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

Transkript

1 PlanDK2+: Lokalplandelområde 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 LOKPLAN_ID Systemintern ID til brug internt Geoserver Systemintern ID. Primær database nøgle. Unik nøgle for planen (indenfor samme plantype, fx lokalplan). PLANID for den lokalplan som delområdet er knyttet til 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. Integer(8) Lokalplandelområde kan først indberettes når lokalplanen som den er knyttet til er indberettet. OBJEKTKODE Kodeværdi for objekttype Integer(2) 20 Evt. vælges det i indberetning og upload brugergrænsefladen. Se kodeliste i PlanDK2+ DELNR Nummer på delområdet String(30) 1.B.1 Valgfrit indhold og syntask 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

2 pågældende område valgfrie. 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 = "F") 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 delområde IKKE reguleres entydigt som enten "byzone" eller "sommerhusområde". True = Zone reguleres IKKE eller hele delområdet indeholder flere forskellige zoner. Integer (8) 10 Obligatorisk ved indberetning af vindmølle lokalplaner. Obligatorisk hvis anvgen = 81 og anvspec = 8111 Boolean True Udlægger lokalplanen hele delområdet til enten "byzone" eller "sommerhusområde" markeres "False". Omtaler bestemmelserne for det samlede delområde ikke zonestatus markeres "True". Indeholder delområdet 1

3 False = Zone reguleres (default), idet hele delområdet er enten 100 % byzone eller 100 % sommerhusområde. flere forskellige zoner ("byzone", "landzone" og/eller "sommerhusområder") markeres "True". I disse tilfælde SKAL der indberettes selvstændige 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. ZONE (Ændret fra FZONE) DATOVEDT DATOIKRAFT DATOFORSL Kode for zonestatus jf. planens bestemmelser Talværdi 1-7; 1: byzone (2: landzone) 3: sommerhusområde 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 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 andre delområder eller slet ikke reguleres) udfyldes ZONE ikke. Reguleres hele delområ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). Integer(8) Nedarves fra overordnet lokalplan Integer(8) Nedarves fra overordnet lokalplan Integer(8) Nedarves fra overordnet lokalplan 2

4 ÅÅÅÅMMDD DATOSTART DATOSLUT DATOAFLYST SP_DATOAFL DATOGSTART DATOGSLUT Status 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 Specifikaflystdato. Dato for aflysning af det specifikke delområde Dato for starten af versionens gyldighedsperiode m. formatet ÅÅÅÅMMDD 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) Integer(8) Nedarves fra overordnet lokalplan Integer(8) Nedarves fra overordnet lokalplan Integer(8) Nedarves fra overordnet lokalplan Integer(8) 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 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) 3

5 A (aflyst) 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. 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 4

6 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)). 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) Feltet opdateres automatisk i systemet Integer(8) 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 IOMFANGREG Markering af at delområdet IKKE regulerer bebyggelsesomfang True = bebyggelsesomfang reguleres IKKE False = bebyggelsesomfang Boolean True Regulerer planen ikke bebyggelsesomfang udfyldes felter vedrørende bebyggelsesomfang (nedenfor) ikke. 5

7 reguleres (default) BEBYGPCT BEBYGPCTAF BEBYGPCTAR Maksimal bebyggelsesprocent. Definition af om BEBYGPCT Højeste andel (%) af grundarealet, der må bebygges. Integer(3) 15 Integer(1) 1 Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, jf. nedestående række M3_M2 Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Decimal(6. 2) 6.25 M3_M2H EAREAL EAREALH MAXETAGER MAXBYGNHJD Definition af om M3_M2 Det maksimale etageareal, der må opføres. Definition af om M3_M2 Maximale antal etager f.eks Maksimal højde i meter f.eks Integer(1) 1 Integer(7) 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. 6

8 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. IUDSTYKREG Markering af at delområdet 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) 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 String(30) 2 7

9 4. GeoDanmark / tekniske kort 5. Modelberegning 6. Tegning DIGIGRUNDD Ajourføringsdato for digitaliseringsgrundlaget m. formatet ÅÅÅÅMMDD Integer(8) 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) Bla-bla-bla- ABESTEM1 Kode for om planen indeholder bestemmelser om facader eller skilte. Værdi: 4150 Integer(4) 4150 ABESTEM2 Kode for om planen indeholder bestemmelser om bevaring af bygnings- og bymiljøer. Værdi: 4160 Integer(4) 4160 ABESTEMMELS ER "Gruppebetegnelse" 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 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 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 8

10 <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 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 </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. ANVSPEC1 BYGPCT1 BYGPCTH1 EAREAL1 EAREALH1 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 <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 9

11 BYGPCTAR1 M3_M21 M3_M2H1 MAXBHJD1 MAXETAGE1 ANVSPEC10 BYGPCT10 BYGPCTH10 EAREAL10 EAREALH10 BYGPCTAR10 M3_M210 M3_M2H10 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. Anvendelseskode for første type af specifik anvendelse Maksimal bebyggelsesprocent. Knyttet til ANVSPEC10. Definition af om BEBYGPCT10 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 Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Decimal(6. 2) 6.25 Integer(7) Decimal(3. 1) Decimal(3. 1) 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.25 Integer(7) MAXBHJD10 Maksimal tilladt Decimal(

12 bygningshøjde. Knyttet til ANVSPEC10. 1) MAXETAGE10 Maximale antal etager. Knyttet til ANVSPEC10. Decimal(3. 1) 3.5 GEOMETRI Planen geografiske udstrækning. Kan enten digitaliseres vha. 's digitaliseringsværktøj eller "Uploades" ( ). 11