PlanDK2+: Byggefelt OBS. Byggefelter er implementeret i PDK som en selvstændig Plantype (30.4) under objektkode 30 (delområde). 4. december 2017 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 byggefeltet (indenfor samme plantype, fx ). PLANID for den som delområdet er knyttet til 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(8) 87654321 Lokalplandelområde kan først indberettes når en 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+ PLANNR Nummer på btýggefeltet String(30) 1.B.1 Valgfrit indhold og syntask PLANTYPE Plantypen Decimal(3.1) 30.4 Se kodeliste i PlanDK2+ IANVREG IZONEREG regulerer anvendelse True = Anvendelse reguleres IKKE False = Anvendelse reguleres (default) regulerer zone. Boolean True Regulerer planen ikke anvendelse (IANVREG = "F") udfyldes felterne "ANVSPEC1 til 10" ikke. Boolean True Systeminternt behov. Da feltet eksisterer skal det sættes til True.
DATOVEDT DATOIKRAFT DATOFORSL DATOSTART DATOSLUT DATOAFLYST SP_DATOAFL DATOGSTART DATOGSLUT Dato for planens endelige vedtagelse i byrådet m. formatet Dato for planens ikrafttrædelse m. Dato for offentliggørelse af forslag til plan m. Dato for start af offentliggørelsesperioden for planforslag til plan m. Dato for slut af offentliggørelsesperioden for planforslag m. Dato for byggefeltets ophævelse m. formatet Specifikaflystdato. Dato for aflysning af det specifikke byggefelt Dato for starten af versionens gyldighedsperiode m. Dato for udløb af versionens gyldighedsperiode m. Integer(8) 20170123 Nedarves fra overordnet Integer(8) 20171123 Nedarves fra overordnet Integer(8) 20021123 Nedarves fra overordnet Integer(8) 20070130 Nedarves fra overordnet Integer(8) 20070330 Nedarves fra overordnet Integer(8) 20021123 Nedarves fra overordnet Integer(8) 20171003 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. 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). STATUS Systeminternt håndtering String V Feltet skal ikke indberettes. 1
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) Feltet opdateres på baggrund af datofelterne og feltet PSTATUS (se nedenfor). 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 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 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 Dato for sidste ændring af geometri m. formatet Boolean True Sættes automatisk af systemet på baggrund af den seneste version af Integer(8) 20021123 Feltet opdateres Integer(8) 20021123 Feltet opdateres DATOOPRT Tidspunkt for planens oprettelse i Dato Feltet opdateres DATOOPDT Tidspunkt for seneste opdatering af Opdatering af attributter og/eller geografi. Dato Feltet opdateres IOMFANGREG EAREAL EAREALH MAXETAGER regulerer True = reguleres IKKE False = reguleres (default) Det maksimale etageareal, der må opføres. Angivet generelt for hele Definition af om M3_M2 beregnes af: 1. Området som helhed Maximale antal etager f.eks. 3.5. Angivet generelt for hele Boolean True Regulerer planen ikke udfyldes bebyggelsesregulerende bestemmelser (nedenfor) ikke. Integer(7) 1.500 Integer(1) 1 Decimal(5) 3.5 Decimal skal angives med punktum. 3
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 DIGIGRUNDD ANVSPEC1 EAREAL1 EAREALH1 MAXBHJD1 MAXETAGE1 ANVSPEC10 EAREAL10 EAREALH10 MAXBHJD10 Digitaliseringsgrundlag 0. Ikke udfyldt 1. Ortofoto 2. Matrikelkort 3. Opmåling 4. GeoDanmark / tekniske kort 5. Modelberegning 6. Tegning Ajourføringsdato for digitaliseringsgrundlaget m. 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. Anvendelseskode for første type af specifik anvendelse Det maksimale etageareal, der må opføres. Knyttet til ANVSPEC10. Definition af om EAREAL10 beregnes af: 1. Området som helhed Maksimal tilladt bygningshøjde. Knyttet til ANVSPEC10. 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. Integer(4) 1110 Jf. PlanDK2+ Integer 1000 Decimal(5) 3 Decimal(3.1) 8.5 Decimal(3.1) 3.5 Integer(4) 1110 Jf. PlanDK2+ Integer 1000 Decimal(5) 3 Decimal(3.1) 8.5 4
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" ( http://upload.plansystem.dk ). 5