Skövde Tåg: 1 tim från Gbg - 2 tim från Sthlm
Skövde kommun
Skövde Fakta Ca 51 000 invånare i Skövde kommun Plan, Bygg o Lantmäteri ca 33 pers (Plan 6, K&M 7, Bygglov 9, Adm 6) KLM Kommunal lantmäteri myndighet (4+Pblf-c) IT- enhet: Windows7, 32-bitars, Oracle 10.2 Kartstöd: AutoCAD2011/Topobase2011/ Novapoint 18.10 KartWebb, Mapguide2012 intern och extern
Planprojektet Laga kraft, vad händer sen? Bild från Boverket
Syfte Att rationellt leverera data till Nationella system Att förenkla bygglovsarbete, fastighetsbildning och kartframställning (Digitalt arkiv)
Mål 1. Att uppdatera webbkartans planmosaik via databas 2. Att leverera plangränser till Nationella system 3. Att kvalitetsförbättra äldre planinnehåll (vektoriserade rasterbilder)
Bakgrund Problem/Hinder Kvalitets problem till NDRK (shape) Uppdatering, många personer inblandade Ritningsstädning, Gis-anpassning Ej 64-bitars windows (omöjliggör effektiv städning i NovaPoint) Hur kvalitetshöjer vi äldre planer (shapefiler), hur ska vi lagra dessa?
Projektgrupp PBLF Birgitta Jansson, GIS-samordare, uppdatering planinforamtion webbkartor Inger Holm, Fysisk planerare, Gis-anpassning Linda Axelsson, Teknisk lantmätare, lagring Topobase Lars Börjesson, Kart & Mät chef, kvalitet äldre planer Madeleine Larsson, Förrättningslantm, planregister och digital registerkarta
Förutsättningar Skövde har 722 planer Planmosaik,shape filer Original i Riksarkivet Registrering i Planregistret LM
Planmosaik
Planmosaikens ursprung Digitalt producerade planer (ajour löpande) ca 370 st (DP388 1991) Analoga planer - konstruerade efter fastighetsgräns i våra småtätorter ca 100 st Analoga planer vektoriserade från rasterbilder ca 250 st
Plangräns yta.shp Begränsning yta Plan o symbol linjer Text punkter Användning yta
Planinnehåll Plangräns yta Begränsning yta Plan o symbol linjer Text punkter Användning yta.shp
Planinnehåll Plangräns yta Begränsning yta Plan o symbol linjer Text punkter Användning yta
Planinnehåll Plangräns yta Begränsning yta Plan o symbol linjer Text punkter Användning yta
Länk till planen Plangräns yta Begränsning yta Plan o symbol linjer Text punkter Användning yta Nya planer scannas 1 gång per år
Mål 1 Att uppdatera webbkartans planmosaik via databas + Skapa personoberoende Uppdatering kan schemaläggas
Metod testdator NovaPoint 18.20 64-bitars windows lagring av plan i Quadri/Oracel skapat Novapointanvändare i Oracle testlagring av planer test planer kopplat till webbkarta skapa rutiner och arbetsflöden för ajourhållningen
Planinnehåll från Oracle lagrat via Novapoint 18.10
Rutiner
Så här gör vi idag (fil) Lagakraftvunnen plan bereds på planenheten, idag sköter Planenheten(en handläggare) GISanpassning Rapporterar till KLM som registrerar i Planregistret NDRK samt Plan-best.dwg och leverans till LM M-stad löpande. GIS-uppdaterar shape-filer och laddar till webb
Simbanediagram idag
Så här gör vi imorgon (databas)? Planenheten-Lagakraft Planer och kan använda Novapointfunktion städning på 64-bitars windows. GÖR Export 1 ProjektID + Quadri-db Rapporterar till KLM för planregister och lagring GÖR Quadri till Oracel. KLM rapport till K&M som uppdat TB och kopplar centriod till Planpunkten. Leverans till LM /NDRK månadsvis export (ÄDP)
Eller så här i morgon
Varför plangränsen i Topobase? Plangränsen tillhör registerkartan Svårt att få plangränser att bli exakta små korta linjer, överskjutande ytor, glapp osv. LM får lägga ajourhållning på varje leverans Lättare att få topologi i TB än shape, ÄDP måste ligga över tidigare plan? Hur gör vi detta i TB?
Problem med att få exakta linjer vid ajourhållning i shape-filer
Metod Lagrat planområdesgräns Skapat centroid Kopplat FIR/plan info till centroiden Yta av centroid/linje Utökat datamodellen med URLlänk tabeller ÄDP-problemet?
ÄDP=Ändring av detaljplan Ligger över detaljplan Skapas när fastighetsplan eller tomtindelning upphävs ÄDP behöver läsas tillsammans med underliggande plan på webben
Exempel: Topobase ÄDP
DP resp ÄDP i Topobase centriod (bärare av planbeteckning mm) DP ÄDP
DP resp ÄDP i Topobase centriod (bärare av info) Export Shape
DP resp ÄDP i Topobase centriod (bärare av info) 5 st ÄDP Manuell hantering leverans av pkt Export Shape
WEBBKARTAN:Val av Detaljplan som berörs av viss del av ÄDP
WEBBKARTAN: Val av Detaljplan som berörs av viss del av ÄDP
Ändring eller tillägg till Detaljplan Dp 647
Mål 3 Att kvalitetsförbättra äldre planinnehåll (vektoriserade rasterbilder) + förbättra bygglovhandläggningen enhetlig redovisning av innehållet
Analog plan (gällande del) scannad och georefererad
Resultat vektoriserad ytor
Tolkning, fastighetsbildat efter planen?
Analys av kvalitetsarbete För Skövde och Skultorps del rör det sig om kanske 250 detaljplaner. Volymmässigt kan detta skattas till ca 200 arbetsdagar, ca 1000-1500 arbetstimmar. Mycket av arbetet är tolkning av hur planförfattaren tänkt sig och hur fastighetsbildning har tolkat planen. Detta gör det svårt att dels lägga ut arbetet på konsult, samtidigt är volymen så stor att det är svårt att genomföra arbetet i ett samlat grepp. Arbetet skulle då ske i kopior av shapefiler som sedan byts ut vilket gör det svårt att arbeta på flera ställen samtidigt och att kontinuerligt uppdatera intranätet.
Plan efter tolkning - test Skultorp
Sammanfattning Novapoint 18.20 testdator 2012-10-23 lagring och tester fortsätter Rättning av planer export till Quadri Kvalitetsarbete Plangränsleverans klar OK ÄDP-problem, datamodellen? fortsatt dialog med LM Tidplan höst/vinter 2012-2013 Utvärdering oktober 2013
Plan, Bygg o Lantmäteriförvaltningen Birgitta Jansson GIS-samordnare 0500-49 81 44 birgitta.jansson@skovde.se
skovde.se
skovde.se/kartor
MapGuide2012 Karta i WGS84 Bakgrunder från externa källor Skövdes data SW99 13:30: Byggnader, Adressplatser, Fastighetsgränser Gränspunkter Gatunamn (NVDB) Markslag (för utskrivbar bakgrund)
Detaljplaner och Översiktsplan
Detaljplaner
Länk till plandokument
Kartsidan
Mobile Viewer Valbart att ha Google Street eller Gooogle Hybrid mfl som bakgrund
Mål med den externa kartan? Kartan fungerar som gemensamt diskussionsunderlag när vi får frågor om bygglov, planer att den ska vara aktuell uppdatering (hur ska vi förenkla IT-vardagen) direkt från förv. att kartan/mobil finns där besökaren letar. Ex skolor på skolsidan. att kartan ska fungera som situationsplan för tex enkelt bygglov, tillstånd värmepump