PlanDK2+, feltbeskrivelse: Lokalplan Felter markeret med rødt SKAL udfyldes, når der gemmes en kladde i Felter markeret med lilla SKAL udfyldes ved statusskift (afhængig af type af status) ved. Felter markeret med grønt SKAL udfyldes såfremt den pågældende bestemmelse er reguleret i Felter markeret med blåt udfyldes automatisk af systemet. Resten af felterne (sort tekst) 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. Nummer på ny kommune efter 1. januar 2007 Ikke relevant for indberetning Ikke relevant for indberetning Integer(8) 1023513 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. Integer(3) 791 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 Navn på tidligere kommune, som i sin tid oprettede 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 Plannummer som kommunen giver Plannavn som kommunen giver String(30) 1.B.1 Valgfrit indhold og syntask String(130) Lokalplan for Glenteparken Valgfrit indhold
PLANTYPE Lokalplan 20.1, byplanvedtægt 20.2 eller temalokalplan 20.3 Decimal(3. 1) 20.1 Se kodeliste i PlanDK2+ KOMPLEKS MarkerIng af at planens opbygning og/eller anvendelses- og omfangsbestemmelser er for komplekse til at registrere i felter vedrørende anvendelse, omfang og udstykning. Boolean True (kompleks) Default: False (planens bestemmelser kan godt registreres). Feltet skal kun anvendes for det fåtal af planer, som indeholder en kompleksitet (fx en række scenarier og alternativer), der gør det umuligt entydigt at oplyse værdier for anvendelse, omfang og udstykning. Er værdien "true" er registrering af nedenstående felter om anvendelse, omfang og udstykning for det pågældende område ikke mulige at udfylde. Zone og andre oplysninger om planen skal stadig udfyldes som normalt. Er værdien "true" skal tilføjes en begrundende beskrivelse ang. kompleksiteten (feltet KBESKRIV ). KBESKRIV Begrundende beskrivelse af hvorfor planens kompleksitet gør det umuligt at udfylde felter vedrørende anvendelse, omfang og udstykning (feltet KOMPLEKS = TRUE) Notat Planen indeholder en række scenarier og alternativer, som gør det umuligt entydigt, at angive konkrete værdier for anvendelse, omfang og udstykning. Kan kun udfyldes når værdien af feltet KOMPLEKS er sat til "true". IANVREG ANVGEN ANVKONKRET Markering af at planen IKKE regulerer anvendelse True = Anvendelse reguleres IKKE False = Anvendelse reguleres (default) Planens generelle anvendelseskode Planens konkrete anvendelseskode 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). 1
MEGAWATT IZONEREG ZONE 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". 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. Kode for zonestatus jf. planens bestemmelser Talværdi 1-7; 1: byzone (2: landzone) 3: 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". 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. 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 2
% 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) http://www.kommune.dk/lokalplan2.pdf Skal være adresse til en pdf-fil (ikke adresse til fx en internetside). Ved indberetning kopieres pdf-filen automatisk og gemmes i. DATOVEDT DATOIKRAFT DATOFORSL DATOSTART DATOSLUT DATOAFLYST DATOGSTART Dato for planens endelige vedtagelse i byrådet m. formatet ÅÅÅÅMMDD Dato for planens ikrafttrædelse m. formatet ÅÅÅÅMMDD Dato for offentliggørelse af forslag til plan m. formatet ÅÅÅÅMMDD Dato for start af offentliggørelsesperioden for planforslag til plan m. formatet ÅÅÅÅMMDD Dato for slut af offentliggørelsesperioden for planforslag m. formatet ÅÅÅÅMMDD Dato for planens ophævelse m. formatet ÅÅÅÅMMDD Dato for starten af versionens gyldighedsperiode m. formatet ÅÅÅÅMMDD Integer(8) 20170123 Feltet skal være udfyldt for at planen kan få status af "V" (vedtaget). Integer(8) 20171123 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 "defaultværdi". Integer(8) 20021123 Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) 20070130 Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) 20070330 Feltet skal være udfyldt for at planen kan få status af "F" (forslag). Integer(8) 20021123 Feltet skal være udfyldt for at planen kan få status af "A" (aflyst). Integer(8) 20070330 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 3
vedtagelsesdatoen. DATOGSLUT STATUS Dato for udløb af versionens gyldighedsperiode m. formatet ÅÅÅÅMMDD 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) Integer(8) 20070330 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 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. 4
VERSIONSNR SUBVERSION PSTATUS Nummer på version af 1, 2,..., n Nummer på subversion af 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 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 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. 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)). 5
AKTUEL DATOATTR DATOGEOM 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 ÅÅÅÅMMDD Dato for sidste ændring af geometri m. formatet ÅÅÅÅMMDD Boolean True Sættes automatisk af systemet på baggrund af den seneste version af Integer(8) 20021123 Feltet opdateres automatisk i systemet Integer(8) 20021123 Feltet opdateres automatisk i systemet DATOOPRT Tidspunkt for planens oprettelse i Dato Feltet opdateres automatisk i systemet DATOOPDT Tidspunkt for seneste opdatering af Opdatering af attributter og/eller geografi. Dato Feltet opdateres automatisk i systemet DISTRIKT Plandistriktet navn String(50) Risskov IOMFANGREG BEBYGPCT BEBYGPCTAF BEBYGPCTAR Markering af at planen IKKE regulerer bebyggelsesomfang True = bebyggelsesomfang reguleres IKKE False = bebyggelsesomfang reguleres (default) Maksimal bebyggelsesprocent. Definition af om BEBYGPCT Højeste andel (%) af grundarealet, der må bebygges. Boolean True Regulerer planen ikke bebyggelsesomfang udfyldes følgende felter (nedenfor) vedrørende omfangsbestemmelser ikke. Integer(3) 15 Integer(1) 1 Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD M3_M2 Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Decimal(6. 2) 8.25 M3_M2H Definition af om M3_M2 Integer(1) 1 6
EAREAL EAREALH MAXETAGER MAXBYGNHJD Det maksimale etageareal, der må opføres. Definition af om M3_M2 Maximale antal etager f.eks. 3.5. Maksimal højde i meter f.eks. 8.5. Integer(7) 1.500 Integer(1) 1 Decimal(5) 3.5 Decimal skal angives med punktum. Decimal(5) 8.5 Decimal skal angives med punktum. MINMILJO Mindst tilladte miljøklasse. Integer(1) 1 Jf. miljøbeskyttelsesloven MAXMILJO Maksimalt tilladte miljøklasse. Integer(1) 6 Jf. miljøbeskyttelsesloven BEVARBEST Bygningsbevaringsbestemmel se. Kort beskrivelse af evt. bygningsbevaringsbestemmel ser for det område, som planen omfatter. String(254) Se også ABESTEM2 BEBYGGRAD MINGRUND Andel af areal som er bebygget Minimums grundstørrelse i kvadratmeter 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. Integer(5) 400 Kan ikke indberettes! Erstattes af MINUDS. Værdier fra planer fra før 1. januar 2018 udstilles. 7
IUDSTYKREG Markering af at planen IKKE regulerer Udstykning Boolean True True = Udstykningreguleres IKKE False = Udstykning reguleres (default) MINUDS MINUDSDBL MINUDS2FAM MINUDSRAEK Minimums udstykningsstørrelse Minimums udstykningsstørrelse, hvis der realiseres debbelthuse Minimums udstykningsstørrelse, hvis der realiseres tofamiliehuse Minimums udstykningsstørrelse, hvis der realiseres rækkehuse Integer(5) 1.000 Integer(5) 1.200 Integer(5) 1.400 Integer(5) 800 DATAPROD Navnet på dataproducenten String(40) Landinspektørfirmaet "Mållerlarven" DIGIGRUNDL DIGIGRUNDD Digitaliseringsgrundlag 0. Ikke udfyldt 1. Ortofoto 2. Matrikelkort 3. Opmåling 4. GeoDanmark / tekniske kort 5. Modelberegning 6. Tegning Ajourføringsdato for digitaliseringsgrundlaget m. formatet ÅÅÅÅMMDD String(30) 2 Integer(8) 20021123 Fx dattoen (årgangen) for et ortofoto eller datoen for matrikelkortet. Medvirker til præcisering af den geografiske reference der er benyttet ved digitalisering. SFORHOLD Beskrivelse af særlige forhold, som ikke er dækket ind ved hjælp af de øvrige markeringer. String (254) Træerne langs planens nordøstlige grænse må ikke fældes. ABESTEM1 ABESTEM2 Kode for om planen indeholder bestemmelser om facader eller skilte. Værdi: 4150 Kode for om planen indeholder bestemmelser om 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" 8
bevaring af bygnings- og bymiljøer. Værdi: 4160 GIS-formater (MapInfo, Shape og GeoJson). Vedrørende GML se ABESTEMMELSER. ABESTEMMELS ER "Gruppebetegnelse" (i GMLfilen!) for indberetning af anden bestemmelse, se ABESTEM nedenfor Syntaks i GML, fx: <pdk:abestemmelser <pdk:abestem4150</pdk:abestem <pdk:abestem4160</pdk:abestem </pdk:abestemmelser Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se ABESTEM1, ABESTEM2 OG ABESTEM3 ABESTEM Kode (i GML-filen!) for om planen indeholder "andre bestemmelser". Kodeliste: 4160: Skilte/Facader 4155: Klimaforanstaltninger 4160: Bygningsbevaring Syntaks i GML, fx: <pdk:abestemmelser <pdk:abestem4150</pdk:abestem <pdk:abestem4160</pdk:abestem </pdk:abestemmelser Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se ABESTEM1, ABESTEM2 OG ABESTEM3 ANVTYPE 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). Syntaks i GML-filen, fx: <pdk:anvtype <pdk:sbygomfag <pdk:anvspec1110</pdk:anvspec <pdk:bygpct10</pdk:bygpct <pdk:bygpcth1</pdk:bygpcth </pdk:sbygomfag <pdk:sbygomfag <pdk:anvspec1120</pdk:anvspec <pdk:bygpct20</pdk:bygpct <pdk:bygpcth2</pdk:bygpcth <pdk:eareal500</pdk:eareal <pdk:earealh2</pdk:earealh <pdk:m3_m2222.0</pdk:m3_m2 <pdk:m3_m2h3</pdk:m3_m2h <pdk:maxbhjd10.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. <pdk:maxetage11.0</pdk:maxeta GE </pdk:sbygomfag </pdk:anvtype SBYGOMFAG Nyt element, vedrørende Specifikke Anvendelser. Her kan der (i en GML-fil!) angives én til flere specifikke bebyggelsesregulerende bestemmelser. Syntaks i GML-filen, fx: <pdk:anvtype <pdk:sbygomfag <pdk:anvspec1110</pdk:anvspec <pdk:bygpct10</pdk:bygpct <pdk:bygpcth1</pdk:bygpcth Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se de forskellige felter vedrørende bebygelsesregulerende 9
</pdk:sbygomfag <pdk:sbygomfag <pdk:anvspec1120</pdk:anvspec <pdk:bygpct20</pdk:bygpct <pdk:bygpcth2</pdk:bygpcth <pdk:eareal500</pdk:eareal <pdk:earealh2</pdk:earealh <pdk:m3_m2222.0</pdk:m3_m2 <pdk:m3_m2h3</pdk:m3_m2h <pdk:maxbhjd10.0</pdk:maxbhjd 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. ANVSPEC1 BYGPCT1 BYGPCTH1 EAREAL1 EAREALH1 BYGPCTAR1 M3_M21 M3_M2H1 MAXBHJD1 MAXETAGE1 Anvendelseskode for første type af specifik anvendelse Maksimal bebyggelsesprocent. Knyttet til ANVSPEC1. Definition af om BEBYGPCT1 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. Knyttet til ANVSPEC1. <pdk:maxetage11.0</pdk:maxeta GE </pdk:sbygomfag </pdk:anvtype Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Integer(1) 1 Integer 1000 Decimal(5) 3 Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Decimal(6. 2) 6.26 Integer(7) 1.500 Decimal(3. 1) Decimal(3. 1) 8.5 3.5 10
ANVSPEC10 BYGPCT10 BYGPCTH10 BYGPCTAR10 EAREAL10 EAREALH10 BYGPCTAR10 M3_M210 M3_M2H10 MAXBHJD10 MAXETAGE10 GEOMETRI Anvendelseskode for første type af specifik anvendelse Maksimal bebyggelsesprocent. Knyttet til ANVSPEC10. Definition af om BEBYGPCT10 Maksimalt bebygget grundareal. Maksimal antal kvadratmeter grundareal, der må bebygges (m2). Det maksimale etageareal, der må opføres. Knyttet til ANVSPEC10. Definition af om EAREAL10 Højeste andel (%) af grundarealet, der må bebygges. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Knyttet til ANVSPEC10. Definition af om M3_M2 Maksimal tilladt bygningshøjde. Knyttet til ANVSPEC10. Maximale antal etager. Knyttet til ANVSPEC10. Planen geografiske udstrækning. Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Integer(1) 1 Interger(6) 1500 Integer 1000 Decimal(5) 3 Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Decimal(6. 2) 6.25 Integer(7) 1.500 Decimal(3. 1) Decimal(3. 1) 8.5 3.5 Kan enten digitaliseres vha. 's digitaliseringsværktøj eller "Uploades" ( http://upload.plansystem.dk ). 11