Indberetning af planer via upload Opdateret d

Transkript

1 Indberetning af planer via upload Opdateret d INDLEDNING... 2 GENERELT FILFORMATER PROJEKTIONER DATAMODEL KOLONNER OG FELTER GEOMEDIA TABELNAVNE UPLOAD MED ELLER UDEN ATTRIBUTTER OBS TOMME FELTER PLANNR. OG PLANID OBJEKTKODE OG PLANTYPE ANVENDELSESKATEGORIER FOR PLANER OMKRING VINDMØLLER WM FELTET STATUS GEOGRAFI PLANDOKUMENT MEDDELELSE OM NY PLAN DE KONKRETE PLANTYPER KOMMUNEPLANRAMMER LOKALPLANER LOKALPLANDELOMRÅDER ZONEKORT LOGIN OG AFSENDELSE AF DATA FEJLINDBERETNING DATOER GEOGRAFI PLANDOKUMENT PLANNAVN/ PLANNR/ ANVENDELSESKATEGORIER/ MM FREMGANGSMÅDE VED FORLÆNGELSE AF OFFENTLIGHEDSPERIODE /SUPPLERENDE HØRING Side 1 af 16

2 1 Indledning Via upload.plansystem.dk er det kun muligt at indberette kommuneplanrammer, lokalplaner, lokalplandelområder og zonekort. Hjælpe dokumentet er lavet med henblik på kommuner der benytter upload.plansystem.dk til at indberette lokalplaner. Vi forsøger at favne bredt, hvorfor nogle afsnit vil kunne synes banale. Dog forudsætter denne vejledning et vist kendskab til GIS. Det er et dynamisk dokument som vil kunne blive ændret hen af vejen. Derfor er vi meget interesseret i input og gode ideer til hvad der mangler af beskrivelser og hvad der kan beskrives bedre. Skriv plansystem@nst.dk Dette dokument er opbygget således at afsnittet Generelt beskriver hvilken funktioner der er fælles for alle plantyper. Derfor vil en læsning af dette afsnit være forudsætning for at forstå de efterfølgende beskrivelser af de enkelte plantyper. Side 2 af 16

3 2 Generelt 2.1 Filformater Følgende fil formater er mulige at uploade: MapInfo Tab ESRI Shape Geomedia Warehouse (NB: ved upload af Geomedia filer skal tabelnavnet hedde noget bestemt. Se Geomedia tabelnavne) GML (NB: der ydes ikke support på GML) 2.2 Projektioner Projektionen der skal bruges til upload er i UTM zone 32 euref Datamodel Ved upload til PlansystemDK skal datamodellerne for PlanDK2 eller PlanDK3 bruges. 2.4 Kolonner og felter Datamodellerne fastsætter hvilke oplysninger om den enkelte plan, der skal indberettes. Afhængig af plantypen er der således nogle obligatoriske kolonner/felter, som skal medtages i de GIS-filer der uploades. Der er ligeledes fastsat regler for feltværdierne i de obligatoriske kolonner fx skal datofelter være af typen integer(8) (heltal): ååååmmdd. Udover de obligatoriske/tvungne felter, er der en række supplerende felter som kommunen kan vælge at udfylde når det findes nødvendigt. Informationer om disse findes på Plansystem.dk. Se under De konkrete plantyper for yderligere hjælp til hvad filerne som minimum skal indeholde af kolonner. 2.5 Geomedia tabelnavne Når der uploades Geomedia filer skal tabellerne navngives som følgende: Plantype Geomedia-tabel navn Lokalplaner Lokalplan Lokalplanrammer Lokalplandel Kommuneplanrammer Kommuneplanramme Zonekort zonekort Er disse tabelnavne ikke brugt vil upload ikke gå i gang, hvorfor der heller ikke vil blive udsendt log-fil. Side 3 af 16

4 2.6 Upload med eller uden attributter Det er muligt både at uploade GIS-filer med eller uden attributter. Det kan være praktisk at uploade uden attributter hvis man kun ønsker at oprette eller ændre geografi på allerede indberettede planer. Ved upload uden attributter skal der i attribut tabellen kun være et minimum af information (), der gør systemet i stand til at identificere plan hvortil geografien skal tilknyttes. Læs mere om det under De konkrete plantyper. 2.7 OBS Tomme felter Vær opmærksom på, at der kan være forskel på hvordan forskellige GIS-formater håndterer tomme felter - altså felter der ikke indeholder nogen værdi. Fx opfatter/indsætter nogle GIS- formater automatisk et 0 i et tomt felt, som er defineret som integer (heltal) og 0 kan være en ulovlig værdi ifølge datamodellerne. 2.8 Plannr. og Ved indberetning af en ny plan udelades kolonnen planid hvorefter systemet vil tildele planen et. Dette ID er unikt inden for den samme plantype. Dvs. at to kommuneplaner i hele landet ikke kan have det samme planid, mens fx en lokalplan og en kommuneplan godt kan have identiske planid er. Indenfor samme status er det i en kommune og for en given plantype, ikke muligt at have samme plannr. Omvendt vil det også sige, at det er muligt at have en lokalplan med samme plannr i forslag og i vedtaget. I status kladde og aflyst er der ingen begrænsninger på hvor mange planer med samme plannr, der kan være. Dette kan blive nødvendigt i et scenarie, hvor man er ved at lave en afløsning for en lokalplan, men ønsker, at den nye plan skal have samme plannr som den gamle. Således vil den nye plan være i forslag, mens den gamle stadig er i status vedtaget. Når forslaget bliver vedtaget, skal man rent teknisk først aflyse den gamle plan, hvorefter det er muligt at skifte status for den nye plan, således den nu er vedtaget. For en kommuneplanramme gælder denne regel kun indenfor den samme kommuneplan og dertilhørende kommuneplantillæg. Det vil sige, at for uafhængige (i database forstand) kommuneplaner i samme kommune, kan der godt forekomme tilknyttede kommuneplanrammer med samme plannr i status forslag eller vedtaget. Side 4 af 16

5 2.9 Objektkode og plantype Hver plankategori har en overordnet objektkode (ex. Lokalplaner = 20, zonekort = 40). Hver plankategori har underinddelinger kaldet plantyper (ex. Zonekort: byzone=1, sommerhusområde=3). Disse værdier skal angives ved upload. For yderligere oplysninger, se: Oversigt over objektkoder og plantyper 2.10 Anvendelseskategorier For at skabe at overblik over arealanvendelsen, skal der angives hvilke anvendelseskategorier planen tilhører. Ved lokalplaner og lokalplandelområder er Generelle og specifikke anvendelseskategorier obligatoriske, mens konkrete anvendelseskategorier kun udfyldes hvis det synes nødvendigt. Ved kommuneplanrammer er kun den Generelle anvendelses kategori obligatorisk. Zonekortet skal ikke indeholde oplysninger om anvendelseskategorier. Værdierne for de enkelte anvendelseskategorier kan ses på Generelle, Specifikke og Konkrete. Der findes ikke en vejledning til valg af anvendelseskategori, det er således op til den enkelte kommune, at definere hvilke kategorier planen tilhører. Fra april 2010 er den specifikke anvendelseskategori Biogas anlæg (8160) blevet tilføjet. Dette sker for at imødekomme regeringens strategi Grøn Vækst, og de nye planlægningsopgaver dette skaber for kommunerne For planer omkring vindmøller MW feltet Hvis der indberettes en plan der omhandler planlægning for vindmøller, kan eller skal MW feltet udfyldes. Dette er dog kun muligt, hvis både den generelle anvendelseskategori Tekniske anlæg (81) og den specifikke anvendelseskategori Vindmølleanlæg (8111) er valgt. Er de to anvendelseskategorier udfyldt er det for lokalplaner et obligatorisk at MW feltet bliver udfyldt, mens det for kommuneplanrammer er frivilligt. MW feltet er defineret som en samlet angivelse af potentiel MW for lokalplanområdet. Det vil sige en summering af møllernes MW effekt. Side 5 af 16

6 2.12 Status Dato felternes udfyldelse afgør planens status i PlansystemDK. Er ingen datofelter udfyldt, har planen status som 'KLADDE'. - Er feltet 'Forslagsdato' udfyldt, har planen status som 'FORSLAG'. - Er feltet 'Vedtagelsesdato' udfyldt, har planen status som 'VEDTAGET'. - Er feltet 'Dato for planens aflysning' udfyldt, har planen status som 'AFLYST'. Derfor er det også en god ide at uploade planer med forskellig status i hver sin fil. Fx uploades lokalplaner med status "kladde", helt uden kolonnerne DATOFORS, DATOSTART, DATOSLUT, DATOVEDT, DATOAFLYST Geografi Geografien digitaliseres og tilknyttes attributtabellen. En plan kan godt uploades uden geografi, men kun i status kladde. Skal planen have anden status skal der være tilknyttet geografi. Digitaliseringsgrundlaget bør være matrikelkortet Plandokument Alle planer, med undtagelse af kommuneplanrammer, lokalplandelområder og zonekortet, skal indeholde et juridisk gyldigt plandokument. Det er ikke muligt at skifte status fra kladde til forslag uden at der er tilknyttet et plandokument til planen. Plandokumentet skal være i pdf-format. Der kan kun uplodes én fil til PlansystemDK. Fremsendelsesbrev, VVM-redegørelse, klagevejledning m. fl. samles i et plandokument, alternativt er det muligt at lave pdf-filer bestående af flere dokumenter. PlansystemDK anbefaler at pdf-dokumenterne ikke bliver for store, da det efterfølgende vil tage lang tid for borgere at downloade dokumenterne Meddelelse om ny plan Det er kommunens ansvar, at orientere relevante myndigheder og andre hvis interesser berøres af planforslaget. Dette gøres nemt via PlansystemDK. Når en plan skifter status fra kladde til forslag, forslag til vedtaget og vedtaget til aflyst, udsendes der automatisk meddelelse om ny plan til de adresser kommunen har angivet under den pågældende plantype i administrationen. Det er via upload ikke muligt at fravælge adresser der er angivet i administrationen. Side 6 af 16

7 (NB: Der udsendes ikke meddelelser ved kommuneplanrammer, lokalplandelområder og zonekort). Kommunen kan via definere hvilke adresser de vil have mulighed for at udsende mail til. 3 De konkrete plantyper Som beskrevet i et tidligere afsnit er der en række tvungne felter og supplerende felter. I dette afsnit er der kun medtaget informationer om hvilke felter der er tvungne ved hhv. upload med eller uden attributter. Ved mere information hvilke felter der er mulige og deres definition henvises til PlanDK Kommuneplanrammer Kommuneplanrammer, se også: PlanDK2_kommuneplanramme. En kommuneplanramme kan enten være tilknyttet en kommuneplan eller et kommuneplantillæg. Ved upload skal enten KOMPLAN_ID eller KOMTIL_ID være udfyldt, men ikke begge (komplan_id er planid et på kommuneplanen og komtil_id er planid et på kommunplantillægget). En kommuneplanramme kan først uploades når enten kommuneplanen eller kommuneplantillægget er indberettet. Kommuneplanrammer arver automatisk datoer og status fra den overliggende plan. Dette sker dog kun når man ændrer status for den overliggende plan. I tilfælde hvor en kommuneplanramme ikke har samme status som den overliggende kommuneplan eller kommuneplantillæg, vil kommuneplanrammen ikke automatisk ændre status. Kommuneplanrammer der revideres som følge af et kommuneplantillæg: Hvis et kommuneplantillæg ændrer enkelte bestemmelser for en ramme, skal der både tilknyttes en kommuneplanramme til kommuneplanen og en kommuneplanramme til det nye kommuneplantillæg. Hvis de to kommuneplanrammer skal have samme status (forslag eller vedtaget), kan de ikke have samme plannr. Aflyser et kommuneplantillæg helt bestemmelserne i en kommuneplanramme tilknyttet en kommuneplan, skal den gamle ramme aflyses. Den gamle ramme, aflyses når den nye bliver vedtaget. Der skal i dette tilfælde også indberettes en ny kommuneplanramme til kommuneplantillægget. For begge tilfælde vil der i systemet findes to unikke kommuneplanrammer, tilknyttet henholdsvis kommuneplanen og kommuneplantillægget. Se i øvrigt dokumentet Retningslinier for indberetning til PlansystemDK. Upload uden attributter: (NB: er kun muligt for kommuneplanrammer der allerede er registreret i databasen.) Side 7 af 16

8 Kolonnenavn PLANID Bemærkning Værdien for den pågældende kommuneplanramme kan aflæses i PLANID kan erstattes af: PLANNR Kommunens nummerering af planen. KOMNR Kommunenummer efter 1. januar GLKOMNR Kommunenummer før 1. januar Udfyldes hvis planen er vedtaget før kommunalreformen. Vigtigt fordi planer i sammenlagte kommuner kan have samme plannummer. Endvidere skal én og kun én af følgende medtages: KOMPLAN_ID Værdien for den overliggende kommuneplan kan aflæses i Komplan_id er kommuneplanens planid. KOMTIL_ID Værdien for det overliggende kommuneplantillæg kan aflæses i Komtil_id er kommuneplantillæggets planid. Med attributter: Tabellen angiver hvilke felter der i den givne status er obligatoriske. En kommuneplanramme kan enten være tilknyttet en kommuneplan eller et kommuneplantillæg. Ved upload skal enten KOMPLAN_ID eller KOMTIL_ID være udfyldt (men ikke begge). Disse er er for hhv. kommuneplanen og kommuneplantillægget. En kommuneplanramme Kladde kan Forslag først uploades når enten Vedtaget kommuneplanen eller Aflyst kommuneplantillægget er indberettet. (hvis rammen findes i (hvis rammen findes i (hvis rammen findes i PlanNr PlanNr PlanNr PlanNr Komplan_id Komplan_id Komplan_id (Hvis rammen (Hvis rammen (Hvis rammen tilhører en tilhører en tilhører en (hvis rammen findes i Komplan_id (Hvis rammen tilhører en kommuneplan) Komtil_id kommuneplan) Komtil_id kommuneplan) Komtil_id kommuneplan) Komtil_id (Hvis rammen (Hvis rammen (Hvis rammen (Hvis rammen tilhører et tilhører et tilhører et tilhører et kommuneplantillæg) PlanNavn kommuneplantillæg) PlanNavn kommuneplantillæg) PlanNavn kommuneplantillæg) PlanNavn OBJEKTKODE OBJEKTKODE OBJEKTKODE OBJEKTKODE PlanType PlanType PlanType PlanType AnvGen AnvGen AnvGen AnvGen Zone Zone Zone Zone FZone FZone FZone FZone Side 8 af 16

9 - DatoForsl Datoforsl Datoforsl - - DatoVedt DatoVedt DatoAflyst Hvis der indberettes en kommuneplanramme der omhandler planlægning for vindmøller kan MW feltet udfyldes. Dette er dog kun muligt, hvis både den generelle anvendelseskategori Tekniske anlæg (81) og den specifikke anvendelseskategori Vindmølleanlæg (8111) er valgt. Ønsker man at udfylde MW feltet skal dette tilføjes attributtabellen med feltnavnet MEGAWATT 3.2 Lokalplaner Lokalplaner, se også: PlanDK2_Lokalplan.doc. Uden attributter: (NB: Kun muligt for lokalplaner der allerede er registreret i databasen.) Kolonnenavn PLANID Bemærkning Værdien for den pågældende lokalplan kan aflæses i PLANID kan erstattes af: PLANNR Kommunens nummerering af planen. KOMNR Kommunenummer efter 1. januar GLKOMNR Kommunenummer før 1. januar Udfyldes hvis lokalplanen er vedtaget før kommunalreformen. Vigtigt fordi planer i sammenlagte kommuner kan have samme plannummer. Med attributter: Tabellen angiver hvilke felter der i den givne status er obligatoriske. Kladde Forslag Vedtaget Aflyst (hvis lokalplanen findes i PlanNr (hvis lokalplanen findes i PlanNr (hvis lokalplanen findes i PlanNr (hvis lokalplanen findes i PlanNr KomNR KomNR KomNR KomNR Side 9 af 16

10 GLKomNR (Hvis lokalplanen er vedtaget før 1. januar 2007) PlanNavn GLKomNR (Hvis lokalplanen er vedtaget før 1. januar 2007) PlanNavn GLKomNR (Hvis lokalplanen er vedtaget før 1. januar 2007) PlanNavn januar 2007) PlanNavn GLKomNR (Hvis lokalplanen er vedtaget før 1. OBJEKTKODE OBJEKTKODE OBJEKTKODE OBJEKTKODE PlanType PlanType PlanType PlanType AnvGen AnvGen AnvGen AnvGen Zone Zone Zone Zone ANVSPEC ANVSPEC ANVSPEC ANVSPEC - DatoForsl Datoforsl Datoforsl - DATOSTART DATOSTART DATOSTART - DATOSLUT DATOSLUT DATOSLUT - - DatoVedt DatoVedt DatoAflyst DOKLINK DOKLINK DOKLINK Hvis der indberettes en lokalplan der omhandler planlægning for vindmøller skal MW feltet udfyldes. Dette er dog kun muligt, hvis både den generelle anvendelseskategori Tekniske anlæg (81) og den specifikke anvendelseskategori Vindmølleanlæg (8111) er valgt. Skal der angives MW, tilføjes der et nyt felt i attributtabellen med navnet MEGAWATT 3.3 Lokalplandelområder Lokalplandelområder, se også: PlanDK2_Lokalplandelområde. Et lokalplandelområde skal være tilknyttet en lokalplanplan, derfor kan et lokalplandelområde først uploades når lokalplanen er indberettet. Ved upload skal feltet LOKPLAN_ID være udfyldt. Lokalplandelområder arver automatisk datoer og status fra den overliggende plan. Dette sker dog kun når man ændrer status for den overliggende plan. I tilfælde hvor et lokalplandelområde er blevet tilknyttet en lokalplan efter denne er gået i forslag eller vedtaget, skal man selv aktivt ændre status på delområdet. Uden attributter: (NB: Kun muligt for lokalplandelområder der allerede er registreret i databasen.) Kolonnenavn PLANID Bemærkning Værdien for den pågældende lokalplandelområde kan aflæses i PLANID kan erstattes af: PLANNR Kommunens nummerering af planen. Side 10 af 16

11 KOMNR Kommunenummer efter 1. januar GLKOMNR Kommunenummer før 1. januar Udfyldes hvis planen er vedtaget før kommunalreformen. Vigtigt fordi planer i sammenlagte kommuner kan have samme plannummer. Endvidere skal følgende medtages: LOKPLAN_ID for den overordnede lokalplan, den kan aflæses i DELNR Heltal, nummer på lokalplandelområdet. Med attributter: Tabellen angiver hvilke felter der i den givne status er obligatoriske.. Kladde Forslag Vedtaget Aflyst (hvis delområdet findes i DelNr (hvis delområdet findes i DelNr (hvis delområdet findes i DelNr (hvis delområdet findes i DelNr LOKplan_id LOKplan _id LOKplan _id LOKplan _id OBJEKTKODE OBJEKTKODE OBJEKTKODE OBJEKTKODE PlanType PlanType PlanType AnvGen AnvGen AnvGen ANVSPEC ANVSPEC ANVSPEC FZone FZone FZone DatoForsl Datoforsl Datoforsl - DatoVedt DatoVedt - - DatoAflyst 3.4 Zonekort Zonekort, se også: PlanDK2 Zonekort Opdatering af zonekortet sker ikke automatisk. Det er derfor kommunens ansvar at opdatere kortet når en lokalplan ændrer på zonebestemmelserne. Skal zonekortet ændres er det muligt at ændre i de enkelte polygoner. Hvis kommunen skal uploade et helt nyt zonekort kan man med fordel få det gamle slettet, og på ny uploade zonekortet. For at få slettet zonekortet skal der rettes henvendelse til hotlinen. Side 11 af 16

12 Uden attributter: (NB: Kun muligt for zoner der allerede er registreret i databasen.) Kolonnenavn Bemærkning PLANID Værdien for den pågældende zone-område kan aflæses i Med attributter: Zonekort findes kun i status vedtaget. Vedtaget (hvis zone-området findes i Zone objektkode komnr Da zone-kortet ikke er et historisk kort skal aflyste zoner ikke aflyse på samme måder som andre plantyper i PlanystemDK, disse skal blot slettes fra databasen. Hvis enkelte områder eller hele zonekortet ønskes slettes i forbindelse med en revision, skal PlansystemDKs hotline kontaktes. 4 Login og afsendelse af data Det første der fremkommer på upload siden er et login vindue hvor brugernavn og password indtastes. Brugerrettigheder tildeles via Hver kommune er oprettet med en administrator. Denne person kan oprettet flere administratorer eller give begrænsede rettigheder til andre i kommunen. Efter login vil det nedenstående vindue vises: Side 12 af 16

13 Først indtastes til hvilken log-filen ønskes tilsendt. Herefter vælges kommune og hvilken plantype der skal uploades. Oftest vil der kun være adgang til at vælge én kommune. Dernæst vælges om det er med eller uden attributter. Herefter indikeres hvilken filtype man ønsker at uploade og de enkelte filer vælges. Til sidst indtastes en Herefter klikkes der på upload filer til PlansystemDK. En ny side vil nu fremkomme Ved klik på linket, kommer man til en side hvor man kan følge sit upload. På denne side kan man se hvor lang uploadet er i processen og om der er fejl i filen: Side 13 af 16

14 Der vil desuden blive udsendt en mail, hvor en log-fil nærmere vil beskrive hvad eventuelle fejl er. Ved manglende svar, skal hotlinen kontaktes. Svarmail: Når en fil er blevet uploadet kommer der svar mail tilbage til den angivede adresse. Denne mail indeholder en log fil som fortæller om filen er blevet uploadet korrekt og hvis ikke, hvad dette skyldes. Side 14 af 16

15 5 Fejlindberetning Er der ved en fejl indberettet forkerte data er det i nogle tilfælde muligt selv at rette dem, i andre skal hotlinen kontaktes. 5.1 Datoer Når først datoer er indberettet kan de ikke rettes. I sådanne tilfælde skal hotlinen kontaktes. Skriv en med informationer om plantype, planid, plannr/navn samt hvad der ønskes rettet. 5.2 Geografi Geografien kan simpelt ændres ved upload af en ny geografi. Skal kun geografien ændres, kan man uploade uden attributter og kun angive planid i tabellen. OBS: Ændres geografien i en plan som er i forslag, vil ændringen først slå igennem når planen skrifter status. Ønskes den nye geografi til et forslag vises for offentligheden før dette, skal hotlinen kontaktes. Skriv en med informationer om plantype, planid, plannr/navn samt hvad der ønskes rettet. 5.3 Plandokument Plandokumentet kan også ændres ved upload af GIS-fil med angivelse af den nye/rigtige url i kolonnen doklink. OBS: Ændres plandokumentet i en plan som er i forslag vil ændringen først slå igennem når planen skrifter status. Ønskes det nye plandokument til et forslag vises for offentligheden før dette, skal hotlinen kontaktes. Skriv en med informationer om plantype, planid, plannr/navn samt hvad der ønsket vist for offentligheden. 5.4 Plannavn/ Plannr/ Anvendelseskategorier/ mm. Disse felter kan frit ændres ved upload en af GIS-fil med de nye/rigtige data. OBS: Ændres data i en plan som er i forslag vil ændringen først slå igennem når planen skrifter status. Ønskes de nye data til et forslag vises for offentligheden før dette, skal hotlinen kontaktes. Skriv en med informationer om plantype, planid, plannr/navn samt hvad der ønskes rettet/vist. 5.5 Fremgangsmåde ved forlængelse af offentlighedsperiode /supplerende høring Der kan efter planlovens 27, stk. 2, foretages ændring af planforslaget i forbindelse med planens endelige vedtagelse. Hvis ændringen på væsentlig måde berører andre myndigheder eller borgere Side 15 af 16

16 mfl. end dem, der er kommet med indsigelse på dette punkt, kan endelig vedtagelse ikke ske, før de pågældende inden for en frist kommunalbestyrelsen har fastsat har haft lejlighed til at udtale sig. Har en kommune vurderet, at en ændring af et planforslag nødvendiggør en sådan supplerende høringsperiode, følges nedenstående procedure: 1. Pdf-filen med planforslaget vedhæftes et brev, hvori forløbet med planforslaget er beskrevet: den oprindelige høringsperiode, den supplerende høringsperiode og hvilke ændringer, der er foretaget i planforslaget. 2. Pdf-filen med brevet uploades til PlansystemDK 3. Kommunen anmoder PlansystemDK om en ændring af sluthøringsdatoen til datoen for den supplerende hørings afslutning og om at lade det nye planforslag være synligt for offentligheden. 4. Kommunen orienterer selv den kreds af myndigheder og borgere, der bliver berørt af den forlængende høringsperiode. Med orienteringen fremsendes tillige linket til det nye planforslag. 5. Når planforslaget er endeligt vedtaget, vedlægges plandokumentet et tillæg, der beskriver hele høringsforløbet og hvilke ændringer, der eventuelt er foretaget som følge heraf. Dette er vigtigt, da det er kommunens dokumentation for hvordan høringsperioden er afviklet. Side 16 af 16