Vedlegg 1 TEKNISK SPESIFIKASJON

Transkript

1 Vedlegg 1 TEKNISK SPESIFIKASJON Oppdrag: LPIEST02 Digitaliseringsprosjekt i Sør- Trøndelag 2012 pulje 2 Kommunenr.: 1613, 1621, 1624, 1627, 1630, 1633, 1657 og 1718 Kommune: Snillfjord, Ørland, Rissa, Bjugn, Åfjord, Osen, Skaun og Leksvik Fylke: Sør-Trøndelag og Nord-Trøndelag Side 1 av 7

2 1. INNLEDNING GRUNNLAG VEKTORISERING AV PLANKART GENERELT LEVERANSE VEKTORISERING AV MINDRE (VESENTLIGE) ENDRINGER GENERELT LEVERANSE KVALITETSHEVNING AV DIGITALE PLANER GENERELT LEVERANSE UTARBEIDING AV SØMLØS PLANBASE GENERELT LEVERANSE... 7 Side 2 av 7

3 1. Innledning Dette dokumentet inneholder tekniske krav som gjelder for dette oppdraget. Alle standarder det er henvist til finnes tilgjengelig på Miljøverndepartementet eller Kartverkets hjemmesider. I standardene og spesifikasjonene nevnt under kan det være henvisninger til andre standarder. 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): +versjoner.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 Datert 16.april 2012 vil være mest aktuell for dette oppdraget: I_prodspek_del3_2_SOSI_reguleringsplaner_45_ver pdf 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: /Plan_Prodspek_Del1_Arealplan_ver pdf Denne navnkonvensjonen skal følges i dette prosjektet, og følgende syntaks brukes: <planid>.xxx (xxx =.sos,.jpg, jpw, txt, doc) Eksempel: sos 2. Grunnlag Nødvendig grunnlagsmateriell vil bli stilt til rådighet under prosjektet: - Planoversikt over alle gjeldende planer i kommunen. Denne oversikten vil inneholde sentrale opplysninger som Planid, Plannavn, Vedtaksdato (ikrafttredelsesdato), Plantype, Planstatus, Planbestemmelse, Lovreferanse med mer. Side 3 av 7

4 - Tilgang til eksisterende, digitale reguleringsplaner, evt. planområde for gjeldende planer. Disse planene skal benyttes for å unngå digitalisering av deler av gammel plan som blir delvis erstattet av nyere plan. - Eksisterende, digitale reguleringsplaner som skal kvalitetsheves som en del av prosjektet. - Skannet og georefererte planer, inkludert synlig tegnforklaring. - FKB-data for kommunen vil bli lagt ut på Kartverkets FTP-server. Dette kan benyttes i forhold til digitaliseringsarbeidet, og til visuell kontroll underveis. - Gjeldende transformasjonsbibliotek for kommunen vil om nødvendig gjøres tilgjengelig for å sikre en best mulig transformasjon fra NGO48 til EUREF89-UTM. 3. Vektorisering av plankart 3.1 Generelt Det skal ikke gjøres tekniske tilpasninger under digitaliseringen. Resultatet skal være et identisk bilde (en tro kopi ) av analog plan, dvs. at vektoriserte kurver og punkt 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, datert 16.april 2012), Kap Juridisklinje RPJURLINJE - Punkter: avkjørsler, tunnelåpninger samt forekomster av andre juridiske punkter i: NPAD (del 3.2 SOSI produktspesifikasjon reguleringsplaner, datert 16.april 2012) Kap juridiskpunkt RPJURPUNKT Andre forhold som gjelder for digitaliseringen: Side 4 av 7

5 - 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 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. ( Klippes bort ) 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 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. 4. Vektorisering av mindre (vesentlige) endringer 4.1 Generelt Mindre vesentlige reguleringsendringer som innbefatter geometriendringer skal registres i den vedtatte planen som endringene gjelder for. Dokumentet med den mindre vesentlige endringen er skannet og georeferert. Endringene vektoriseres og implementeres i den vektoriserte planen med gjeldende plandata. 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). 4.2 Leveranse - Mindre (vesentlige) endringer sydd inn i den planen den tilhører. - Koordinatverdi i senter av den mindre (vesentlige) endringen. Side 5 av 7

6 5. Kvalitetshevning av digitale planer 5.1 Generelt Ved en kvalitetshevning av eksisterende, digitale planer skal disse punktene utføres: Oppgradering, konvertering og transformasjon: Der referansesystemet ikke er EUREF89-UTM, skal planen transformeres fra NGO48 (evt. fra lokalt koordinatsystem) til EUREF89-UTM med gjeldende fylkesformel. Planer som foreligger på et annet vektorformat enn SOSI (dxf, dwg og andre?) 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 SOSIversjon (pr versjon 4.5 for SOSI-Plan), 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) 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. 5.2 Leveranse De kvalitetshevede SOSI-filene leveres på FTP-server til Statens kartverk, evt. med rapport der avvik fra SOSI produktspesifikasjon har blitt funnet. Side 6 av 7

7 6. Utarbeiding av sømløs planbase 6.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å. 6.2 Leveranse Det skal leveres en planbase for hver plantype Det skal leveres en planbase for hvert vertikalnivå Side 7 av 7