Ferdigvegsdata til kart og NVDB

Like dokumenter
Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB


Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter

Krav til ferdigvegsdata fra entreprenør.

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Supplerende krav til leveransen. v. 1.8x (NVDB)

Veiledning til krav om leveranse

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB

Dataleveranse til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse av ferdigvegsdata

Dataleveranse til kart og NVDB. Fv64 Geitnesbrua

Veiledning til krav om leveranse

Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB

NVDB-leveransar, kvifor? Kva vert data brukt til? Korleis levere rett første gong?

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Dataforvaltning i statens vegvesen Data til NVDB og FKB,

Veiledning til krav om leveranse av ferdigvegsdata

Vedlegg til A1 dokumentliste side A1-1. FV 47 Bygneskrysset

Dataleveranse til kart og NVDB

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Veiledning til krav om leveranse av data


Mengder (antall objekter er grunnlag for tildeling av midler) Grunnlag for beregning av kostnader

Ferdigvegsdata til kart og NVDB

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Ferdigvegsdata til kart og NVDB

Høydebegrensning (ID=591)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Høydebegrensning (ID=591)

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Vedleggshefte. Prosjekt: FV 48 Holmefjord. Toalettbygg. Tilbudsnummer: 2015 /

Heidi Berg Utarbeidet i samarbeid med Erling Tronsmoen, Vianova Systems og Odd Erik Rommetvedt, Aas-Jakobsen

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Fartstavle (ID=624) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Leveranseprotokoll for dataleveranser til kart og NVDB

Produktspesifikasjon. Vegsperring (ID=607) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Dataflyt i VA-byggeprosjekter Notat 0l Norsk vann. Hvordan kan vi komme videre?

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Datafangst. - meir effektiv leveranse av digitale data til Nasjonal vegdatabank (NVDB) Statens vegvesen, Sara Aspen

Dataleveranse til kart og NVDB

Mengder (antall objekter er grunnlag for tildeling av midler) Grunnlag for beregning av kostnader

3 DOKUMENTASJON OG TILTAK:

Produktspesifikasjon. Fanggjerde (ID=845) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Trekkekum (ID=853) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Møbler som benyttes ute i samband med vegsystemet. Dette kan f.eks være på rasteplasser, ferjeoppstillingsplasser etc.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Digitalisering i Tunellbransjen Hvorfor levere as-built data til Plania og NVDB

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være "datter" til annet vegojekt.

Konstruksjon beregnet for å henge opp turistinformasjon. Som regel lokalisert til rasteplasser eller lommer.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Objektliste for ferdigvegsdata til kart og Nasjonal VegDataBank (NVDB) Objektliste versjon 2.3

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Kabelgrøft (ID=843) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-Skjema. UML-skjema med tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Grøntanlegg (ID=508) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

Pilotprosjekt Bjørvika-Sympro- NVDB-Samhandlingsprosjektet

Produktspesifikasjon. Trekkerør/kanal (ID=852) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Dataleveranse til kart og NVDB. E39 Molde ferjekai, avviklingskapasitet

Produktspesifikasjon. Grøntanlegg (ID=508) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Del 2 av Veileder for kommunal kontinuerlig ajourføring av samferdsels-datasettene i FKB : FKB-Veg4.5, FKB-Vegnett4.02 og FKB-TraktorvegSti4.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Ferdigvegsdata til kart og NVDB

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Transkript:

Region vest Ferdigvegsdata til kart og NVDB Vedlegg kap 11.7 Voss og Hardanger, Rekkverk og stål 2012-2013 Geodataseksjonen Region vest

Prosess 11.7 Sluttdokumentasjon Spesiell beskrivelse - a) Prosessen omfatter også leveranse av digitale ferdigvegsdata til oppdatering av FKB (FellesKartdataBase) og NVDB (Nasjonal VegDataBank) som spesifisert i vedlegg nr. X i til konkurransegrunnlaget. - c) Geometri leveres på SOSI-format med objekttyper fra den til enhver tid gjeldende "Objektliste for ferdigvegsdata til kart og NVDB", og etter gjeldende SOSI-versjon. SOSI-fila skal gi opplysninger om kvalitet (målemetode og stedfestingsnøyaktighet), dato (datafangstdato) og produsent. Egenskapsdata til NVDB leveres på egnet format (f.eks. Excel) etter nærmere avtale. Alle data leveres i EUREF89 og NN1954 om ikke annet er avtalt. - e) For nøyaktighetskrav vises det til "HB 018 Vegbygging". - x) Kostnad angis som rund sum.

Objektliste for ferdigvegsdata til kart og NVDB Versjon 1.2 Objektliste for ferdigvegsdata til kart og Nasjonal VegDataBank (NVDB) Voss og Hardanger 15.07.2011 Felles for alle regioner i Statens vegvesen Supplerende krav til leveransen Rekkverk og stål 2012-2013 20. desember 2011 SOSI v. 4.01 (kart) Datakatalog v. 1.8x (NVDB) SOSI NVDB-egenskaper Datasett Objekter til FKB (temakode) Objekter til NVDB Forklaring til FKB Forklaring til NVDB Aktuelt i prosjektet Veg + NVDB Vegrekkverk 7521 (Rekkverk) 5 Sidehinder langs veg som skal hindre utfor- En anordning som normalt er plassert og påkjøring. Kan også benyttes som hinder mellom motgående kjøreretninger. Høydereferanse= topp rekkverk langs vegens skulderkant for å hindre villfarne kjøretøyer i å havne utfor vegen. Kilde: Rekkverksnormal NVDB (Rekkverksstolpe) 336 Element i et rekkverk som skal bære rekkverksskinnen og overføre belastning fra denne ned i vegkroppen eller brudekket (se figur l.2 og l.4 i Rekkverksnormal) Kilde: Rekkverksnormal. X X NVDB (Rekkverksende) 14 Begynnelsen og slutten på et rekkverk. Omfatter oftest en forankring med et ettergivende endestykke eller nedføring. Kilde: Rekkverksnormal. NVDB (Støtpute) 542 En energiabsorberende sikkerhetskonstruksjon som over kort avstand skal bremse et kjøretøy ved frontkollisjon eller sidekollisjon, eller lede det forbi faremomentet. Kilde: Rekkverksnormal. X X 1 av 1

Region vest Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB Vedlegg til konkurransegrunnlaget Versjon 1.2, 13.05.2011 Statens vegvesen Region vest Geodataseksjonen 1

1. INNLEDNING. 3 2. ANSVAR OG ROLLER.. 3 2.1. BYGGHERRES ANSVAR.. 3 2.2. ENTREPRENØRENS ANSVAR. 4 3. KRAV TIL UTFØRELSE.. 4 3.1. DATASETT, OBJEKTTYPER OG EGENSKAPER... 4 3.1.1. FKB... 4 3.1.2. LEDNINGSNETT. 6 3.1.3. NVDB.... 6 3.1.3.1.GEOMETRI I DATASETT NVDB.SOS.. 6 3.1.3.2.EGENSKAPSVERDIER I NVDB EGENSKAPSSKJEMA...6 3.2. DATA OG FILSTRUKTUR. 8 VEDLEGG..... 9 1. FORKLARING TIL KOLONNENE 2. ORDFORKLARING 3. SKISSE 1 EKSEMPLER PÅ REGISTRERING AV VEG 4. SKISSE 2 EKSEMPLER PÅ REGISTRERING AV VEG 5. SKISSE 3 EKSEMPLER PÅ REGISTRERING AV DIVERSE 6. SKISSE 4 EKSEMPLER PÅ REGISTRERING AV KULVERT 7. SKISSE 5 EKSEMPLER PÅ REGISTRERING AV BRU Statens vegvesen Region vest Geodataseksjonen 2

1 INNLEDNING Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB er et vedlegg til konkurransegrunnlaget. Vedlegget stiller krav til innhold, kvalitet og format på dokumentasjonen. Entreprenøren skal dokumentere alle utførte prosesser. Ved avslutning av anleggsfasen skal dokumentasjonen representere en digital versjon av anlegget. Nasjonal vegdatabank (NVDB) og Norge Digitalt (ND) er mottakere av data. Figur 1 Ansvarsfordeling 2 ANSVAR OG ROLLER 2.1 Byggherres ansvar: o Beskrive krav til ferdigvegsdokumentasjon til kart og NVDB i konkurransegrunnlaget o Gjøre bestillingen tilgjengelig på digital form o Kalle inn entreprenør ved landmåler/stikker til avklaringsmøte vedrørende bestillingen o Kontrollere og godkjenne digitale leveranser fra entreprenør o Oppdatere kart og NVDB Statens vegvesen Region vest Geodataseksjonen 3

2.2 Entreprenørens ansvar: o Levere innmålinger og annen dokumentasjon av som utført i henhold til krav gitt i kontrakten o Levere avviksmeldinger når det oppstår endringer i forhold til kontrakten o Dokumentere egen kontroll av levert materiale, blant annet ved bruk av SOSI-kontroll. Alle innmålingsarbeider og produksjon av FKB skal være iht gjeldende geodatastandarder. Eventuelle påviste feil/avvik ved kontrollen skal kommenteres. Dette gjelder kun FKBdatasettene. 3 KRAV TIL UTFØRELSE Krav til utførelse gjelder her hvordan den digitale dokumentasjonen er bygd opp og organisert, det gjelder for eksempel navngiving av filer, koding av objekter og utførelse av innmåling. Andre håndbøker fra Statens vegvesen stiller krav til den faglige utførelsen ved prosjektering og bygging. Krav til utførelse medfører krav til kompetanse hos entreprenør innenfor områdene SOSI og FKB-produktspesifikasjon. Det medfører også krav til programvare med funksjonalitet innenfor produksjon og bearbeiding av geografiske data. Kompetanse i bruk av SOSI-kontroll er også en forutsetning. Det skal leveres geometri for alle objekttyper i Objektliste for ferdigvegsdata til kart og NVDB, heretter kalt objektlista. Eventuelle avvik i leveransen i forhold til bestillingen (objektlista) skal kommenteres. Dette gjelder objekttyper som kommer til eller utgår. Alle data leveres i Euref89 og NN1954 om ikke annet er avtalt. Det stilles ikke krav til hvilken målemetode som benyttes, men nøyaktigheten skal generelt være bedre enn 20 cm i grunnriss og høyde. For klart definerte objekter som veg, bru, kummer og lignende skal nøyaktigheten være bedre enn 10 cm. Der plandata benyttes som leveranse skal kontroller ha vist at nevnte nøyaktighet tilfredsstilles. 3.1 Datasett, objekttyper og egenskaper 3.1.1 FKB Objektenes geometriske elementer (flate, kurve, punkt) med alle påkrevde og betingede egenskaper skal leveres i henhold til SOSI-standarden v4.0 / FKB-B produktspesifikasjon v4.01. Aktuelle objekttyper for prosjektet er spesifisert i objektlista. Full oversikt over de ulike FKB-datasettene og tilhørende produktspesifikasjoner finnes her: http://www.statkart.no/?module=articles;action=article.publicshow;id=13203. Statens vegvesen Region vest Geodataseksjonen 4

Her spesifiseres krav til objektene med påkrevde og betingede egenskaper for den enkelte objekttype. Produktspesifikasjonens Generell del inneholder mye nyttig informasjon som beskriver hovedprinsipper og generelle egenskaper og anbefales lest. Standard objektliste omfatter følgende FKB-datasett: FKB-Terrengform FKB-Vann FKB-Bygning FKB-BygnAnlegg FKB-LedningVA FKB-LedningElTele FKB-Naturinfo FKB-Veg FKB-Bane Det gjøres oppmerksom på at objekttypene Veg, GangSykkelveg, Takoverbygg, SkråForstøtningsmur og Bru også skal leveres som flate (SOSI-nivå 4). I endene benyttes VegkantFiktiv som avgrensning. Ellers omfatter objektlista øvrige tillatte avgrensningslinjer som beskrevet i pdf for disse objekttypene. Leveransen fra entreprenør skal bygges opp datasettvis i samsvar med inndelingen i FKB. Hvert FKB-datasett har i henhold til produktspesifikasjonene et sett med lovlige objekttyper. Disse objekttypene samsvarer med objekttypene i kolonne Objekttype i objektlista. Alle aktuelle FKB-datasett i prosjektet representerer SOSI-filer i dataleveransen navngitt som FKB-datasettene. Se pkt. 3.2. Figur 2 Eksempler på aktuelle objekttyper Statens vegvesen Region vest Geodataseksjonen 5

3.1.2 Ledningsnett Ledningsnett forvaltes som objekttype Rørledning i NVDB, bortsett fra eventuelt Kabelkanal hvis denne er spesifisert i objektlista. For kabelkanal skal geometri leveres som spesifisert for FKB-LedningElTele, kap 3.1.1. 3.1.3 NVDB Leveransen til NVDB er todelt: 3.1.3.1 Geometri i datasettet NVDB.SOS Fila NVDB.SOS skal inneholde geometri for samtlige objekttyper i objektlista som tilhører datasettet NVDB. Dette omfatter også objekttyper der datasettet er en kombinasjon av et NVDB- og et FKB-datasett. Objektenes geometriske elementer (flate, kurve eller punkt) skal leveres i henhold til beskrivelse av egengeometri i objektlistas NVDB egenskapsskjema (kolonne F). Beskrivelsen i egenskapsskjemaet beskriver også krav til stedfesting (grunnriss- og høydereferanse). Data skal leveres på SOSI-format med følgende påkrevde egenskaper for NVDB.SOS:..OBJTYPENAVN*..ID..NØH** *Objekttypenavn endres til NVDB sin objekttype der geometri kopieres fra FKB **Høydereferanse kreves kun for enkelte objekttyper, jf beskrivelse i egenskapsskjema. 3.1.3.2 Egenskapsverdier i NVDB Egenskapsskjema Alle egenskaper gjengitt i objektlistas NVDB egenskapsskjema er påkrevde og skal fylles ut. Alle objekttyper med tillatte egenskaper og verdier er også beskrevet i Datakatalogen for NVDB: http://kunder.runit.no/vegvesen/datakatalog/ Korrekt egenskapsverdi for..objtypenavn hentes direkte fra Datakatalogen/Egenskapsskjema. Statens vegvesen Region vest Geodataseksjonen 6

Koblingsnøkkelen..ID: Egenskapen..ID skal være unik for alle geometriske objekter i NVDB.SOS...ID er koblingsnøkkel mellom NVDB egenskapsskjema og geometri fra NVDB.SOS. Disse to kildene utgjør til sammen Byggherrens grunnlag for automatisk oppdatering av NVDB. Figur 3 Bruk av..id Egenskapsverdiene for..id bygges opp slik: Når bare ett objekt beskrives av den gitte geometrien:..id bygges opp som en kombinasjon av objekttypens datakatalogverdi og et løpenr med punktum mellom. Man finner datakatalogverdien i NVDB egenskapskjemaets celle C2 og som navn på skjemaets arkfane. For eksempel for Belysningspunkt som har Datakatalogverdi 87 vil tre ulike objekter kunne representeres med..id 87.1, 87.2 og 87.3. Denne verdien må da finnes både i NVDB.SOS på riktig objekt og i kolonne A i egenskapsskjemaet. Når flere objekter representeres av den samme geometrien: En rekke objekter vil kunne ha sammenfallende geometri, for eksempel Skiltpunkt og Skiltplate. Da disse har ulike objekttypenavn og ulik datakatalogverdi må en av objektypene Statens vegvesen Region vest Geodataseksjonen 7

være styrende for oppbyggingen av..id. Når objekter med sammenfallende geometri har en mor-datter-relasjon (se Datakatalogen, link nedenfor) skal alltid mor være styrende for verdien på..id. For Skiltpunkt og Skiltplate blir dette slik: 95 (som er datakatalogverdi for Skiltpunkt) brukes som prefiks i verdiene for..id...objtypenavn er Skiltpunkt arvet fra FKB. Egenskapsskjema for Skiltpunkt vil ha verdiene 95.1, 95.2, 95.3 osv. Akkurat samme verdier vil da finnes i egenskapsskjemaet for tilsvarende Skiltplate. I andre tilfeller vil det ikke være noen mor-datter-relasjon mellom objekter med sammenfallende geometri, for eksempel Vegdekke og Bærelag. Da velges en av objekttypene som styrende for oppbyggingen av verdiene for..id. Den/de øvrige objektypen(e) må bruke samme verdier som den styrende objekttypen. Dette medfører at prefikset i egenskapsverdien for..id i noen egenskapsskjema vil avvike fra egenskapsskjemaets Datakatalogverdi. Mor-datter-relasjoner er beskrevet i Datakatalogen (http://kunder.runit.no/vegvesen/datakatalog/) 3.2 Data og filstruktur 3.2.1 FKB Leveres på SOSI-format på den versjon objektlista spesifiserer. Leveres datasettsvis og med følgende navneregime (her med Fylkesveg 489 som eksempel): FV489_FKB-Veg.sos FV489_FKB-Terrengform.sos FV489_FKB-Bygningsmessiganlegg.sos 3.2.2 NVDB Det leveres en zippet fil kalt NVDBSOS.zip. Denne filen skal inneholde geometrifilen NVDB.sos og bare de egenskapskjema (.xls-filer) som er bestilt i objektlista. Objektlista i seg selv skal ikke leveres inn. Følgende navneregime benyttes for egenskapskjema og NVDB.sos (her med Fylkesveg 489 som eksempel): FV 489 Rekkverksende-14.xls FV 489 Stikkrenne-Kulvert-79.xls FV 489 NVDB.sos 3.3.3 Ved feilaktig bestilling av objekttyper Dersom objektlista inneholder objekttyper som reelt ikke finnes på anlegget eller om det mangler objekttyper i objektlista som åpenbart finnes på anlegget bes entreprenøren om å kommentere/bekrefte dette i en egen tekstfil vedlagt leveransen samt levere evt manglende objekttyper iht tilgjengelige produktspesifikasjoner. Statens vegvesen Region vest Geodataseksjonen 8

VEDLEGG 1 Statens vegvesen Region vest Geodataseksjonen 9

VEDLEGG 2 Statens vegvesen Region vest Geodataseksjonen 10

Skisse 1 Eksempler på registrering av veg Statens vegvesen Region vest Geodataseksjonen 11

Skisse 2 Eksempler på registrering av veg Statens vegvesen Region vest Geodataseksjonen 12

Skisse 3 Eksempler på registrering av diverse Statens vegvesen Region vest Geodataseksjonen 13

Skisse 4 Eksempler på registrering av kulvert Statens vegvesen Region vest Geodataseksjonen 14

Skisse 5 Eksempler på registrering av bru Statens vegvesen Region vest Geodataseksjonen 15