Ferdigvegsdata til kart og NVDB

Like dokumenter
Ferdigvegsdata til kart og NVDB

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

Ferdigvegsdata til kart og NVDB

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 til kart og NVDB


Ferdigvegsdata til kart og NVDB

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

Veiledning til krav om leveranse

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

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB

Krav til ferdigvegsdata fra entreprenør.

Veiledning til krav om leveranse

Dataleveranse til kart og NVDB. Fv64 Geitnesbrua

3 DOKUMENTASJON OG TILTAK:

Dataleveranse til kart og NVDB

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

Veiledning til krav om leveranse av ferdigvegsdata

Veiledning til krav om leveranse av data

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Veiledning til krav om leveranse av ferdigvegsdata

Ferdigvegsdata til kart og NVDB

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

Dataleveranse til kart og NVDB

Leveranseprotokoll for dataleveranser til kart og NVDB

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

TEKNISK Oppmålingsvesenet. Krav til innmåling av veg og tekniske installasjoner

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Ferdigvegsdata til kart og NVDB

Dataleveranse til kart og NVDB. Fv64 Eide sentrum, veglys

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

Dataleveranse til kart og NVDB. E39 Molde ferjekai, avviklingskapasitet

Veg: Fv251, G/Sveg U1 M=1:200 Dato:

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

Prosjekt: Byggherre: Statens Vegvesen. B: Forebyggende og korrigerende tiltak (endring av prosedyrer eller lignende):

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

Statens vegvesen. Fv Misjonsveien X Seehusens gate. Geotekniske undersøkelser og vurderinger for kryssutbedring.

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

D2 Tegninger og supplerende dokumenter

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

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

Høydebegrensning (ID=591)

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

Høydebegrensning (ID=591)

Kjøreareal som ligger inntil ytterste kjørefelt. Der kan være trafikkdeler mellom kjørefelt og trafikklomme.

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

Kjøreareal som ligger inntil ytterste kjørefelt. Der kan være trafikkdeler mellom kjørefelt og trafikklomme.

ENDRINGSLOGG FKB 4.02

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. Nedføringsrenne (ID=844) 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. Tillatte verdier

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

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

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

9 FKB LedningVa (Vann og avløp)

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

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

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

Produktspesifikasjon. Kantklippareal (ID=301) 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

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 med betingelser

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

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

Testkonstruksjon FKB 4.01

Produktspesifikasjon. Taktile indikatorer (ID=859) 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

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

Dataforvaltning i statens vegvesen Data til NVDB og FKB,

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

Transkript:

Region midt Ferdigvegsdata til kart og NVDB Vedlegg objektliste E6 Holdeplasser Melhus Geodataseksjonen Region midt

Prosess 11.7 Sluttdokumentasjon 11.7.1 Sluttdokumentasjon til oppdatering av digitalt kartgrunnlag og Nasjonal vegdatabank (NVDB) a) Omfatter dataleveranse for oppdatering av digitalt kartgrunnlag og NVDB som spesifisert i vedlegg til konkurransegrunnlaget. c) Data leveres på standardformat i henhold til Statens kartverks produktspesifikasjoner for felles kartdatabase (FKB) og gjeldende spesifikasjoner for NVDB. 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) 15.07.2011 Felles for alle regioner i Statens vegvesen 4.01 (kart) SOSI v. Supplerende krav til leveransen Datakatalog v. 1.8x (NVDB) SOSI NVDB-egenskaper E6, Holdeplasser Melhus_2012 19.04.2012 Datasett Objekter til FKB (temakode) Objekter til NVDB Forklaring til FKB Forklaring til NVDB Aktuelt i prosjektet Veg Vegdekkekant 7018 Sidevegs avgrensing av vegdekke Veg Vegskulderkant 7006 Kant av kjørbart felt som ligger inntil kjørebanen NVDB (Trafikklomme) 47 Kjøreareal som ligger inntil ytterste kjørefelt. Det kan være trafikkdeler mellom kjørefelt og trafikklomme. Trafikklommer med Bruksområde=Busslomme skal registreres som assosiert objekt til Holdeplassutrustning. NB! I tunnel brukes objektet Havarinisje istedenfor Bruksområde=Havarilomme! NVDB (Repos/venteareal) 767 Område/avsats hvor reisende kan oppholde seg i forbindelse med venting på buss. Kan også være andre bruksområder. Veg + NVDB Fortauskant 7030 (Fortau) 48 Avgrensning av del av veg reservert for Del av vegen reservert for gående. Som gående regel ligger fortauet høyere enn kjørebanen og er atskilt fra denne med Høydereferanse fot kantstein. Veg FortauskantYtre 7005 Avgrensning mot terreng/ bebyggelse (ikke mot vegen) Veg + NVDB GangfeltAvgrensning 7536 (Gangfelt) 174 Avgrensing av oppmerket gangfelt som Oppmerket felt for fotgjengere lukket polygon NVDB (Kantstein) 9 Stein som settes for å avgrense trafikkøyer, fortau, midtdeler, etc. 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. NVDB (Rekkverksende) 14 Begynnelsen og slutten på et rekkverk. Omfatter oftest en forankring med et ettergivende endestykke eller nedføring. Kilde: Rekkverksnormal. Veg + NVDB VegoppmerkingLangsgående 7607 (Vegoppmerking, langsgående) 99 Langsgående linjer med opplysninger til trafikkantene. Ikke gangfelt Vegoppmerking nyttes for å lede, varsle eller regulere trafikken, og for å klargjøre andre bestemmelser gitt ved trafikkskilt eller trafikkregler. Langsgående oppmerking omfatter alle langsgående oppmerka linjer og sperreområder, også inkludert oppmerking av trafikkøyer NVDB (Sykkelparkering) 451 Angir område tilrettelagt for sykkelparkering. Veg + NVDB Skiltpunkt 7601 (Skiltpunkt) 95 Sammensetning av skiltplater, stolper og Skiltpunkt er en sammensetning av stolpefundament mm. skiltplater, stolper og stolpefundament med mer. NVDB (Skiltplate) 96 Plate med skiltmotiv LedningElTele + NVDB MastVeilys 8511 (Belysningsanlegg) 86 Mast med lysarmatur System bestående av belysningspunkt, kabler, stolper og fundamenter etc. NVDB (Belysningspunkt) 87 En eller flere lampearmaturer på lysmast etc lokalisert i ett punkt NVDB (Lysmast/Lysstolpe) 181 Mast i forbindelse med veg/gatebelysning NVDB (Lampearmatur) 88 Lyskilde med innfatning NVDB (Elektrisk kabel) 92 Elektrisk leder NVDB (Tennpunkt) 481 Punkt for tenning av belysning NVDB (Effekt- /Strømforbruksmåler) 461 Utstyr for å måle strømforbruk/effektforbruk LedningElTele + NVDB Fordelingsskap 8163 (Matepunkt) 465 Fordelingsskap for elektrisitet eller tele på Punkt for strømfordeling NVDB (Grøft, lukka) 78 b kk Grøft med nedgravd ledning(er), kan også være uten ledning f.eks pukkstreng. Benyttes bl.a i forbindelse med drenering og bortledning av vann fra veger. Veg + NVDB VeggrøftÅpen 7017 (Grøft, åpen) 80 Åpen drenering parallelt med veg. For veggrøfter med bredde mindre enn 1 meter registreres midtlinje. Ellers registreres ytterkant (tostreks VeggrøftÅpen). En forsenkning i terrenget for å lede bort vann som del av vegens avvanningssystem. Kan også benevnes "kanal". Breddemåling skal refereres til topp grøft. NB! I lukka drenering (grøft, lukka) brukes Grøft, åpen om den grunne grøfta som ligger i toppen av dreneringa. Den registreres da med Type=Overvannsgrøft. NVDB (Rørledning) 77 LedningVA + NVDB Kum 8250 (Kum) 83 Topp av rørsystem for vann og avløp, representert som et sirkelformet kumlokk LedningVA Sluk 8253 Åpning med rist der overflatevann kan renne ned i avløpssystemet, ofte i forbindelse med vegsystemer Også trekkrør for elektrisk kabel Dreneringskonstruksjon. Kummer/sluk som står i tilknytning til stikkrenne eller Grøft, lukka (lukka drenering). 1 av 2

Objektliste for ferdigvegsdata til kart og NVDB 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 Terrengform + NVDB FyllingKant 6005 (Fylling) 137 Avgrensning av fylling (fot, side og topp av markert fylling) Terrengform + NVDB SkjæringKant 6004 (Skjæring) 57 Avgrensning av skjæring (topp, side og bunn av markert skjæring) Skråflate som er del av begrensningen av et fyllingsvolum. I tillegg til ei eller to fyllinger (evt. en på hver side av vegen) begrenses fyllingsvolumet av vegens planum. Merknad: Det skal angis sideposisjon for fylling Skråflate som er del av begrensningen av at skjæringsvolum. I tillegg til ei eller to skjæringer (evt. en på hver side av vegen) begrenses skjæringsvolumet av planum. Merknad: Det skal angis sideposisjon for skjæring Aktuelt i prosjektet Bygningsmessige anlegg + NVDB MurLoddrett 6002 (Støttemur) 62 Ytterkant, topp forstøtningsmur hvor topp og bunn er ubetydelig forskjøvet i forhold til hverandre (> 3:1) Terrengform Terrenglinje 2200 Supplerende, for bedre terrengbeskrivelse (eks. begge sider av støyskjerm, fot av frittstående og loddrett mur, kant av større grøfter hvor stor høydeforskjell fra vannkant til topp grøft) Bygning + NVDB TakoverbyggKant (KURVE) 5041 (Leskur) 25 Ytterkant for takoverbygg (ingen eller få vegger, ikke representert i Matrikkelen eks. over bensinpumper). Også takoverbygg sittegruppe Lite bygg for vern mot vær og vind. Benyttes i forbindelse med holdeplasser. Bygning Takoverbygg (FLATE) Takoverbygg avgrenses av TakoverbyggKant LedningElTele + NVDB StolpeEnkel 8501 (Stolpe, generell) 11 Frittstående stolpe i lavspentnett, telenett Typiske data for en stolpe eller langs jernbane NVDB (Grasdekker) 15 Grønne områder som i Håndbok 111 benevnes "bruksplen, arealer ved rasteplasser/trafikkøyer osv. " Vanligvis grøntområder som ikke inngår i vanlig kantslått. NVDB (Renovasjon) 27 Utstyr brukt i forbindelse med renovasjon. Byggverk som brukes for å overvinne nivåforskjell hvor vanlig skråning vil ta for stor plass. Støttemur brukes også som 2 av 2

Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter Vedlegg til konkurransegrunnlaget Versjon 1.4.0, 31.01.2012 Statens vegvesen side 1

INNHOLDSFORTEGNELSE INNLEDNING... 4 ANSVAR OG ROLLER... 4 Statens vegvesens ansvar... 4 Entreprenørens ansvar... 4 GENERELLE KRAV TIL UTFØRELSE... 5 KRAV TIL KOORDINATSYSTEM OG HØYDEREFERANSE... 5 KRAV TIL NØYAKTIGHET... 6 ANGIVELSE AV MÅLEMETODE... 6 KRAV TIL LEVERANSE TIL FKB... 7 Geometri... 7 Egenskaper i SOSI-hode... 7 Egenskaper på objektnivå... 8 Angivelse av medium (..MEDIUM)... 8 Flatedanning av objekter... 8 Avvik fra standarden... 9 Filstruktur og format... 9 KRAV TIL LEVERANSE TIL NVDB... 10 Geometri... 10 Egenskaper i SOSI-hode... 10 Egenskaper på objektnivå... 11 Angivelse av medium (..MEDIUM)... 11 Flatedanning av objekter... 11 Avvik fra standarden... 11 Filstruktur og format... 11 KRAV TIL LEVERANSE AV DATA for LEDNINGSNETT... 11 KOMPLETT LEVERANSE... 12 VEDLEGG 1 Alternativ leveranseform med egenskapsskjema... 13 Geometri... 13 Statens vegvesen side 2

Egenskaper... 13 Kobling mellom geometri og egenskaper... 13 Statens vegvesen side 3

INNLEDNING Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter 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. Endringer som oppstår som følge av driftskontraktene, rapporteres fortløpende eller i henhold til avtale slik at alle data er oppdatert i NVDB når driftsavtalen avsluttes. Nasjonal vegdatabank (NVDB) og Norge digitalt (ND) er mottakere av data. Figur 1 Ansvarsfordeling ANSVAR OG ROLLER Statens vegvesens ansvar Beskrive krav til dokumentasjon og leveranse av data som skal rapporteres til kart og NVDB Gjøre alle relevante dokumenter tilgjengelig på digital form Levere uttrekk fra FKB-originaldatabase og NVDB som grunnlag for rapportering av endrede og fjernede objekter Kalle inn entreprenør ved landmåler/stikker til avklaringsmøte vedrørende bestillingen Kontrollere og godkjenne digitale leveranser fra entreprenør Oppdatere kart og NVDB Entreprenørens ansvar Levere innmålinger og annen dokumentasjon av som bygget i henhold til krav gitt i kontrakten Statens vegvesen side 4

Levere digitale data for endrede og slettede objekter som følge av bygge- eller driftskontrakten ut fra mottatte uttrekk fra FKB og NVDB Levere leveranseprotokoll med eventuelle avviksmeldinger når det oppstår endringer i forhold til kontrakten. Leveranseprotokoll gjøres tilgjengelig på e-rom/prosjekthotell eller CD Dokumentere og levere egenkontroll av levert materiale ved bruk av SOSI-kontroll. Alle innmålingsarbeider og produksjon av SOSI-filer skal være i henhold til gjeldende geodatastandarder 1. Eventuelle påviste feil/avvik ved kontrollen skal kommenteres. Dette gjelder kun FKB-datasettene GENERELLE KRAV TIL UTFØRELSE Krav til utførelse gjelder hvordan den digitale dokumentasjonen er bygd opp og organisert, 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 FKBproduktspesifikasjon. 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 data til kart og NVDB fra bygge- og driftskontrakter, heretter kalt objektlista. Eventuelle avvik i leveransen i forhold til bestillingen (objektlista) skal kommenteres. 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 dette i leveranseprotokollen. KRAV TIL KOORDINATSYSTEM OG HØYDEREFERANSE For byggekontrakter leveres data i det koordinatsystem og i den høydereferansen som er benyttet på det enkelte anlegg. For driftskontrakter leveres data i EUREF89, aktuell UTM-sone og aktuell høydereferanse (NN1954 eller NN2000) dersom ikke annet er avtalt. Koordinatsystem kan angis slik: DEF..KOORDSYS H2 22 UTM sone 32 basert på EUREF89 23 UTM sone 33 basert på EUREF89 25 UTM sone 35 basert på EUREF89 205 NTM 2 sone5 basert på EUREF89 220 NTM sone 20 basert på EUREF89 1 Se spesielt Kart- og geodata, SOSI-standarden og Produktspesifikasjon Felles KartdataBase 2 NTM står for Norsk Transversal Mercator, datum gjerne benyttet i byggeprosjekter Statens vegvesen side 5

KRAV TIL NØYAKTIGHET Krav til nøyaktighet på data skal generelt være i samsvar med FKB-spesifikasjonen. Følgende krav er aktuelle: FKB-STANDARD FKB-A FKB-B Grunnriss Høyde Grunnriss Høyde Klasse 1 Svært veldefinerte detaljer 0.15 m 0.15 m 0.20 m 0.20 m Nøyaktighetsklasse Klasse 2 Veldefinerte detaljer 0.20 m 0.20 m 0.25 m 0.25 m Klasse 3 Uskarpe detaljer 0.35 m 0.25 m 0.35 m 0.35 m Klasse 4 Diffuse naturlige detaljer 0.55 m 0.35 m 0.55 m 0.40 m Kravet til innmåling følger av FKB-standarden for overleverte grunnlagsdata. Det er et krav at punktfordelingen i en KURVE skal være slik at det rette linjeforløp mellom punktene ikke skal avvike fra det virkelige linjeforløpet, både i grunnriss og høyde (pilhøyde i grunnriss og høyde), med mer enn toleransen for stedfestingsnøyaktighet for den aktuelle objekttype. For byggekontrakter benyttes håndbok 018 og 025. Krav til toleranser angitt i disse håndbøkene anses å ligge innenfor kravene til nøyaktighet for FKB-A. Når produktspesifikasjoner til NVDB foreligger, vil det være naturlig at krav til nøyaktighet for data til NVDB følger disse spesifikasjonene. ANGIVELSE AV MÅLEMETODE Anvendt målemetode skal angis i leveransen. Målemetode kan angis slik: SOSI-navn Kodenavn Definisjon/Forklaring Kode syntaksdefinisjon.def..målemetode H2 Målt i terrenget Terrengmålt 10 Totalstasjon 11 Annet Tatt fra plan 18 GPS/Treghet. Tilpasset standarden Satellittbasert posisjonsbestemmelse GPS Fasemåling, statisk måling Tidligere GPS, differensiell 93 GPS Fasemåling, andre metoder Utenom RTK. Tidligere GPS-Absolutt, 94 fase Kombinasjon av GPS/Treghet 95 GPS Fasemåling RTK Realtids kinematisk måling. Tidligere 96 GPS kinematisk (Real time kinematic) GPS Fasemåling, float-løsning 97 Statens vegvesen side 6

KRAV TIL LEVERANSE TIL FKB Full oversikt over de ulike FKB-datasettene og tilhørende produktspesifikasjoner finnes her: http://www.statkart.no/?module=articles;action=article.publicshow;id=13203. Produktspesifikasjonens Generell del inneholder nyttig informasjon som beskriver hovedprinsipper og generelle egenskaper og anbefales lest. Det benyttes ikke lenger temakoder i SOSI. Som vedlegg til veiledningen finnes tre skisser som viser sammenhengen mellom temakoder og objekttyper for typiske vegobjekter. En liste som viser temakoder og objekttyper vedlikeholdes fortsatt som en del av SOSI-standarden. Geometri Objektenes geometriske elementer (flate, kurve, punkt) med alle påkrevde egenskaper skal leveres i henhold til SOSI-standarden v4.01/fkb-b produktspesifikasjon v4.01. Aktuelle objekttyper for prosjektet er spesifisert i objektlista. Følgende betingede egenskaper skal inngå der betingelsene er oppfylt:..medium..datafangstdato..href H-MÅLEMETODE H-NØYAKTIGHET Egenskaper i SOSI-hode I en standard leveransefil er det noen egenskaper som skal være i SOSI fil-hode. Dette er egenskapene gjengitt i eksempelet under:.hode 0:..TEGNSETT ISO8859-1..TRANSPAR...KOORDSYS 22...ORIGO-NØ 0 0...ENHET 0.01 VERT-DATUM NN54..OMRÅDE...MIN-NØ 7021164 183882...MA-NØ 7021842 191683..SOSI-VERSJON 4.01..SOSI-NIVÅ 4..INNHOLD PRODUKTSPEK FKB-Bygning 4.01 Andre egenskaper som kan ligge i SOSI fil-hode er:..produsent (Firmanavn) Statens vegvesen side 7

Egenskaper på objektnivå Øvrige egenskaper skal ligge på objektnivå. For eksempel:.kurve 41:..OBJTYPE Vegrekkverk..DATAFANGSTDATO 20110505..REGISTRERINGSVERSJON FKB 4.01..KVALITET 96 5 0 96 5..HREF TOP..MEDIUM L..NØH 1926756 3639108 23302 1926742 3638683 23337 1927000 3638436 23362 Angivelse av medium (..MEDIUM) Angir objektets beliggenhet i forhold til jordoverflaten. For eksempel på bro, i tunnel, inne i et bygningsmessig anlegg, etc. SOSI-navn syntaksdefinisjon.def..medium T1 Kodenavn Definisjon/Forklaring Kode I Bygning/Bygningsmessig anlegg B I Luft L På Terrenget/På bakkenivå default T Under terrenget U Flatedanning av objekter Det gjøres oppmerksom på at objekttypene Bru, FrittståendeTrapp, GangSykkelveg, KaiBrygge, SkråForstøtningsmur, Takoverbygg, Trafikkøy og Veg også skal leveres som flate (SOSI-nivå 4). I endene for Veg og GangSykkelveg benyttes VegkantFiktiv som avgrensning. For KaiBrygge benyttes FiktivAvgrensningForAnlegg for å danne flate. Ellers omfatter objektlista øvrige tillatte avgrensningslinjer som beskrevet i pdf-dokumentene for disse objekttypene. Statens vegvesen side 8

Figur 2 Eksempler på aktuelle objekttyper Avvik fra standarden Følgende avvik gjelder i forhold til FKB-standarden: Objekttype Vegrekkverk MastVeilys InnmåltTre StolpeEnkel LuftledningHSP Avvik Kun høydereferanse topp tillates. Husk å beskrive..href TOP i SOSI-fil Høydereferanse fot tillates. Husk å beskrive..href i SOSI-fil Høydereferanse fot tillates. Husk å beskrive..href i SOSI-fil Høydereferanse fot tillates. Husk å beskrive..href i SOSI-fil Høydereferanse fot tillates. Husk å beskrive..href i SOSI-fil Filstruktur og format Standard objektliste omfatter følgende datasett: FKB-Arealbruk FKB-BygnAnlegg FKB-Bygning FKB-LedningElTele FKB-LedningVa FKB-Naturinfo FKB-Terreng FKB-Vann FKB-Veg FKB-Vegnett Leveransen skal bygges opp datasettvis i samsvar med inndelingen i FKB. Statens vegvesen side 9

Hvert datasett har i henhold til produktspesifikasjonene et sett med lovlige objekttyper. Disse objekttypene samsvarer med objekttypene i kolonne Objekttype i objektlista. Endrede og slettede data leveres på egne filer. Data skal leveres på SOSI-format på den versjon objektlista spesifiserer. Følgende navneregime skal benyttes (her med Fylkesveg 489 som eksempel): FV489_SOSI-Vegsituasjon.sos FV489_SOSI-Terrengform.sos FV489_SOSI-Bygningsmessige_anlegg.sos KRAV TIL LEVERANSE TIL NVDB Leveransen skal være i henhold til gjeldende versjon av datakatalogen i NVDB: http://kunder.runit.no/vegvesen/datakatalog/ Statens vegvesen forvalter NVDB datasettene i GIS/LINE og kan via Norkart Geoservice tilby en egen NVDB objektkatalog (objektkatalog81.gdo, tilsvarer SOSI-versjon 8.1). Andre fagsystemer har egne objektkataloger som er tilpasset produksjon/eksport av NVDB-datasett på SOSI-formatet. Entreprenør er selv ansvarlig for å tilrettelegge egne fagsystemer for produksjon/eksport av NVDB-datasett. Det legges ikke opp til at leveransen til NVDB skal inneholde assosiasjoner (mor/datter). En slik kobling må settes opp ved innlesning av data til NVDB. Senterlinje for veg og senterlinje for gang- og sykkelveg skal leveres før anlegget er ferdigstilt, slik at vegnettet kan ligge tilgjengelig i NVDB ved åpningsdato. For større anlegg skal en slik leveranse finne sted minst tre måneder før åpning. Geometri Objektenes geometriske elementer (flate, kurve, punkt) med alle påkrevde egenskaper skal leveres i henhold til spesifikasjonene i objektlista. Egenskaper i SOSI-hode Ved leveranse til NVDB benyttes spesiell informasjon i hodet for å beskrive versjonsnummer for SOSI_NVDB, datakatalogen i NVDB og SOSI-versjon (8.1)som benyttes av GIS/LINE. Beskrivelsen av aktuell SOSI_NVDBversjon framgår av eksempler gitt som koblinger i selve objektlista (se også neste kapittel). Følgende opplysninger skal inngå i hodet:.hode 0:..TEGNSETT ISO8859-10..TRANSPAR...KOORDSYS 23...ORIGO-NØ 0 0...ENHET 0.01 VERT-DATUM NN54..OMRÅDE...MIN-NØ 7021164 183882...MA-NØ 7021842 191683 Statens vegvesen side 10

..SOSI_NVDB_VERSJON 1.0..DATAKATALOGVERSJON 1.88-588..SOSI_VERSJON 8.1 Egenskaper på objektnivå Til forskjell fra FKB leveranseform skal egenskaper angis med egenskapsverdier i henhold til datakatalogen som vist i eksemplet nedenfor for objekttype kum. Se objektlista for komplett oversikt med eksempelfiler for de ulike objekttypene. Eksemplet viser en kum som har objekttypenummer 83 i NVDB. AvstandFraVegkant har egenskapstypenummer 2388 og bruksområde egenskapstypenummer 1269. Verdien 2939 for bruksområde angir at dette er drenering..punkt 1:..OBJTYPE Kum_83..PTEMA 20083..ID 83.001 (benyttes i alternativ leveranseform)..kvalitet 82 36..AvstandFraVegkant_2388 2..Bruksområde_1269 2939..Diameter_1727 1.2..DybdeTilUtløp_2079 1..Dybde_1586 2..InngårIDrenssystem_2122 3584..LokkRistType_2290 4155..Materialtype_1411 2211..Type_1141 2944..NØH 702141352 18691583 1509.SLUTT Angivelse av medium (..MEDIUM) I NVDB benyttes foreløpig ikke begrepet..medium. Flatedanning av objekter Flatedanning av objekter benyttes ikke i NVDB. I stedet angis egengeometri som lukkede polygoner. Avvik fra standarden Avvik fra standard filstruktur og format kan avtales i spesielle tilfelle. Se vedlegg 1 for nærmere spesifikasjon. Filstruktur og format Data skal leveres samlet på en fil med benevnelsen NVDB.SOS. Formatet skal følge SOSI syntaks. Endrede og slettede data skal leveres på egne filer. KRAV TIL LEVERANSE AV DATA FOR LEDNINGSNETT For leveranse av ledningsnett skal nøyaktighetskravene være i samsvar med følgende standarder: Statens vegvesen side 11

Norm for ledningskart (1991) Norm for VA-ledningskartverk (1993) KOMPLETT LEVERANSE Komplett leveranse skal bestå av følgende: Leveranseprotokoll Resultatfiler fra SOSI-kontroll FKB-datasett levert samlet i en katalog kalt FKB eller i anvist katalogstruktur på e-rom FKB-datasett med endrede og slettede data NVDB-datasett levert samlet i en katalog kalt NVDB eller i anvist katalogstruktur på e-rom. Format i samsvar med avtale NVDB-datasett med endrede og slettede data. Format i samsvar med avtale Statens vegvesen side 12

VEDLEGG 1 ALTERNATIV LEVERANSEFORM MED EGENSKAPSSKJEMA Geometri 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. Objekttypenavn skal være som angitt i objektlista. Objektenes geometriske elementer (flate, kurve eller punkt) skal leveres i henhold til beskrivelse av egengeometri i objektlistas NVDB egenskapsskjema. 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, jfr. beskrivelse i egenskapsskjema. Egenskaper Alle egenskaper gjengitt i objektlistas egenskapsskjema er påkrevde og skal fylles ut. Kobling mellom geometri og egenskaper 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 Statens vegvesens grunnlag for automatisk oppdatering av NVDB. Egenskapsverdiene for..id bygges opp slik: Det skal være et 1 til 1 forhold mellom geometriobjekt og objekt i egenskapsskjema...id bygges opp som en kombinasjon av objekttypens datakatalogverdi og et løpenummer med punktum mellom. Man finner datakatalogverdien i egenskapsskjemaets celle C2 og som navn på skjemaets arkfane. Som eksempel vil Belysningspunkt som har tre ulike objekter kunne representeres med..id 87.01, 87.02 og 87.03. Denne verdien må da finnes både i NVDB.SOS på riktig objekt og i kolonne A i egenskapsskjemaet. Se for øvrig figuren på neste side. Statens vegvesen side 13

Figur 3 Bruk av..id Statens vegvesen side 14

Skisse 1 Eksempler på registrering av veg. Senterlinje veg har temakode 7001 Statens vegvesen side 15

Skisse 2 Eksempler på registrering av veg. Senterlinje for gang- og sykkelveg har temakode 7042 Statens vegvesen side 16

Skisse 3 Eksempler på registrering av diverse Statens vegvesen side 17