Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB

Like dokumenter

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

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

Veiledning til krav om leveranse av ferdigvegsdata

Dataleveranse til kart og NVDB. Fv64 Geitnesbrua

Veiledning til krav om leveranse

Ferdigvegsdata til kart og NVDB

Supplerende krav til leveransen. v. 1.8x (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

Veiledning til krav om leveranse av ferdigvegsdata

Dataleveranse til kart og NVDB

Ferdigvegsdata til kart og NVDB

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

Dataforvaltning i statens vegvesen Data til NVDB og FKB,

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse av data

Dataleveranse til kart og NVDB

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


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

Ferdigvegsdata til kart og NVDB

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

Leveranseprotokoll for dataleveranser til kart og NVDB

Produktspesifikasjon. Tunnelport (ID=854) 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. Dato Datakatalog versjon Endringer

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

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

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

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

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

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. Tillatte verdier

Høydebegrensning (ID=591)

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

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. Dato Datakatalog versjon Endringer

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

Pilotprosjekt Bjørvika-Sympro- NVDB-Samhandlingsprosjektet

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

Høydebegrensning (ID=591)

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

Dataleveranse til kart og NVDB

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

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. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

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

Statens vegvesen. Kontinuerlig vedlikehold FKB-veg

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

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

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

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. Tillatte verdier

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

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

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

Hva er BraFelt vegforvaltning NVDB?

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. Dato Datakatalog versjon Endringer

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

Brukerveiledning NVDB API Registreringsflate

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

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

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. Dato Datakatalog versjon Endringer

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. 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. Dato Datakatalog versjon Endringer

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

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

Sist endret: Definisjon: Gjerde som settes opp for å fange opp steinsprang eller mindre skred. Kommentar:

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

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. Dato Datakatalog versjon Endringer

Transkript:

Region nord Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB Vedlegg til konkurransegrunnlaget Versjon 1.2, 13.05.2011 Statens vegvesen Region nord 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 nord 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 nord 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 nord 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 nord 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 nord 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 nord 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 nord Geodataseksjonen 8

VEDLEGG 1 Statens vegvesen Region nord Geodataseksjonen 9

VEDLEGG 2 Statens vegvesen Region nord Geodataseksjonen 10

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

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

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

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

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