Ikke relevant for indberetning. Systemintern ID til brug internt Geoserver. Systemintern ID. Primær database nøgle. Ikke relevant for indberetning

Transkript

1 PlanDK2+: Lokalplan Felter markeret med rødt SKAL udfyldes, når der gemmes en kladde i Plandata.dk 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 planen. 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 Systemintern ID til brug internt Geoserver Systemintern ID. Primær database nøgle. Ikke relevant for indberetning Ikke relevant for indberetning PLANID Unik nøgle for planen (indenfor samme plantype, fx lokalplan). 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. KOMNR Kommunenummer. Nummer på ny kommune efter 1. januar 2007 Integer(3) 791 KOMNAVN Kommunenavn String(130) Viborg Udfyldes automatisk på baggrund af KOMNR GLKOMNR Gammelt kommunenummer (fra før kommunalreformen 2006/2007. Nummer på tidligere kommune som i sin tid vedtog planen. Integer(3) 791 Bruges til at identificere den kommune som oprindeligt vedtog planen inden kommunalreformen (2006/2007). Til brug for historik. 1

2 Skal ikke indberettes for nye planer. GLKOMNAVN Navn på tidligere kommune, som i sin tid oprettede planen. 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 Plannummer som kommunen giver planen. String(30) 1.B.1 Valgfrit indhold og syntask PLANNAVN Plannavn som kommunen giver planen. 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 2

3 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 Markering af at planen IKKE regulerer anvendelse True = Anvendelse reguleres IKKE False = Anvendelse reguleres (default) Boolean True Regulerer planen ikke anvendelse (IANVREG = "True") udfyldes felterne "ANVGEN" og "ANVSPEC1 til 10" ikke. ANVGEN Planens generelle anvendelseskode Integer(2) 11 Jf. PlanDK2+ ANVKONKRET Planens konkrete anvendelseskode 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 Angivelse af hvor mange MW (MegaWatt) der er planlagt for indenfor et vindmølleområde Integer (8) 10 Obligatorisk ved indberetning af vindmølle lokalplaner. Obligatorisk hvis anvgen = 81 og 3

4 anvspec = 8111 IZONEREG ZONE 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 eller 3; 1: byzone (2: landzone) 3: sommerhusområde 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. 4

5 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 Plandata.dk. DATOVEDT Dato for planens endelige vedtagelse i byrådet m. formatet ÅÅÅÅMMDD Integer(8) Feltet skal være udfyldt for at planen kan få status af "V" (vedtaget). DATOIKRAFT Dato for planens ikrafttrædelse m. formatet ÅÅÅÅMMDD 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". DATOIKRAFB Beregnet dato for planens Integer(8) I de tilfælde hvor kommune ikke 5

6 DATOFORSL DATOSTART DATOSLUT ikraftræ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 har udfyldt ikrafttrædelsesdato (gamle planer) benyttes dato fro vedtagelse. 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). DATOAFLYST Dato for planens ophævelse m. formatet ÅÅÅÅMMDD Integer(8) Feltet skal være udfyldt for at planen kan få status af "A" (aflyst). DATOGSTART DATOGSLUT Dato for starten af versionens gyldighedsperiode m. formatet ÅÅÅÅMMDD Dato for udløb af versionens gyldighedsperiode m. formatet ÅÅÅÅMMDD 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. 6

7 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). STATUS 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) 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 7

8 SOAP og WFS. VERSIONSNR SUBVERSION PSTATUS 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 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. 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 8

9 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 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 Boolean True Sættes automatisk af systemet på baggrund af den seneste version af planen. Integer(8) Feltet opdateres automatisk i systemet DATOGEOM Dato for sidste ændring af geometri m. formatet ÅÅÅÅMMDD Integer(8) Feltet opdateres automatisk i systemet DATOOPRT Tidspunkt for planens oprettelse i Plandata.dk Dato Feltet opdateres automatisk i systemet DATOOPDT Tidspunkt for seneste opdatering af planen. Opdatering af attributter og/eller geografi. Dato Feltet opdateres automatisk i systemet DISTRIKT Plandistriktet navn String(50) Risskov 9

10 IOMFANGREG BEBYGPCT BEBYGPCTAF BEBYGPCTAR M3_M2 M3_M2H 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 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke Højeste andel (%) af grundarealet, der må bebygges. Angivet generelt for hele planen. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Angivet generelt for hele planen. Definition af om M3_M2 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke 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 Decimal(6.2) 8.25 Integer(1) 1 10

11 EAREAL EAREALH Det maksimale etageareal, der må opføres. Angivet generelt for hele planen. Definition af om M3_M2 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke Integer(7) Integer(1) 1 MAXETAGER Maximale antal etager f.eks Angivet generelt for hele planen. MAXBYGNHJD Maksimal højde i meter f.eks Angivet generelt for hele planen. 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 Bygningsbevaringsbestemmelse. Kort beskrivelse af evt. bygningsbevaringsbestemmelser for det område, som planen omfatter. String(254) 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 11

12 tilhørende plan. Værdier fra planer fra før 1. januar 2018 udstilles. MINGRUND Minimums grundstørrelse i kvadratmeter Integer(5) 400 Kan ikke indberettes! Erstattes af MINUDS. Værdier fra planer fra før 1. januar 2018 udstilles. IUDSTYKREG Markering af at planen IKKE regulerer Udstykning Boolean True True = Udstykningreguleres IKKE False = Udstykning reguleres (default) 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 String(30) 2 12

13 1. Ortofoto 2. Matrikelkort 3. Opmåling 4. GeoDanmark / tekniske kort 5. Modelberegning 6. Tegning DIGIGRUNDD SFORHOLD ABESTEM1 ABESTEM2 Ajourføringsdato for digitaliseringsgrundlaget m. formatet ÅÅÅÅMMDD Beskrivelse af særlige forhold, som ikke er dækket ind ved hjælp af de øvrige markeringer. 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 Integer(8) Fx datoen (årgangen) for et ortofoto eller datoen for matrikelkortet. Medvirker til præcisering af den geografiske reference der er benyttet ved digitalisering. String (254) Træerne langs planens nordøstlige grænse må ikke fældes. 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. ABESTEMMELSER "Gruppebetegnelse" (i GML-filen!) for indberetning af anden bestemmelse, se ABESTEM nedenfor Syntaks i GML, fx: <pdk:abestemmelser> <pdk:abestem>4150</pdk:abestem> <pdk:abestem>4160</pdk:abestem> </pdk:abestemmelser> Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se ABESTEM1, ABESTEM2 OG ABESTEM3 13

14 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:abestem>4150</pdk:abestem> <pdk:abestem>4160</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: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> <pdk:maxetage>11.0</pdk:maxetage> </pdk:sbygomfag> </pdk:anvtype> Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se de forskellige felter vedrørende bebyggelsesregulerende 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. Syntaks i GML-filen, fx: <pdk:anvtype> <pdk:sbygomfag> <pdk:anvspec>1110</pdk:anvspec> <pdk:bygpct>10</pdk:bygpct> Benyttes kun i forbindelse med formatet GML. Ved brug af GISformaterne MapInfo, Shape og GeoJson se de forskellige felter vedrørende bebygelsesregulerende 14

15 <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> <pdk:maxetage>11.0</pdk:maxetage> </pdk:sbygomfag> </pdk:anvtype> 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 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke Det maksimale etageareal, der må opføres. Knyttet til ANVSPEC1. Definition af om EAREAL1 beregnes af: Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Integer(1) 1 Integer 1000 Decimal(5) 3 15

16 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke BYGPCTAR1 M3_M21 M3_M2H1 MAXBHJD1 MAXETAGE1 ANVSPEC10 BYGPCT10 BYGPCTH10 Højeste andel (%) af grundarealet, der må bebygges. Angivet generelt for hele planen. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Knyttet til ANVSPEC1. Definition af om M3_M2 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke 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 beregnes af: 1. Området som helhed Integer(3) 50 OBS! Dette er et synonym for BEBYGGRAD, Decimal(6.2) 6.26 Integer(7) Decimal(3.1) 8.5 Decimal(3.1) 3.5 Integer(4) 1110 Jf. PlanDK2+ Integer(3) 15 Integer(1) 1 16

17 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke BYGPCTAR10 EAREAL10 EAREALH10 BYGPCTAR10 M3_M210 M3_M2H10 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 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke Højeste andel (%) af grundarealet, der må bebygges. Angivet generelt for hele planen. Rumfangsbestemmelse (bygningernes max. rumfang (m3) ift. grundarealet (m2)). Knyttet til ANVSPEC10. Definition af om M3_M2 beregnes af: 1. Området som helhed 2. Den enkelte ejendom 3. Den enkelte grund 4. Det enkelte jordstykke 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)

18 MAXBHJD10 MAXETAGE10 Maksimal tilladt bygningshøjde. Knyttet til ANVSPEC10. Maximale antal etager. Knyttet til ANVSPEC10. Decimal(3.1) 8.5 Decimal(3.1) 3.5 GEOMETRI Planen geografiske udstrækning. Kan enten digitaliseres vha. Plandata.dk's digitaliseringsværktøj eller uploades _lokalplan.geojson 18