Oprettelse af G.I. punkter med landsnumre i 9000-serien (højdefikspunkter)

[krebslw]

Der er i visse tilfælde behov for at oprette et GI punkter med et landsnummer i 9000-serien, hvilket ikke er direkte muligt uden at gøre det "manuelt" igennem punktrevision og selv finde det næste ledige GI-nummer.

I FIRE styres tildeling af identer til nye punkter med kolonnen Fikspunktstype under fanen "Nyetablerede punkter", hvor man kan vælge mellem:

• GI
• MV
• HØJDE
• JESSEN
• VANDSTANDSBRÆT

Vælges GI, så tildeles punktet et GI-nummer samt et landsnummer i 800-serien.
Vælges HØJDE, så tildeles punktet et landsnummer i 9000-serien.

Som sagt er der nogen gange

1. Behov for at give punkter et GI-nummer med landsnummer i 9000-serien.
2. Omvendt, så kan der også være behov for at give et punkt landsnummer i 800-serien UDEN at det får et GI-nummer.

Disse to tilfælde er ikke understøttet i FIRE's oprettelse af nye punkter (ilæg-nye-punkter ).

Denne logik baserer sig på (efter snak med @Palle-N ), at landsnumre og GI-numre netop er 2 separate ting, hvis nummerlogik ikke nødvendigvis skal hænge sammen på den måde som de gør i FIRE i dag.
Landsnumre i 800-serien indikerer at punktet er et planfikspunkt ( GNSS-egnet ). Landsnumre i 9000-serien indikerer et højdefikspunkt. GI-numre er noget andet som gives efter behov til "vigtige" punkter (?).

For nu kan tilfældene løses på flg. måde:

1. Opret punktet med Fikspunkttype=HØJDE, så det får et landsnummer i 9000-serien. Derefter oprettes GI-nummer manuelt igennem punktrevision.
2. Opret punktet med Fiskpunkttype=GI, så det får et landsnummer i 800-serien samt et GI-nummer. Gå derefter ind og slet GI-nummeret igen via punktrevision. (Kan se at dette har været praksis en del steder, fx ved oprettelse af den nye permanente HANK, som har fået tildelt og siden slettet sit GI-nummer.

En mulig løsning kan være at tilføje fikspunkttypen PLAN og lade typen GI være et tilvalg, sådan så gyldige inputs i kolonnen fikspunktstype kan være:

Fikspunktstype	Tildelt Landsnummer	Tildelt GI-nummer	Kommentar
HØJDE	Uændret (9000-serien)	Nej
HØJDE+GI	Uændret (9000-serien)	Ja
PLAN	800-serien	Nej
PLAN+GI	800-serien	Ja	Denne vil svare til den nuværende type: GI
MV	Uændret	Nej
JESSEN	Uændret	Nej
VANDSTANDSBRÆT	Uændret	Nej

Det er ikke helt ligetil at lave denne ændring da der er en masse sammenfiltrede funktioner som vil være berørt.

En anden mulighed kan også være at vi siger at GI-numre aldrig oprettes med ilæg-nye-punkter og dermed altid skal oprettes bagefter via punktrevision. På den måde kan vi beholde de nuværende fikspunktstyper som inputs.

Fikspunktstype	Tildelt Landsnummer	Tildelt GI-nummer
GI	Uændret (800-serien)	Nej (kræver kun at ændre denne fra ja til nej)
HØJDE	Uændret (9000-serien)	Nej
MV	Uændret	Nej
JESSEN	Uændret	Nej
VANDSTANDSBRÆT	Uændret	Nej

Dette vil dog kræve at vi får gjort så ilæg-revision bedre understøtter oprettelsen af nye identer. For nu er man altid nødt at skrive den nye ident under "Ny værdi", hvilket betyder at man selv skal finde det næste ledige ident i rækken, i stedet for at det sker automatisk. Der er alligevel behov for dette, eksempelvis ifm. oprettelse af nye jessennumre.

Sådan som man skal gøre nu:

Punkt	Attribut	Talværdi	Tekstværdi	Sluk	Ny værdi	id	Ikke besøgt
	ATTR:GI_punkt
	IDENT:GI				G.I.2416
	NET:Jessen
	IDENT:Jessen				81201

Kunne være fedt hvis man for IDENT-attributter kunne lade "Ny værdi" være tom, og så blev næste ledige nummer automatisk genereret:

Punkt	Attribut	Talværdi	Tekstværdi	Sluk	Ny værdi	id	Ikke besøgt	Kommentar
	ATTR:GI_punkt
	IDENT:GI							her skal funktionen tilknyt_gi_numre bruges til at finde næste ledige nummer
	NET:Jessen
	IDENT:Jessen							her skal der laves en ny funktion tilknyt_jessen_numre

Alternativt kunne man gøre så oprettelsen af identen blev foretaget mere implicit:

Punkt	Attribut	Talværdi	Tekstværdi	Sluk	Ny værdi	id	Ikke besøgt	Kommentar
	ATTR:GI_punkt							opretter automatisk IDENT:GI via funktionen tilknyt_gi_numre
	NET:Jessen							opretter automatisk IDENT:jessen via ny funktion tilknyt_jessen_numre

[kbevers]

Et forsøg på en mere generisk løsning, der også tager hånd om #497, kan være at tilføje nye kommandoer til fire, som giver mulighed for at oprette punkter der er anderledes end dem der laves i den kommunale vedligehold.

Tanken er at gøre det skabelonbaseret, sådan at man simpelt kan oprette nye arketyper af fikspunkter, eksempelvis en GNSS-station. Se herunder.

Eksempel: fire opret punkt TYPE --fil punkter.csv

• Skabeloner
  • DK GNSS-station
    • NET:DKCORS
  • GNET-station
  • Tjenestestation
    • NET:RTKConnect | NET:GPSNET | NET:SMARTNET
  • 5D-punkt
    • ...
  • ...
    Man kan forestille sig at programmet kan enten bruges til oprettelse af et enkelt punkt hvor brugeren promptes for de relevante informationer. Alternativt kan en løsning med oprettelse af mange punkter laves ved brug af en csv-fil med info.

Skabelonerne kan med fordel defineres som python dicts i stil med nedenstående:

fikspunkts_skabeloner = {

"Permanent": [
    "NET:DKCORS",
    "ATTR:gnss_egnet",
    "IDENT:GI", # brug tildel_gi_numre()
    "IDENT:landsnummer", # brug landsnummer-funktion
    "IDENT:GNSS", # prompt
    "REGION:DK", #
    "AFM:1981": # AFM:xxxx kopier punktinfotypens beskrivelse til punktinfo'ens tekst-felt
    ...

],
"GNET": [
    "NET:GNET",
    "ATTR:gnss_egnet",
    "REGION:GL",
    ...
],
...
}

[kbevers]

I forhold til problemstillingen med GI-numre:

1. Omdøb fikspunkstypen "GI" til "PLAN" og ændre den så den ikke tildeler GI-ident
2. Tving brugeren til aktivt at tilføje GI-identer. Lige nu med fire niv ilæg-revision, men i fremtiden gerne med fire opret punktinfo-kommando.

[krebslw]

Efter snak med @ReneTandsbjerg : Plan-fikspunkter skal kun tildeles 800-numre. I FIRE bliver de tildelt numre fra 1-10, dernæst 800-8999 . Men 1-10 numrene skal ikke tildeles plan-fikspunkter. (Hvilke punkter skal så have 1-10 numrene???)

[kbevers]

Hvilke punkter skal så have 1-10 numrene???)

Vandstandsmålere?

[Palle-N]

Det er også plan-fikspunkter.

Det var sådan at bestilte vi nye planpunkter i et sogn, så fik vi et punktnummer mellem -00001 og -00010, når man så nåede til -00010, så gik man videre med -00800 numrene.

Jeg mener at punktnumre over 10 er MV-punkter, det ser i hvert tilfælde sådan ud når jeg søger på nogle tilfældige punktnumre, så det må være årsagen til at man ikke er fortsat, men er startet op på -00800 numrene.

Er der stadigvæk ledige punkter fra -00001 til -00010 i nogle sogne behøver vi vel ikke at bruge dem, vi kan bare beslutte at alle ny udleveringer ligger i 800 serien...?

[kbevers]

Er der stadigvæk ledige punkter fra -00001 til -00010 i nogle sogne behøver vi vel ikke at bruge dem, vi kan bare beslutte at alle ny udleveringer ligger i 800 serien...?

Ja, det kan vi sagtens beslutte. Men det lader jo faktisk til at de aktuelle implementering i FIRE lægger sig op ad tidligere praksis.

[krebslw]

Ja der er ledige numre fra 1-10 i visse sogne. I Rene's tilfælde var det vist 41-11.
Ok lad os bare fjerne oprettelsen af 1-10 numrene.

[kbevers]

Med #860 er det nu muligt at oprette nye punkter via kommandolinjen med fire opret punkt <SKABELON>. Der findes lige nu skabeloner for oprettelse af diverse GNSS-stationer og 5D-punkter. For nuværende er problemstillingen med typen af GI-nummer ikke adresseret, men det kan relativt let tilføjes i en udvidelse, fx ved at lade GI-identen i skabelonen figurere som IDENT:GI[HØJDE], IDENT:GI[PLAN] osv. Input af typen IDENT:GI kræver i forvejen særbehandling, så det er ikke videre kompliceret at bygge dette på.