Standardisering af kommuneplandata

Transkript

1 Standardisering af kommuneplandata (Kommuneplankataloget jf. planlovens 11 a PlanDK3 ) Registreringsbehov og begrebsdefinitioner Version Erhvervs- og Vækstministeriet, Erhvervsstyrelsen

2 Revisionshistorik Her vil ændringer i dokumentets forskellige versioner fremgå. Visionsnummereringen følger følgende regler: A) Mindre rettelser af fejl og mangler, herunder stavefejl og mindre tilføjelser af forklarende tekst. a. Rettelserne har ingen betydning for registreringsbehov og begrebsnavngivning. b. Foretages løbende. c. Kommunikeres via d. Udgivelseskode B) Større uddybende og præciserende tilføjelser og rettelser. a. Ændringerne har ingen betydning for registreringsbehov og begrebsnavngivning. b. Foretages efter behov. c. Kommunikeres via d. Udgivelseskode C) Ændringer og / eller tilføjelser af registreringsbehov, begreber og navngivning. a. Rettelserne har betydning for registreringsbehov, begrebsnavngivning mm. Ændringerne berører derfor PlansystemDK s database-setup og PlansystemDK s snitflader. b. Foretages kun efter aftale mellem KL og NST (Naturstyrelsen). Ændringer vil blive varslet. c. Kommunikeres via d. Udgivelseskode Versionsnummer Dato Beskrivelse af ændringer april 1. version, udkast juni 1. version, endelig maj 2. version juni 3. version, udkast august Uddybende beskrivelser. Rettet feltnavne i tabel i afsnit april Tilføjelse af Fælles Biogas Anlæg under Tekniske anlæg januar 2014 Revideret i forhold til reglerne i det opdaterede cirkulære nummer XX af DD.MM.2013 vedrørende Det digitale planregister PlansystemDK og om kommunalbestyrelsens indsendelse af planer og planforslag m.v. med tilhørende planoplysninger til registret. Nummereringen af retningslinjerne er ændret i overensstemmelse med Planloven. Retningslinjernes koder (temanumre) i PlanDK3 er dog så vidt muligt bevaret. For de enkelte retningslinjer er der indføjede specifikke registreringsvejledninger. Ændringer af kravene til registrering omfatter retningslinjerne: Detalhandelsstruktur: Ny valgmulighed Enkeltstående butikker er tilføjet kodelisten til feltet type1103. Muligheden har nummer 6 i kodelisten. Se side 22 til 26. Værdiområdet for feltet max_stor er ændret. Se side 22. Trafikanlæg eksisterende: Skal ikke indberettes. Nye objekter og kategorier baseret på GEODANMARK. Se side 27. 2

3 Trafikanlæg planlagte: Nye objekter og kategorier baseret på GEODANMARK. Se side 30. Tekniske anlæg deles i to: Tekniske anlæg - eksisterende: Skal ikke indberettes. Nye objekter og kategorier baseret på GEODANMARK. Se side 34 Tekniske anlæg planlagte: Nye objekter og kategorier baseret på GEODANMARK. Se side 38 Store husdyrbrug: Nyt tema. Se side 50. Bevaringsværdige landskaber deles i 2: Bevaringsværdige landskaber: Se side 67. Større sammenhængende landskaber: Nyt tema. Se side 69. Anvendelse af vandløb, søer og kystvande: Nye objekter baseret på GEODANMARK. Kategorier ændres ikke. Se side 74. Endvidere er der sket en kvalificering af beskrivelser og forklaringer februar april juni 2014 Mindre rettelser af forklarende tekst og stavefejl. Vær opmærksom på, at cirkulærets nummer først indsættes ved ikrafttrædelse, se side 2, 6 og 19. Rettelse af beskrivelserne i registreringsvejledning for eksisterende og planlagte trafikanlæg. Selve datamodellen er ikke rettet: Felterne eksisterendetrafikanlaegkode og planlagtrafikanlaegkode skal klassificeres således: 1 = Vej 2 = Jernbane 3 = Togstation / rangéranlæg 4 = Sti og stisystem 5 = Havn 6 = Lufthavn 7 = Parkeringsplads 8 = Transportkorridor Endvidere er tabellerne gen-nummererede ift afsnitsnummereringen. Side 11 og 12: Feltet objekt_id er farvet rødt, hvilket indikerer at det bliver udfyldt automatisk. Side 13: datoforl rettet til datoforsl Side 22: max-udvalg rettet til max_udvalg november juni maj marts 2017 Endvidere er der foretaget mindre layout rettelser. Side 49: Ubegrænset antal karakterer er rettet til 1042 tegn. Side 52: Ønsket er rettet til Skovrejsning ønsket. Side 54: Ønsket er rettet til lavbundsareal. Fælles registreringer for PDK3 datamodellen er tilføjet til datamodellen Felterne statuskode og status er fjernet fra datamodellen da de er blevet overflødiggjort med datoangivelserne i fællesregistringerne Tilføjelse af tekststykke omhandlende fælles biogasanlæg under planlagte tekniske anlæg. Ændring af logo på forsiden. Rettelse af information om eksisterende tekniske anlæg og eksisterende trafikanlæg. Det har været idéen at temaerne skulle fastfryses som et statusbillede af de eksisterende tekniske anlæg og trafikanlæg den dag kommunen indberetter en plan. Dette er ikke implementeret, og derfor er informationen herom slettet fra datamodellen. 3

4 juli 2017 Rettelse af datamodel for detailhandelsstruktur grundet nye gældende retningslinjer for området jf. planlovsændringen gældende fra 15. juni August 2017 Oprettelse af nye retningslinjer Omdannelseslandsbyer (1160), produktionserhvervsområde(1151), Konsekvensområder for produktionsvirksomheder(1150), transformationsområde for konsekvensområder indenfor produktionserhvervsområder (1152) og konsekvensområder omkring tekniske anlæg (1153) 4

5 Indholdsfortegnelse Revisionshistorik... 2 Indholdsfortegnelse... 5 Indledning Datamodel for Planlovens 11a-retningslinjer (PlanDK3) Lange og korte feltnavne Metadata Generelle registreringer Fælles PlanDK3 registreringer Kodelister Temakoder Specifikke registreringer Planloven: 11a, 1: Planlagt byzone og sommerhusområder Specifikke retningslinjer for Planlagt byzone ogsommerhusområder Registreringsvejledning Planlagt byzone ogsommerhusområder Planloven: 11a, 2: Byformål Planloven: 11a, 3: Detailhandelsstruktur Specifikke retningslinjer for Detailhandelsstruktur Registreringsvejledning for Detailhandelsstruktur Planloven: 11a, 4: Trafikanlæg De eksisterende trafikanlæg De planlagte trafikanlæg Specifikke retningslinjer for Planlagte trafikanlæg Registreringsvejledning for Planlagte trafikanlæg Planloven: 11a, 5: Tekniske anlæg Eksisterende tekniske anlæg De planlagte tekniske anlæg Specifikke retningslinjer for Planlagte tekniske anlæg Registreringsvejledning for Planlagte tekniske anlæg Planloven: 11a, 6: Områder til virksomheder med særlige beliggenhedskrav Specifikke retningslinjer for Områder til virksomheder med særlige beliggenhedskrav, specifikke registreringsbehov Registreringsvejledning Områder til virksomheder medsærlige beliggenhedskrav, specifikke registreringsbehov Planloven: 11a, 7: Anlæg omfattet VVM -pligt Planloven: 11a, 8: Støjbelastede arealer Specifikke retningslinjer for Støjbelastede arealer Registreringsvejledning Støjbelastede arealer Planloven: 11a, 9: Fritidsformål Planloven: 11a, 10: Særlig værdifulde landbrugsområder Specifikke retningslinjer for Særlig værdifuldelandbrugsområder

6 Registreringsvejledning Særlig værdifuldelandbrugsområder Planloven: 11a, 11: Store husdyrbrug Specifikke retningslinjer for Store husdyrbrug Registreringsvejledning Store husdyrbrug Specifikke retningslinjer for Skovrejsningsområder Registreringsvejledning Skovrejsningsområder Specifikke retningslinjer for Lavbundsarealer Registreringsvejledning Lavbundsarealer Planloven: 11a, 14: Naturbeskyttelsesområder og Økologiske forbindelser Specifikke retningslinjer for Naturbeskyttelsesområder Registreringsvejledning Naturbeskyttelsesområder Specifikke retningslinjer for Økologiske forbindelser Registreringsvejledning Økologiske forbindelser Planloven: 11a, 15: Kulturhistoriske bevaringsværdier og værdifulde kulturmiljøer Specifikke retningslinjer for Kulturhistoriske bevaringsværdier Registreringsvejledning Kulturhistoriske bevaringsværdier Specifikke retningslinjer for Værdifulde kulturmiljøer Registreringsvejledning Værdifulde kulturmiljøer Planloven: 11a, 16: Bevaringsværdige landskaber og større, sammenhængende landskaber Specifikke retningslinjer for Bevaringsværdige landskaber Registreringsvejledning Bevaringsværdige landskaber Specifikke retningslinjer for Større, sammenhængende landskaber Registreringsvejledning Større, sammenhængende landskaber Planloven: 11a, 17: Geologiske bevaringsværdier Specifikke retningslinjer for Geologiske bevaringsværdier Registreringsvejledning Geologiske bevaringsværdier Planloven: 11 a, 18: Oversvømmelsesarealer Planloven: 11a, 19: Anvendelse af vandløb, søer og kystvande Anvendelse af vandløb, søer og kystvande Specifikke retningslinjer for Anvendelse af vandløb, søer og kystvande Registreringsvejledning Anvendelse af vandløb, søer ogkystvande Planloven: 11a, 20: Arealanvendelse i kystnærhedszone Planloven: 11a, 21: Landsplanmæssige interesser og Kommuneplanlægningen af Hovedstadsområdet Planloven: 3: Landsplandirektiver Planloven: 3: Kommuneplanlægningen i Hovedstadsområdet Planloven: 5a, stk. 3: Kystnærhedszonen Planloven 11a, stk. 22: Omdannelseslandsbyer Registreringsvejledning Omdannelseslandsbyer Planloven 11a, stk. 23: Produktionserhvervsområde Registreringsvejledning Produktionserhvervsområde

7 6.25 Planloven 11a, stk. 24: Konsekvensområder for produktionserhvervsområder Registreringsvejledning Konsekvensområder for produktionserhvervsområder Planloven 11a, stk. 25: Transformationsområde indenfor konsekvensområder for produktionserhvervsområder Registreringsvejledning Transformationsområde indenfor konsekvensområder for produktionserhvervsområder Planloven 11a, stk. 26: Konsekvensområder omkring tekniske anlæg Registreringsvejledning Konsekvensområder omkring tekniske anlæg BILAG 1: Planlovens 11a BILAG 2: Konverterings tabel PlansystemDK

8 Indledning Dette er 4. version af datamodellen PlanDK3 og dermed en revideret udgave af det dokument, der samler registreringsbehov og begrebsdefinitioner af data, der vedrører Planlovens 11a. I forbindelse med kommunalreformen 2006/2007 og den tilknyttede revision af planloven overtog kommunerne ansvaret for planlægningen af det åbne land. I planlovens 11a er der indarbejdet en liste eller et katalog over de retningslinjer, som i de kommende generationer af kommuneplaner skal afløse bestemmelserne i regionplanerne 1. For at sikre et fælles overblik over arealplanlægningen i Danmark, er det aftalt, at de kommende kommuneplaner skal indberettes i PlansystemDK. I praksis vil det betyde, at de kommuneplanretningslinjer, som er knyttet til planlovens 11a, skal indberettes sammen med kommuneplanen. Kommunernes forpligtigelse til at indberette retningslinjerne til PlansystemDK fremgår af Bekendtgørelse nummer 418 af 28/04/2014 Bekendtgørelse om det digitale planregister PlansystemDK. En forudsætning for, at de nye kommuneplanretningslinjer kan indberettes i PlansystemDK og i det hele taget bidrage til fremtidens digitale forvaltning er, at de er standardiserede. Det vil sige, at der er lavet datamodeller for de enkelte kommuneplanretningslinjer, hvor registreringsbehov, begreber og sammenhænge er defineret. Når dette notat omtaler en datamodel for kommuneplanretningslinjerne menes udelukkende registreringsbehov og begrebsdefinitioner og ikke en detaljeret beskrivelse af den samlede datamodel for kommuneplanretningslinjerne og de tekniske spidsfindigheder forbundet med standardiseringen. Datamodellen er udarbejdet i et samarbejde mellem NST, KL og udvalgte kommuner. Endvidere er en række vigtige interessenter blevet hørt i processen. Der er gennemført en offentlig høring, hvor det har været muligt at kommentere modellen. Datamodelarbejdet er koordineret med tilsvarende modelarbejde i Danmarks Miljøportal. Samarbejdet med Miljøportalen sigter mod i fællesskab at udarbejde en skabelon for standardisering af arealrelaterede miljødata. Konkret betyder det, at en række generelle registreringer er de samme uanset hvilken retningslinje, der arbejdes med. Det drejer sig fx om registrering af ansvarlig myndighed, en række datoer m.v., som på denne måde registreres ens, hvad enten data gemmes i Miljøportalen eller i PlansystemDK. Udover sådanne generelle registreringer indeholder datamodellen specifikke men stadig obligatoriske registreringer for de enkelte kommuneplanretningslinjer. Notatet er derfor bygget op således, at de generelle registreringsbehov som altså er obligatoriske og ens for alle kommuneplanretningslinjerne - beskrives først. Derefter beskrives de specifikke registreringsbehov for de enkelte kommuneplanretningslinjer sorteret efter nummereringen i planlovens 11a. Det skal understreges, at det er tilstræbt at gøre datamodellen så dynamisk som muligt. Det vil sige, at kommunerne (eller andre) i egen database kan registrere flere oplysninger end modellen kræver og via modellens unikke nøgler (forskellig entydig nummerering af temaer og objekter) få disse oplysninger til at spille sammen med oplysningerne, der er indberettet til PlansystemDK. Endvidere er det tilstræbt kun at medtage de registreringer, som er nødvendige for at opfylde fælles, generelle behov. Det betyder for det første, at helt specifikke oplysninger vedrørende de enkelte retningslinjer, som kun er relevant for en enkelt institution, ikke medtages. For det andet er det kun de overordnede retningslinjer, som reguleres i planloven, der er standardiserede, og som skal indberettes til PlansystemDK. 1 Amternes regionplanretningslinjer er i forbindelse med kommunalreformen blevet tillagt retsvirkninger som et landsplandirektiv. Dette vil være gældende, indtil der via de nye generationer af kommuneplaner er vedtaget nye retningslinjer. 8

9 Ud over disse retningslinjer kan en kommuneplan bestå af en række andre detaljerede og for kommunen specifikke temaer, som ikke nødvendigvis kan sammenstilles med temaer i andre kommuner. Der kan både være tale om detaljeringer af de overordnede retningslinjer eller helt andre temaer, som den enkelte kommune har valgt at indarbejde i kommuneplanen. Datamodellen for kommuneplanretningslinjerne har arbejdstitlen PlanDK3. Modellen supplerer datamodellen PlanDK2, som omfatter lokalplaner, kommuneplaner, kommuneplanstrategier, -rammer, - tillæg og zonekort m.fl.. Se Ud over 11a er det fundet hensigtsmæssigt at standardisere visse temaer defineret i planloven, som er afgørende forudsætninger for realisering af kommuneplanretningslinjerne under 11a. Det drejer sig om planlovens 3 vedrørende de såkaldte Landsplandirektiver samt 5a, stk. 3 vedrørende Kystnærhedszonen. Naturstyrelsen har ansvaret for disse temaer. Datamodellen PlanDK3 er indarbejdet i PlansystemDK s kernesystem og vil således være en fast standard de kommende år. På denne måde vil der være mulighed og sikkerhed for at kommunikere med PlansystemDK via systemets åbne snitflader. Datamodellen vil løbende blive vurderet og nødvendige ændringer blive gennemført, når behovet er til stede. Ændringer vil dog kræve aftaler mellem kommunerne og staten, og fremtidige revisioner af PlanDK3 og PlansystemDK vil blive varslet i forvejen. 9

10 2 Datamodel for Planlovens 11a-retningslinjer (PlanDK3) Dette dokument beskriver den såkaldte konceptuelle (indholdsmæssige) datamodel. Den fysiske datamodel (den tekniske opbygning) findes på PlansystemDK s hjemmeside: Plansystemdk.dk. I det nedenstående beskrives, hvordan datamodellen PlanDK3 opbygget. For hver kommuneplanretningslinje omfatter datamodellen dels en generel del, dels en del der er fælles for alle kommuneplanretningslinjerne og endelig en dataspecifik del. Dette er skitseret nedenfor. DATAMODEL Generel: -gælder for de fleste data i PlansystemDK og DAI Fælles PlanDK3: -gælder for alle Planlovens 11a-retningslinier Kapitel 5 Fælles for alle PlanDK3 temaer Specifik: -gælder udelukkende for specifikke temaer (datasæt) Kapitel 7 For hver retningslinje er beskrevet en registreringsvejledning, som definerer hvordan de forskellige oplysninger og geografi skal registreres. Registreringsvejledningen er teknisk funderet, men indeholder også planlovens krav til hvad der skal registreres. Formålet med disse registreringsvejledninger er, at data på tværs af administrative skel bliver ensartede. 2.1 Lange og korte feltnavne Navngivning af tabeller og felter er OIO- standardiseret 2. For at sikre dataudveksling mellem PlansystemDK og gængse GIS- programmer, har det været nødvendigt, at supplere feltnavnene med kortere udvekslingsnavne, da der er konstateret problemer med navne længere end 10 karakterer i visse GISprodukter. Ved upload til og download fra PlansystemDK benyttes de korte udvekslingsnavne. De lange feltnavne benyttes i de GML- filer, der benyttes til at kommunikere med PlansystemDK s SOAPservice. Bemærk endvidere at det i tab- og shp-filer kun er muligt at have tekstfelter med maksimalt 256 tegn. 2 Vedrørende OIO- regler for navngivning se: OIOXML/Overhold-reglerne-NDR 10

11 De lange og korte navne beskrives nærmere i de følgende afsnit, hvor de specifikke registreringer gennemgås. Se endvidere konverteringsliste for lange/korte navne i bilag 2 side Metadata Det skal understreges, at også kommuneplanretningslinjerne ligesom alle andre miljødata er omfattet af de krav, som INSPIRE stiller til registrering af metadata. Disse oplysninger er fælles for alle objekter i den enkelte retningslinje og skal derfor indberettes som metadata i den fælles metadatabase og ikke medtages derfor ved indberetning til PlansystemDK. Registrering af kommuneplanretningslinjernes metadata i Geodatainfo.dk sker fælles for landsdækkende temaer af Miljøministeriet. Kommunerne skal således ikke registrere og vedligeholde metadata for kommuneplanretningslinjer i PlansystemDK. 11

12 3 Generelle registreringer Den generelle del indeholder de fælles elementer for hvert datasæt. Konkret betyder det, at en række generelle registreringer er de samme, uanset hvilket kommuneplanretningslinje, der arbejdes med. Det drejer sig f.eks. om registrering af ansvarlig myndighed og en række datoer m.v., som på denne måde registreres ens. Den generelle del er udarbejdet i samarbejde med Danmarks Miljøportal (DMP), hvor den samme datamodel gælder for Danmarks Arealinformation. Kommunernes Landsforening (KL) og kommunerne har ligeledes udarbejdet datamodeller for en række temaer, hvor den samme opbygning med generelle og specifikke registreringer er benyttet. Tabel viser den generelle datamodel for kommuneplanretningslinjerne. Teknisk taler man om hvilke attributter, som er knyttet til det enkelte tema (retningslinje). Definitionen af disse generelle attributter er koordineret med DMP. DMP arbejder dog med flere felter. Det drejer sig om felterne Offentligkode og Offentlig, som skal angive hvorvidt data er til rådighed for alle eller kun for producenten. I PlansystemDK er alle planer med tilhørende attributter offentlige som følge af lovreglerne (undtaget planer med status kladde ). Derfor er felterne ikke nødvendige. Felterne, der er markeret med rød skrift, udfyldes automatisk af PlansystemDK. Det drejer sig blandt andet om oplysninger, som sikrer historikken, således at det til enhver tid er muligt at oplyse, hvad der var gældende på et bestemt tidspunkt. Alle disse røde felter skal kommunerne således ikke udfylde. De felter, der er markeret med blåt, skal heller ikke udfyldes, idet de kan findes vha. opslagstabeller, som indeholder oversættelser af fx koder til navne. De røde og blå felter skal således ikke uploades, og heller ikke indtastes via indberetningssiden (de tilføjes dog automatisk af systemet i forbindelse med download og visning af data på PlansystemDK). På denne måde er det tilstræbt, at så få oplysninger, som muligt skal indberettes. 12

13 Tabel 4.0.1: Generelle registreringer. Felterne svarer til den nye datamodel hos Danmarks Miljøportal (røde felter udfyldes automatisk, blå felter hentes fra andre tabeller, og skal derfor ikke udfyldes) Udvekslings- Obligatorisk / Feltnavn Formål Datatype Værdiområde Eksempel navn frit temakode temakode Kode for temanavn/retningslinje 4 cifret heltal O 1103 temanavn temanavn Temanavn/retningslinje Tekststreng tegn O Detailhandelsstruktur objektidentifikator objekt_id Unik ID for objektet. 9-cifret heltal Entydig databasenøgle O unikidentifikator uuid Unik databasenøgle {E6AB20EA-67E4-4C bit 16 bytes O over tid A051-B50A084788A3} startdatotid systid_fra Start systemtid ISO dato/tid slutdatotid systid_til Slut systemtid ISO dato/tid initieretdatotid oprettet Systemtid for objektets oprettelse ISO dato/tid T23:59: : T23:59: : T23:59: : T23:59: :00 (NULL = stadig gældende) (Udfyldt = historisk) T23:59: : T23:59: :00 O O O T23:59: : T23:59: : T23:59: :00 oprindelseskode oprindkode Kode for oprindelse for objekt 1 cifret heltal 0-6 O 4 oprindelsestekst oprindelse Oprindelse for objekt Tekststreng 0-30 O GEODANMARK/Tekniske kort cvrnumberidentifier cvr_kode CVR-kode på ansvarlig 8 cifret heltal myndighed O legalunitname cvrname CVR-navn på ansvarlig Tekststreng myndighed tegn O Skov- og naturstyrelsen brugeridentifikator bruger_id Brugernavn ved opdatering Tekststreng tegn O Viborg1752 webadresseidentifikator link URL-link Tekststreng F Shape shape Geometrisk beskrivelse af objekt. Shape (2D) Punkt, linje, flade Se forklaring i nedenstående O Se forklaring i nedenstående 11

14 Forklaring til felter i liste 1, generelle registreringer (røde felter udfyldes automatisk, blå felter hentes fra andre tabeller, og skal derfor ikke udfyldes) Feltnavn Udvekslingsnavn Forklaring Bemærkning temakode temakode Feltet benyttes til at identificere datasættet via en kode. Se tabel side 15 temanavn temanavn Feltet benyttes til at identificere datasættet via et temanavn. Do. objektidentifikator unikidentifikator startdatotid slutdatotid initieretdatotid oprindelseskode objekt_id uuid systid_fra systid_til oprettet oprindkode Entydigt ID for et objekt i et tema. Hvis objekter er opdaterede har de historiske objekter samme Objekt_id som det gældende, men forskellige UUID er (alle har forskellige UUID er, se neden for). Objekt_id en anvendes som generel reference til et objekt i et tema. Bemærk at Objekt_id ikke er unik på tværs af temaer. Et generelt unikt ID for objektet fås ved at sammensætte Tema_kode med Objekt_id. Instansobjekt ID. Unikt objekt ID for den pågældende version af objektet på tværs af datasæt og over tid. Mens et objekt bevarer samme Objekt_id fra fødsel til død, vil UUID ændres ved enhver opdatering af objektet. Dato og tidspunkt for start af objektets systemmæssige gyldighed. Sættes af systemet ved oprettelse af nye objekter, eller ved ændringer, hvor der samtidig oprettes et historisk objekt. Dato og tidspunkt genereres af systemet ved indlægning i databasen. Systemgyldighed må ikke forveksles med forvaltningsmæssig gyldighed se felterne nedenfor angående datoer for offentlighedsperiode. Dato og tidspunkt for slut af objektets systemmæssige gyldighed. Sættes af systemet ved sletning af objekter, eller ved ændringer, hvor der oprettes et historisk objekt. Dato og tidspunkt genereres af systemet ved sletning eller ændring i databasen. Systemgyldighed, må ikke skal forveksles med forvaltningsmæssig gyldighed se felterne nedenfor angående datoer for offentlighedsperiode. Dato og tidspunkt for objektets systemmæssige oprettelse. Svarer til første Systid_fra registreret på et Objekt_id, hvorved oprettelsestidspunktet altid fremgår, uanset hvor mange ændringer et objekt har gennemgået. Dato og tidspunkt genereres af systemet ved indlægning i databasen. Feltet benyttes til at angive en oprindelse (registreringsgrundlag geografisk reference) via en kode. Det er her muligt at registrere hvilken reference, der er blevet brugt ved digitaliseringen af objektet, fx. matrikelkort, 4-cm kort eller anden. Herved fås en angivelse af temaets geografiske nøjagtighed. Genereres automatisk af systemet første gang retningslinjen indberettes. Ønsker man at rette retningslinien/objektet indberettes objekt_id. Svarer til PlanID. Skal ikke indberettes. Genereres automatisk af systemet. Skal ikke indberettes. Genereres automatisk af systemet. Skal ikke indberettes. Genereres automatisk af systemet. Skal ikke indberettes. Genereres automatisk af systemet. Se tabellen i afsnit side 17 oprindelsestekst oprindelse Feltet benyttes til at angive en oprindelse (registreringsgrundlag) for objektet. Se oven for. Do. cvrnumberidentifier cvr_kode Feltet benyttes til at angive CVR-koden for objektets ansvarlige myndighed. Se tabellen i afsnit side 18 legalunitname cvrname Feltet benyttes til at angive navnet på objektets ansvarlige myndighed. Do. brugeridentifikator webadresseidentifik ator Shape bruger_id link shape 3.1 Fælles PlanDK3 registreringer Brugeridentifikation fra PlansystemDKs Administrationssystem. Registreres automatisk ved oprettelse eller opdatering af objekter. Er der tale om brugeridentifikation af den medarbejder, der via systemets administrations- og brugerstyringssystem har fået tildelt rettigheder til at redigere i data, registreres brugeren automatisk. URL-adresse, der kan anvendes til opslag på objektniveau. Skal være offentlig tilgængelig. PlansystemDK tager en kopi af planen og lægger den i PlansystemDK. Geometrisk registrering af objekt styres af database Koordinatpræcision defineret til 0,001 (millimeter) Skal ikke indberettes. Genereres automatisk af systemet. Link til planen, fx. kommunens hjemmeside. Planens geografi se registreringsvejledning. Ud over de generelle registreringer (Tabel 5.0.1) er der specielt for kommuneplanretningslinjerne en række registreringer, som er ens for alle (Tabel 4.1.1): 12

15 Tabel 4.1.1: Registreringer som er ens for alle kommuneplanretningslinjer (røde felter udfyldes automatisk, nedarves fra kommuneplan eller - tillæg) Feltnavn Udvekslingsnavn Formål Datatype Værdiområde Obligatorisk / frit Eksempel lovgivningsbeskrivelsestekst lovgivning Angivelse af lovparagraf som stiller krav om registrering kommuneplanidentifikator komplan_id Angivelse af PlanID for overordnet kommuneplan kommuneplantillaegidentifikator komtil_id Angivelse af PlanID for overordnet kommuneplantillæg Tekststreng O Planloven 11a, pkt. 1 9-cifret heltal cifret heltal O (afhængig af om temaet er knyttet til en kommuneplan eller kommuneplantillæg) O (afhængig af om temaet er knyttet til en kommuneplan eller kommuneplantillæg) plannr Plannr Plannummer Tekststreng 0-30 tegn O E33 plangrundlagtekst plangrund Angivelse af plangrundlag, kommuneplan eller kommuneplantillæg. forslagdato datoforsl Dato for planforslagets vedtagelse startdate datostart Dato for start af offentlighedsperiode enddate datoslut Dato for afslutning af offentlighedsperiode vedtagetdato datovedt Dato for den endelige plans vedtagelse ikrafttraedelsedato datoikraft Dato for planens ikrafttrædelse aflystdato datoaflyst Dato for planens aflysning specifikaflystdato Sp_datoafl Dato for aflysning af det specifikke objekt bemaerkningtekst Bem Bemærkning / Valgfri tekst Tekststreng tegn O 8- cifret heltal cifret heltal cifret heltal cifret heltal cifret heltal cifret heltal cifret heltal Tekststreng tegn F O (afhængig af status) O (afhængig af status) O (afhængig af status) O (afhængig af status) O (afhængig af status) O (afhængig af status) O (afhængig af status) Kommuneplan for Århus Kommune 2009 til Fri tekst 13

16 Tabel 4.1.2, Forklaring til tabel 4.1.1: Registreringer som er ens for alle kommuneplanretningslinjer (røde felter udfyldes automatisk) Feltnavn Udvekslingsnavn Forklaring Bemærkning lovgivningbeskrivelsestekst lovgivning Feltet benyttes til at identificere datasættet Udfyldes automatisk på baggrund af valg af tema ved indberetning/upload. kommuneplanidentifikator komplan_id PlanID for overordnet kommuneplan kommuneplantillaegidentifikator komtil_id PlanID for overordnet kommuneplantillæg plannr plannr Entydigt plannummer for et objekt i et tema plangrundlagtekst plangrund Navn på overordnet plan, dvs. PlanNavn for kommuneplan eller kommuneplantillæg. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. forslagdato datoforl Dato for byrådets vedtagelse af planen. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. startdate datostart Dato for starten af offentlighedsperioden. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. enddate datoslut Dato for afslutningen af offentlighedsperioden. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. vedtagetdato datovedt Dato for byrådets vedtagelse af planen. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. ikrafttraedelsedato datoikraft Dato for planens ikrafttrædelse. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. aflystdato datoaflyst Dato for byrådets beslutning om planens aflysning. Udfyldes automatisk på baggrund af oplysninger hentet fra overordnet kommuneplan eller kommuneplantillæg. specifikaflystdato Sp_datoafl Dato for byrådets beslutning om det specifikke objekts aflysning. bemaerkningtekst bem Bemærkning / Valgfri tekst 14

17 3.2 Geografisk registrering Udover almindelige attributter består en kommuneplanretningslinje af den geografiske registrering (digitalisering foretaget i et GIS-program). Den geografiske digitalisering skal ske efter GST s anvisninger i ét landsdækkende koordinatsystem for de geografiske digitaliseringer (UTM zone 32, Euref89). Digitaliseringerne af de geografiske objekter i de enkelte retningslinjer er beskrevet i feltet shape i tabel 1. Det er kun muligt for en kommune at registrere polygoner, der ligger inden for kommunens geografiske afgrænsning. Endvidere er kun medtaget oplysninger, som ikke kan hentes ad anden vej. For eksempel kan en del oplysninger genereres i databasen eller i GIS-system på baggrund af allerede tilgængelige oplysninger. Således vil fx de enkelte objekters arealer og omkreds altid kunne udregnes ved simpel GIS-analyse. 4 Kodelister Værdier i Tema_kode fra 1000 til 1999 er forbeholdt PlansystemDK. Værdier i Tema_kode fra 2000 til 2999 er forbeholdt Danmarks Arealinformation. Koderne 1000 til 1100 er reserveret til en fremtidig omlægning af PlanDK2. PlanDK3 starter således med Temakoder Tema-kode Tematekst Planloven 1101 Planlagte byzoner og sommerhusområder Planloven: 11a, Byformål Planloven: 11a, Detailhandelsstruktur Planloven: 11a, Planlagte Trafikanlæg Planloven: 11a, (se 1144) Planlagte Tekniske anlæg, herunder fælles biogasanlæg Planloven: 11a, Områder til virksomheder med særlige beliggenhedskrav Planloven: 11a, Anlæg omfattet af VVM- og SMV-pligt Planloven: 11a, Støjbelastede arealer Planloven: 11a, Fritidsformål Planloven: 11a, Særlig værdifulde landbrugsområder Planloven: 11a, Skovrejsningsområder Planloven: 11a, Lavbundsarealer Planloven: 11a, Naturbeskyttelsesområder Planloven: 11a, Økologiske forbindelser Planloven: 11a, Kulturhistoriske bevaringsværdier Planloven: 11a, Værdifulde kulturmiljøer Planloven: 11a, (se 1145) Bevaringsværdige landskaber Planloven: 11a, Geologiske bevaringsværdier Planloven: 11a, Anvendelse af vandløb, søer og kystvande Planloven: 11a Arealanvendelse i kystnærhedszone Planloven: 11a, Hovedstadsområdet Planloven: 11a, Landsplandirektiver Planloven: Kystnærhedszonen Planloven: 5a, stk Store Husdyrbrug Planloven: 11a, stk Oversvømmelsesarealer Planloven: 11a, stk (se 1118) Større sammenhængende landskaber Planloven: 11a, stk Konsekvensområder for produktionserhvervsområder Planloven: 11a, stk Produktionserhvervsområder Planloven: 11a, stk Transformationsområder indenfor konsekvensområder for Planloven: 11a, stk 25 produktionserhvervsområder 1153 Konsekvensområder for tekniske anlæg Planloven: 11a, stk Omdannelseslandsbyer Planloven: 11a, stk 22 Andre PlanDK3 temaer, som ikke er knyttet til Planloven (er beskrevet i selvstændige dokumenter): 1201 Kloakopland 15

18 1202 Renseklasse 1203 Forsyningområde 1204 TilslutningspligtOmraade 1205 Forsyningsforbudområde 1206 Udtræden af spildevandsforsyning mulig 16

19 5.1.2 Oprindelseskoder Oprindelseskode Reference type Bemærkning 0 Ikke udfyldt 1 Ortofoto Der skelnes ikke mellem forskellige producenter og forskellige årgange. 2 Matrikelkort Matrikelkort fra KMS (København og Frederiksberg). Det forudsættes, at der benyttes opdaterede matrikelkort for datoen for planens indberetning 3 Opmåling Kan være med GPS, andet instrument el. lign. Det er ikke et udtryk for præcision, men at det er udført i marken. 4 GEODANMARK / Tekniske kort 5 Modelberegning GIS analyser eller modellering 6 Tegning Indscannet papirtegning GEODANMARK, DTK, Danmarks Topografiske kortværk eller andre raster kort samt kommunernes tekniske kort eller andre vektorkort. Indtil GEODANMARK er landsdækkende benyttes kort10 (jf. overgangsregler for GEODANMARK) 17

20 5.1.3 Ansvarlig myndighed (CVR kode/cvr_navn) CVR kode CVR navn CVR kode CVR navn CVR kode CVR navn Albertslund Kommune Holbæk Kommune Region Sjælland Allerød Kommune Holstebro Kommune Region Syddanmark Assens Kommune Horsens Kommune Ringkøbing-Skjern Kommune Ballerup Kommune Hvidovre Kommune Ringsted Kommune Billund Kommune Høje-Taastrup Kommune Roskilde Kommune Bornholms RegionsKommune Hørsholm Kommune Rudersdal Kommune Brøndby Kommune Ikast-Brande Kommune Rødovre Kommune Brønderslev Kommune Ishøj Kommune Samsø Kommune Danmarks Miljøundersøgelser Jammerbugt Kommune Silkeborg Kommune GEUS Kalundborg Kommune Skanderborg Kommune Det Jordbrugsvidenskabelige Fakultet Kerteminde Kommune Skive Kommune Dragør Kommune Kolding Kommune Slagelse Kommune Egedal Kommune Kort- og Matrikelstyrelsen Solrød Kommune Esbjerg Kommune Kulturarvsstyrelsen Sorø Kommune Fanø Kommune Københavns Kommune Stevns Kommune Favrskov Kommune Køge Kommune Struer Kommune Faxe Kommune Langeland Kommune Svendborg Kommune Fredensborg Kommune Lejre Kommune Syddjurs Kommune Fredericia Kommune Lemvig Kommune Sønderborg Kommune Frederiksberg Kommune Lolland Kommune Thisted Kommune Frederikshavn Kommune Lyngby-Taarbæk Kommune Tønder Kommune Frederikssund Kommune Læsø Kommune Tårnby Kommune Furesø Kommune Mariagerfjord Kommune Vallensbæk Kommune FødevareErhverv Middelfart Kommune Varde Kommune Faaborg-Midtfyn Kommune Miljøstyrelsen Vejen Kommune Gentofte Kommune Morsø Kommune Vejle Kommune Gladsaxe Kommune Naturstyrelsen Vesthimmerlands Kommune Glostrup Kommune Norddjurs Kommune Viborg Kommune Greve Kommune Nordfyns Kommune Vordingborg Kommune Gribskov Kommune Nyborg Kommune Ærø Kommune Guldborgsund Kommune Næstved Kommune Aabenraa Kommune Haderslev Kommune Odder Kommune Aalborg Kommune Halsnæs Kommune Odense Kommune Aarhus Kommune Hedensted Kommune Odsherred Kommune Helsingør Kommune Randers Kommune Herlev Kommune Rebild Kommune Herning Kommune Region Hovedstaden Hillerød Kommune Region Midtjylland Hjørring Kommune Region Nordjylland 18

21 5 Specifikke registreringer I det følgende beskrives de registreringer (obligatoriske og frivillige), som er specifikke for de enkelte retningslinjer. Der mindes om, at den enkelte kommune eller andre til enhver tid kan registrere flere faglige oplysninger til de enkelte objekter og gemme disse oplysninger i egne lokale databaser. Ved hjælp af de generelle felter Tema_id og Objekt_id kan sammensættes en unik ID for det enkelte objekt og de lokale oplysninger kan via denne ID sammenkædes med de obligatoriske felter i PlansystemDK. Som det vil fremgå i det følgende er nogle retningslinjer som fastsættes i planlovens 11 a ikke forbundet med krav om specifikke registreringer. Dette hænger sammen med, at lovens krav om, at kommuneplanen skal indeholde retningslinjer for de pågældende punkter kan opfyldes på baggrund af andre krævede registreringer. Fx vil nogle retningslinjer kunne beskrives umiddelbart på baggrund af de rammer for lokalplanerne, som kommunen i forvejen skal indberette til PlansystemDK efter lovens 11b samt Bekendtgørelse nummer 418 af 28/04/2014 Bekendtgørelse om det digitale planregister PlansystemDK. Også på denne måde er det forsøgt at sikre, at kun de nødvendige registreringer bliver indberettet, samt at kommunerne ikke belastes af dobbeltregistreringer. Det skal understreges, at det følgende kun omhandler de registreringer og de tilknyttede begreber, som er nødvendige for indberetning til PlansystemDK. Vedrørende det planfaglige indhold af de enkelte retningslinjer henvises til Oversigt over statslige interesser i kommuneplanlægningen 2013, Miljøministeriet 2011 med tilhørende tilføjelser, se.: Ud over de obligatoriske registreringer beskrives også en registreringsvejledning for hver kommuneplanretningslinje. Disse er beskrevet, således at de kan læse separat for hver retningslinje en del gentagelser på tværs af retningslinjerne kan derfor forekomme. 19

22 6.1 Planloven: 11a, 1: Planlagt byzone og sommerhusområder Lovtekst: Udlægning af arealer til byzoner og sommerhusområder. Temakode: 1101 Retningslinjen efter planlovens 11 a nr. 1 angiver afgrænsning af hvilke landzonearealer, der kan overføres til byzone eller sommerhusområde. Retningslinjen har sammenhæng med de fremtidige zonebestemmelser, der er registreres i kommuneplanernes rammer for lokalplanlægningen, også kaldet kommuneplanrammerne. Retningslinjen omhandler kommuneplanlagte byzoner og sommerhusområder. De eksisterende afgrænsninger af byzone og sommerhusområde indberettes til PlansystemDK efter datamodellen PlanDK2 (se Specifikke retningslinjer for Planlagt byzone ogsommerhusområder Tabel Byzone og sommerhusområder, specifikke registreringsbehov: Feltnavn *) Formål Eksempel type1101 Kode for fremtidig planlagt zonestatus: 1 = fremtidig byzone inden for kommuneplanperioden 2 = potentielt fremtidigt område til byzone 3 = fremtidigt sommerhusområde inden for kommuneplanperioden 4 = potentielt fremtidigt sommerhusområde 5 = fremtidig tilbageførelse af byzone til landzone 6 = fremtidig tilbageførelse af sommerhusområde til landzone Obligatoris k/ Frit Datatype Værdiområde Bemærkning 1 O Heltal 1-6 Kommunerne kan kun udlægge nye sommerhusområder uden for kystnærhedszonen. Dog udpeges i landsplandirektiv fra 2005 specielle arealer inden for kystnærhedszonen, hvor visse kommuner ved hjælp af lokalplan kan udlægge sommerhusområder. Vaerdi1101 Tekst for planlagt zonestatus. Læsevenlig udgave af ovenstående. = fremtidig byzone inden for kommunep lanperiode n O Tekst 100 tegn *) Vær opmærksom på lange og korte feltnavne, se afsnit 3.1: Langt feltnavn Kort feltnavn zonestatuskode type1101 Skal ikke indberettes, genereres automatisk af systemet. På baggrund af ovenstående er følgende begreber defineret: Tabel Byzone og sommerhusområder, begrebsspecifikationer: Begreb Fremtidig byzone Potentielt fremtidigt område til byzone Fremtidigt sommerhusområde Begrebsdefinition Områder som planlægges overført til byzone ved lokalplan inden for kommuneplanperioden Områder som på længere sigt (ud over kommuneplanperioden) kan komme i spil som byzone Områder som planlægges overført til sommerhusområde inden for kommuneplanperioden 20

23 Potentielt fremtidigt sommerhusområde Fremtidig tilbageførelse fra byzone til landzone Fremtidig tilbageførelse fra sommerhusområde til landzone Områder som på længere sigt (ud over kommuneplanperioden) kan komme i spil som sommerhusområder Områder som planlægges tilbageført fra byzone til landzone inden for kommuneplanperioden Områder som planlægges tilbageført fra sommerhusområde til landzone inden for kommuneplanperioden Registreringsvejledning Planlagt byzone ogsommerhusområder Tabel Emne Registreringsvejledning Beskrivelse Udlægning af arealer til kommuneplanlagte byzoner og sommerhusområder skal ske efter retningslinjerne beskrevet i lovbemærkningerne (bemærkninger til L587, 11a, stk. 1) samt i Oversigt over statslige interesser i kommuneplanlægningen, afsnit 3.1. Datafelter / attributter Feltet zonestatuskode benyttes til at anføre koden for fremtidig planlagt zonestatus (se under Klassificering / tematisering ) Datatypen er heltal. Der skal angives et heltal mellem 1 og 6. Feltet kan fx bruges ved søgning til at udpege områder med bestemt planlagt zonestatus. Feltet er obligatorisk! Tomt felt (værdien null ) accepteres ikke. Klassificering / tematisering Ajourføring Objekterne klassificeres således: 1 = fremtidig byzone inden for kommuneplanperioden 2 = potentielt fremtidigt område til byzone 3 = fremtidigt sommerhusområde inden for kommuneplanperioden 4 = potentielt fremtidigt sommerhusområde 5 = fremtidig tilbageførelse af byzone til landzone 6 = fremtidig tilbageførelse af sommerhusområde til landzone Retningslinjen ajourføres efter reglerne i planloven. Den samlede retningslinje ajourføres i forbindelse med vedtagelse af den samlede kommuneplan (fx ved den løbende firårige revision af kommuneplanen). Enkeltområder kan revurderes, opdateres eller suppleres efter planlovens bestemmelser om kommuneplantillæg. Ajourføring af retningslinjen omfatter opdatering af data i PlansystemDK, hvilket kan betyde både geometriske og attributmæssige ændringer. Lovgivning Temaet / retningslinjen er reguleret i Lov nr. 587 af , 11 a, nr. 1). Minimum areal for objekter Objekttype Entydige objekter mellem objekter Der en ingen specifikke krav til objekternes størrelse. Det er dog hensigten, at der udpeges større, sammenhængende områder. Alle objekter skal være flader. Punkter og linjer accepteres ikke. Det er tilladt at bruge multipartobjekter / multipolygoner (adskilte men grupperede områder), når delområder har samme klassificering. Der må ikke være overlap eller huller mellem tilstødende objekter. Der etableres sammenfaldende grænser (fælles geometri) mellem tilstødende objekter ved brug af snapfunktioner eller lignende. Områder, der støder op til hinanden og har samme klassificering, skal sammenlægges til ét område. Efter den gældende datamodel, PlanDK2, skal såvel nuværende som fremtidig zonestatus registreres i lokalplanerne og kommuneplanrammerne. Retningslinjens geografiske udstrækning vil derfor ofte følge kommuneplanrammerne. Zoneregistreringerne i kommuneplanrammerne indeholder dog ikke altid entydige zoneudpegninger, men ofte en kombination af fx by- og landzone. Derfor vil retningslinjernes registreringer undertiden skære rammerne over. Har retningslinjerne imidlertid et geometrisk sammenfald med kommuneplanrammernes yder grænse (periferi) skal retningslinjernes polygoner være snappet til kommuneplanrammernes geografi. med objekter i andre datasæt Objekternes afgrænsning vil ofte følge grænser fra objekter i fx GEODANMARK, matrikelkort eller andet teknisk grundkort. Den primære geografiske reference er GEODANMARK. 21

24 Undertiden vil områderne også følge / støde op til andre plan- og miljøtemaer, fx afgrænsningen af andre kommuneplanretningslinjer. Objekter må ikke overlappe med kommunegrænsen, men kan overlappe med andre tematiske temaer, herunder andre kommuneretningslinjer. Den gældende kommunegrænse hentes fra DAGI's datasæt. 6.2 Planloven: 11a, 2: Byformål Lovtekst: beliggenheden af områder til forskellige byformål, f.eks. boligformål, erhvervsformål, blandede byfunktioner, beliggenheden af offentlige institutioner, serviceformål, byomdannelsesområder m.v. Temakode: a, nr..2 indeholder ikke nye registreringer, da byformål registreres i forbindelse med kommuneplanrammerne - som er standardiseret i forbindelse med PlansystemDK (PlanDK2). 6.3 Planloven: 11a, 3: Detailhandelsstruktur Lovtekst: den kommunale detailhandelsstruktur, herunder afgrænsning af bymidter, bydelscentre, lokalcentre, områder til særlig pladskrævende varer og eventuelle aflastningsområder samt fastsættelse af det maksimale bruttoetageareal til butiksformål for det enkelte område og maksimale bruttoetagearealer for de enkelte butikker i de enkelte områder, herunder også for enkeltstående butikker, jf. Planlovens, jf. 5 l- 5 r. Temakode: Specifikke retningslinjer for Detailhandelsstruktur Tabel Detailhandelsstruktur, specifikke registreringsbehov: Feltnavn** Formål Eksempel Obligatorisk/ Frit Datatype Værdiområde Bemærkning type1103 Kode for detailhandelskategorier: 1 = bymidter 2 = bydelscentre 3 = aflastningsområder 4 = lokalcentre 5 = områder til butikker med særlig pladskrævende varegrupper 6 = enkeltstående butikker 1 O Tal 1 tegn 1-6 Se planlovens kapitel 2 d. vaerdi1103 Tekst for detailhandelskategorier. Læsevenlig udgave af ovenstående. bymidter O Tekst 100 tegn Skal ikke indberettes, genereres automatisk af systemet. max_daglig* max_udvalg* max_plads* Angivelse af den maksimal tilladelige butiksstørrelse (etagemeter) for butikker med dagligvarer. Angivelse af den maksimal tilladelige butiksstørrelse (etagemeter) for butikker med udvalgsvarer. Angivelse af den maksimal tilladelige butiksstørrelse (etagemeter) for butikker med særligt pladskrævende varegrupper O* Tal 4 tegn Se planlovens kapitel 2 d. 500 O* Tal 6 tegn Se planlovens kapitel 2 d O* Tal 6 tegn Se planlovens kapitel 2 d. 22

25 max_stor* max_areal Angivelse af den maksimal tilladelige butiksstørrelse (etagemeter) for butikker for store udvalgsvarebutikker over m2. Angivelse af det samlede tilladelige butiksareal inden for området O* Tal 6 tegn O Tal 7 tegn *) Den maksimal tilladelige butiksstørrelse skal angives for alle butikstyper, der planlægges for. Der kan forekomme flere butikstyper i samme område. Mindst ét af felterne mærket med * skal være udfyldt. **) Vær opmærksom på lange og korte feltnavne, se afsnit 3.1: Langt feltnavn Kort feltnavn detailhandelkode type1103 detailhandeltekst vaerdi1103 dagligmaximummeasure max_daglig udvalgmaximummeasure max_udvalg pladsmaximummeasure max_plads stormaximummeasure max_stor arealmaximummeasure max_areal Se planlovens kapitel 2 d. Se planlovens kapitel 2 d. På baggrund af ovenstående er følgende begreber defineret: Tabel Detailhandelsstruktur, begrebsspecifikationer: Begreb Detailhandelsstruktur Begrebsdefinition Strukturen for afgrænsning af detailhandelsområder opdelt efter 5 kategorier: bymidter, bydelscentre, områder til særlig pladskrævende varer, lokalcentre og områder til butikker med særlig pladskrævende varegrupper. bymidter Den centrale del af en by, jf. planlovens 5 m, stk. 1. bydelscentre aflastningsområder lokalcentre områder til butikker med særlig pladskrævende varegrupper Enkeltstående butikker max_daglig max_udvalg max_plads max_stor max_areal Den centrale del af en bydel uden for bymidten i byer med indbyggere og derover, jf. planlovens 5 m, stk. 1. Områder til aflastning af bymidter og bydelscentre Den centrale del af en mindre bydel Områder til butikker med særlig pladskrævende varegrupper, jf. planlovens 5 n stk. 1 nr. 3 Område til enkeltstående butikker Den maksimal tilladelige butiksstørrelse for butikker med dagligvarer inden for området angivet i etagemeter (m²) Den maksimal tilladelige butiksstørrelse for butikker med udvalgsvarer inden for området angivet i etagemeter (m²) Den maksimal tilladelige butiksstørrelse for butikker med pladskrævende varegrupper for området angivet i etagemeter (m²) Den maksimal tilladelige butiksstørrelse for butikker med store udvalgsvarebutikker over m² inden for området angivet i etagemeter (m²) Det maksimalt tilladelige samlede butiksareal inden for hvert område angivet i etagemeter (m²) Registreringsvejledning for Detailhandelsstruktur Tabel Registreringsvejledning Emne Beskrivelse Registreringsvejledning Efter planloven skal kommunerne registrere afgrænsninger, som omfatter områdetyperne: bymidter, bydelscentre og aflastningsområder samt lokalcentre og områder til butikker med særlig pladskrævende varer. Områdeafgrænsningerne til detailhandel kan således bestå af de 5 nævnte kategorier. For hvert område skal endvidere oplyses den maksimalt tilladelige butiksstørrelse og det samlede maksimale butiksareal i området. Afgrænsningerne skal ske efter reglerne i planlovens kapitel 2 d og 11 a, stk. 1, nr. 3, 23