Vedlegg 1 TEKNISK SPESIFIKASJON

Transkript

1 Vedlegg 1 TEKNISK SPESIFIKASJON Oppdrag: LPI12001 vektorisering av rasterplankart og kvalitetsheving av digitale planer Kommunenr.: 904, 906, 919 Kommune: Arendal, Grimstad og Froland Fylke: Aust-Agder 1. INNLEDNING GRUNNLAG SKANNING AV PLANKART GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE VEKTORISERING AV PLANKART GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE VEKTORISERING AV MINDRE (VESENTLIGE) ENDRINGER GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE KVALITETSHEVING AV DIGITALE PLANER GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE UTARBEIDING AV SØMLØS PLANBASE GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE SKANNING AV DOKUMENTER GENERELT SPESIELT FOR DETTE OPPDRAGET LEVERANSE BRUK AV KARTVERKETS FYSAK PROGRAMVARE... 8 Side 1 av 8

2 1. INNLEDNING Det skal etableres sømløse plandatabaser i vektorformat etter gjeldende SOSI pt versjon 4.5 i Arendal, Grimstad og Froland kommuner. Til sammen ca 480 reguleringsplaner skal etableres som vektordata ut fra skannede plankart. Til sammen ca 235 digitale reguleringsplaner skal heves fra tidligere SOSI til SOSI 4.5. Digitale planområder for all gjeldende regulering i de tre kommunene skal kvalitetssikres og heves til SOSI 4.5. Følgende forskrifter, standarder og spesifikasjoner skal følges og det vises for øvrig til Miljøverndepartementets og Kartverket nettsider: Planene skal etableres etter Forskrift om kart, stedfestet informasjon, arealformål og kommunalt planregister (kart og planforskriften): Følgende standarder er aktuelle i dette prosjektet: SOSI Del 1 (Generell del) og del 2 (Generell objektkatalog). Den generelle objektkatalogen for plan er sentral i dette oppdraget (nr. 39): r.d25-swjru1o.ips Nasjonal produktspesifikasjon for arealplan og digitalt planregister (NPAD): Produktspesifikasjonen finnes under samme link som kart- og planforskriften, der del 3 innholder SOSI spesifikasjonen. Del 3.2 SOSI produktspesifikasjon reguleringsplaner vil være mest aktuell for dette oppdraget: Navnekonvensjon I Norge digitalt samarbeidet er det utarbeidet en navnekonvensjon for hvordan plandata skal navnes, se Nasjonal produktspesifikasjon for arealplan og digitalt planregister, Del 1 Spesifikasjon for plankart, Navnsetting av plankart. Link: dspek_del1_arealplan_ver pdf Denne navnkonvensjonen skal følges i dette prosjektet, og følgende syntaks brukes: rp3vn<vertikalnivå>-<kommunenr>-<planens kortnavn>-t<ikrafttredelse>_utm<sone>.sos Reguleringsplan (rp), endelig vedtatt arealplan (3) med vertikalnivå (vn= 1-5), kommunenummer, planens kortnavn, dato for ikrafttredelse (T angir tidspunkt), UTM sone for kommunen. Koder for vertikalnivå, vn: 1 = under grunnen (kjeller, tunnel) 2 = på grunnen/vannoverflate 3 = over grunnen (bru) 4 = på bunnen (vann/sjø) 5 = i vannsøylen Eksempel: Rp3vn Holmetjern-T _UTM32.sos Side 2 av 8

3 2. Grunnlag Nødvendig grunnlagsmateriell vil bli stilt til rådighet under prosjektet: - Planoversikt over alle gjeldende planer i den enkelte kommune. Denne oversikten vil inneholde sentrale opplysninger som Planid, Plannavn, Vedtaksdato (ikrafttredelsesdato), Plantype, Planstatus, Planbestemmelse, Lovreferanse med mer. - Planområder for alle gjeldende planer, SOSI-format. - Eksisterende, digitale reguleringsplaner som skal kvalitetsheves som en del av prosjektet. - Eventuelle nye digitale reguleringsplaner som foreligger i SOSI-versjon Wms av sømløs rasterbase. Dette er grunnlaget for vektorisering av alt planinnhold i de planer som ikke forefinnes i vektorformat. For Froland kommune blir dette grunnlaget stilt til disposisjon som enkeltfiler i rasterformat. - FKB-data for kommunen vil bli lagt ut på Kartverkets FTP-server. Dette kan benyttes som underlag og visuell kontroll under digitaliseringsarbeidet. 3. Skanning av plankart 3.1 Generelt Reguleringsplanene skal skannes i farger med en oppløsning på minimum 300 dpi De skannede planene etableres på JPG-format, eventuelt TIF-format. Plankartene skal georefereres, fortrinnsvis ved å benytte affin transformasjon. Georefereringen skal gjøres med utgangspunkt i innpassing til rutenett, siden det erfaringsmessig gir det beste resultatet. Ved manglende rutenett kan innpasningen skje med utgangspunkt i kartdetaljer sammenstilt med detaljer i tilgjengeliggjorte FKB-data. Georefereringen skal være basert på minst 5 punkter, med plassering i hvert hjørne og i et punkt midt på planen. Noen planer kan være vridd i tillegg til den normale krympingen på tvers og langs. Her kan det være aktuelt å søke støtte i flere innpasningspunkt. For planer av høy kvalitet med gode innpasningspunkter, fortrinnsvis rutenett gjelder disse kravene til innpasningsnøyaktighet Målestokk Standardavvik Maks avvik 3*st.avvik 1: m 1 m 1: m 1,5 m For planer av middels til dårlig kvalitet kan kravet over være vanskelig å overholde. Der kan et større standardavvik aksepteres, men innpasningsnøyaktigheten skal dokumenteres i avtalt skjema. 3.2 Spesielt for dette oppdraget Skanning er kun aktuelt dersom man gjennom prosjektet kommer frem til behov for ny skanning av enkelte planer/endringer. Side 3 av 8

4 3.3 Leveranse Skannet dokument på avtalt format leveres for hver plan. Innpasningsfil på SOSI-format skal følge leveransen. Dokumentasjon på innpasningen skal foreligge o Benyttet transformasjonsmetode. o Antall, type (rutenett, FKB) og fordeling av innpasningspunkter o Innpasningsnøyaktigheten (standardavvik) Planområde på vektorform skal leveres for planer som ikke skal vektoriseres. Tegnforklaring/tittelfelt som eget dokument 4. Vektorisering av plankart 4.1 Generelt Det skal ikke gjøres tekniske tilpasninger under digitaliseringen. Resultatet skal være et identisk bilde av rasterplankartet, dvs. at vektoriserte kurver og punkter skal være sammenfallende med rasterplan ved uttegning i målestokken som gjelder for planen. Toleransegrensen for digitaliseringsnøyaktigheten for oppdraget er på 0,5 mm. Unntaket fra denne tilnærmingen for digitalisering er tilfeller der kommunen ønsker at det gjøres en tilpasning til basiskartet, for eksempel at formålgrense skal tilpasses eiendomsgrenser i matrikkelen. Dette vil i så fall framgå av et eget manus som følger planen. Vektoriseringen bør skje i rekkefølge etter dato for ikrafttredelse av planen fra nyeste til eldste. Planområdene av de nyere planene vil da inngå i avgrensningen av hva som skal digitaliseres i underliggende planer. Gjeldende avgrensning for hver enkelt plan etableres i denne fasen som en egen SOSI-fil, siden kvalitetskontroll på plannivå er ønskelig før den sømløse planbasen etableres. Regler for digitalisering: All juridisk informasjon skal digitaliseres: - Flater: Planflate, formålsflater, skraverte flater (hensynssoner, restriksjoner, bevaring, fornyelse med mer) - Linjer: senterlinje, byggegrenser samt forekomster av andre juridiske linjer i : NPAD (del 3.2 SOSI produktspesifikasjon reguleringsplaner versjon 4.31), Kap Juridisklinje RPJURLINJE - Punkter: avkjørsler, tunnelåpninger samt forekomster av andre juridiske punkter i: NPAD (del 3.2 SOSI produktspesifikasjon reguleringsplaner versjon 4.31) Kap juridiskpunkt RPJURPUNKT Andre forhold som gjelder for digitalseringen: - Påskrifter (eks. veibredde, feltnavn og radiusdokumentasjon) skal digitaliseres. Påskrifter som dekkes gjennom egenskapskoding av SOSI-objekter kan sløyfes. Tekst bør om mulig ligge som egenskaper på fortrinnsvis flatene i datasettet. - Det er ikke krav til konstruksjon av buer. - Veilinjer som var tenkt å være parallelle men som ikke er registrert slik, skal forbli ikkeparallelle. Nykonstruksjon av vei for å gi riktig geometri kan føre til at linjer og flater ikke blir Side 4 av 8

5 noen tro kopi av planen. Der kommunen ønsker at det avvikes fra dette prinsippet skal dette framgå av manus der det framgår at tilpasning til basiskartet er ønsket. - De vektoriserte dataene gis..kvalitet 56 (Digitalisert på skjerm fra skannet samkopi). - Juridiske punkt som representeres med symbol med retning, kodes som.symbol. - Planavgrensning (RpGrense) skal ikke vektoriseres fra plankartet, men avledes fra ytre formålsavgrensninger (RpFormålGrense) i planen. På samme måte skal øvrige flateavgrensninger (hensynssoner, fareområder, spesialområder mm) ha eksakt sammenfallende geometri med formålsgrensene der det er intensjonen. - Egenskaper for planområdet skal kodes med informasjon fra den oversendte planoversikten. - Objekt eller deler av objekt som er tegnet utenfor planavgrensning på plankartet, skal ikke vektoriseres. Objekter som avviker fra gjeldende SOSI-standard: - Områder for reguleringsformål som mangler kode i det analoge plankartet, og hvor ikke annet ikke er angitt i manus, skal koden for unyansert formål benyttes. Dette gjelder for eldre planer etter pbl og eldre:..regform Spesielt for dette oppdraget Grunnlaget for vektoriseringen er i første rekke sømløs rasterbase i form av wms-tjeneste, se eksempelvis og eget lag ReguleringsplanRasterUTM planer (inkl mindre endringer) i Arendal kommune 140 planer (inkl mindre endringer) i Grimstad kommune 40 planer (inkl mindre endringer) i Froland kommune For Froland kommune blir rasterplankart stilt til disposisjon som enkeltfiler. For øvrig må planoversikt, planområder i vektorformat og FKB-data brukes som underlag og støttedata. Datalaget planområder skal kvalitetsheves gjennom prosjektet. 4.3 Leveranse - Leveransen skal være i henhold til gjeldende SOSI-versjon, for tiden SOSI Dokumentasjon av gjennomført, feilfri SOSI-kontroll skal legges ved leveransen. - Ved avvik i digitaliseringsarbeidet skal dette dokumenteres gjennom at det utarbeides en kort rapport/sammenstilling med informasjon om avviket og evt. andre tilpasninger. 5. Vektorisering av mindre (vesentlige) endringer 5.1 Generelt Mindre vesentlige reguleringsendringer som innbefatter geometriendringer skal registres i den vedtatte planen som endringene gjelder for. Dokumentet med den mindre vesentlige endringen skannes og innpasses i forhold til skannet hovedplanen. Deretter vektoriseres endringene som implementeres i den vektoriserte planen med gjeldende plandata. I tillegg skal den mindre (vesentlige) endringen georefereres. Det gjøres ved at det registreres en koordinatverdi i senter av endringen som føres inn i oversikt for senere innlegging i kommunens løsning for planregister. Side 5 av 8

6 Der den mindre vesentlige endringen er behandlet som en egen plan, skal planen etableres inn i den sømløse planbasen på lik linje med andre vedtatte planer. Disse planene vil da ha egen planid, og skal kodes med plantype for mindre reguleringsendring (..PLANTYPE 31). 5.2 Spesielt for dette oppdraget Grunnlaget for vektoriseringen er i første rekke sømløs rasterbase i form av wms-tjeneste, se eksempelvis og eget lag ReguleringsplanRasterUTM32 For Froland kommune blir rasterkart stilt til disposisjon som enkeltfiler. For øvrig må planoversikt, planområder i vektorformat og FKB-data brukes som underlag og støttedata. 5.3 Leveranse - Mindre (vesentlige) endringer sydd inn i den planen den tilhører. - Koordinatverdi i senter av den mindre (vesentlige) endringen. 6. Kvalitetsheving av digitale planer 6.1 Generelt Ved en kvalitetsheving av eksisterende, digitale planer skal disse punktene utføres: Oppgradering, konvertering og transformasjon: Der referansesystemet eventuelt ikke er EUREF89-UTM, skal planen transformeres fra NGO48 til EUREF89-UTM med gjeldende kommuneformel. Planer som foreligger på et annet vektorformat enn SOSI skal konverteres til gjeldende SOSI-versjon. Ved konvertering må objekter og egenskaper ivaretas. Der det opprinnelige vektorformatet ikke er fullstendig sammenlignet med det vedtatte papirkartet må den konverterte filen suppleres med informasjon fra papirkartet. Planer på eldre SOSI-format må oppgraderes til gjeldende SOSI-versjon. Statens kartverk har utarbeidet omkodingsrutiner for SOSI-versjoner fra 2.2 til gjeldende SOSI-versjon 4.5 pr. dd, som kan stilles til rådighet. Krav til geometri/topologi Den bearbeidede SOSI-filen skal tilfredsstille disse kravene til geometri/topologi: Alle formålsgrenser skal henge sammen. Innenfor planområdet skal hele området være dekket av arealformål. Ingen linjer av samme objekttype skal ligge dobbelt. Grenselinjer som ikke er brukt i flatedanning skal ikke forekomme. Grenselinjer skal ha et knutepunkt der hvor de krysser samme objekttype Formålsgrense mellom to formål skal kun være en linje. Formålsområdene skal derfor ikke være overlappende. Formålsgrensen skal være identisk med planens begrensning i ytterkant av planen Dersom to linjer med forskjellige objektkode skal ligge dobbelt (for eksempel formålsgrense og hensynssonegrense) skal den ene linjen være en kopi av den andre. Ingen punkt, linjer, flater eller tekst skal befinne seg utenfor plangrensen Krav til SOSI-koding Den bearbeidede filen skal tilfredsstille disse kravene til gjeldende SOSI-produktspesifikasjon (NPAD del 3.2) Side 6 av 8

7 Der det i den opprinnelige planen har blitt benyttet koder, geometrityper og objekter som avviker fra SOSI-produktspesifikasjon skal koden for Unyanserte formål benyttes (..REGFORM 999). Dette gjelder for eldre planer etter pbl og eldre: Kommunen vil være ansvarlig for å følge opp disse formålene videre for evt. tilpasning til SOSIstandard. Andre avvik fra SOSI-produktspesifikasjon skal rapporteres. 6.2 Spesielt for dette oppdraget Planene som skal kvalitetsheves stilles til disposisjon i SOSI-format. 160 planer i Arendal kommune 65 planer i Grimstad kommune 10 planer i Froland kommune For øvrig brukes det samme grunnlaget i form av WMS-tjenestene, planoversikten, planområdene og FKB-data som støtte. 6.3 Leveranse De kvalitetshevede SOSI-filene leveres på FTP-server til Statens kartverk, evt. med rapport dersom avvik fra SOSI produktspesifikasjon har blitt funnet. - Dokumentasjon av gjennomført, feilfri SOSI-kontroll skal legges ved leveransen. 7. Utarbeiding av sømløs planbase 7.1 Generelt Det etableres egne datalag for hver plantype ihht. Nasjonal produktspesifikasjon for arealplan og digitalt planregister (plantype og fysiske plannivå). Alle planer i planoversikten over gjeldende planer i kommunen skal inngå i utarbeidingen av sømløse datalag. Det vil gjelde for eksisterende, digitale plandata og nydigitaliserte plandata (vektor- og/eller rasterformat). Planbasen skal kun inneholde gjeldende planer uten overlapp. Planer som er helt eller delvis opphevet av nyere planer klippes bort. Dersom planer inneholder data i ulike vertikalnivå, skal det etableres et datalag for hvert nivå. For bebyggelsesplaner gjelder følgende generelt: - Bebyggelsesplan vedtatt etter krav i reguleringsplan: Innhold suppleres i gjeldende reguleringsplanbase. Omriss i egen base p.g.a. at den kan ha egne planbestemmelser. - Bebyggelsesplan vedtatt etter krav i kommuneplan(kun uregulerte strøk): Legges komplett inn igjeldende reguleringsplanbase. Gjennom prosjektet må dette avklares med den enkelte kommune. 7.2 Spesielt for dette oppdraget Alle data etableres i kommunevise baser. Der det er behov for avklaringer gjøres dette med oppnevnt kontaktperson i aktuell kommune. Det tas utgangspunkt i etablert lag med planområder, vektoriserte plandata (pkt 4 og 5), og kvalitetshevede plandata (pkt 6). Alle justeringer som følge av overlapp må dokumenteres. Ved spørsmål eller tvil skal respektive kommunes kontaktperson beslutte endring i plandataene. Side 7 av 8

8 7.3 Leveranse Det skal leveres en planbase for hver plantype i hver kommune Det skal leveres en planbase for hvert vertikalnivå i hver kommune Det skal leveres et kontrolluttrekk av planområder i hver kommune med egen dokumentasjon av SOSI-kontroll 8. Skanning av dokumenter 8.1 Generelt Alle aktuelle dokumenter skal være skannet, og tilgjengelige gjennom kommunenes innsynsløsninger på nettet. 8.2 Spesielt for dette oppdraget Dersom det gjennom prosjektet oppstår behov for å skanne enkeltdokumenter (som mangler el.l.) gjøres dette som del av prosjektet etter avtale med angjeldende kommunes kontaktperson. 8.3 Leveranse De skannede dokumentene leveres på PDF-format. 9. Bruk av Kartverkets FYSAK programvare Dersom oppdragstaker ønsker det vil siste offisielle versjon av Kartverkets FYSAK programvare med tilhørende styrefiler laget for uttegning og redigering av presentasjonsdata bli stilt til rådighet i forbindelse med oppdraget. Hvis ønskelig kan oppdragsgiver stille til rådighet for oppdragstaker det presentasjonsregelsettet (i form av en såkalt KOM-fil) som sammen med gratisprogrammet SOSIVis og N5-kartdata gjør det mulig å tegne opp på skjerm det ferdige redigerte presentasjonsdatasettet slik som det vil framstå på N5-raster. Side 8 av 8