Datamodel og registreringsvejledning. varmeforsyning

Transkript

1 PlanDK3: Datamodel og registreringsvejledning for kollektiv varmeforsyning Version Miljøministeriet, Naturstyrelsen

2 Revisions historik Revisionsdato Version Resumé af ændringer Ændringer markeret? Forfatter 7. maj Henrik Larsen 11. maj Klarere markeringer i nej Henrik Larsen tabeller af hvilke felter der automatisk udfyldes af systemet 14. maj do nej Henrik Larsen 4.september Klarere markeringer i nej Henrik Larsen 2012 tabeller af hvilke felter der automatisk udfyldes af systemet 2

3 Indhold Indledning Kollektiv varmeforsyning Specifik datamodel, kollektiv varmeforsyning ForsyningOmraade TilslutningspligtOmraade ForsyningsforbudOmraade ForsyningOmraade TilslutningspligtOmraade ForsyningsforbudOmraade Bilag 1, Generelle registreringer Geografisk registrering Kodelister Temakoder Oprindelseskoder Statuskode Ansvarlig myndighed (CVR kode/cvr_navn)

4 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 ) Datamodellen har været i offentlig høring i foråret 2010 og i fornyet høring via KL i september 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 4

5 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å under beskrivelsen af datamodellen PlanDK3 5

6 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 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

7 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

8 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 O Tekststreng 8 karakterer ForsyningsselskabID forsyid Angiver CVR-reference til forsyningsselskabet 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

9 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 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 O Heltal 7 cifre 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 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

10 pligt AfgoerelseDato dato1204 Angiver den dato hvor kommunalbestyrelsen har truffet beslutning om at der pålægges tilslutningseller forblivelsespligt 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

11 Registreringsvejledning, kollektiv varmeforsyning. Den praktiske registrering i Plansystemet, herunder uploadsmuligheder, er beskrevet på plansystemets hjemmeside ( ). 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 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

12 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

13 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 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

14 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

15 ø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

16 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 ) 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

17 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 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 af 13. december 2005 om godkendelse af projekter for kollektive varmeforsyningsanlæg, med ændringer i bekendtgørelse nr. 359 af 24/04/

18 (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

19 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

20 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

21 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

22 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 O 1103 temanavn/retningslinje temanavn temanavn Temanavn/retningslinje Tekststreng tegn O Detailhandelsstruktur objektidentifikator objekt_id Unik ID for objektet. 7-cifret heltal O 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 T23:59: : T23:59: :00 O T23:59: :00 slutdatotid systid_til Slut systemtid ISO dato/tid T23:59: : T23:59: :00 (NULL = stadig gældende) (Udfyldt = historisk) initieretdatotid oprettet Systemtid for objektets oprettelse ISO dato/tid T23:59: : T23:59: :00 O T23:59: :00 O T23:59: :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 O myndighed legalunitname cvrname CVR-navn på ansvarlig Tekststreng tegn O Naturstyrelsen myndighed brugeridentifikator bruger_id Brugernavn ved Tekststreng tegn O Viborg1752 opdatering 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 22

23 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 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 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 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

24 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 Temakoder Tema-kode Tematekst Planloven 1101 Planlagte byzoner og sommerhusområder Planloven: 11a, Byformål Planloven: 11a, Detailhandelsstruktur Planloven: 11a, Eksisterende Trafikanlæg Planloven: 11a, Planlagte Trafikanlæg Planloven: 11a, Tekniske anlæg Planloven: 11a, Områder til virksomheder med særlige Planloven: 11a, 6 beliggenhedskrav 1108 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, Bevaringsværdige landskaber Planloven: 11a, Geologiske bevaringsværdier Planloven: 11a, Anvendelse af vandløb, søer og kystvande Planloven: 11a 1121 Arealanvendelse i kystnærhedszone Planloven: 11a, Hovedstadsområdet Planloven: 11a, Landsplandirektiver Planloven: Kystnærhedszonen Planloven: 5a, stk Kloakopland 1202 Renseklasse 1203 Forsyningområde 1204 TilslutningspligtOmraade 24

25 1205 Forsyningsforbudområde 1206 Udtræden af spildevandsforsyning mulig 25

26 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 Statuskode Statuskode Statustekst 1 Kladde 2 Forslag 3 Vedtaget 4 Aflyst OBS: Status Forslag er ikke relevant for temaerne om kollektiv varmeforsyning. 26

27 3.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 27

28 Herning Kommune Region Hovedstaden Hillerød Kommune Region Midtjylland Hjørring Kommune Region Nordjylland 28

29