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

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

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse

Dataleveranse til kart og NVDB

Veiledning til krav om leveranse av ferdigvegsdata

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

Dataleveranse til kart og NVDB. Fv64 Geitnesbrua

Dataleveranse til kart og NVDB

Veiledning til krav om leveranse

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

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse av ferdigvegsdata

Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB

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

Ferdigvegsdata til kart og NVDB


Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB

Dataforvaltning i statens vegvesen Data til NVDB og FKB,

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

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

Veiledning til krav om leveranse av data

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

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

Ferdigvegsdata 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

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

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

Pilotprosjekt Bjørvika-Sympro- NVDB-Samhandlingsprosjektet

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

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

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

Leveranseprotokoll for dataleveranser til kart og NVDB

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

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

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

Høydebegrensning (ID=591)

Brukerveiledning NVDB API Registreringsflate

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

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

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

Ferdigvegsdata til kart og NVDB

Hva er BraFelt vegforvaltning 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. Dato 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. Datakatalog versjon Endringer

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

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

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. 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. Fartstavle (ID=624) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Dataleveranse til kart og NVDB

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

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

Produktspesifikasjon. Avstandsmåling (ID=335) 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

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

Statens vegvesen. Kontinuerlig vedlikehold FKB-veg

Produktspesifikasjon. Grøntanlegg (ID=508) 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. Datakatalog versjon Endringer

Transkript:

Region nord Veiledning til krav om leveranse av ferdigvegsdata til kart og NVDB Vedlegg til konkurransegrunnlaget 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. GENERELT LEDNINGSNETT 4. SKISSE 1 EKSEMPLER PÅ REGISTRERING AV VEG 5. SKISSE 2 EKSEMPLER PÅ REGISTRERING AV VEG 6. SKISSE 3 EKSEMPLER PÅ REGISTRERING AV DIVERSE 7. SKISSE 4 EKSEMPLER PÅ REGISTRERING AV AnnetvegarealAvgrensning 8. SKISSE 5 EKSEMPLER PÅ REGISTRERING AV KULVERT 9. SKISSE 6 EKSEMPLER PÅ REGISTRERING AV BRU 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 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. Eventuelle påviste feil/avvik ved kontrollen skal kommenteres. Dette gjelder kun FKBdatasettene. 3 KRAV TIL UTFØRELSE Krav til kvalitet 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. Ledningsdata angis med den nøyaktighet som kreves ved utsetting av det aktuelle objektet. 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 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, 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 Eksempel på aktuelle objekttyper 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. Objektenes geometriske elementer skal leveres som kurver som vi kaller trasenett. Dette er et tenkt nettverk som representerer midtlinjen av ledningsforløpet (se vedlegg 3, Generelt Ledningsnett). Data skal leveres på SOSI-format sammen med andre NVDB-data, se kap 3.1.3 for formatbeskrivelse og påkrevde egenskaper. 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. 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 Vegskulder/Vegkant som har Datakatalogverdi 269 vil tre ulike objekter kunne representeres med..id 269.1, 269.2 og 269.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 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. 7

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 SOSI-filer navnes og leveres datasettvis. Eks FV834_FKB_veg.sos FV834_FKB_terrengform.sos FV834_FKB_byggningsmessiganlegg.sos FV834_NVDB.sos Filer med egenskapsdata til NVDB navnes og leveres objekttypevis. FV 834 Rekkverksende-14.xls FV 834 Skiltplate-96.xls FV 834 Stikkrenne-Kulvert-79.xls 8

VEDLEGG 1 9

VEDLEGG 2 10

VEDLEGG 3 11

12

Skisse 1 Eksempler på registrering av veg 13

Skisse 2 Eksempler på registrering av veg 14

Skisse 3 Eksempler på registrering av diverse 15

Skisse 4 Eksempler på registrering av AnnetvegarealAvgrensning 16

Skisse 5 Eksempler på registrering av kulvert 17

Skisse 6 Eksempler på registrering av bru 18