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

Transkript

1 Statens vegvesen Region Vest Prosjektnavn FV 48 Holmefjord Toalett bygg. Vedleggshefte Vedleggshefte Prosjekt: FV 48 Holmefjord. Toalettbygg. Tilbudsnummer: 2015 /

2 Statens vegvesen Region Vest Prosjektnavn FV 48 Holmefjord Toalett bygg. Vedleggshefte Innholdsliste Side 2 17 SHA plan Dataleveranse til kart og NVDB. (Objektliste)

3 SHA-plan Plan for sikkerhet, helse og arbeidsmiljø Prosjekt/kontrakt nr: Fv. 48 Holmefjord Toaletthus Prosjektnummer: 2015/ Versjon [Skriv her]

4

5 INNHOLDSFORTEGNELSE 1. Mål for prosjektet Organisering av HMS-arbeidet Generelt Byggherre og byggherrens representant Byggherre for riksveg, Statens vegvesen, Region <xxxx> Byggherre for fylkesveg i kontrakten/prosjektet Byggherrens representant for fylkesveg, Statens vegvesen, Region <xxx> Hovedbedrift med samordningsansvar <navn> Sideentreprenør <navn> Organisasjonskart Risikovurdering og risikoreduserende tiltak Mulige farer og tiltak Oppfølging Tids-, fremdrifts- og aktivitetsplan Byggherrens vurderingskriterier for fastsettelse av byggetid/arbeid på kontrakten Byggherrens tidsplan Entreprenørens fremdriftsplan Entreprenørens aktivitetsplan ved driftskontrakt (tidl.funksjonskontrakt) Avviksbehandling Avvik fra SHA-planen Entreprenørens plikter Byggherres plikter HMS-avvik Vedleggsoversikt Vedlegg 1 Skjema for melding av avvik fra SHA-planen... Vedlegg 2 Lover og forskrifter... Vedlegg 3 Riggplan, herunder rigg ved bevegelige arbeider... Vedlegg 4 Arbeidstidsordninger... Vedlegg 5 Ulykkesberedskap, herunder beredskapsplan, - øvelser og debrifing... Vedlegg 6 Prosedyre for oppfølging av K4- og K5-hendelser (også potensielle)... Vedlegg 7 Prosedyre for stans av farlig arbeid... Vedlegg 8 Varslingsplan... Vedlegg 9 Definisjoner... SHA-plan: Fv. 48 Holmefjord Toaletthus 3 av 17

6 1. Mål for prosjektet Statens vegvesen har som arbeidsgiver og byggherre det mål at all virksomhet i etaten skal gjennomføres uten at mennesker, materiell og miljø påføres skade. For denne kontrakten er det satt følgende mål: H1-verdi (Fraværsskadefrekvens): 0 H2-verdi (Personskadefrekvens): 0 F-verdi (Fraværsfrekvens): 0 N-verdi (Nestenulykkefrekvens): 0 Begrunnelse dersom H- eller F-verdi settes forskjellig fra 0: Andre prosjektmål: Entreprenøren skal under arbeidets gang ta hensyn til omgivelsene slik at ikke trafikanter og andre berørte parter sjeneres unødvendig av støv, støy, utslipp, avfall etc. I samarbeid med byggherren skal entreprenøren bidra til løpende informasjon til berørte parter. Arbeidene vil bli utført ved trafikkert veg, entreprenøren må få utført trafikkavvikling på en sikker måte. SHA-plan: SHA-plan: E.39 Romarheimsdalen Skredvoll Side Side 4 av 17

7 2. Organisering av HMS-arbeidet 2.1 Generelt Kontraktstype: Enhetspris Entrepriseform: Utførelsesentreprise Bygging og levering av toaletthus på rasteplass ved Fv. 48 Holmefjord. 2.2 Byggherre og byggherrens representant Byggherre for riksveg, Statens vegvesen, Region vest Prosjekteier: Gunhild Beate Nes Vangsnes Prosjektleder: Arnljot Jordal HMS-koordinator: Håvard Dyrkolbotn Byggeleder: Håvard Dyrkolbotn Byggherre for fylkesveg i kontrakten/prosjektet Fylke: Hordaland Fylke SHA-plan: E 39 Romarheimsdalen Skredvoll Side 5 av 17

8 Fylke: (inkl. henvisning til avtale med fylkeskommunen) Byggherrens representant for fylkesveg, Statens vegvesen, Region <xxx> Prosjekteier: Gunhild Beate Nes Vangsnes Prosjektleder: Arnljot Jordal HMS-koordinator: Håvard Dyrkolbotn Byggeleder: Håvard Dyrkolbotn I de tilfeller Statens vegvesen utfører byggherreoppgaver på vegne av en fylkeskommune, har vi rollen som byggherrens representant etter byggherreforskriften. Byggherrens representant benevnes som byggherre videre i dokumentet. Dersom det er behov for å angi ansvar for en fylkeskommune som er byggherre, vil dette bli angitt som den aktuelle fylkeskommunen med navn, jf Hovedbedrift med samordningsansvar <navn> SHA-plan: E 39 Romarheimsdalen Skredvoll Side 6 av 17

9 Prosjektleder: Leder (navn) for samordningsansvar: Anleggsleder(e): Verneombud: Andre entreprenører/virksomheter tilknyttet kontrakten (underentreprenører): Andre interessenter (teleoperatører, kraftselskaper osv.): 2.4 Sideentreprenør <navn> Prosjektleder: HMS-leder: Anleggsleder(e): Verneombud: SHA-plan: E 39 Romarheimsdalen Skredvoll Side 7 av 17

10 2.5 Organisasjonskart Alternativ 1: Entrepriseform: HOVEDBEDRIFT BYGGHERRE Prosjekteier Gunhild Beate Nes Vangsnes Prosjektleder SHA leder Prosjektleder Arnljot Jordal Byggeleder Håvard Dyrkolbotn HMS-koordinator Håvard Dyrkolbotn Anleggsleder Verneombud Underentreprenør Underentreprenør Underentreprenør Underentreprenør SHA-plan: E 39 Romarheimsdalen Skredvoll Side 8 av 17

11 3. Risikovurdering og risikoreduserende tiltak 3.1 Mulige farer og tiltak Byggherren har foretatt overordnet risikovurdering montering av toaletthus på rasteplass ved Fv. 48 Holmefjord. En risikovurdering er alltid beheftet med usikkerhet og er derfor ingen fasit for hva som kan skje. Den inngår som et beslutningsunderlag både under planlegging og utførelse av arbeidet. Risikovurderingene for montering toaletthus på rasteplass ved Fv. 48 Holmefjord er gitt på de neste sidene. Identifiserte farer som krever risikoreduserende tiltak er markert med rødt og farer der tiltak må vurderes er markert med gult. Farer markert med grønt er vurdert til å ha så lav risiko at tiltak vanligvis ikke er nødvendig. Risikoreduserende tiltak er også lagt inn som forutsetning ved risikovurderingen før vurdering av konsekvens og sannsynlighet. Grønne hendelser vil fortsatt innebære en viss risiko, særlig hvis de skjer ofte. Slike hendelser (eks repeterende og statiske arbeidsoperasjoner) kan være både forstyrrende for andre og gi mulige senskader for arbeidere. De må derfor følges opp med relevante prosedyrer fra arbeidsgiver selv om de normalt sett ikke gir skader av betydning. Selv om en risikovurdering ender i en grønn kategori skal man alltid vurdere behov for tiltak. Dette basert på usikkerheten som ligger i selve risikovurderingen. 3.2 Oppfølging Byggherrens overordnede og eventuelt detaljerte risikovurderinger med tiltak er ikke nødvendigvis uttømmende. Entreprenøren skal vurdere byggherrens konklusjoner, samt gjøre selvstendige vurderinger av risikofylte arbeidsoperasjoner. Begge parter skal gi løpende tilbakemelding om nye risikoforhold eller endrede forutsetninger i risikovurderingen utover det som er påpekt i tabellen på neste side. Dokumentasjon av entreprenørens egne risikovurderinger og sikker-jobb-analyser (SJA) skal overleveres byggherre løpende i kontraktstiden. SHA-plan: E 39 Romarheimsdaled Skredvoll Side 9 av 17

12 Side 10 av 17

13 Side 11 av 17

14 Side 12 av 17

15 4. Tids-, fremdrifts- og aktivitetsplan 4.1 Byggherrens vurderingskriterier for fastsettelse av byggetid/arbeid på kontrakten Leveringstid på pre- fabrikkert toaletthus 4.2 Byggherrens tidsplan For denne kontrakten er det utarbeidet følgende tidsplan: Løyving midler Hordaland Fylke: April.2016 Prosjektering/ konkurransegrunnlag: Juni 2016: Ferdig Ferdigstilles Entreprenørens fremdriftsplan 4.4 Entreprenørens aktivitetsplan ved driftskontrakt (tidl.funksjonskontrakt Side 13 av 17

16 Side 14 av 17

17 5. Avviksbehandling 5.1 Avvik fra SHA-planen Endringer i SHA-planens forutsetninger skal håndteres som avvik. Med avvik er her å forstå: - endringer i organisasjon, både byggherres og entreprenørens organisasjon, - endringer i tidsplanen, fremdriftsplanen ved forhold som har betydning for samordningen av arbeidsoperasjoner mellom de ulike entreprenørene - forhold som krever spesielle tiltak. Når det avdekkes nye forhold som ikke allerede er beskrevet i SHA-planen og som er av betydning for arbeidstakernes liv og helse Entreprenørens plikter Representant fra hovedentreprenør/sideentreprenør skal straks melde til byggherren når det avdekkes eller oppstår avvik i forhold til organisasjon, fremdrift og når nye forhold som krever spesielle tiltak oppstår. I avviksmeldingen skal det fremlegges for byggherren forslag til løsninger som bidrar til å lukke avviket-/ene. Byggherres plikter Byggherren skal vurdere avvikene, eventuelle drøfte forslag til løsninger før beslutning om tiltak tas. Byggherren skal fortløpende oppdatere SHA-planen når det oppstår endringer i planforutsetningene som har betydning for arbeidstakernes liv og helse. Entreprenøren skal umiddelbart orientere sine ansatte og underentreprenører om endringer og oppdateringer av SHA-planen. Side 15 av 17

18 5.2 HMS-avvik HMS avvik (både ulykker, nestenulykker/farlige forhold) skal rapporteres i henhold til byggherrens gjeldende skjema og rutiner. Alle avvik skal behandles i byggemøte med sikte på å klarlegge årsaksforhold og fastsette tiltak for å hindre gjentakelse. Entreprenøren skal sørge for at informasjon og erfaringsoverføring fra avviksbehandlingen blir gitt til alle som jobber på det aktuelle prosjektet. Flytskjemaet til høyre viser prosessen for avviksbehandling. Side 16 av 17

19 6. Vedlegg Vedlegg 1 Vedlegg 2 Vedlegg 3 Vedlegg 4 Vedlegg 5 Vedlegg 6 Vedlegg 7 Vedlegg 8 Vedlegg 9 Vedlegg 10 Skjema for melding av avvik fra SHA-planen Lover og forskrifter Riggplan, herunder rigg ved bevegelige arbeider Arbeidstidsordninger Ulykkesberedskap, herunder beredskapsplan, - øvelser og debrifing Prosedyre for oppfølging av K4- og K5-hendelser (også potensielle) Prosedyre for stans av farlig arbeid Varslingsplan Definisjoner Dokumentasjon Side 17 av 17

20 Vedlegg til A1 dokumentliste side A1-1 Dataleveranse til kart og NVDB Fv 48 Holmefjord / Fv 57 Trædalseggje toalettbygg

21 Objektliste for ferdigvegsdata til kart og NVDB Objektliste for ferdigvegsdata til kart og Nasjonal VegDataBank (NVDB) Objektliste versjon 3.3 Produsert Felles for alle regioner i Statens vegvesen Fv 48 Holmefjord / Fv 57 Trædalseggje NVDB versjon Veiledning til krav om leveranse av data til FKB-kart og NVDB toalettbygg Objektliste tilrettelagt FKB (kart) Datakatalog (NVDB) Datasett Objekter til FKB Objekter til NVDB Egenskapsskjema Forklaring til NVDB Aktuelt i prosjektet NVDB Skiltpunkt_95 Skiltpunkt er en sammensetning av x skiltplater, stolper og stolpefundament mm. NVDB Skiltplate_96 Plate med skiltmotiv. x FKB-Ledning 4.5 EL_Belysningspunkt x NVDB Belysningspunkt_87 En eller flere lysarmatur på lysmast, x etc lokalisert i et punkt NVDB Lysmast_181 Mast i forbindelse med x veg/gatebelysning NVDB Lysarmatur_88 Lyskilde med innfatning x NVDB Kabel_92 Elektrisk eller optisk leder x FKB-Ledning NVDB Kum_45 Trekkekum_853 Kum for trekking og/eller x sammenkobling av kabler NVDB TrekkerørKanal_852 Rør eller kanal for trekking av kabel x NVDB Kabelgrøft_843 Lukka grøft med kabler og trekkerør x NVDB Tennpunkt_481 Utstyr for tenning av belysning x NVDB ElektriskAnlegg_461 Matepunkt med måler for lavspentnett som forsyner vegvesenets installasjoner med strøm. NVDB Fordelingstavle_819 Tavle/skap/koblingsboks/punkt hvor strøm fordeles til teknisk utstyr. Benyttes bl.a. i forbindelse med tunnelutstyr x FKB-Ledning 4.5 Skap x NVDB LukketRørgrøft_78 Trase med nedgravd(e) rørledning(er) eller pukkstreng. Benyttes i første rekke i forbindelse med drenering av veger, men kan også inneholde andre typer rørledninger. Merknad: Grøft med kun kabler og trekkerør er definert som egen vegobjekttype Kabelgrøft x NVDB Rørledning_77 Ledning for transport av væske eller gass (uoff). x FKB-Ledning 4.5 Kanal x FKB-Bygning + NVDB Bygning Bygning_65 Bygning i tilknytning til vegen x FKB-Bygning Fasadeliv x FKB-Bygning Takkant x FKB-Ledning NVDB Mast StolpeGenerell_11 typiske data for en stolpe x NVDB Renovasjon_27 Utstyr brukt i forbindelse med renovasjon NVDB Toalettanlegg_243 Ett eller flere rom i en bygning med ett eller flere klosett/toalettskåler/pissoarer. x x x 1 av 1

22 Versjon 3.3 Veiledning til krav om leveranse av ferdigvegsdata til FKB-kart og NVDB fra bygge- og driftskontrakter

23 Innhold 1 Innledning Ansvar og roller Statens vegvesens ansvar Entreprenørs ansvar Generelle krav til utførelse Koordinatsystem og høydereferanse Krav til FKB-kart SOSI-hode Objektnivå Objekttype Datafangstdato Registreringsversjon Kvalitet Medium Flatedanning av objekt Filstruktur og format SOSI-Kontroll Krav til NVDB SOSI-hode Objektnivå Objekttype Datafangstdato ID (koblingsnøkkel) ved alternativ leveranse Kvalitet NVDB egenskaper Filstruktur og format SOSI-NVDB-kontroll Komplett leveranse VEDLEGG 1. Alternativ leveranseform med egenskapsskjema Geometri Egenskaper Kobling mellom geometri og egenskaper... 21

24 1 Innledning Veiledning til krav om leveranse av ferdigvegsdata til FKB 1 -kart og NVDB 2 fra bygge- og driftskontrakter stiller krav til innhold, kvalitet og format på dokumentasjonen som skal leveres i henhold til Objektlista. Entreprenøren skal dokumentere alle utførte prosesser(nye, endrede og fjernede objekter). 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. 1 Felles KartdataBase (FKB) 2 Nasjonal VegDataBank (NVDB) Statens vegvesen side 2

25 2 Ansvar og roller Ansvarsfordeling mellom vegvesen og entreprenør. Figur 1. Ansvarsfordeling 2.1 Statens vegvesens ansvar Beskrive krav til dokumentasjon og leveranse av data som skal rapporteres til FKB-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 FKB-kart og NVDB 2.2 Entreprenørs ansvar Levere innmålinger og annen dokumentasjon av som bygget i henhold til krav gitt i kontrakten Levere digitale data for endrede og slettede objekter som følge av bygge- eller driftskontrakten Levere leveranseprotokoll med eventuelle avviksmeldinger når det oppstår endringer i forhold til kontrakten. Leveranseprotokoll gjøres tilgjengelig på e-rom/prosjekthotell, eller minnepinne. 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 3. Eventuelle påviste feil/avvik ved kontrollen skal kommenteres. Dette gjelder kun FKB-datasettene. Entreprenør er ansvarlig for å ha systemer til produksjon av FKB/NVDB datasett. 3 Se spesielt Kart- og geodata, SOSI-standarden og Produktspesifikasjon Felles KartdataBase Statens vegvesen side 3

26 3 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 4 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 ferdigvegsdata til FKB-kart og NVDB fra bygge- og driftskontrakter, heretter kalt Objektlista. Utvalget i Objektlista er veiledende og entreprenør skal dokumentere ny situasjon for FKB-kart og NVDB iht gjeldende FKB produktspesifikasjon og NVDB Datakatalog. Eventuelle tillegg eller avvik i forhold til Objektlista skal kommenteres i leveranseprotokollen. Figur 2. Objektlista 3.1 Koordinatsystem og høydereferanse For byggekontrakter leveres data i det koordinatsystem og i den høydereferansen som er benyttet på det enkelte anlegg dersom ikke annet er avtalt. 4 SOSI (Samordnet Opplegg for Stedfestet Informasjon) er et dataformat som er en Norsk Standard utviklet av Statens kartverk for utveksling av digitale kartdata Statens vegvesen side 4

27 For driftskontrakter leveres data i EUREF89, aktuell UTM-sone og aktuell høydereferanse (NN1954 eller NN2000) dersom ikke annet er avtalt. Med aktuell menes kommunenes offisielle referansesystemer. 4 Krav til FKB-kart Full oversikt over de ulike FKB-datasettene og tilhørende produktspesifikasjoner finnes her: Produktspesifikasjonens Generell del inneholder nyttig informasjon som beskriver hovedprinsipper og generelle egenskaper og anbefales lest. Det benyttes ikke lenger temakoder i SOSI. Objektenes geometriske elementer (flate, kurve, punkt) med alle påkrevde egenskaper skal leveres i henhold til SOSI-standard FKB-B produktspesifikasjon versjon som angitt i Objektlista. Aktuelle objekttyper for prosjektet er spesifisert i Objektlista. Følgende avvik gjelder i forhold til objekttyper i FKB-standarden: Objekttype SkjæringKant FyllingKant Tunneler Avvik Skal registreres med objekttype SkjæringKant og leveres i datasett FKB-Høydekurve Skal registreres med objekttype FyllingKant og leveres i datasett FKB-Høydekurve FKB-leveransen skal også omfatte objekter i tunnel. Husk å beskrive..medium U 4.1 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 ISO TRANSPAR...KOORDSYS 22...ORIGO-NØ ENHET 0.01 VERT-DATUM NN54..OMRÅDE...MIN-NØ MAX-NØ SOSI-VERSJON 4.5..SOSI-NIVÅ 4..OBJEKTKATALOG FKB-Veg 4.5 De fleste av parameterne her blir vanligvis generert av programvaren, men uthevede verdier må defineres Andre egenskaper som kan ligge i SOSI fil-hode er:..produsent (Firmanavn) Statens vegvesen side 5

28 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å EUREF NTM 5 sone5 basert på EUREF NTM sone 20 basert på EUREF89 Tabell 1. Koder for Koordinatsystem (Kilde: FKB Produktspesifikasjon) 4.2 Objektnivå Beskrivelse av egenskapersom skal ligge på objektnivå (eksempel Vegrekkverk):.KURVE 41:..OBJTYPE Vegrekkverk..DATAFANGSTDATO REGISTRERINGSVERSJON FKB 4.5..KVALITET HREF TOP (påkrevd på enkelte objekttyper)..medium L (betinget egenskap; benyttes for objekter som ikke ligger på terrengoverflaten)..nøh Objekttype Navn på objekttype, unikt innen SOSI objektkatalog. Figur 3. Objekttypenavn (Kilde: Kartverket) 5 NTM står for Norsk Transversal Mercator, datum gjerne benyttet i byggeprosjekter Statens vegvesen side 6

29 ParkeringsområdeAvgrensning SkråForstøtningsmurAvgrensning Terrenglinje Fasadeliv (HREF FOT) Voll Trafikkøykant Vegrekkverk MastVeilys InnmåltTre MurLoddrett Skjerm Mast Figur 4. Objekttypenavn (Kilde: Kartverket) Figur 5. Objekttypenavn (Kilde: Kartverket) Statens vegvesen side 7

30 4.2.2 Datafangstdato Angir dato for måling/observering/registrering av objektet (i terrenget). Angis på format: ååååmmdd Eksempel:..DATAFANGSTDATO Registreringsversjon Angir hvilken versjon av registreringsinstruksen som ble benyttet ved datafangst. Eksempel:..REGISTRERINGSVERSJON FKB Kvalitet Beskrivelse av kvaliteten på stedfestingen. Kvalitet egenskapen er i FKB-kart påkrevd på alle dataobjekter med unntak av fiktive linjer og flateobjekter. Angis med målemetode, nøyaktighet, synbarhet, målemetode for høyde og nøyaktighet for høyde. Denne egenskapen skal kompaktifiseres slik:..kvalitet <MÅLEMETODE> <NØYAKTIGHET> <SYNBARHET> <H-MÅLEMETODE> <H-NØYAKTIGHET> Eksempel:..KVALITET Målemetode Metode for måling i grunnriss (x, y) og høyde (z). Det stilles ikke krav til hvilken målemetode som benyttes, men nøyaktigheten. Der plandata benyttes som leveranse skal kontroller ha vist at nøyaktighet tilfredsstilles. SOSI-navn syntaksdefinisjon.def..målemetode H2 Kodenavn Definisjon/Forklaring Kode 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- 94 Absolutt, fase Kombinasjon av GPS/Treghet 95 GPS Fasemåling RTK Realtids kinematisk måling. 96 Tidligere GPS kinematisk (Real time kinematic) GPS Fasemåling, float-løsning 97 Tabell 2. Koder målemetode (Kilde: FKB Produktspesifikasjon) Statens vegvesen side 8

31 Nøyaktighet Krav til nøyaktighet på data skal generelt være i samsvar med FKB-spesifikasjonen. Følgende krav er aktuelle: Nøyaktighetsklasse FKB-STANDARD Klasse 1 FKB-A Grunnriss 0.15 m Høyde 0.15 m FKB-B Grunnriss 0.20 m Høyde 0.20 m Tabell 3. Tabellen viser krav til nøyaktighet etter klasse (Kilde: FKB Produktspesifikasjon) 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. Nøyaktighet oppgis i cm Synbarhet Synbarhet angir hvor godt den kartlagte detalj var synbar ved kartleggingen. Ved nyanlegg er kun kode 0 aktuell. Kodenavn Definisjon/Forklaring Kode Fullt ut synlig/gjenfinnbar i terrenget. Default 0 Tabell 4. Kode for synbarhet (Kilde: FKB Produktspesifikasjon) Statens vegvesen side 9

32 HREF HREF er påkrevd for enkelte objekttyper. Følgende avvik gjelder i forhold til FKB-standarden: Objekttype Vegrekkverk El_Belysningspunkt InnmåltTre Mast Trase 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 Medium Medium er påkrevd for enkelte objekttyper. Objektets beliggenhet i forhold til jordoverflaten. MEDIUM benyttes for objekter som ikke ligger på terrengoverflaten. 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 Tabell 5. Koder for medium (Kilde: FKB Produktspesifikasjon) Figur 6. Eksempel på registrering av trafikkøy som delvis ligger på bru. Her er det benyttet VegkantFiktiv (grønn stiplet) for å avgrense delen av trafikkøya som ligger oppe på brua (MEDIUM L). Bilde er hentet fra FKB Produktspesifikasjon. Eksempel:..MEDIUM L Statens vegvesen side 10

33 4.3 Flatedanning av objekt Følgende objekttyper skal flatedannes (SOSI-nivå 4): Bru FrittståendeTrapp GangSykkelveg KaiBrygge SkråForstøtningsmur Takoverbygg Trafikkøy Veg Bygning 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 FKB-produktspesifikasjon for disse objekttypene. Figur 7. Eksempler på aktuelle objekttyper (Kilde: FKB Produktspesifikasjon). Statens vegvesen side 11

34 4.4 Filstruktur og format Standard objektliste omfatter følgende datasett: FKB-Arealbruk FKB-BygnAnlegg FKB-Bygning FKB-GenerelleTyper FKB-Ledning FKB-LedningVA FKB-Naturinfo FKB-Høydekurve FKB-Vann FKB-Veg FKB-TraktorvegSti FKB-Vegnett Leveransen skal bygges opp datasettvis i samsvar med inndelingen i FKB. Hvert datasett har i henhold til produktspesifikasjonene et sett med lovlige objekttyper. Disse objekttypene samsvarer med objekttypene i kolonne Objekttype i Objektlista. Data skal leveres på SOSI-format på den versjon Objektlista spesifiserer. Følgende navneregime skal benyttes (her med Fylkesveg 489 som eksempel): FV489_FKB-Veg FV489_FKB-Høydekurve FV489_FKB-BygnAnlegg Slettede og endrede data leveres på egne filer og Følgende navneregime skal benyttes : FV489_FKB-Veg_Endret Følgende merking av endringsdata data skal benyttes:..endringsflagg ENDRET_TYPE (S=Slettet, E=endret egenskaper) ENDRET_TID (ååååmmdd) Statens vegvesen side 12

35 4.5 SOSI-Kontroll Program for å kjøre Sosi-kontroll på FKB-data kan lastes ned på Kartverkets sider: Figur8. SOSI-kontroll/Sosi-vis Statens vegvesen side 13

36 5 Krav til NVDB Leveransen skal være i henhold til gjeldende versjon av datakatalogen i NVDB og gjelder kun objekter knyttet til Europa-, Riks- og Fylkesveger (både bilveg og Gang- og Sykkelveg) Ulike fagsystemer har egne objektkataloger som er tilpasset NVDB-datakatalog og SOSI-formatet. Objektenes geometriske elementer (flate, kurve, punkt) med alle påkrevde egenskaper skal leveres i henhold til spesifikasjoner i Objektlistas egenskapsskjema. 5.1 SOSI-hode Ved leveranse til NVDB benyttes spesiell informasjon i hodet for å beskrive NVDB Datakatalogversjon (opplyst i Objektlista) og SOSI-NVDB format. Følgende opplysninger skal inngå i hodet:.hode 0:..TEGNSETT ISO TRANSPAR...KOORDSYS 22...ORIGO-NØ ENHET 0.01 VERT-DATUM NN2000..OMRÅDE...MIN-NØ MAX-NØ SOSINVDB-FORMAT-VERSJON 1.0..DATAKATALOGVERSJON SOSI_VERSJON 8.1 De fleste av parameterne her blir vanligvis generert av programvaren, men uthevede verdier må defineres 5.2 Objektnivå Til forskjell fra FKB-kart leveranseform skal egenskaper angis med egenskapsverdier i henhold til datakatalogen som vist i eksemplet nedenfor for objekttype kum:.punkt 1:..OBJTYPE Kum_83..DATAFANGSTDATO ID (benyttes kun i alternativ leveranseform)..kvalitet AvstandFraVegkant_ Bruksområde_ Materialtype_ LokkRistType_ Diameter_ DybdeTilUtløp_ Dybde_ Type_ Byggeår_ NØH Eksemplet viser en kum som har objekttypenummer 83 i NVDB. AvstandFraVegkant har egenskapstypenummer 2388 og Bruksområde egenskapstypenummer Verdien 2939 for Bruksområde angir at dette er Inntak/utløp stikkrenne. Statens vegvesen side 14

37 TrekkerørKanal_852 Kabel_92 Kabelgrøft_843 TrekkerørKanal_852 Kabel_92 Kabelgrøft_843 Fortau_48 Kantstein_9 VegoppmerkingLangsgående_99 Kum_83 Senter linje GrøftÅpen_80 Blomsterplantinger_274 Grasdekker_15 Nedsenka Kantstein_10 VegoppmerkingLangsgående_99 Fortau_48 Kantstein_9 Skiltpunkt_95 Skiltplate_96 Leskur_25 Trafikklomme_47 VegoppmerkingLangsgående_99 Fartsdemper_103 Skiltpunkt_95 Skiltplate_96 Signalanlegg_89 Signalpunkt_90 Signalhode_91 Belysningspunkt_87 Lysarmatur_88 LLysmast_ Objekttype Navn på objekttype, unikt innen NVDB Datakatalog. Eksempel:..OBJTYPE Kum_83 Gang- og sykkelveg Figur 9 Objekttypenavn (Kilde: NVDB Datakatalogen) Statens vegvesen side 15

38 Vegdekke_241 Bærelag_226 Avrettingslag_791 Forsterkningslag_229 StikkrenneKulvert_79 Rørledning_77 LukketRørgrøft_78 TrekkerørKanal_852 Kabel_92 Kabelgrøft_843 Rekkverk_5 Rekkverksende_176 Støtpute_542 VegoppmerkingLangsgående_99 VegskulderVegkant_269 VegoppmerkingLangsgående_99 VegoppmerkingLangsgående_99 VegskulderVegkant_269 Trafikkdeler_172 Rekkverk_5 VegskulderVegkant_269 VegoppmerkingLangsgående_99 VegoppmerkingLangsgående_99 Kum_83 NedsenkaKantstein_10 VegoppmerkingLangsgående_99 Fortau_48 Kantstein_9 Leskur_25 Skiltpunkt_95 Skiltplate_96 Belysningspunkt_87 Lysarmatur_88 LLysmast_181 Sykkelfelt Figur10 Objekttypenavn (Kilde: NVDB Datakatalogen) Datafangstdato Angir dato for måling/observering/registrering av objektet (i terrenget). Angis på format: ååååmmdd Eksempel:..DATAFANGSTDATO ID (koblingsnøkkel) ved alternativ leveranse Eksempel:..ID For beskrivelse av alternativ leveranseform, se vedlegg 1. Statens vegvesen side 16

39 5.2.4 Kvalitet Beskrivelse av kvaliteten på stedfestingen. Denne egenskapen skal kompaktifiseres slik:..kvalitet <MÅLEMETODE> <NØYAKTIGHET> <SYNBARHET> <H-MÅLEMETODE> <H-NØYAKTIGHET> Eksempel:..KVALITET Kvalitetsegenskapene og krav til nøyaktighet er beskrevet i kapittel NVDB egenskaper Objektene skal beskrives med påkrevde egenskaper og betingede egenskaper der betingelsen er oppfylt. Hvilke egenskaper som er påkrevd og betinget til objektene er tilgjengelige på: versjon merket som Objektliste. Egenskapene kan også hentes fra Objektlista (egenskapsskjemaene). Eksempel: Figur11. Påkrevde egenskaper til objekttypen Kum vist i NVDB Datakatalogen Statens vegvesen side 17

40 Belysningspunkt_87 Lysarmatur_88 Lysmast_181 Bruksområde (B) (Påkrevd hvis forskjellig fra Belysningsstrekning) Plassering (P) Antall armaturer i Belysningpkt (P) Belysning veg/gate Belysning område/plass Belysning vegkryss Belysning gangfelt Belysning tunnel... Lysmast Mindre stolpe Henger i tak/kabelstige Festet på vegg/bygning På portal Henger i vaier 1, 2, 3, 4 eller 5 Antall lyskilder per armatur (P) 1,2, 3 eller 4 Effekt(P) Total mastelengde (P) Type (P) Utligger (B) (Påkrevd hvis Ja) Ettergivende mast (B) (Påkrevd hvis Ja) Bardun/strever (B) (Påkrevd hvis Ja) Tremast Stålmast, rett Gittermast... Ja, Nei Ja, Nei Ja, Nei Figur 12 Eksempel på NVDB-objekter med påkrevde(p)og betingede(b) egenskaper (dette er en prinsippskisse) 5.3 Filstruktur og format Det leveres ett NVDB-datasett (SOSI-fil) per objekttype. Endrede og slettede data skal dokumenteres som avtalt. Statens vegvesen side 18

41 5.4 SOSI-NVDB-kontroll For å kontrollere innholdet i NVDB-data kan det kjøres SOSI-NVDB-kontroll fra Datakatalogen Figur 13 Kontroll av SOSI-NVDB-filer Resultat av kontrollen kan enten komme i form av rapport i regneark eller rapport i SOSI-filer. Merk at betingelser ikke blir kontrollert. Statens vegvesen side 19

42 6 Komplett leveranse Komplett leveranse skal bestå av følgende: Leveranseprotokoll Resultatfiler fra SOSI-kontroll på FKB-data. 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 Evt dokumentasjon av endrede og slettede NVDB-data. Format i samsvar med avtale Statens vegvesen side 20

43 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 FKBdatasett. 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:..OBJTYPE Kum_83*..DATAFANGSTDATO ID Kvalitet 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, og 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 21

44 Figur 14. Bruk av..id Statens vegvesen side 22

45 Statens vegvesen Tlf: ( ) vegvesen.no Trygt fram sammen