Geosynkronisering av plandata Kåre W. Conradsen Kommuneutvikling Tønsberg kommune
Geosynkronisering av plandata: Nasjonalt pilotprosjekt i samarbeid med Kartverket og Norconsult Informasjonssystemer AS
Geosynkronisering av plandata: Trinnvis innføring i løpet av juni 2017: 1. Geosynkronisering av gjeldene reguleringsplaner for Tønsberg kommune. 2. Geosynkronisering av gjeldene reguleringsplaner for Tjøme, Nøtterøy, Horten, Re Holmestrand, Hof og Sande kommuner. 3. Geosynkronisering av reguleringsplanforslag for Tønsberg kommune og de øvrige i samarbeidet. 4. Kartverket abonnent og tilbyder av oppdaterte plandata for ovennevnte 8 kommuner.
Geosynkronisering av plandata: Videre framdrift i løpet av høst 2017: 1. Geosynkronisering av gjeldene reguleringsplaner for Sandefjord og Larvik/Lardal kommuner. 2. Kartverket abonnent og tilbyder av oppdaterte plandata for alle kommuner i Vestfold. 3. Fylkesmannen, Fylkeskommunen, Statens Vegvesen og andre regionale myndigheter har tilgang til oppdaterte plandata for hele Vestfold i eget kartverktøy. 4. Felles grensesnitt for PlanDialog Vestfold.
Geosynkronisering av plandata: Gevinster og fordeler: 1. Felles grensesnitt for PlanDialog Vestfold. 2. Fylkesmannen, Fylkeskommunen, Statens Vegvesen og andre regionale myndigheter har tilgang til oppdaterte plandata for hele Vestfold i eget kartverktøy. 3. Ressurskrevende FDV-leveranser sløyfes. 4. Alltid oppdaterte nasjonale planbaser.
Geosynkronisering av plandata: Utfordringer: 1. Finansiering 2. Struktur på planbaser. 3. Etablering av lokal infrastruktur 4. Dugnad og felles forståelse
Plandialog Vestfold
Virksomhetsleder Anne Hekland
Fagsystemer : WebInnsyn / GeoInnsyn WinMap PlanDialog OppmålingsDialog Autoorder / InfoLand Terraexplorer 3D ArchiCad 3D braarkiv Acos WebSak
Vestfoldkart / NOIS WebInnsyn
Vestfoldkart / NOIS WebInnsyn
Automatiske analyser 4 automatiske rapporter : samfunnssikkerhet landbruk kyst og sjø miljø og kulturminner
Abonnement på temadata, DOK automatisk oppdatering SmartStore vektordata brukes i WinMap og WebInnsyn bibliotek med tegneregler tilrettelagt data i WebInnsyn
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
PlanDialog med GeoIntegrasjon
Fagnettverk Digital plandialog Fylkesmannen Fylkeskommunen Statens Vegvesen
Bruksområde Plandialog Publisering av arealplaner internt og eksternt Omfatter alle arealplaner i Tønsberg kommune fra 2008
Utvalg for bygge-og arealplansaker :
Erfaringer med Plandialog Fungerer teknisk men potensialet bør utnyttes bedre Svært god responstid med ny teknologi
Viderutvikling av Plandialog
eplansak
Saksbehandlingsflate for tjenesteproduksjon innen arealplan: Tekstbehandler Epost Dok Planbase Planregister Plandialog 3D
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
PlanDialog Trondheim kommune
Hvordan videreutvikle Plandialog Tettere samarbeid med regionale myndigheter Sosi-data tilgjengelig i Plandialog Planregister med geointegrasjon Geosynkronisering av plandata Felles brukergrensesnitt for alle kommuner i Vestfold Integrasjon mellom Plandialog og saksbehandlingsverktøy hos regionale myndigheter
Planportal Vestfold
Planportal Vestfold
Plandialog Vestfold
Melding til regionale myndigheter
PlanDialog Vestfold
PlanDialog Vestfold
PlanDialog Vestfold
GeoInnsyn: ByggesaksDialog Historisk byggesaksarkiv Ny versjon: https://kart.tonsberg.kommune.no /geoinnsyn3/#?project=tonsberg &application=gi3admin
Geosynkronisering av plandata: Tekniske krav til løsning
Valideringskrav EGENSKAPER Egenskapene må peke til lovlige egenskapstyper Ukjente egenskaper (uten peker til egenskapstype) tillates/avvises avhengig av innstilling for arkivet data skal lagres i Obligatoriske egenskaper må finnes på objektene Egenskapsverdier må være gyldig i forhold til eventuelle beskrankninger gitt i UML-modellen Dato- og datotid-egenskaper må ha lovlige verdier Kodeliste-egenskaper må ha verdi som finnes i tilhørende kodeliste Egenskapen LOKALID skal være en UUID, må finnes og bestå av 36 av følgende tegn ^[a-fa-f0-9-]+$
GEOMETRI I Plan og S-FKB benyttes 5 mm oppløsning i databasene Geometritypen må være lovlig og i henhold til UML-modellen Flater Det kan ikke være gap mellom kurvene som avgrenser en flate (benytter databasens oppløsning som grenseverdi) Sentralpunkt i flate må ligger innenfor flatens avgrensning, eller være identisk med ett av grensepunktene Avgrensningen til en flate kan ikke krysse seg selv Hull/indre avgrensning o Må ligge innenfor flatens ytre avgrensning o Kan ikke overlappe andre hull i samme flate * o Kan kun tangere ytre avgrensning i ett punkt * To hull kan tangerer hverandre i et punkt (danne et «åttetall»). Dette er testet OK i Oracle, SQL Server og PostGIS.
GEOMETRI Kurver Må bestå av minst 2 punkter og lengde > 0 Kan ikke overlappe seg selv i to eller flere etterfølgende punkter Buer Skal bestå av 3 punkt Kan ikke inneholde dobbeltpunkter (benytter databasens oppløsning som grenseverdi) Punktene kan ikke ligge på rett linje (benytter databasens oppløsning som grenseverdi) Hvis pilhøyden i en bue er mindre enn 2*oppløsningen skal det i stedet brukes kurve
GEOMETRI Note: Tilpassing av klient for å unngå kryssing mellom sirkelbuer og annen geometri ved eksport til SOSI Overgang fra to-punkts bue med radius til tre-punkts bue kan gi kurvekryssing på grunn av feil innført ved avrunding i konvertering til SOSI-format. En metode for å unngå dette er å beregne forskjell mellom opprinnelig radius og beregnet radius med avrundede data. Midtpunktet i buen flyttes (1/10 av forskjell i beregnet radius) inntil radius etter rekalkulering blir større enn opprinnelig radius.
Teknisk løsning
Prosjektplan
Anbefalte systemkrav for SQL server i ISY WinMap: Server bruk dedikert system ikke spar på datakraft Windows 2012 eller 2012 R2 Bruk 64-bits servere. Flerkjerne-prosessor er et nødvendig for SQL Server (minimum 4) Minimum 16 GB minne på produksjonssystem.
Anbefalte systemkrav for SQL server i ISY WinMap: Høy lagringskapasitet Dette er det mest kritiske. Lagringssystemet må være robust, ha høy ytelse og være utvidbart. Raske hard-disker. SAN, NAS eller iscsi er alle anbefalt. Minimum på 125 IO er per sekund for å unngå ventetid. RAID 10 for sikkerhet og ytelse (1+0) (RAID 5 er OK, men har dårligere ytelse) Nettverk 1 Gigabit nettverkshastighet er minimum.
Anbefalte systemkrav for SQL server i ISY WinMap: SQL Server krav Støtte for innbygde romlige /geografiske datatyper fra SQL Server 2008 og senere. Bruk SQL Server 2012 eller senere. Helst SQL Server 2014. SQL Server Express støttes også, og er fin for kursing og for personlige databaser (< 10 GB) For produksjonssystem trengs 64-bits server med mye minne, ikke underestimer ditt produksjonssystem.
Geosynkronisering av plandata: Gevinster og fordeler: 1. Felles grensesnitt for PlanDialog Vestfold. 2. Fylkesmannen, Fylkeskommunen, Statens Vegvesen og andre regionale myndigheter har tilgang til oppdaterte plandata for hele Vestfold i eget kartverktøy. 3. Ressurskrevende FDV-leveranser sløyfes. 4. Alltid oppdaterte nasjonale planbaser.
Geosynkronisering av plandata: Utfordringer: 1. Finansiering 2. Struktur på planbaser. 3. Etablering av lokal infrastruktur 4. Dugnad og felles forståelse
Plandialog Vestfold
SPØRSMÅL?