| Egenskap |
Stereotype |
Beskrivelse |
Type |
Multiplisitet |
| avstandNorskStolpe |
|
plan, horisontal avstand i meter fra grensemerket til tilhørende grensestolpe på norsk side av riksgrensen. |
Real
|
1..1 |
| avstandRussiskStolpe |
|
plan, horisontal avstand i meter fra grensemerket til tilhørende grensestolpe på russisk side av riksgrensen.
|
Real
|
1..1 |
| grensemerkenummer |
|
unikt nummer for identifikasjon av profilpunkt, og arves fra tilhørende grensestolpepar, for eksempel: Grm371.
Merknad: grensemerkene er nummerert i stigende nummerrekkefølge uavhengig av type punkt. |
CharacterString
|
1..1 |
| markertPunkt |
|
punkt stukket ut, og markert under grenseoppgangen i 1947, og som fortsatt eksisterer i marka.
Merknad: Borehull med ring rundt (ca. 25 cm i diameter), opprinnelig med hvitmalt spisset trepel hvor det er løsmasser; pelene er ikke vedlikeholdt, og borte nå. |
Boolean
|
1..1 |
| Riksgrensepunkt |
| Grensemerke |
| posisjon |
|
koordinat for grensemerke |
GM_Point
()
|
1..1 |
| registrerteKoordinater |
|
refererer til hvor på objektet koordinatene er målt inn |
KoordinatreferanseKode
(kodeliste)
|
1..1 |
| markering |
|
type markering av et grensemerke. |
MarkeringKode
(kodeliste)
|
0..1 |
| toppmarkering |
|
fysisk markering oppå grensemerket. |
MarkeringKode
(kodeliste)
|
0..1 |
| ansvarligMyndighet |
|
myndighet som har ansvar for skjøtsel av grensemerke.
|
OrganisasjonKode
(kodeliste)
|
1..1 |
| status |
|
informasjon om hvordan grensemerket forholder seg til selve riksgrensa.
|
GrensemerkeStatusKode
(kodeliste)
|
1..1 |
| posisjonsbestemmelse |
|
beskrivelse av hvordan koordinaten er bestemt. |
Posisjonsbestemmelse
(datatype)
|
1..1 |
| - koordinatsystem |
|
offisielle EPSG-koder for koordinatsystemet beregningene er utført i. |
KoordinatsystemKode
(kodeliste)
|
1..1 |
| - dato |
|
når posisjonsbestemmelsen er gjort i marka. |
Date
|
1..1 |
| - målemetode |
|
Her må enten den offisielle kodelista i SOSI (ekstern) brukes, eller så må vi lage en forenklet kodeliste.
Transformert finnes ikke i den norske kodelista. |
InnmålingsmetodeKode
(kodeliste)
|
1..1 |
| - referanse |
|
referansepunkt for måling. |
KoordinatreferanseKode
(kodeliste)
|
1..1 |
| - ansvarligOrganisasjon |
|
Kodeliste |
OrganisasjonKode
(kodeliste)
|
1..1 |
| Fellesegenskaper |
| identifikasjon |
|
unik identifikasjon av et objekt
Merknad FKB:
Unik identifikasjon av et objekt, ivaretas av den ansvarlige produsent/forvalter, og som kan benyttes av eksterne applikasjoner som referanse til objektet.
Den unike identifikatoren er unik for kartobjektet og skal ikke endres i kartobjektets levetid. Dette må ikke forveksles med en tematisk identifikator (for eksempel bygningsnummer) som unikt identifiserer et objekt i virkeligheten. En bygning med samme bygningsnummer vil kunne representeres i mange kartprodukter der det finnes en unik identifikasjon i hver av dem.
For FKB benyttes UUID (Universally unique identifier) som lokalId. Dette innebærer at lokalId alene alltid vil være unik. Likevel skal alltid navnerom også angis. Navnerom angir FKB-datasettet. |
Identifikasjon
(datatype)
|
1..1 |
| - lokalId |
|
lokal identifikator av et objekt
Merknad: Det er dataleverendørens ansvar å sørge for at den lokale identifikatoren er unik innenfor navnerommet. For FKB-data benyttes UUID som lokalId. |
CharacterString |
1..1 |
| - navnerom |
|
navnerom som unikt identifiserer datakilden til et objekt, anbefales å være en http-URI
Eksempel: http://data.geonorge.no/SentraltStedsnavnsregister/1.0
Merknad : Verdien for nanverom vil eies av den dataprodusent som har ansvar for de unike identifikatorene og må være registrert i data.geonorge.no eller data.norge.no |
CharacterString |
1..1 |
| - versjonId |
|
identifikasjon av en spesiell versjon av et geografisk objekt (instans) |
CharacterString |
0..1 |
| oppdateringsdato |
|
tidspunkt for siste endring på objektet
Merknad FKB:
Denne datoen viser datasystemets siste endring på dataobjektet. Egenskapen settes av forvaltningssystemet etter følgende regler:
i. Oppdateringsdato er tidspunkt for oppdatering av databasen og settes av forvaltningsbasen (ikke av klienten).
ii. Oppdateringsdato skal endres også hvis det er kopidata som blir endret eller importert i en ”kopibase”.
iii. Når avgrensingslinjene til en flate endres, skal flateobjektet få ny oppdateringsdato.
iv. Oppdateringsdato skal endres hvis en egenskap endres. |
DateTime
|
1..1 |
| sluttdato |
|
Tid for når denne versjonen av objektet var erstattet eller opphørt å eksistere.
Merknad FKB:
Egenskapen settes av forvaltningssystemet. Sluttdato skal kun sendes med ut fra forvaltningssystemet i sammenhenger der objektenes historikk er interessant. |
DateTime
|
0..1 |
| kvalitet |
|
beskrivelse av kvaliteten på stedfestingen.
Merknad:
Posisjonskvalitet er ikke konform med kvalitetsmodellen i ISO slik den er defineret i ISO19157:2013, men er en videreføring av tildligere brukte kvalitetsegenskaper i SOSI. FKB 5.0 innfører en egen variant av datatypen Posisjonskvalitet der kodeliste målemetode er byttet ut med den mer generelle kodelista Datafangstmetode.
|
Posisjonskvalitet
(datatype)
|
0..1 |
| - datafangstmetode |
|
metode for datafangst.
Egenskapen beskriver datafangstmetode for grunnrisskoordinater (x,y), eller for både grunnriss og høyde (x,y,z) dersom det ikke er oppgitt noen verdi for datafangstmetodeHøyde. |
Datafangstmetode
(kodeliste)
|
1..1 |
| - nøyaktighet |
|
standardavviket til posisjoneringa av objektet oppgitt i cm
I de aller fleste sammenhenger benyttes en anslått eller forventet verdi for standardavvik, men dersom man har en beregnet verdi skal denne benyttes.
For objekter med punktgeometri benyttes verdi for punktstandardavvik. For objekter med kurvegeometri benyttes standardavviket for tverravviket fra kurva. For objekter med overflate- eller volumgeometri er forståelsen at standardavviket beregnes ut fra (3D) avvikene mellom sann posisjon og nærmeste punkt på overflata.
Merknad:
Verdien er ment å beskrive nøyaktigheten til objektet sammenlignet med sann verdi. Standardavvik er i utgangspunktet et mål på det tilfeldige avviket og det innebærer at vi forutsetter at det systematiske avviket i liten grad påvirker nøyaktigheten til posisjoneringa. For fotogrammetriske data settes som hovedregel verdien lik kravet til standardavvik ved datafangst. Se standarden Geodatakvalitet for nærmere definisjon av standardavvik og hvordan dette defineres, beregnes og kontrolleres. |
Integer |
0..1 |
| - synbarhet |
|
beskrivelse av hvor godt objektene framgår i datagrunnlaget for posisjonering (f.eks. flybildene). |
Synbarhet
(kodeliste)
|
0..1 |
| - datafangstmetodeHøyde |
|
metoden brukt for høyderegistrering av posisjon.
Det er bare nødvending å angi en verdi for egenskapen dersom datafangstmetode for høyde avviker fra datafangstmetode for grunnriss.
|
Datafangstmetode
(kodeliste)
|
0..1 |
| - nøyaktighetHøyde |
|
standardavviket til posisjoneringa av objektet oppgitt i cm
I de aller fleste sammenhenger benyttes en anslått eller forventet verdi for standardavviket, men dersom man faktisk har standardavviket til posisjoneringa av objektet oppgitt i cm
I de aller fleste sammenhenger benyttes en anslått eller forventet verdi for standardavvik, men dersom man har en beregnet verdi skal denne benyttes.
Merknad:
Verdien er ment å beskrive nøyaktigheten til objektet sammenlignet med sann verdi. Standardavvik er i utgangspunktet et mål på det tilfeldige avviket og det innebærer at vi forutsetter at det systematiske avviket i liten grad påvirker nøyaktigheten til posisjoneringa. For fotogrammetriske data settes som hovedregel verdien lik kravet til standardavvik ved datafangst. Se standarden Geodatakvalitet for nærmere definisjon av standardavvik og hvordan dette defineres, beregnes og kontrolleres.
|
Integer |
0..1 |
| oppdatertAv |
|
opplysning om hvem som har oppdatert denne versjonen av objektet. |
CharacterString
|
1..1 |