Feltnavn Beskrivelse Datatype Eksempel Bemærkninger vedr. indberetning til PlansystemDK OID

Transkript

1 PlanDK2+: Lokalplan Felter markeret med rødt SKAL udfyldes, når der gemmes en kladde i PlansystemDK Felter markeret med lilla SKAL udfyldes ved statusskift (afhængig af type af status) ved indberetning til PlansystemDK. Felter markeret med grønt SKAL udfyldes såfremt den pågældende bestemmelse er reguleret i planen. Felter markeret med blåt udfyldes automatisk af systemet. Resten af felterne (sort skrift) er frivillige felter. Feltnavn Beskrivelse Datatype Eksempel Bemærkninger vedr. OID ID PLANID KOMNR Systemintern ID til brug internt Geoserver Systemintern ID. Primær database nøgle. Unik nøgle for planen (indenfor samme plantype, fx lokalplan). Kommunenummer. Integer(3) 791 Nummer på ny kommune efter 1. januar 2007 Ikke relevant for indberetning Ikke relevant for indberetning Integer(8) Ved indberetning af en ny plan genereres PLANID automatisk. PLANID følger planen i hele dens levetid. En tidligere valgt værdi kan ikke genanvendes. Værdien vil ikke kunne ændres. Ved "upload" af geografi eller rettelser til en eksisterende plan skal PLANID angives. KOMNAVN Kommunenavn String(130) Viborg Udfyldes automatisk på baggrund af KOMNR GLKOMNR GLKOMNAVN Gammelt kommunenummer (fra før kommunalreformen 2006/2007. Nummer på tidligere kommune som i sin tid vedtog planen. Navn på tidligere kommune, som i sin tid oprettede planen. Integer(3) 791 Bruges til at identificere den kommune som oprindeligt vedtog planen inden kommunalreformen (2006/2007). Til brug for historik. Skal ikke indberettes for nye planer. String(130) Viborg Udfyldes automatisk på baggrund af GLKOMNR OBJEKTKODE Kodeværdi for objekttype Integer(2) 20 Evt. vælges det i indberetning og upload brugergrænsefladen. Se kodeliste i PlanDK2+ PLANNR PLANNAVN PLANTYPE IANVREG ANVGEN ANVKONKRET Plannummer som kommunen giver planen. Plannavn som kommunen giver planen. Lokalplan 20.1, byplanvedtægt 20.2 eller temalokalplan 20.3 Markering af at planen IKKE regulerer anvendelse True = Anvendelse reguleres IKKE False = Anvendelse reguleres (default) Planens generelle anvendelseskode Planens konkrete anvendelseskode String(30) 1.B.1 Valgfrit indhold og syntask String(130) Lokalplan for Glenteparken Valgfrit indhold Decimal(3.1) 20.1 Se kodeliste i PlanDK2+ Boolean True Regulerer planen ikke anvendelse (IANVREG = "True") udfyldes felterne "ANVGEN" og "ANVSPEC1 til 10" ikke. Integer(2) 11 Jf. PlanDK2+ Integer(3) 12 Kan ikke indberettes. Bruges kun til visning af indberettet værdi fra tidligere datamodel (inden 1. januar 2018). Se kodeliste i PlanDK2 (gammel datamodel). MEGAWATT IZONEREG Angivelse af hvor mange MW (MegaWatt) der er planlagt for indenfor et vindmølleområde Markering af at zonestatus for det samlede planområde IKKE reguleres entydigt som enten "byzone" eller "sommerhusområde". Integer (8) 10 Obligatorisk ved indberetning af vindmølle lokalplaner. Obligatorisk hvis anvgen = 81 og anvspec = 8111 Boolean True Udlægger lokalplanen hele planens område til enten "byzone" eller "sommerhusområde" markeres "False".

2 True = Zone reguleres IKKE eller hele lokalplanområdet indeholder flere forskellige zoner. False = Zone reguleres (default), idet hele lokalplanområdet er enten 100 % byzone eller 100 % sommerhusområde. Omtaler bestemmelserne for det samlede planområde ikke zonestatus markeres "True". Indeholder lokalplanen flere forskellige zoner ("byzone", "landzone" og/eller "sommerhusområder") markeres "True". I disse tilfælde SKAL der indberettes delområder til lokalplanen, som hver i sær viser den geografiske afgrænsning af de enkelte zoner. ZONE Kode for zonestatus jf. planens bestemmelser Talværdi 1-7; 1: byzone (2: landzone) 3: sommerhusområde Reguleres zonestatus ikke (IZONEREG = "True") udfyldes feltet "ZONE" (nedenfor) ikke. Integer(1) 3 Efter planloven er landet inddelt i "byzone", "landzone" og "sommerhusområde". De 3 typer zoner kan ikke overlappe. Tilsammen dækker de hele landet. Det er aftalt, at kun "byzone" og "sommerhusområde" indberettes. "Landzone" er resten af landet. Hvis feltet IZONEREG (se ovenfor) er "true" (og den fremtidige zone enten reguleres i delområder eller slet ikke reguleres) udfyldes ZONE ikke. Reguleres hele lokalplanområdet som 100 % byzone eller 100 % sommehusområde skal ZONE er udfyldes med 1 (byzone) eller 3 (sommerhusområde). Zonekortet vil automatisk blive opdateret (se PDK-572). DOKLINK Adresse til plandokumentet String(254) Skal være adresse til en pdf-fil (ikke adresse til fx en internetside). Ved indberetning kopieres pdf-filen automatisk og gemmes i PlansystemDK. DATOVEDT DATOIKRAFT DATOFORSL DATOSTART DATOSLUT DATOASTART DATOASLUT Dato for planens endelige vedtagelse i byrådet m. formatet Dato for planens ikrafttrædelse m. formatet Dato for offentliggørelse af forslag til plan m. formatet Dato for start af offentliggørelsesperioden for planforslag til plan m. formatet Dato for slut af offentliggørelsesperioden for planforslag m. formatet Dato for start af offentliggørelsesperioden for forslag til hel eller delvis aflysning af plan m. formatet Dato for afslutning af offentliggørelsesperioden for forslag til hel eller delvis Integer(8) Feltet skal være udfyldt for at planen kan få status af "V" (vedtaget). Integer(8) Feltet skal være udfyldt for at planen kan få status af "V" (vedtaget). Feltet skal altså være udfyldt, hvis planen er vedtaget (feltet DATOVEDT er udfyldt). Udfyldes feltet ikke benyttes værdien for "datovedt" som "default-værdi". Integer(8) Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) Feltet skal være udfyldt for at planen kan få status af "FA" (forslag til aflysning). Integer(8) Feltet skal være udfyldt for at planen kan få status af "FA" (forslag til aflysning).

3 aflysning af plan m. formatet DATOAFLYST Dato for planens ophævelse m. formatet DATOGSTART DATOGSLUT Dato for starten af versionens gyldighedsperiode m. formatet Dato for udløb af versionens gyldighedsperiode m. formatet Integer(8) Feltet skal være udfyldt for at planen kan få status af "A" (aflyst). Integer(8) Hver version (se nedenfor) af en plan skal tildeles en startdato for versionens gyldighedsperiode. Ved oprettelse af en ny version i status vedtagelse bruges ikrafttrædelsedatoen hvis denne er angivet, ellers bruges vedtagelsesdatoen. Integer(8) Hver version (se nedenfor) af en plan skal tildeles en slutdato for versionens gyldighed, når versionen ikke længere skal være gældende, fx fordi der er oprettet en ny version af planen. Status SUBVERSION SUBVERSNR PSTATUS Systeminternt håndtering af offentliggørelses status. Planens status som enten: KF (kladde til forslag) F (forslag) KV (kladde til vedtaget) V (vedtaget) KA (kladde til aflyst) A (aflyst) Nummer på version af planen. 1, 2,..., n Nummer på subversion af planen. 1, 2,..., n Markering af om planen er offentliggjort som den aktuelt gældende plan (PSTATUS: "Public Status"). 1 = ikke aktuel / offentliggjort 2 = aktuel / offentliggjort Bemærk at den seneste version af en aflyst plan (status "A") vil ikke have nogen "DATOGSLUT", da denne er den seneste version af planen (som dog ikke er juridisk gældende, fordi den er aflyst). String V Feltet skal ikke indberettes. Feltet opdateres automatisk i systemet på baggrund af datofelterne og feltet PSTATUS (se nedenfor). Ex 1: En planversion (se nedenfor) indeholder ingen "DATOFORSL" men kun en "DATOGSTART". PSTATUS er "1" = Planen er en kladde til forslag - altså status: KF Ex 2: En planversion (se nedenfor) indeholder både "DATOFORSL" og "DATOVEDT". Samtidigt er DATOGSTART sat, men ikke DATOGSLUT. PSTATUS er lig "1" = Planenversionen er under forberedelse til at blive vedtaget, og den ikke er offentliggjort. Denne version er en kladde til vedtagelse - altså status: KV. Kun status F, V og A udstilles via SOAP og WFS. Integer 1 For hver type af STATUS kan laves en til mange versioner af planen, og for hver version kan der laves en til mange subversioner. En ændring af en plan (fordi en anden plan afløser den helt eller delvist) afføder en ny version af planen. Integer 3 En rettelse af en plan (fordi den har været fejlindberettet) afføder ny subversion. Integer(1) 2 Internt felt der håndterer om denne version af planen er offentliggjort (offentlig tilgængelig) Er det fx nødvendigt at lave en fejlrettelse i en indberettet plan laves en ny subversion af planen som tildeles PSTATUS = 2. For den tidligere subversion af planen sættes samtidigt PSTATUS = 1.

4 AKTUEL DATOATTR DATOGEOM DatoOprt DatoOpdt Systemintern parameter til håndtering af om planversionen er den aktuelt gældende, offentliggjorte eller det er en kladdeversion. Dato for sidste ændring af attributter m. formatet Dato for sidste ændring af geometri m. formatet Tidspunkt for planens oprettelse i PlansystemDK Tidspunkt for seneste opdatering af planen. Opdatering af attributter og/eller geografi. PSTATUS gør det også muligt at arbejde med udkast/kladder til rettelser eller ændringer i planerne. Fx kan der på baggrund af et offentliggjort forslag til en plan laves en kladde til vedtagelse, hvor alle nødvendige oplysninger indtastes (også fx feltet vedtagelsesdato (DATOVEDT) og ikrafttrædelsesdato og der kan vedlægges en ny pdf). Planen bliver dog ikke offentliggjort i status "vedtaget" før PSTATUS er sat til "2". Feltet er kun relevant ifm system til system via SOAP-snitfladen. (I brugegrænsefladen (PLEJ) gøres det automatisk af systemet ud fra brugerens handlinger (fx knap til vedtagelse af plan)). Boolean True Sættes automatisk af systemet på baggrund af den seneste version af planen. Integer(8) Feltet opdateres automatisk i systemet Integer(8) Feltet opdateres automatisk i systemet Dato Dato DISTRIKT Plandistriktet navn String(50) Risskov IOMFANGREG BEBYGPCT BEBYGPCTAF BEBYGGRU UDNYTGRAD UDNYTGRADH Markering af at planen IKKE regulerer bebyggelsesomfang True = bebyggelsesomfang reguleres IKKE False = bebyggelsesomfang reguleres (default) Maksimal bebyggelsesprocent. Angivet generelt for hele planen. Definition af om BEBYGPCT Maksimalt bebygget grundareal. Maksimal antal kvadratmeter grundareal, der må bebygges (m2). Udnyttelsesgraden angiver forholdet mellem bebyggelsens samlede etageareal og grundens areal. Definition af om UDNYTGRAD Feltet opdateres automatisk i systemet Feltet opdateres automatisk i systemet Boolean True Regulerer planen ikke bebyggelsesomfang udfyldes følgende felter (nedenfor) vedrørende omfangsbestemmelser ikke. Integer(3) 15 Interger(6) 1500 Ældre måde at angive max byggemuligheder baseret på arealets størrelse. Reglerne for areal udregning har dog ændret sig noget gennem tiden. Begrebet "udnyttelsesgrad" har været anvendt fra 1939 og frem til 1977, hvor bebyggelsesprocentberegningen blev indført. BEBYGPCTAR Højeste andel (%) af Integer(3) 50 OBS! Dette er et synonym for

5 M3_M2 M3_M2H EAREAL EAREALH grundarealet, der må bebygges. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Definition af om M3_M2 Det maksimale etageareal, der må opføres. Definition af om M3_M2 MAXETAGER Maximale antal etager f.eks MAXBYGNHJD Maksimal højde i meter f.eks Decimal(6.1) 3 Integer(7) BEBYGGRAD, Decimal(5) 3.5 Decimal skal angives med punktum. Decimal(5) 8.5 Decimal skal angives med punktum. MINMILJO Mindst tilladte miljøklasse. Jf. miljøbeskyttelsesloven MAXMILJO Maksimalt tilladte miljøklasse. Integer(1) 6 Jf. miljøbeskyttelsesloven BEVARBEST Bygningsbevaringsbestemmelse. String(254) Kort beskrivelse af evt. bygningsbevaringsbestemmelser for det område, som planen omfatter. Se også ABESTEM2 BEBYGGRAD Andel af areal som er bebygget Integer(3) 50 Kan ikke indberettes! BEBYGGRAD er et ældre begreb og synonym for BEBYGPCTAR. Hvorvidt det er mest korrekt at udfylde BEBYGGRAD eller BEBYGPCTAR afhænger af dateringen og de anvendte begreber, der er brugt i den tilhørende plan. Værdier fra planer fra før 1. januar 2018 udstilles. MINGRUND IUDSTYKREG Minimums grundstørrelse i kvadratmeter Markering af at planen IKKE regulerer Udstykning True = Udstykningreguleres IKKE False = Udstykning reguleres (default) Integer(5) 400 Kan ikke indberettes! Erstattes af MINUDS. Værdier fra planer fra før 1. januar 2018 udstilles. Boolean True MINUDS Minimums udstykningsstørrelse Integer(5) MINUDSDBL MINUDS2FAM MINUDSRAEK Minimums udstykningsstørrelse, hvis der realiseres debbelthuse Minimums udstykningsstørrelse, hvis der realiseres tofamiliehuse Minimums udstykningsstørrelse, hvis der realiseres rækkehuse Integer(5) Integer(5) Integer(5) 800 DATAPROD Navnet på dataproducenten String(40) Landinspektørfirmaet "Mållerlarven" DIGIGRUNDL Digitaliseringsgrundlag 0. Ikke udfyldt 1. Ortofoto 2. Matrikelkort 3. Opmåling 4. GeoDanmark / tekniske kort 5. Modelberegning 6. Tegning String(30) 2 DIGIGRUNDD Ajourføringsdato for Integer(8) Fx dattoen (årgangen) for et

6 SFORHOLD FAELBESTEM BDBESTEM ABESTEM1 ABESTEM2 ABESTEM3 digitaliseringsgrundlaget m. formatet Beskrivelse af særlige forhold, som ikke er dækket ind ved hjælp af de øvrige markeringer. Markering af om planen indeholder bestemmelser om fællesarealer Markering af om planen indeholder bestemmelser om bygningernes bredde og dybde. Kode for om planen indeholder bestemmelser om facader eller skilte. Værdi: 4150 Kode for om planen indeholder bestemmelser om bevaring af bygnings- og bymiljøer. Værdi: 4160 Kode for om planen indeholder bestemmelser om klimaforanstaltninger. Værdi: 4155 ABESTEMMELSER "Gruppebetegnelse" (i GML-filen!) for indberetning af anden bestemmelse, se ABESTEM nedenfor ABESTEM ANVTYPE Kode (i GML-filen!) for om planen indeholder "andre bestemmelser". Kodeliste: 4160: Skilte/Facader 4155: Klimaforanstaltninger 4160: Bygningsbevaring Nyt element, vedrørende AnvendelsesType. Her kan der (i en GML-fil!) angives en til flere Specifikke Anvendelser (AVNSPEC), hvortil er der knyttet én til flere specifikke bebyggelsesregulerende bestemmelser (SBYGOMFAG). String (254) Træerne langs planens nordøstlige grænse må ikke fældes. Boolean Boolean True True ortofoto eller datoen for matrikelkortet. Medvirker til præcisering af den geografiske reference der er benyttet ved digitalisering. Integer(4) 4150 Benyttes ved anvendelse af "flade" GIS-formater (MapInfo, Shape og GeoJson). Vedrørende GML se ABESTEMMELSER. Integer(4) 4160 Benyttes ved anvendelse af "flade" GIS-formater (MapInfo, Shape og GeoJson). Vedrørende GML se ABESTEMMELSER. Integer(4) 4155 Benyttes ved anvendelse af "flade" GIS-formater (MapInfo, Shape og GeoJson). Vedrørende GML se ABESTEMMELSER. Syntaks i GML, fx: <pdk:abestemmelser> <pdk:abestem>4150</pdk:abestem> <pdk:abestem>4160</pdk:abestem> </pdk:abestemmelser> Syntaks i GML, fx: <pdk:abestemmelser> <pdk:abestem>4150</pdk:abestem> <pdk:abestem>4160</pdk:abestem> </pdk:abestemmelser> Syntaks i GML-filen, fx: <pdk:anvtype> <pdk:sbygomfag> <pdk:anvspec>1110</pdk:anvspec> <pdk:bygpct>10</pdk:bygpct> <pdk:bygpcth>1</pdk:bygpcth> </pdk:sbygomfag> <pdk:sbygomfag> <pdk:anvspec>1120</pdk:anvspec> <pdk:bygpct>20</pdk:bygpct> <pdk:bygpcth>2</pdk:bygpcth> <pdk:eareal>500</pdk:eareal> <pdk:earealh>2</pdk:earealh> <pdk:m3_m2>222.0</pdk:m3_m2> <pdk:m3_m2h>3</pdk:m3_m2h> <pdk:maxbhjd>10.0</pdk:maxbhjd> Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se ABESTEM1, ABESTEM2 OG ABESTEM3 Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se ABESTEM1, ABESTEM2 OG ABESTEM3 Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se de forskellige felter vedrørende bebygelsesregulerende bestemmelser. En specifik anvendelse fx 1110 (Boligområde - Åben/Lav) kan kun angives én gang for hver plan. Til samme specifik anvendelse kan de forskellige bebyggelsesregulerende bestemmelser, fx BYGPCT, kun angives én gang. SBYGOMFAG Nyt element, vedrørende Specifikke Anvendelser. Her kan der (i en GML-fil!) angives én til flere specifikke bebyggelsesregulerende bestemmelser. <pdk:maxetage>11.0</pdk:maxetage> </pdk:sbygomfag> </pdk:anvtype> Syntaks i GML-filen, fx: <pdk:anvtype> <pdk:sbygomfag> <pdk:anvspec>1110</pdk:anvspec> <pdk:bygpct>10</pdk:bygpct> <pdk:bygpcth>1</pdk:bygpcth> </pdk:sbygomfag> <pdk:sbygomfag> <pdk:anvspec>1120</pdk:anvspec> <pdk:bygpct>20</pdk:bygpct> <pdk:bygpcth>2</pdk:bygpcth> <pdk:eareal>500</pdk:eareal> <pdk:earealh>2</pdk:earealh> <pdk:m3_m2>222.0</pdk:m3_m2> <pdk:m3_m2h>3</pdk:m3_m2h> <pdk:maxbhjd>10.0</pdk:maxbhjd> Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se de forskellige felter vedrørende bebygelsesregulerende bestemmelser. En specifik anvendelse fx 1110 (Boligområde - Åben/Lav) kan kun angives én gang for hver plan. Til samme specifik anvendelse kan de forskellige bebyggelsesregulerende bestemmelser, fx BYGPCT, kun angives én gang.

7 ANVSPEC1 BYGPCT1 BYGPCTH1 BEBYGGRU1 UDNYTGR1 UDNYTGRH1 EAREAL1 EAREALH1 BBPCTAR1 M3_M21 M3_M2H1 MAXBHJD1 MAXETAGE1 Anvendelseskode for første type af specifik anvendelse Maksimal bebyggelsesprocent. Knyttet til ANVSPEC1. Definition af om BEBYGPCT1 Maksimalt bebygget grundareal. Maksimal antal kvadratmeter grundareal, der må bebygges (m2). Udnyttelsesgraden angiver forholdet mellem bebyggelsens samlede etageareal og grundens areal. Definition af om UDNYTGRAD Det maksimale etageareal, der må opføres. Knyttet til ANVSPEC1. Definition af om EAREAL1 Højeste andel (%) af grundarealet, der må bebygges. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Knyttet til ANVSPEC1. Definition af om M3_M2 Maksimal tilladt bygningshøjde. Knyttet til ANVSPEC1. Maximale antal etager. Gentages for ANVSPEC2 frem til og med ANVSPEC10: ANVSPEC10 BYGPCT10 BYGPCTH10 BEBYGGRU10 Anvendelseskode for første type af specifik anvendelse Maksimal bebyggelsesprocent. Definition af om BEBYGPCT10 Maksimalt bebygget grundareal. Maksimal antal kvadratmeter grundareal, der må bebygges (m2). <pdk:maxetage>11.0</pdk:maxetage> </pdk:sbygomfag> </pdk:anvtype> Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Interger(6) 1500 Integer 1000 Decimal(5) 3 Ældre måde at angive max byggemuligheder baseret på arealets størrelse. Reglerne for areal udregning har dog ændret sig noget gennem tiden. Begrebet "udnyttelsesgrad" har været anvendt fra 1939 og frem til 1977, hvor bebyggelsesprocentberegningen blev indført. Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Integer(7) Decimal(3.1) 8.5 Decimal(3.1) 3.5 Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Interger(6) 1500

8 UDNYTGR10 UDNYTGRH10 EAREAL10 EAREALH10 BBPCTAR10 M3_M210 M3_M2H10 MAXBHJD10 MAXETAGE10 Udnyttelsesgraden angiver forholdet mellem bebyggelsens samlede etageareal og grundens areal. Definition af om UDNYTGRAD Det maksimale etageareal, der må opføres. Definition af om EAREAL10 Højeste andel (%) af grundarealet, der må bebygges. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Definition af om M3_M2 Maksimal tilladt bygningshøjde. Maximale antal etager. Integer 1000 Decimal(5) 3 Ældre måde at angive max byggemuligheder baseret på arealets størrelse. Reglerne for areal udregning har dog ændret sig noget gennem tiden. Begrebet "udnyttelsesgrad" har været anvendt fra 1939 og frem til 1977, hvor bebyggelsesprocentberegningen blev indført. Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Integer(7) Decimal(3.1) 8.5 Decimal(3.1) 3.5 GEOMETRI Planen geografiske udstrækning. Kan enten digitaliseres vha. PlansystemDK's digitaliseringsværktøj eller "Uploades".