| Egenskap |
Stereotype |
Beskrivelse |
Type |
Multiplisitet |
| identifikasjon |
|
unik identifikasjon av et objekt |
Identifikasjon
(datatype)
|
1..1 |
| - lokalId |
|
lokal identifikator, tildelt av dataleverendør/dataforvalter. Den lokale identifikatoren er unik innenfor navnerommet, ingen andre objekter har samme identifikator.
NOTE: Det er data leverendørens ansvar å sørge for at denne lokale identifikatoren er unik innenfor navnerommet. |
CharacterString
|
1..1 |
| - navnerom |
|
navnerom som unikt identifiserer datakilden til objektet, starter med to bokstavs kode jfr ISO 3166. Benytter understreking ("_") dersom data produsenten ikke er assosiert med bare et land.
NOTE 1 : Verdien for nanverom vil eies av den dataprodusent som har ansvar for de unike identifikatorene og vil registreres i "INSPIRE external Object Identifier Namespaces Register"
Eksempel: NO for Norge. |
CharacterString
|
1..1 |
| - versjonId |
|
identifikasjon av en spesiell versjon av et geografisk objekt (instans), maksimum lengde på 25 karakterers. Dersom spesifikasjonen av et geografisk objekt med en identifikasjon inkludererer livsløpssyklusinformasjon, benyttes denne versjonId for å skille mellom ulike versjoner av samme objekt. versjonId er en unik identifikasjon av versjonen.
NOTE Maksimum lengde er valgt for å tillate tidsregistrering i henhold til ISO 8601, slik som "2007-02-12T12:12:12+05:30" som versjonId. |
CharacterString
|
0..1 |
| endringsflagg |
|
endringsinformasjon om et objekt
Merknad:
Reglene knyttet til bruken av endringsflagg er for denne versjonen ikke avklart. Utdypes nærmere i produktspesifikasjonen basert på 4.0.
Merknad:
Endringsflagg kan benyttes til å merke slettede "objekter".
Eksempel:
Dersom en eiendomsgrense endres skal endringsflagg også legges inn på eiendomsteigen |
Endringsflagg
(datatype)
|
0..1 |
| - typeEndring |
|
endringsstatus for objektet |
TypeEndring
(kodeliste)
|
1..1 |
| - tidspunktEndring |
|
tidspunkt for endring av objektet |
Date
|
1..1 |
| datafangstdato |
|
dato når objektet siste gang ble registrert/observert/målt i terrenget
Merknad: I mange tilfeller er denne forskjellig fra Oppdateringsdato, da registrerte endringer kan bufres i en kortere eller lengre periode før disse legges inn i databasen.
Ved førstegangsregistrering settes Datafangstdato lik førsteDatafangstdato. |
Date
|
1..1 |
| oppdateringsdato |
|
dato for siste endring på objektetdataene
Merknad:
Oppdateringsdato kan være forskjellig fra Datafangsdato ved at data som er registrert kan bufres en kortere eller lengre periode før disse legges inn i datasystemet (databasen).
-Definition-
Date and time at which this version of the spatial object was inserted or changed in the spatial data set. |
Date
|
0..1 |
| kvalitet |
|
beskrivelse av kvaliteten på stedfestingen
Merknad: Denne er identisk med ..KVALITET i tidligere versjoner av SOSI. |
Posisjonskvalitet
(datatype)
|
1..1 |
| - målemetode |
|
metode for måling i grunnriss (x,y), og høyde (z) når metoden er den samme som ved måling i grunnriss |
Målemetode
(kodeliste)
|
1..1 |
| - nøyaktighet |
|
punktstandardavviket i grunnriss for punkter samt tverravvik for linjer
Merknad:
Oppgitt i cm |
Integer
|
0..1 |
| - synbarhet |
|
hvor godt den kartlagte detalj var synbar ved kartleggingen |
Synbarhet
(kodeliste)
|
0..1 |
| - målemetodeHøyde |
|
metode for å måle høyden |
MålemetodeHøyde
(kodeliste)
|
0..1 |
| - nøyaktighetHøyde |
|
nøyaktighet for høyden i cm |
Integer
|
0..1 |
| - maksimaltAvvik |
|
absolutt toleranse for geometriske avvik |
Integer
|
0..1 |
| prosesshistorie |
|
beskrivelse av de prosesser som dataene er gått gjennom som kan ha betydning for kvaliteten og bruken av dataene
Merknad:
Prosesshistorie vil kunne inneholde informasjon om transformasjoner. Hva slags informasjon som angis er ofte gitt i andre standarder, f.eks kvalitet og kvalitetsikring. |
CharacterString
|
0..1 |
| høydereferanse |
|
koordinatregistering utført på topp eller bunn av et objekt |
Høydereferanse
(kodeliste)
|
0..1 |
| kommunenummer |
|
nummerering av kommunen i henhold til Statistisk sentralbyrå sin offisielle liste
Merknad: Det presiseres at kommune alltid skal ha 4 siffer, dvs. eventuelt med ledende null. Kommune benyttes for kopling mot en rekke andre registre som også benytter 4 siffer. |
Kommunenummer
(kodeliste)
|
0..1 |
| vegreferanse |
|
posisjon i Vegreferansesystemet |
Vegreferanse
(datatype)
|
0..* |
| - vegkategori |
|
angir hvilken type veg veglenken beskriver |
Vegkategori
(kodeliste)
|
0..1 |
| - vegstatus |
|
angir veglenkens status |
Vegstatus
(kodeliste)
|
0..1 |
| - vegnummer |
|
angir nummeret til en vegrute |
Integer
|
0..1 |
| - hovedParsell |
|
oppdeling av vegruter i kortere parseller med relativt enhetlig standard og funksjon |
Integer
|
0..1 |
| sideposisjon |
|
Angir sideposisjon i for vegobjekt i forhold til vegens metreringsretning |
Sideposisjon
(kodeliste)
|
0..1 |