| Egenskap |
Stereotype |
Beskrivelse |
Type |
Multiplisitet |
| type |
|
Angir hvilken type vegobjektet er av |
TypeKum
(kodeliste)
|
1..1 |
| bruksområde |
|
Angir hva vegobjektet brukes til, hvilken funksjon det har |
BruksområdeKum
(kodeliste)
|
1..1 |
| materialtype |
|
Angir primær materialtype for vegobjektet |
MaterialtypeKum
(kodeliste)
|
1..1 |
| lokkRistType |
|
|
LokkRistType
(kodeliste)
|
1..1 |
| eier |
|
Angir hvem som er eier av vegobjektet. |
EierKum
(kodeliste)
|
1..1 |
| posisjon |
|
Gir punkt som geometrisk representerer objektet. |
Punkt
|
1..1 |
| dybde |
|
Angir dybde målt fra topp kumlokk til innvendig bunn. |
Real
|
0..1 |
| diameter |
|
Angir indre diameter av kum |
Real
|
0..1 |
| diameterÅpning |
|
Angir diameter på kummens åpning |
Real
|
0..1 |
| dokumentasjon |
|
|
Dokumentasjon
(datatype)
|
1..1 |
| - dato |
|
Angir dato. Mest aktuelt i forbindelse med bilder. Dato da bildet ble tatt. |
Date
|
0..1 |
| - type |
|
Angir hvilken type dokumentasjon det er tale om |
TypeDokumentasjon
(kodeliste)
|
0..1 |
| - filnavn |
|
Angir filnavn til bilde/dokument |
CharacterString
|
0..1 |
| - tekst |
|
Gir forklarende tekst til f.eks bilde, tegning, mm |
CharacterString
|
0..1 |
| - ansvarlig |
|
Angir hvem som er ansvarlig for dokumentasjonen. |
CharacterString
|
0..1 |
| - arkiveringskode |
|
Angir arkivkode for dokumentasjon som ligger i manuelle arkiv. |
CharacterString
|
0..1 |
| - merknad |
|
Gir tilleggsinformasjon om Dokumentasjon |
CharacterString
|
0..1 |
| kommentar |
|
|
Kommentar
(datatype)
|
1..1 |
| - beskrivelse |
|
Gir beskrivelse til vegobjektet |
CharacterString
|
0..1 |
| tilstandSkade |
|
|
TilstandSkadePunkt
(datatype)
|
1..1 |
| - tilstand |
|
Angir tilstand til vegobjektet |
TilstandTilstandSkadePunkt
(kodeliste)
|
0..1 |
| - skadetype |
|
Angir hvilken type skade det er tale om |
CharacterString
|
0..1 |
| - datoKontrollert |
|
Angir dato for når kontroll ble foretatt |
Date
|
0..1 |
| - tiltak |
|
Angir hvilket tiltak som bør foretas på vegobjektet som skade er koplet mot |
TiltakTilstandSkadePunkt
(kodeliste)
|
0..1 |
| - tiltakNår |
|
Angir tidsperiode fra skade er registrert til tiltaket bør være utført. |
TiltakNårTilstandSkadePunkt
(kodeliste)
|
0..1 |
| - tilleggsinformasjon |
|
Det kan her gis tilleggsinformasjon. |
CharacterString
|
0..1 |
| - testTilstandsindeks |
|
Angir tilstand. Til testformål |
Integer
|
0..1 |
| dybdeTilUtløp |
|
Angir dybde fra topp kum til underkant (innvendig rør) av utløp |
Real
|
0..1 |
| bredde1Firkantkum |
|
Angir bredde 1 av firkantkum |
Real
|
0..1 |
| bredde2Firkantkum |
|
Angir bredde 2 av firkantkum |
Real
|
0..1 |
| avstandFraVegkant |
|
Angir avstand fra vegkant til senter kumlokk |
Real
|
0..1 |
| stige |
|
Angir hva slags stige det er i kummen |
Stige
(kodeliste)
|
0..1 |
| harFlyteramme |
|
Angir om kummen har flyteramme eller ikke |
HarFlyteramme
(kodeliste)
|
0..1 |
| plassering |
|
Angir hvor kummen er plassert |
PlasseringKum
(kodeliste)
|
0..1 |
| antallHjelpesluker |
|
Angir hvor mange hjelpesluker det er i tilknytning til kummen |
Integer
|
0..1 |
| antallRørInn |
|
Angir hvor mange rør som kommer inn mot kummen |
Integer
|
0..1 |
| avløp |
|
Angir hvor avløpet fra kummen ledes. |
Avløp
(kodeliste)
|
0..1 |
| kumskjerm |
|
Angir om det er satt opp en skjerm/skjold ved kummen inn mot skråningen for å hindre at det glir masser fra skråning ned i kummen eller blokkerer kumlokket. Det kan også angis hvilket materiale denne skjermen er av. |
Kumskjerm
(kodeliste)
|
0..1 |
| byggeår |
|
Angir hvilket år kummen er bygd/montert |
Integer
|
0..1 |
| dykker |
|
Angir om det er dykker i tilknytning til kummen. Dykker er en konstruksjon som skal hindre slitasje på kummen når det føres mye vann inn i kummen på et nivå høyere enn bunnen på kummen. Dykker kan også brukes for å føre inn en slange med vann eller damp for tining av frosne kummer eller ledninger. |
Dykker
(kodeliste)
|
0..1 |
| driftsmerking |
|
Gir unikt navn/id for objektet |
CharacterString
|
0..1 |
| produktinformasjon |
|
Angir produktnavn/typebetegnelse, kan også ta med typenummer |
CharacterString
|
0..1 |
| vedlikeholdsansvarlig |
|
Angir hvem som er ansvarlig for vedlikehold |
VedlikeholdsansvarligKum
(kodeliste)
|
0..1 |
| oppslammingstid |
|
Angir hvor lang tid det normalt tar før en kum blir full av slam. |
Oppslammingstid
(kodeliste)
|
0..1 |
| Fellesegenskaper |
| identifikasjon |
|
unik identifikasjon av et objekt |
Identifikasjon
(datatype)
|
0..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 |
| typeEndring |
|
endringsstatus for objektet |
TypeEndring
(kodeliste)
|
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 |
| høydereferanse |
|
koordinatregistering utført på topp eller bunn av et objekt |
Høydereferanse
(kodeliste)
|
1..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 |
| vegkategori |
|
angir hvilken type veg veglenken beskriver |
Vegkategori
(kodeliste)
|
0..1 |
| sideposisjon |
|
Angir sideposisjon i for vegobjekt i forhold til vegens metreringsretning |
Sideposisjon
(kodeliste)
|
0..1 |