| Egenskap |
Stereotype |
Beskrivelse |
Type |
Multiplisitet |
| typeVeg |
|
type veg (FormOfWay). |
TypeVeg
(kodeliste)
|
1..1 |
| detaljnivå |
|
Detaljnivå i vegnettet. |
Vegdetaljnivå
(kodeliste)
|
0..1 |
| konnekteringslenke |
|
angir at en lenke kun eksisterer for å knytte sammen andre lenker.
Et kunstig objekt hvor senterlinjen representerer en konstruert linje som skjøter sammen lenker der det er hull i geometrien. |
Boolean
|
0..1 |
| veglenkeadresse |
|
sammensatt identifikator for veglenkeadresse.
Merknad: Komplett vegadresse består i tillegg av husnummer og bokstav |
Veglenkeadresse
(datatype)
|
0..1 |
| - adressekode |
|
nummer som entydig identifiserer adresserbare veglenker i matrikkelen. For hvert adressenavn skal det således foreligge en adressekode, jf. matrikkelforskriften § 51.2.
Merknad: Adressekode er unik innenfor kommunen
|
Integer
|
1..1 |
| - adressenavn |
|
navn på veglenke i matrikkelen (matrikkelforskriften § 2e).
|
CharacterString
|
1..1 |
| - sideveg |
|
angir om en veglenke er sideveg og dermed bruker adresser fra lenka den er sideveg fra.
Dersom ikke oppgitt, gir det "Nei"-alternativet, dvs "Ikke sideveg" |
CharacterString
|
0..1 |
| vegsystemreferanse |
|
sammensatt identifikator for vegsystemreferanse |
Vegsystemreferanse
(datatype)
|
0..1 |
| - vegsystem |
|
hvilke deler av vegnettet som forvaltningsmessig hører sammen |
Vegsystem
(datatype)
|
1..1 |
| - vegstrekning |
|
deler inn vegsystemet i praktisk håndterbare størrelser nummerert i stigende rekkefølge i vegens retning |
Vegstrekning
(datatype)
|
0..1 |
| - sideanlegg |
|
sideanlegg som trenger egne referanselenker forvaltningsmessig sett fordi disse ikke er en del av vegen for øvrig |
Sideanlegg
(datatype)
|
0..1 |
| - kryssystem |
|
angir hvilke deler av et kryss som forvaltningsmessig sett hører sammen |
Kryssystem
(datatype)
|
0..1 |
| - referanseretning |
|
retning for metrering, med eller mot koordinatrekkefølgen. Merknad: Egenskapen finnes ikke i NVDB, men avledes ut fra stedfesting og lenkenes geometri. |
Referanseretning
(kodeliste)
|
0..1 |
| feltoversikt |
|
kjørefeltnummer angir stedfesting i vegens tverretning |
CharacterString
|
0..1 |
| senterlinje |
|
forløp som følger objektets sentrale del |
GM_Curve
()
|
1..1 |
| SOSI_Objekt_veglenke |
| 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
|
0..1 |
| verifiseringsdato |
|
dato når dataene er fastslått å være i samsvar med virkeligheten
Merknad: Verifiseringsdato er identisk med ..DATO i tidligere versjoner av SOSI |
Date
|
0..1 |
| kommunenummer |
|
Kommunenummer. |
Kommunenummer
(kodeliste)
|
1..1 |
| kvalitet |
|
beskrivelse av kvaliteten på stedfestingen
Merknad: Denne er identisk med ..KVALITET i tidligere versjoner av SOSI. |
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 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 |
| medium |
|
objektets beliggenhet i forhold til jordoverflaten
Eksempel:
På bro, i tunnel, inne i et bygningsmessig anlegg, etc. |
Medium
(kodeliste)
|
0..1 |
| SOSI_Fellesegenskaper |
| identifikasjon |
|
unik identifikasjon av et objekt |
Identifikasjon
(datatype)
|
1..1 |
| - lokalId |
|
lokal identifikator av et objekt
For NVDB Vegnett Pluss brukes lokalid på formen UUID. Lokalid er nøkkelen ved all oppdatering av NVDB Vegnett Pluss og ved geosynkronisering og annen dataflyt. UUID-en genereres på nytt for hver eksport fra NVDB, så det bør ikke knyttes eksterne koblinger mot denne identifikasjonen.
Egenskapen nvdbID inneholder intern id fra NVDB og er nyttig ved kobling/oppdatering inn mot NVDB. |
CharacterString |
1..1 |
| - navnerom |
|
navnerom som unikt identifiserer datakilden til et objekt, anbefales å være en http-URI |
CharacterString |
1..1 |
| - versjonId |
|
identifikasjon av en spesiell versjon av et geografisk objekt (instans) |
CharacterString |
0..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). |
DateTime |
0..1 |
| nvdbId |
|
Intern identifikasjon for objektet i NVDB |
CharacterString |
0..1 |