PlanDK3: Datamodel og registreringsvejledning for kollektiv varmeforsyning Version 1.0.3 Miljøministeriet, Naturstyrelsen 2012 1
Revisions historik Revisionsdato Version Resumé af ændringer Ændringer markeret? Forfatter 7. maj 2012 1.0.0 Henrik Larsen 11. maj 2012 1.0.1 Klarere markeringer i nej Henrik Larsen tabeller af hvilke felter der automatisk udfyldes af systemet 14. maj 2012 1.0.2 do nej Henrik Larsen 4.september 1.0.3 Klarere markeringer i nej Henrik Larsen 2012 tabeller af hvilke felter der automatisk udfyldes af systemet 2
Indhold Indledning... 4 1 Kollektiv varmeforsyning... 6 2 Specifik datamodel, kollektiv varmeforsyning... 8 2.1 ForsyningOmraade... 8 2.2 TilslutningspligtOmraade... 9 2.3 ForsyningsforbudOmraade... 10 2.4 ForsyningOmraade... 11 2.5 TilslutningspligtOmraade... 14 2.6 ForsyningsforbudOmraade... 18 3 Bilag 1, Generelle registreringer... 21 3.1 Geografisk registrering... 24 3.2 Kodelister... 24 3.2.1 Temakoder... 24 3.2.2 Oprindelseskoder... 26 3.2.3 Statuskode... 26 3.3 Ansvarlig myndighed (CVR kode/cvr_navn)... 27 3
Indledning Nærværende notat indeholder den nye specifikke datamodel og registreringsvejledning for den kollektive varmeforsyning i PlansystemDK, det nationale system for planer, der ejes af Naturstyrelsen. Datamodellen er en del af den såkaldte PlanDK3 datamodel (se www.plansystem.dk ) Datamodellen har været i offentlig høring i foråret 2010 og i fornyet høring via KL i september 2010. Høringssvarene er herefter indarbejdet. Den endelige datamodel og registreringsvejledninger vil fremgå af PlansystemDK s hjemmeside. Datamodellen er udarbejdet under størst mulige faglige hensyn, bl.a. ved at inddrage de væsentligste interessenter i en afdækning af behov. Naturstyrelsen afholdt i samarbejde med konsulenter fra Atkins Danmark en workshop den 10. december 2009 vedr. varmeforsyning 1. Dette for at datamodellen for varmeforsyning bredt kan benyttes i PlansystemDK fremover, såvel ved ejendomshandel som i arbejdet med varmeplanlægning generelt. Egenskabsdata og geografiske registreringer vedr. varmeforsyning skal fremover findes i en opdateret version i PlansystemDK. Baggrunden for denne beslutning er, at der i forbindelse med DIADEM projektet (Digital adgang til oplysninger if. med ejendomshandel) 2 skal etableres digital adgang til visse oplysninger vedrørende varmeforsyning. Formålet med DIADEM er, at alle de offentlige ejendomsoplysninger, der er nødvendige ved ejendomshandel, stilles til rådighed for borgere, virksomheder og offentlige myndigheder samlet ét sted, i én og samme arbejdsgang via internettet. For at data om varmeforsyning kan tilgås fra bl.a. DIADEM, skal disse digitaliseres og lægges ind i PlansystemDK. Den efterfølgende ajourføring skal varetages af kommunerne. Lovgivningsmæssige retningslinjer for registrering og ajourføring vil om nødvendigt blive indarbejdet i relevant lovgivning. Dette dokument indeholder KUN datamodellerne for data, der skal ligge i PlansystemDK. PlansystemDK Datamodellen for alle data i PlansystemDK omfatter en generel del og en dataspecifik del for hvert datasæt, hvilket er skitseret nedenfor. 1 Deltagere i Workshoppen var: Repræsentanter fra Energistyrelsen, Ledningsejerregistret og Naturstyrelsen og Ballerup Kommune. 2 Se www.ebst.dk 4
Den generelle del 3 indeholder fælles elementer for hvert datasæt. Konkret betyder det, at en række generelle registreringer er de samme uanset hvilket plantema, der arbejdes med. Det drejer sig f.eks. om registrering af ansvarlig myndighed, en række datoer m.v., som på denne måde registreres ens. Den generelle del er udarbejdet i samarbejde med Danmarks Miljøportal, hvor den samme datamodel gælder for Danmarks Arealinformation. Den specifikke datamodel for varmeforsyning beskrives i de næste kapitler, mens den generelle del fremgår af bilag 1, Generelle registreringer. Registreringsvejledningen til datamodellen er teknisk funderet og beskriver hvordan de enkelte datasæt skal udarbejdes. Formålet med disse registreringsvejledninger er, at data på tværs af administrative skel bliver ensartede. 3 Den generelle del af datamodellen kan ses på www.plansystemdk.dk under beskrivelsen af datamodellen PlanDK3 5
1 Kollektiv varmeforsyning Energistyrelsen er ressortministerium for den kollektive varmeforsyning, mens kommunerne er administrativ myndighed. Kommunerne pålægges via varmeforsyningsloven at registrere oplysninger vedr. den kollektive varmeforsyning i PlansystemDK. Herudover pålægges kommunerne via Planloven at registrere oplysninger om tilslutningspligt fastlagt i lokalplaner i PlansystemDK. I varmeplanlægningen indgår oplysninger om i hvilke af kommunens områder, der udbydes hvilke opvarmningsformer (forsyningsområder), indenfor hvilke områder der gælder tilslutnings eller forblivelsespligt (tilslutningspligt), samt indenfor hvilke områder der er nedlagt forbud mod visse opvarmningsformer, jf. varmeforsyningslovens 14 (forbud imod visse forsyningsformer). Udover at give et overblik over den aktuelle kollektive varmeforsyning indenfor en kommune vil temaerne også være grundlag for fremsøgning af oplysning om de varmeforsyningsforhold, der gælder for en given ejendom (eller matrikelnummer) indenfor kommunen. Den centrale registrering af oplysninger om kommunernes kollektive varmeforsyning kan desuden give nabokommuner den fornødne indsigt til at vurdere, om der er grundlag for at etablere tværkommunalt samarbejde vedrørende varmeplanlægning. Kollektiv varmeforsyning interagerer med følgende data og systemer: GIS/fag systemer som kommunerne anvender til at producere og administrere data i forbindelse med varmeplanlægning. Det centrale virksomhedsregister (CVR) anvendes til at hente virksomhedsoplysninger om forsyningsselskaber. I tingbogen registreres/tinglyses kommunalbestyrelsens beslutning om tilslutnings og forblivelsespligt. I BBR kan ses oplysninger om ejendommens faktiske forhold i forbindelse med varmeforsyning. Flere systemer har behov for at hente og vise data om varmeforsyning, hvilket bl.a. gælder Dansk Areal Information (DAI). Data kan trækkes via PlansystemDK s WMS og WFS tjenester. Relevant lovgivning knyttet til kollektiv varmeforsyning: Varmeforsyningsloven (lovbekendtgørelse nr. 347 af 17. maj 2005). Bekendtgørelse nr. 1295 af 13. december 2005 (projektbekendtgørelsen), med ændringer i bekendtgørelse nr. 359 af 24/04/2012 Bekendtgørelse nr. 690 af 21. juni 2011 om tilslutning m.v. til kollektive varmeforsyningsanlæg (tilslutningsbekendtgørelsen). Planloven (lovbekendtgørelse nr. 937 af 24. september 2009). 6
Elvarmeforbud af 6. maj 1994 (Energiministeriets påbud til samtlige kommunalbestyrelser om at nedlægge forbud mod etablering af elopvarmning i eksisterende og ny bebyggelse i områder, der er eller bliver udlagt til kollektiv varmeforsyning). 7
2 Specifik datamodel, kollektiv varmeforsyning Kollektiv varmeforsyning i PlansystemDK dækker over 3 tabeller: Forsyningsområder, Tilslutningspligt og Forbudsområder. Ved en sammenligning af oplysninger om kollektiv varmeforsyning i PlansystemDK med de faktiske tilslutningsforhold på ejendommen registreret i BBR, kan man få oplyst forsyningsforholdende på matrikelniveau. Navngivning er i videst muligt omfang forberedt til OIO standardisering, og følger derfor princippet om objekt egenskab type f.x. forsyningsområdenavn bliver således til ForsyningOmraadeNavn. Kapiteloverskrifterne svarer til de påtænkte tabelnavne. For at sikre ind og udlæsning til og fra PlansystemDK i de gængse GIS programmer, har det været nødvendigt, at etablere et kortere udvekslingsnavn, da der er konstateret problemer med navne længere end 10 karakterer i nogle GIS produkter. 2.1 ForsyningOmraade Bem: Felter med blå baggrund hentes automatisk fra andre tabeller, og skal derfor ikke udfyldes. Feltnavn Udvekslingsnavn Formål Eksempel Obligatorisk/ Frit Datatype Værdiområde Bemærkning ForsyningOmraade- Navn navn1203 Navn på forsyningsområdet som dette er defineret i projektgodkendelsen. Distrikt Syd O Fritekst Tekststreng maks. 128 karakterer. ForsyningsformKode type1203 Angivelse af kode for forsyningsform: 1 = fjernvarme 2 = individuel naturgasforsyning 3 = anden 1 O Heltal 1 ciffer 1-3 ForsyningsformTekst vaerdi1203 Læsevenlig udgave af ovenstående. Angiver i tekst hvilken forsyningsform der er. fjernvarme O Tekststreng maks. 128 karakterer 12345678 O Tekststreng 8 karakterer ForsyningsselskabID forsyid Angiver CVR-reference til forsyningsselskabet. 00000000-99999999 Genereres automatisk på baggrund af ovenståend e koder. ForsyningsselskabTek st forsytekst Det juridiske navn på selskabet (jf. CVR) Hansen Gasforsynin g APS O Tekststreng maks. 254 karakterer Genereres automatisk på baggrund af stamtabel med forsyningsvi rksomheder. 8
2.2 TilslutningspligtOmraade Bem: Felter med blå baggrund hentes automatisk fra andre tabeller, og skal derfor ikke udfyldes. Feltnavn Udvekslingsnavn Formål Eksempel Obligatorisk/ Frit Datatype Værdiområde Bemærkning TilslutningspligtOmraadeNavn TilslutningspligtOmraadeKode navn1204 Navn på tilslutningsprojekt / forblivelsesprojekt / varmeprojekt eller lokalplan hvorved tilslutningseller forblivelsespligten er pålagt. type1204a 1. Tilslutnings/forblivelsesprojekt 2. Samlet varme- og tilslutnings- /forblivelsesprojekt Naturgas i distrikt syd O Fritekst Tekststreng maks. 128 karakterer. 2 O Heltal 1 ciffer 1-3 3. Lokalplan TilslutningspligtOmraadeTekst vaerd1204a Læsevenlig udgave af ovenstående. Angiver i tekst hvilken tilslutningsomradekode der er. Lokalplan O Tekststreng maks. 128 karakterer Genereres automatisk på baggrund af ovenståend e koder. ForsyningOmraadeObj ektidentifikator forsomoid Feltet angiver identifikation (ObjektIdentifikator) på det forsyningsområde, som tilslutningspligten knytter sig til. Denne er defineret i den generelle del af datamodellen for forsyningsområder, og gør kobling til øvrige data mulig. 1234567 O Heltal 7 cifre 1-9999999 Findes i den generelle datamodel TilslutningspligtKode type1204b Angivelse af i hvilket omfang og hvornår der gælder tilslutningspligt til den kollektive varmeforsyning inden for forsyningsområdet 1. Tilslutningspligt eksisterende bebyggelse med 9 års frist og forblivelsespligt 2. Tilslutningspligt eksisterende bebyggelse med 9 års frist eller tidligere når væsentlige varmeinstallationer udskiftes og forblivelsespligt 3. Tilslutningspligt ny bebyggelse og eksisterende bebyggelse med 9 års frist samt forblivelsespligt 4. Tilslutningspligt ny bebyggelse og eksisterende bebyggelse med 9 års frist eller tidligere når væsentlige varmeinstallationer udskiftes samt forblivelsespligt 5. Forblivelsespligt for allerede tilsluttet bebyggelse 6. Forblivelsespligt for allerede tilsluttet bebyggelse og tilslutningspligt ny bebyggelse 7. Tilslutningspligt ny bebyggelse 1 O Heltal 1 ciffer 1-7 Jf. tilslutningsbekendtgørelsens 8 og 10-12 eller planlovens 15, stk. 2, nr. 11. TilslutningspligtTekst vaerd1204b Læsevenlig udgave af ovenstående. Angiver i tekst hvilken forsyningsform der er. Tilslutnings pligt til fjernvarme for eksisterend e bebyggelse e med 9 års frist og forblivelses O Tekststreng maks. 200 karakterer Genereres automatisk på baggrund af ovenståend e koder. 9
pligt AfgoerelseDato dato1204 Angiver den dato hvor kommunalbestyrelsen har truffet beslutning om at der pålægges tilslutningseller forblivelsespligt. 20080110 O Integer ååååmmdd ååååmmdd 2.3 ForsyningsforbudOmraade Bem: Felter med blå baggrund hentes automatisk fra andre tabeller, og skal derfor ikke udfyldes. Feltnavn Udvekslingsnavn Formål Eksempel Obligatorisk/ Frit Datatype Værdiområde Bemærkning Forsyningsforbud- OmraadeNavn navn1205 Området indenfor hvilket der gælder et forbud mod visse forsyningsformer jf. varmeforsyningslovens 14 Distrikt øst O Fritekst Tekststreng maks. 128 karakterer. Forsyningsforbud- OmraadeKode type1205 Angivelse af hvilken forsyningsform der gælder forbud mod 1= El 2= El og andet. 3= Andet 1 O Heltal 1 ciffer 0-3 jf. varmeforsyningslovens 14 Forsyningsforbud- OmraadeTekst vaerdi1205 Læsevenlig udgave af ovenstående. Angiver i tekst hvilken forsyningsform der er. AndetForbudTekst besk1205 Ved formkode 2 eller 3 kan angives, hvilke andre forsyningsformer der er forbud mod El O Tekststreng maks. 128 karakterer Kulfyring, olie m.m. F Fritekst Tekststreng maks. 128 karakterer. Genereres automatisk på baggrund af ovenståend e koder. 10
Registreringsvejledning, kollektiv varmeforsyning. Den praktiske registrering i Plansystemet, herunder uploadsmuligheder, er beskrevet på plansystemets hjemmeside ( http://www.plansystemdk.dk/emner/hvordan/ ). Data vedr. kollektiv varmeforsyning skal håndteres som alle øvrige egenskabsdata og geografiske registreringer i Plansystemet. Vejledningerne i det følgende er primært tænkt som en hjælp vedr. forståelsen af de tekniske termer beskrevet i datamodellerne. 2.4 ForsyningOmraade. Emne Beskrivelse Registreringsvejledning Forsyningsområderne i daglig tale energidistrikterne bliver udlagt til kollektiv varmeforsyning ved kommunalbestyrelsens godkendelse af projekter for distributionsnet og forsyningsområder, jf. Bilag, nr. 3.1, i projektbekendtgørelsen (bekendtgørelse nr. 1295 af 13. december 2005). Når et varmeforsyningsanlæg skal forsyne en lukket kreds (én eller flere bygninger) kaldes det en blokvarmecentral, som skal godkendes, jf. Bilag, nr. 1.3, i projektbekendtgørelsen. En lokalplan kan også bestemme, at et område udlægges til kollektiv forsyning. Lokalplanen skal dog normalt udmøntes i en projektgodkendelse efter projektbekendtgørelsen. Projektgodkendelserne skal registreres i PlansystemDK i det omfang, der fastlægges nye forsyningsområder eller blokvarmecentraler og/eller sker ophævelse eller revidering af eksisterende forsyningsområder/blokvarmecentraler. For hvert forsyningsområde eller blokvarmecentral registreres dels den relevante forsyningsform dels det aktuelle forsyningsselskabs CVR nummer således som dette er fastlagt i projektgodkendelsen. Som grundlag for digitalisering benyttes primært matrikelkortet og grundkort som FOT eller andet teknisk grundkort. Objektgrænser lægges sammenfaldende med matrikelskel. Hvor dette ikke er muligt må objektgrænser følge, veje, hegnsgrænser og lignende. En typisk undtagelse fra princippet om at objektgrænser skal følge matrikelskel forekommer f.eks. i forbindelse med landbrugsejendomme, hvor matriklerne er meget store. 11
Der skal kun udlægges objekter svarende til de forsyningsområder/blokvarmecentraler, der er defineret i en projektgodkendelse. I tilfælde af, at oplysninger i en projektgodkendelse og en lokalplan modsiger hinanden, har oplysninger i projektgodkendelsen højest status. Datafelter / attributter ForsyningOmraadeNavn Navn på forsyningsområdet/energidistriktet som dette er defineret i den projektgodkendelse, hvor området er defineret. ForsyningsFormKode Feltet angiver den forsyningsform, der er godkendt i det aktuelle forsyningsområde. Når et område er udlagt, bliver det fastlåst i forhold til ForsyningsFormKode, fordi det er retningsgivende for tilslutningspligten. Hvis man ønsker at ændre koden, laves der et nyt område. Der er følgende mulige koder for forsyningsform: 1 = fjernvarme 2 = individuel naturgasforsyning 3 = anden Ad. 1. Fjernvarme er et system til distribution over afstand af varme fra anlæg til varmeproduktion. Langt det meste fjernvarme er baseret på distribution af opvarmet vand, men distribution af damp forekommer også. Da vandet kan opvarmes på alle tænkelige måder kan fjernvarmesystemet bruge alle tænkelige varmekilder. Fjernvarme stammer primært fra produktionen af kraftvarme, affaldsforbrænding, overskudsvarme fra industrier og fra vedvarende energi. Decentrale forsyningsanlæg vil typisk skulle angives som fjernvarme, dog ikke blokvarmecentraler. Ad. 2. Naturgas er et system til individuel forsyning med naturgas Ad. 3 Anden forsyningsform dækker over kollektiv varmeforsyning, der ikke kan defineres som en af de øvrige koder, det vil sige opvarmningsformer, der falder udenfor alle øvrige kategorier, fx biogas, brintanlæg eller blokvarmecentraler (gårdvarme eller nabovarme). Ved en blokvarmecentral forstås efter projektbekendtgørelsens 2, nr. 3, en varme eller kraftvarmecentral, der er etableret i forbindelse med et større byggeri, hvis formål er at forsyne en 12
lukket kreds eller et forudbestemt antal brugere med energi til bygningers opvarmning eller forsyning med varmt vand. Det handler om et stort byggeri (en stor bygning eller flere bygninger), hvor den lukkede kreds har brug for en varmeeffekt over 0,25 MW, f.eks. en boligblok, skole eller et plejehjem. Når en blokvarmecentral ligger i et område, forsynet med fjernvarme eller individuel naturgasforsyning, skal blokvarmecentralen ikke registreres særskilt. I så fald skal området blot registreres som fjernvarme eller naturgasområde, dvs. under henholdsvis kode 1 eller 2. Baggrunden herfor er, at blokvarmecentraler i fjernvarme og naturgasområder, jf. projektbekendtgørelsens 18 og 19, skal forsynes med henholdsvis fjernvarme og individuel naturgasforsyning. Kun når en blokvarmecentral ligger udenfor et fjernvarme eller naturgasforsynet område, skal den således registreres særskilt under kode 3. ForsyningsSelskabID Angiver CVR reference til forsyningsselskabet for pågældende forsyningsområde. Ajourføring Lovgivning Ajourføring af forsyningsområder sker hver gang en projektgodkendelse er endeligt vedtaget. Ajourføring kan dels betyde at temaet tilføjes et nyt forsyningsområde eller at et eksisterende forsyningsområdes grænser og/eller attributdata justeres. Varmeforsyningsloven. Bekendtgørelse nr. 1295 af 13. december 2005 om godkendelse af projekter for kollektive varmeforsyningsanlæg, med ændringer i bekendtgørelse nr. 359 af 24/04/2012 (projektbekendtgørelsen). Klassificering / tematisering Minimum areal for objekter Entydige objekter Geometrisk konsistens mellem objekter Objekter klassificeres ud fra værdien i datafeltet: ForsyningsformKode. Der gælder ingen specifikke krav til et objekts størrelse, dog er forsyningsområder sjældent mindre end én matrikel. Hvert geometrisk objekt skal kunne identificeres entydigt. Multipart objekter er derfor ikke tilladt. Der kan i sjældne tilfælde forekomme overlap mellem objekter. Hvor forsyningsområder er tilgrænsende, etableres sammen 13
faldende grænser mellem tilstødende objekter ved brug af snap funktion. Geometrisk konsistens med objekter i andre datasæt Objekternes afgrænsning vil ofte følge grænser fra objekter i andre datasæt som matrikelkort eller FOT eller andet teknisk grundkort. Objekter må ikke overlappe kommunegrænsen. 2.5 TilslutningspligtOmraade Emne Beskrivelse Registreringsvejledning Tilslutningspligt og forblivelsespligt pålægges af kommunalbestyrelsen ved afgørelse. Afgørelsen skal træffes samtidig med eller umiddelbart efter godkendelse af et tilslutnings /forblivelsesprojekt med hjemmel i tilslutningsbekendtgørelsen. Nogle gange bliver et tilslutningsprojekt slået sammen med et varmeprojekt, som bliver godkendt efter projektbekendtgørelsen. Desuden kan tilslutningspligt pålægges via en lokalplan med hjemmel i planlovens 15, stk. 2, nr. 11. I tilslutnings /varmeprojektet eller lokalplanen defineres det område indenfor forsyningsområdet, hvor tilslutnings eller forblivelsespligten skal gælde (Tilslutningspligtområde). I en lokalplan kan der kun pålægges tilslutningspligt for ny bebyggelse, mens det via godkendelse af et tilslutnings eller forblivelsesprojekt er muligt at pålægge tilslutnings eller forblivelsespligt til såvel eksisterende som ny bebyggelse. Når kommunalbestyrelsen forpligter bebyggelse i et kollektivt forsynet område om at tilslutte sig den kollektive forsyning, kaldes det tilslutningspligt, når en bygning ikke er tilsluttet den kollektive varmeforsyning endnu. Når en bygning allerede frivilligt er tilsluttet den kollektive varmeforsyning, kan kommunalbestyrelsen forpligte bygningen til at forblive tilsluttet den kollektive forsyning. Dette kaldes forblivelsespligt. I øvrigt indebærer tilslutnings eller forblivelsespligt ikke, at bygningen skal være fysisk tilsluttet den kollektive forsyning. Når en bygning er pålagt tilslutnings eller forblivelsespligt indebærer dette alene, at ejeren af bygningen skal bidrage 14
økonomisk til det kollektive varmeforsyningsanlæg. Der gælder forskellige frister for hvornår en bygning skal være tilsluttet/forblive tilsluttet den kollektive forsyning. En tilslutningspligt for ny bebyggelse gælder fra tidspunktet for ibrugtagningen af bebyggelsen. En forblivelsespligt gælder fra det tidspunkt, hvor kommunalbestyrelsen har truffet beslutning om, at området pålægges forblivelsespligt. Beslutning om forblivelsespligt træffes efter reglerne i tilslutningsbekendtgørelsen samtidig med eller umiddelbart efter kommunalbestyrelsens godkendelse af et forblivelsesprojekt. Tilslutningspligt til eksisterende bebyggelse kan kun pålægges med en frist for tilslutning på 9 år, som bliver regnet fra det tidspunkt, hvor kommunalbestyrelsen har truffet beslutning om, at der pålægges tilslutningspligt i området (som sker samtidig med eller umiddelbart efter kommunalbestyrelsens godkendelse af tilslutningsprojektet). Dog kan kommunalbestyrelsen med hjemmel i tilslutningsbekendtgørelsens 12 beslutte, at ejendomme, der er pålagt tilslutningspligt, skal tilsluttes anlægget på det tidspunkt, hvor væsentlige varmeinstallationer i ejendommen skal udskiftes, når udskiftningen foretages indenfor ovennævnte frist på 9 år. I områder, hvor der er pålagt tilslutningspligt før 1. juli 2011, vil 9 års fristen i øvrigt regnes fra det tidspunkt, hvor ejeren har modtaget meddelelse fra kommunalbestyrelsen om, at ejendommen er pålagt tilslutningspligt. Det kan således være forskelligt fra ejendom til ejendom. I tilfældet af, at oplysninger i projektgodkendelsen og lokalplanen modsiger hinanden, har oplysninger i projektgodkendelsen højest status. I områder, hvor der ikke er defineret et forsyningsområde ved en projektgodkendelse eller lokalplan, kan der ikke være tilslutnings eller forblivelsespligt. Som grundlag for digitalisering benyttes primært matrikelkortet samt forskellige grundkort som FOT eller andet teknisk grundkort. 15
Objektgrænser lægges fortrinsvis langs matrikelgrænser, veje, hegnsgrænser og lignende. En typisk undtagelse herfra forekommer f.eks. i forbindelse med landbrugsejendomme, hvor matriklerne er meget store. Der skal kun udlægges objekter svarende til de områder, der er pålagt tilslutningspligt, hvor grænserne er defineret i et tilslutningsprojekt, et kombineret varme og tilslutningsprojekt eller i en lokalplan. Datafelter / attributter Temaets attributdata er gennemgået herunder TilslutningspligtOmraadeNavn Feltet anvendes til at angive et navn på det tilslutnings /forblivelsesprojekt eller den lokalplan hvorved tilslutningseller forblivelsespligten er pålagt. Tilslutningspligtområdet kan være identisk med forsyningsområdet defineret i en projektgodkendelse, men kan også dække et eller flere mindre områder inden for forsyningsområdet. TilslutningspligtOmraadeKode Feltet anvendes til at angive hvorvidt tilslutnings /forblivelsespligten er pålagt ved et tilslutnings /forblivelsesprojekt, et kombineret godkendelses og tilslutnings /forblivelsesprojekt eller ved lokalplan. Der kan anvendes flg. koder: 1. Tilslutnings /forblivelsesprojekt 2. Samlet Godkendelses og tilslutnings /forblivelsesprojekt 3. Lokalplan ForsyningOmraadeObjektIdentifikator (ref. 3.1.1) Feltet angiver identifikation (ObjektIdentifikator) på det forsyningsområde, som tilslutningspligten knytter sig til. Denne er defineret i den generelle del af datamodellen for forsyningsområder, og gør kobling til øvrige data mulig. TilslutningspligtKode Feltet anvendes til at angive i hvilket omfang og hvornår der gælder tilslutningspligt til den kollektive varmeforsyning inden for et nærmere afgrænset tilslutningspligtområde. jf. tilslutningsbekendtgørelsen eller planlovens 15, stk. 2, nr. 11. Der kan anvendes flg. koder: 1. Tilslutningspligt eksisterende bebyggelse med tidsfrist på 9 år 16
og forblivelsespligt. 2. Tilslutningspligt eksisterende bebyggelse med tidsfrist på 9 år eller tidligere ved udskiftning af væsentlige varmeinstallationer i ejendommen samt forblivelsespligt. 3. Tilslutningspligt ny og eksisterende bebyggelse (eksisterende bebyggelse med tidsfrist på 9 år) og forblivelsespligt. 4. Tilslutningspligt ny og eksisterende bebyggelse (eksisterende bebyggelse med tidsfrist på 9 år eller tidligere ved udskiftning af væsentlige varmeinstallationer i ejendommen), og forblivelsespligt. 5. Forblivelsespligt for allerede tilsluttet bebyggelse. 6. Forblivelsespligt for allerede tilsluttet bebyggelse og tilslutningspligt ny bebyggelse. 7. Tilslutningspligt ny bebyggelse. AfgoerelseDato Feltet skal angive den dato, de forskellige frister nævnt på side 14 15 gælder fra, dvs. den dato hvor kommunalbestyrelsen har truffet afgørelse om at tilslutnings eller forblivelsespligten pålægges. En ejendom kan kun være pålagt tilslutnings eller forblivelsespligt til én varmeforsyningsform, og dermed være knyttet til netop ét varmeforsyningsområde. Det anbefales, at der er overensstemmelse mellem kommunens projektgodkendelser, godkendte tilslutnings /forblivelsesprojekter og de lokalplaner, der fastlægger bestemmelser om tilslutningspligt. Ajourføring Lovgivning Ajourføring af temaet tilslutningspligt sker hver gang, der træffes afgørelse om tilslutnings eller forblivelsespligt enten ved godkendelse af et tilslutnings /forblivelsesprojekt eller ved lokalplan. Ajourføring kan betyde både geometriske og attributmæssige ændringer. Varmeforsyningsloven. Bekendtgørelse nr. 1295 af 13. december 2005 om godkendelse af projekter for kollektive varmeforsyningsanlæg, med ændringer i bekendtgørelse nr. 359 af 24/04/2012 17
(projektbekendtgørelsen). Bekendtgørelse nr. 690 af 21. juni 2011 om tilslutning m.v. til kollektive varmeforsyningsanlæg (tilslutningsbekendtgørelsen). Planloven. Klassificering / tematisering Minimum areal for objekter Entydige objekter Geometrisk konsistens mellem objekter Geometrisk konsistens med objekter i andre datasæt Objekter klassificeres ud fra værdien i datafeltet: TilslutningspligtKode. Der gælder ingen specifikke krav til et objekts størrelse, dog er forsyningsområder sjældent mindre end én matrikel. Multipart polygoner tillades, idet ét tilslutningspligtområde kan være identisk med ét forsyningsområde, men også kan dække et eller flere mindre tilslutningspligtområder indenfor samme forsyningsområde. Der kan forekomme overlap mellem objekter. Der etableres sammenfaldende grænser mellem tilstødende objekter ved brug af snap funktionen. Objekternes afgrænsning vil ofte følge grænser fra objekter i andre datasæt som matrikelkort eller FOT eller andet teknisk grundkort. Objekter må ikke overlappe med kommunegrænsen. 2.6 ForsyningsforbudOmraade Emne Beskrivelse Registreringsvejledning Kommunalbestyrelsens afgørelser om forbud mod visse opvarmningssystemer efter varmeforsyningslovens 14 og tilslutningsbekendtgørelsens 19 skal registreres i PlansystemDK. Som grundlag for digitalisering benyttes primært matrikelkortet samt forskellige grundkort som FOT eller andet teknisk grundkort. Objektgrænser lægges fortrinsvis langs matrikelgrænser, veje, hegnsgrænser og lignende. En typisk undtagelse herfra forekommer f.eks. i forbindelse med landbrugsejendomme, hvor matriklerne er meget store. Der skal kun udlægges objekter svarende til de områder, der er 18
defineret i afgørelser efter varmeforsyningslovens 14 og tilslutningsbekendtgørelsens 19. Er der et eller flere matr.nr. der er berørt af flere afgørelser vil dette afspejle sig ved at der er overlap imellem objekter. Datafelter / attributter ForsyningsforbudOmraadeNavn Feltet angiver et navn på det konkrete område, som den konkrete afgørelse om forbuddet vedrører. ForsyningsforbudOmraadeKode Feltet angiver hvilket opvarmningssystem der gælder forbud imod i henhold til én konkret afgørelse. Der er følgende mulige koder for forsyningsforbud: 1= El 2= El og andet. 3= Andet Kode 1 anvendes hvis der i en afgørelse nedlægges forbud mod elvarme. Kode 2 anvendes hvis der i én afgørelse nedlægges forbud mod både elvarme og mod andre opvarmningssystemer som fx olie, petroleum, kakkelovne m.m. Kode 3 anvendes hvis der i en afgørelse nedlægges forbud mod en eller flere andre opvarmningssystemer end elvarme som fx olie, petroleum, kakkelovne m.m.. Varmepumper er som hovedregel ikke omfattet af elvarmeforbud. Ajourføring Ajourføring af temaet sker hver gang en afgørelse om et forbud er endeligt vedtaget. Ajourføring kan betyde både geometriske og attributmæssige ændringer. Lovgivning Varmeforsyningsloven 14. Tilslutningsbekendtgørelsens 19. Elvarmeforbud af 6. maj 1994 (Energiministeriets påbud til samtlige kommunalbestyrelser om at nedlægge forbud mod etablering af elopvarmning i eksisterende og ny bebyggelse i områder, der er eller bliver udlagt til kollektiv varmeforsyning). Klassificering / tematisering Objekter klassificeres ud fra værdien i datafeltet: ForsyningsforbudOmraadeKode. 19
Minimum areal for objekter Entydige objekter Geometrisk konsistens mellem objekter Geometrisk konsistens med objekter i andre datasæt Der gælder ingen specifikke krav til et objekts størrelse, dog er forsyningsforbuds områder sjældent mindre end én matrikel. Hvert geometrisk objekt skal kunne identificeres entydigt. Multipart objekter er derfor ikke tilladt. Der kan forekomme overlap mellem objekter. Hvor der er sammenfaldende grænser mellem tilstødende objekter etableres disse grænser ved brug af snap funktionen. Objekternes afgrænsning vil ofte følge grænser fra objekter i andre datasæt som matrikelkort eller FOT eller andet teknisk grundkort. Objekter må ikke overlappe kommunegrænsen. 20
3 Bilag 1, 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 1 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. 21
Tabel 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) Feltnavn Udvekslingsnavn Formål Datatype Værdiområde Obligatorisk / Eksempel frit temakode temakode Kode for 4 cifret heltal 1000-9999 O 1103 temanavn/retningslinje temanavn temanavn Temanavn/retningslinje Tekststreng 0-128 tegn O Detailhandelsstruktur objektidentifikator objekt_id Unik ID for objektet. 7-cifret heltal 1000000-9999999 O 1234567 Entydig databasenøgle. unikidentifikator uuid Unik databasenøgle over tid 128 bit 16 bytes O {E6AB20EA-67E4-4C11- A051-B50A084788A3} startdatotid systid_fra Start systemtid ISO dato/tid 2006-12- 31T23:59:00.000+01:00 2999-12- 31T23:59:00.000+01:00 O 2006-12- 31T23:59:00.000+01:00 slutdatotid systid_til Slut systemtid ISO dato/tid 2006-12- 31T23:59:00.000+01:00 2999-12- 31T23:59:00.000+01:00 (NULL = stadig gældende) (Udfyldt = historisk) initieretdatotid oprettet Systemtid for objektets oprettelse ISO dato/tid 2006-12- 31T23:59:00.000+01:00 2999-12- 31T23:59:00.000+01:00 O 2006-12- 31T23:59:00.000+01:00 O 2006-12- 31T23:59:00.000+01:00 oprindelseskode oprindkode Kode for oprindelse for 1 cifret heltal 0-6 O 4 objekt oprindelsestekst oprindelse Oprindelse for objekt Tekststreng 0-30 O FOT/Tekniske kort statuskode statuskode Kode for gældende 1 cifret heltal 1-4 O 1 status statustekst status Gældende status Tekststreng 0-30 O kladde cvrnumberidentifier cvr_kode CVR-kode på ansvarlig 8 cifret heltal 10000000-99999999 O 55133018 myndighed legalunitname cvrname CVR-navn på ansvarlig Tekststreng 0-128 tegn O Naturstyrelsen myndighed brugeridentifikator bruger_id Brugernavn ved Tekststreng 0-128 tegn O Viborg1752 opdatering webadresseidentifikator link URL-link Tekststreng 0-1024 F http://www.link.dk/123 Shape shape Geometrisk beskrivelse af objekt Shape (2D) Punkt, linje, flade Se forklaring i nedenstående O Se forklaring i nedenstående 22
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 Feltet benyttes til at identificere datasættet via en kode. Se tabel 3.2.1 side 24 temakode temakode Skal ikke udfyldes, hvis upload modulet benyttes. temanavn temanavn Feltet benyttes til at identificere datasættet via et temanavn. Do. objektidentifikator unikidentifikator startdatotid slutdatotid initieretdatotid objekt_id uuid systid_fra systid_til oprettet 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. Genereres automatisk af systemet første gang retningslinjen indberettes. Ønsker man at rette retningslinien/objektet indberettes objekt_id. Skal ikke indberettes. Genereres automatisk af systemet. Skal ikke indberettes. Genereres automatisk af systemet. Dato og tidspunkt for slut af objektets systemmæssige gyldighed. Sættes af systemet ved sletning af objekter, eller Skal ikke indberettes. ved ændringer, hvor der oprettes et historisk objekt. Dato og tidspunkt genereres af systemet ved sletning eller Genereres automatisk af systemet. æ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. Skal ikke indberettes. Genereres automatisk af systemet. Feltet benyttes til at angive en oprindelse (registreringsgrundlag geografisk reference) via en kode. Det er her muligt Se tabellen i tabel 3.2.2 side 26 oprindelseskode oprindkode 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. oprindelsestekst oprindelse Feltet benyttes til at angive en oprindelse (registreringsgrundlag) for objektet. Se oven for. Do. statuskode statuskode Feltet benyttes til at angive en status via en kode. Se tabellen i tabel 3.2.3 side 26 statustekst status Feltet benyttes til at angive en status for objektet. Do. cvrnumberidentifier cvr_kode Feltet benyttes til at angive CVR-koden for objektets ansvarlige myndighed. Se tabellen side 27 Skal ikke udfyldes, hvis upload modulet benyttes. legalunitname cvrname Feltet benyttes til at angive navnet på objektets ansvarlige myndighed. Do. brugeridentifikator webadresseidentifikator link Shape bruger_id shape 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. 23
3.1 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 KMS 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 de enkelte objekters arealer og omkreds altid kunne udregnes ved simpel GIS-analyse. 3.2 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 1101. 3.2.1 Temakoder Tema-kode Tematekst Planloven 1101 Planlagte byzoner og sommerhusområder Planloven: 11a, 1 1102 Byformål Planloven: 11a, 2 1103 Detailhandelsstruktur Planloven: 11a, 3 1104 Eksisterende Trafikanlæg Planloven: 11a, 4 1105 Planlagte Trafikanlæg Planloven: 11a, 4 1106 Tekniske anlæg Planloven: 11a, 5 1107 Områder til virksomheder med særlige Planloven: 11a, 6 beliggenhedskrav 1108 Anlæg omfattet af VVM- og SMV-pligt Planloven: 11a, 7 1109 Støjbelastede arealer Planloven: 11a, 8 1110 Fritidsformål Planloven: 11a, 9 1111 Særlig værdifulde landbrugsområder Planloven: 11a, 10 1112 Skovrejsningsområder Planloven: 11a, 11 1113 Lavbundsarealer Planloven: 11a, 12 1114 Naturbeskyttelsesområder Planloven: 11a, 13 1115 Økologiske forbindelser Planloven: 11a, 13 1116 Kulturhistoriske bevaringsværdier Planloven: 11a, 14 1117 Værdifulde kulturmiljøer Planloven: 11a, 14 1118 Bevaringsværdige landskaber Planloven: 11a, 15 1119 Geologiske bevaringsværdier Planloven: 11a, 16 1120 Anvendelse af vandløb, søer og kystvande Planloven: 11a 1121 Arealanvendelse i kystnærhedszone Planloven: 11a, 18 1122-39 Hovedstadsområdet Planloven: 11a, 19 1140 Landsplandirektiver Planloven: 3 1141 Kystnærhedszonen Planloven: 5a, stk. 3 1201 Kloakopland 1202 Renseklasse 1203 Forsyningområde 1204 TilslutningspligtOmraade 24
1205 Forsyningsforbudområde 1206 Udtræden af spildevandsforsyning mulig 25
3.2.2 Oprindelseskoder Oprindelseskod Reference type Bemærkning e 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 FOT / Tekniske kort FOT, DTK, Danmarks Topografiske kortværk eller andre raster kort samt kommunernes tekniske kort eller andre vektorkort. Indtil FOT er landsdækkende benyttes kort10 (jf. overgangsregler for FOT) 5 Modelberegning GIS analyser eller modellering 6 Tegning Indscannet papirtegning 3.2.3 Statuskode Statuskode Statustekst 1 Kladde 2 Forslag 3 Vedtaget 4 Aflyst OBS: Status Forslag er ikke relevant for temaerne om kollektiv varmeforsyning. 26
3.3 Ansvarlig myndighed (CVR kode/cvr_navn) CVR kode CVR navn CVR kode CVR navn CVR kode CVR navn 66137112 Albertslund Kommune 29189447 Holbæk Kommune 29190658 Region Sjælland 60183112 Allerød Kommune 29189927 Holstebro Kommune 29190909 Region Syddanmark 29189692 Assens Kommune 29189889 Horsens Kommune 29189609 Ringkøbing-Skjern Kommune 58271713 Ballerup Kommune 55606617 Hvidovre Kommune 18957981 Ringsted Kommune 29189765 Billund Kommune 19501817 Høje-Taastrup Kommune 29189404 Roskilde Kommune 26696348 Bornholms RegionsKommune 70960516 Hørsholm Kommune 29188378 Rudersdal Kommune 65113015 Brøndby Kommune 29189617 Ikast-Brande Kommune 65307316 Rødovre Kommune 29189501 Brønderslev Kommune 11931316 Ishøj Kommune 23795515 Samsø Kommune 10859387 Danmarks Miljøundersøgelser 29189439 Jammerbugt Kommune 29189641 Silkeborg Kommune 55145016 GEUS 29189595 Kalundborg Kommune 29189633 Skanderborg Kommune 57607556 Det Jordbrugsvidenskabelige Fakultet 29189706 Kerteminde Kommune 29189579 Skive Kommune 12881517 Dragør Kommune 29189897 Kolding Kommune 29188505 Slagelse Kommune 29188386 Egedal Kommune 62965916 Kort- og Matrikelstyrelsen 68534917 Solrød Kommune 29189803 Esbjerg Kommune 26489865 Kulturarvsstyrelsen 29189994 Sorø Kommune 31210917 Fanø Kommune 64942212 Københavns Kommune 29208654 Stevns Kommune 29189714 Favrskov Kommune 29189374 Køge Kommune 29189951 Struer Kommune 29188475 Faxe Kommune 29188955 Langeland Kommune 29189730 Svendborg Kommune 29188335 Fredensborg Kommune 29188548 Lejre Kommune 29189978 Syddjurs Kommune 69116418 Fredericia Kommune 29189935 Lemvig Kommune 29189773 Sønderborg Kommune 11259979 Frederiksberg Kommune 29188572 Lolland Kommune 29189560 Thisted Kommune 29189498 Frederikshavn Kommune 11715311 Lyngby-Taarbæk Kommune 29189781 Tønder Kommune 29189129 Frederikssund Kommune 45973328 Læsø Kommune 20310413 Tårnby Kommune 29188327 Furesø Kommune 29189455 Mariagerfjord Kommune 19583910 Vallensbæk Kommune 20814616 FødevareErhverv 29189684 Middelfart Kommune 29189811 Varde Kommune 29188645 Faaborg-Midtfyn Kommune 25798376 Miljøstyrelsen 29189838 Vejen Kommune 19438414 Gentofte Kommune 41333014 Morsø Kommune 29189900 Vejle Kommune 62761113 Gladsaxe Kommune 33157274 Naturstyrelsen 29189471 Vesthimmerlands Kommune 65120119 Glostrup Kommune 29189986 Norddjurs Kommune 29189846 Viborg Kommune 44023911 Greve Kommune 29188947 Nordfyns Kommune 29189676 Vordingborg Kommune 29188440 Gribskov Kommune 29189722 Nyborg Kommune 28856075 Ærø Kommune 29188599 Guldborgsund Kommune 29189625 Næstved Kommune 29189854 Aabenraa Kommune 29189757 Haderslev Kommune 32264328 Odder Kommune 29189420 Aalborg Kommune 29188416 Halsnæs Kommune 35209115 Odense Kommune 55133018 Aarhus Kommune 29189587 Hedensted Kommune 29188459 Odsherred Kommune 64502018 Helsingør Kommune 29189668 Randers Kommune 63640719 Herlev Kommune 29189463 Rebild Kommune 27
29189919 Herning Kommune 29190623 Region Hovedstaden 29189366 Hillerød Kommune 29190925 Region Midtjylland 29189382 Hjørring Kommune 29190941 Region Nordjylland 28