PlanDK2+: Byggefelt OBS. Byggefelter er implementeret i Plandata som en selvstændig plantype (30.4). 19. juni 2018 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 Systemintern ID til brug internt Geoserver Ikke relevant for indberetning ID Systemintern ID. Primær database nøgle. Ikke relevant for indberetning PLANID Unik nøgle for byggefeltet (indenfor samme plantype, fx lokalplan). 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 GIS" (med eller uden attributter) skal PLANID angives. KOMNR Kommunenummer. Nummer på ny kommune efter 1. januar 2007 Integer(3) 791 Udfyldes automatisk af systemet pba den lokalplan som byggefeltet er knyttet til. LOKPLAN_ID PLANID for den lokalplan som byggefeltet er knyttet til Integer(8) 87654321 Byggefeltet kan først indberettes når lokalplanen som den er knyttet til, er indberettet. OBJEKTKODE Kodeværdi for objekttype Integer(2) 30 Objektkode 30 gælder for planer der knyttes til en lokalplan. Se evt. kodeliste for Plandk2+ PLANNR Nummer på btýggefeltet String(30) 1.B.1 Valgfrit indhold og syntask PLANTYPE Plantypen Decimal(3.1) 30.4 Plantype 30.4 gælder for byggefelt. Se evt. kodeliste for Plandk2+
IANVREG regulerer anvendelse True = Anvendelse reguleres IKKE False = Anvendelse reguleres (default) Boolean True Regulerer planen ikke anvendelse (IANVREG = "F") udfyldes felterne "ANVSPEC1 til 10" ikke. IZONEREG regulerer zone. Boolean True Systeminternt behov. Da feltet eksisterer skal det sættes til True. DATOVEDT Dato for planens endelige vedtagelse i byrådet m. formatet Integer(8) 20170123 Nedarves fra overordnet lokalplan DATOIKRAFT Dato for planens ikrafttrædelse m. Integer(8) 20171123 Nedarves fra overordnet lokalplan DATOFORSL Dato for offentliggørelse af forslag til plan m. Integer(8) 20021123 Nedarves fra overordnet lokalplan DATOSTART Dato for start af offentliggørelsesperioden for planforslag til plan m. Integer(8) 20070130 Nedarves fra overordnet lokalplan DATOSLUT Dato for slut af offentliggørelsesperioden for planforslag m. Integer(8) 20070330 Nedarves fra overordnet lokalplan DATOAFLYST Dato for byggefeltets ophævelse m. formatet Integer(8) 20021123 Nedarves fra overordnet lokalplan SP_DATOAFL Specifikaflystdato. Dato for aflysning af det specifikke byggefelt Integer(8) 20171003 DATOGSTART Dato for starten af versionens gyldighedsperiode m. 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 vedtagelsesdatoen. 1
DATOGSLUT STATUS VERSIONSNR Dato for udløb af versionens gyldighedsperiode m. 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 1, 2,..., n 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). 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 SUBVERSION Nummer på subversion af 1, 2,..., n Integer 3 En rettelse af en plan (fordi den har været fejlindberettet) afføder ny subversion. STATUS Markering af om planen er offentliggjort som den aktuelt gældende plan (PSTATUS: "Public Status"). 1 = ikke aktuel / offentliggjort 2 = aktuel / offentliggjort 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". 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 Boolean True Sættes automatisk af systemet på baggrund af den seneste version af Integer(8) 20021123 Feltet opdateres automatisk i systemet DATOGEOM Dato for sidste ændring af geometri m. formatet 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 IOMFANGREG regulerer bebyggelsesomfang True = bebyggelsesomfang reguleres IKKE False = bebyggelsesomfang reguleres (default) Boolean True Regulerer planen ikke bebyggelsesomfang udfyldes bebyggelsesregulerende bestemmelser (nedenfor) ikke. EAREAL Det maksimale antal kvadratmeter etageareal, der må opføres. Angivet generelt for hele Integer(7) 1500 Skal udfyldes, hvis planen regulerer om dette. Må ikke angives, hvis "iomfangreg= true". EAREALH Definition af om M3_M2 beregnes af: 1. Området som helhed Integer(1) 1 Skal angives, hvis "eareal" er udfyldt. Skal udfyldes, hvis planen regulerer om dette. Må ikke angives, hvis "iomfangreg= true". 3
MAXETAGER Maximale antal etager f.eks. 3.5. Angivet generelt for hele Decimal(5) 3.5 Decimal skal angives med punktum. MAXBYGNHJD Maksimal højde i meter f.eks. 8.5. Angivet generelt for hele Decimal(5) 8.5 Decimal skal angives med punktum. IUDSTYKREG regulerer Udstykning. Boolean True Systeminternt behov. Da feltet eksisterer skal det sættes til True 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 digitaliseringsgrundlaget m. 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. Det er muligt at angive flere (optil 10 forskellige) specifikke anvendelser med dertilhørende bebyggelsesregulerende bestemmelser. Disse har løbende nummerering 1 til 10, hvilket er vist med eksemplet ANSPEC1 med tilhørende EAREAL1, EAREALH1, MAXBHJD1 og MAXETAGE1, de efterfølgende specifikke anvendelser vil blive nummeret fortløbende. ANVSPEC1 EAREAL1 EAREALH1 MAXBHJD1 MAXETAGE1 Anvendelseskode for første type af specifik anvendelse Det maksimale etageareal, der må opføres. Knyttet til ANVSPEC1. Definition af om EAREAL1 beregnes af: 1. Området som helhed Maksimal tilladt bygningshøjde. Knyttet til ANVSPEC1. Maximale antal etager. Knyttet til ANVSPEC1. Integer(4) 1110 Jf. PlanDK2+ Integer 1000 Decimal(5) 3 Decimal(3.1) 8.5 Decimal(3.1) 3.5 + 4
GEOMETRI Planen geografiske udstrækning. Kan digitaliseres vha. plandatas indberetningsmodul under punktet Stamdata + Tilføj Geografi Eller uploades under fanen Upload GIS Geometri må ikke overlappe kommunegrænsen med mere end maks. 10%, dog højst 5000 m2. Delområdets geometri skal ligge 100% indenfor den tilhørende lokalplan 5