Gemeentefusies 2025

[Emilien-Dupont]

Hoe gaan we om met de fusies na 01/01/2025? Voor de komende fusies zetten we (na goedkeuring IPWG)) alles over van gemeente2018 naar het nieuwe gemeenteniveau van 01/01/2025 zodat we maar één verouderd gemeenteniveau hebben. Hierdoor hebben we maar één verouderd gemeenteniveau. De nota hierover staat op teams .

Maar wat als er elk jaar nieuwe fusies zijn? Zo zitten we al snel met veel verouderde niveaus. Ik heb de vraag gesteld aan ABF wat de kostprijs hiervan zou zijn, maar vooralsnog geen antwoord gekregen. Maar als het maar gaat over een paar jaren, valt het misschien nog mee om alles van het verouderde gemeenteniveau om te zetten naar het nieuwe niveau.

[emdockx]

Terechte vraag, maar ik denk niet dat er elk jaar vrijwillige gemeentefusies gaan plaatsvinden. De voorbije twee legislaturen zijn er financiële stimuli geweest voor fusies die ten laatste voor het einde van de respectievelijke legislatuur werden afgerond. Ik denk niet dat er binnenkort nog gemeenten zullen zijn die zonder zo'n financiële incentive gaan fuseren. Als er al zo'n nieuwe stimuli komen, dan zullen die wellicht weer pas ingaan op 1 januari van de volgende legislatuur (dus 2031 als ik mij niet vergis).

https://www.vlaanderen.be/lokaal-bestuur/samenwerking-fusies-regiovorming-en-verzelfstandiging/stimuli-voor-gemeentefusies

[Emilien-Dupont]

Ik denk ook dat de kans niet heel groot is, maar we kunnen maar voorbereid zijn ;).

Bijkomende vraag: Hoe gaan we om met versluierde data? Deze vraag kwam van VSA. Als bv. data voor Borsbeek versluierd werd, dan zal je de data wel kunnen 'ontsluieren' na de fusie van Antwerpen + Borsbeek. Dit is eigenlijk niet correct. Verder zullen data die we al versluierd aangeleverd kregen niet zonder meer kunnen aggregeren naar het nieuwe gefusioneerde gemeenteniveau.

[StefanieWVL]

Die bijkomende vraag, hebben we dit probleem ook niet gehad met de fusies van 2019? Hoe hebben we dat aangepakt? Als daar afspraken over bestaan, stel ik voor om deze gewoon over te nemen. Zijn deze er nog niet, dan moeten we er dringend werk van maken en/of documenteren ;-)

[Emilien-Dupont]

Redactiegroep 19/09/24: Wanneer er een paar gemeenten nog fusioneren, plaatsen we deze onder het huidige gemeenteniveau. Belangrijk is wel dat dan alles herrekend moet worden voor die nieuwe gemeenten. Documenteren onder de metadata van de gebiedsniveaus.

Bijkomende vraag: dit zal bijna nooit voorkomen. Data die we al versluierd aangeleverd kregen: opnemen in procedure.

[Emilien-Dupont]

Wijzigingen in Swing

oud gemeenteniveau

• [ ] krijgt in Swing de nieuwe gebiedsniveaucode gemeente2024. Ook de naam moet veranderd worden in Swing zelf.
• [x] pas dit ook in de naamgeving van de Excel- en shapefiles aan en in de scripts (Github)
  • [x] kerntabel
  • [x] shapefile
  • [x] gebiedsdef
  • [x] kopieer 0 maak_gemeente --> 0 maak_gemeente2024
• [ ] maak aggregaties van (kopiëren en naam veranderen + veranderen in aggregatiescript)
  • [x] gemeente2024 naar arrondissement2024
  • [ ] gemeente2024 naar cs
  • [x] gemeente2018 naar gemeente2024: ARCHIEF
  • [x] gemeente2024 naar gemeente (aanmaken)
  • [ ] gemeente2024 naar gemeentebe2024
  • [x] deelgemeente naar gemeente2024 --> omgaan met meerdere gebieden onbekend!
  • [x] gemeente2024 naar provincie2024

nieuw gemeenteniveau

https://www.vlaanderen.be/statistiek-vlaanderen/nieuwe-nis-codes-voor-gefuseerde-gemeenten-vanaf-1-januari-2025

• [x] maak een nieuw gemeenteniveau aan
  • [x] Via de kerntabel
  • [x] Laat 0 maak_gemeente lopen (gebiedsdef)
• [ ] shapefile
• [x] de bestaande aggregaties mogen blijven bestaan
• [ ] opgelet met Antwerpen: zelfde NIS codes!!!

oud arrondissementsniveau

• [ ] krijgt in Swing de nieuwe gebiedsniveaucode arrondiss2024. Ook de naam moet veranderd worden in Swing zelf.
• [x] pas dit ook in de naamgeving van de Excel- en shapefiles aan en in de scripts (Github)
  • [x] kerntabel: gemeente_arrondiss --> gemeente2024_arrondiss2024
  • [x] voeg toe in eerste deel script 2
  • [x] shapefile
  • [x] kopieer 0 maak_arrondiss --> 0 maak_arrondiss2024
  • [x] gebiedsdef
• [x] laat script 0 maak_arrondiss2024 lopen (voor gebiedsdefinities)
• [x] maak aggregaties van (+ aanpassen in script)
  • [x] gemeente2024 naar arrondiss2024 (kopiëren)
  • [x] arrondiss2024 naar provincie2024 (kopiëren)

nieuw arrondissementsniveau

https://www.vlaanderen.be/lokaal-bestuur/nieuwsberichten/afstemming-gerechtelijke-arrondissementen-en-kantons-op-gemeentefusies https://statbel.fgov.be/nl/nieuws/wijzigingen-van-de-nis-codes-van-de-gemeenten-vanaf-1-januari-2025 codes kunnen behouden worden

• [ ] volgende gemeenten passen na fusies niet meer in bestaande arrondissementen (en nog geen info online):
  • [ ] Beveren (Sint-Niklaas) + Kruibeke (Sint-Niklaas + Zwijndrecht (Antwerpen): voorstel om onder arro Sint-Niklaas te plaatsen (cfr gerechtelijke arro's)
  • [ ] Kortessem (Tongeren) en Hasselt (Hasselt); Nu Hasseln: voorstel om onder Hasselt te plaatsen(cfr gerechtelijke arro's)
  • [ ] Lokeren (Sint-Niklaas) en Moerbeke (Gent); nu Lokeren: voorstel om onder Sint-Niklaas te plaatsen
• [ ] maak een nieuw arrondissementsniveau aan
  • [ ] kerntabellen: gemeente_arrondiss
  • [ ] laat 0 maak_arrondiss lopen (gebiedsef)
• [x] de bestaande aggregaties mogen blijven bestaan
• [ ] shapefile

oud provincieniveau

• [ ] krijgt in Swing de nieuwe gebiedsniveaucode provincie2024. Ook de naam moet veranderd worden in Swing zelf.
• [x] pas dit ook in de naamgeving van de Excel- en shapefiles aan en in de scripts (Github)
  • [x] kerntabel
  • [x] () kerntabel: gemeente_provincie --> gemeente2024_provincie2024 (bestaat niet) ()
  • [x] kerntabel: provincie_gewest --> provincie2024_gewest
  • [x] voeg toe in eerste deel script 2
  • [x] shapefile
  • [x] gebiedsdef
  • [x] kopieer 0 maak_provincie --> 0 maak_provincie2024
• [x] maak aggregaties van (+ aanpassen in script)
  • [x] gemeente2024 naar provincie2024 (kopiëren)
  • [x] arrondiss2024 naar provincie2024 (kopiëren)
  • [x] provincie2024 naar gewest (kopiëren)
  • [x] provincie2024 naar provincie KAN NIET
  • [x] provincie2024 naar gewest (kopiëren)

nieuw provincieniveau

codes kunnen behouden worden https://www.vlaanderen.be/lokaal-bestuur/nieuwsberichten/definitieve-goedkeuring-voor-eerste-fusie-over-provinciegrenzen https://statbel.fgov.be/nl/nieuws/wijzigingen-van-de-nis-codes-van-de-gemeenten-vanaf-1-januari-2025

• [x] maak een nieuw provincieniveau aan
  • [x] kerntabel
  • [x] () kerntabellen: gemeente_provincie (bestaat niet) ()
  • [x] provincie_gewest (kerntabel en aggr)
  • [x] laat 0 maak_provincie lopen (gebiedsef)
• [x] de bestaande aggregaties mogen blijven bestaan
• [ ] shapefile

oud en nieuw gemeentenbeniveau

• [ ] krijgt in Swing de nieuwe gebiedsniveaucode gemeentenbe2024. Ook de naam moet veranderd worden in Swing zelf.
• [ ] shapefile: NIET
• [ ] pas script 5 aan (gebiedsdef)

deelgemeenten

• [x] naamgeving aanpassen in kerntabel
• [x] code gebied onbekend aanpassen in kerntabel (en bijhouden voor script aggr deelgemeente --> gemeente2024

labels wijken

• [x] via de kerntabel worden de wijken aan de nieuwe gemeente toegevoegd
• [x] het kan voorkomen dat een gemeente nu gemeentegedragen als nis7 wijken heeft, dit nog aanpassen naar een tijdelijk label via de basisexcel voor wijken (gemeentegedragen_wijken)
  • Ruiselede (sectorgebaseerd) en Wingene (ggw7)
  • De Pinte (sectorgebaseerd) en Nazareth (ggw7)
  • Tessenderlo (sectorgebaseerd) en Ham (ggw7)
• [x] gemeenten aanpassen in gemeentegedragen_wijken.xlsx
• [x] script 1 gemeentegedragenwijken laten lopen
• [x] ggw7_type goed controleren: handmatig toevoegen
• [ ] controleren of alles goed gaat met gebied onbekend na upload
• [ ] metadata vlaanderen aanpassen

cs14

• [ ] geen script van terug te vinden: Richard?

fo_gem (centrumsteden en Vlaamse rand, niet gebiedsdekkend)

• [x] kerntabellen: gemeente_fogem aanpassen
• [x] script 0 maak_fogem laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] de bestaande aggregaties mogen blijven bestaan

aanpassen politiezones

• [x] volgende gemeenten passen na fusies niet meer in bestaande politiezones:
  • [x] Antwerpen (11002) + Borsbeek (11007)
  • [x] Meulebeke (37007) + Tielt (37015)
  • [x] Lokeren (46014) + Moerbeke (44045)
  • [x] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
  • [x] Borgloon (73009) + Tongeren (73083)
  • [x] Hasselt (71022) + Kortessem (73040)
• zie https://nl.wikipedia.org/wiki/Lijst_van_politiezones_in_Belgi%C3%AB voor nieuwe opdeling)
• [x] kerntabellen: gemeente_politiezone aanpassen
• [x] script 0 maak_politiezone laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

logo's

• [ ] volgende gemeenten passen na fusies niet meer in bestaande logo's:
  • [ ] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
• nog geen documentatie terug te vinden; voorstel om Zwijndrecht (voorheen logo antwerpen) bij logo waasland op te nemen. Dan aggregeert dit ook makkelijk door naar de provincies.
• [ ] kerntabellen: gemeente_logo aanpassen
• [ ] script 0 maak_logo laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

toeristische regio's (op gemeenten gebaseerd)

• [x] volgende gemeenten passen na fusies niet meer in bestaande toeristische regio's:
  • [x] Antwerpen (11002) + Borsbeek (11007)
  • [x] Meulebeke (37007) + Tielt (37015)
  • [x] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
  • [x] Hasselt (71022) + Kortessem (73040)
• zie https://www.vlaanderen.be/lokaal-bestuur/nieuwsberichten/impact-gemeentefusies-op-toeristische-indelingen voor nieuwe opdeling
• [x] kerntabellen: gemeente_treggem aanpassen
• [x] script 0 maak_treggem laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

streekwerking

• [ ] volgende gemeenten passen na fusies niet meer in bestaande streekwerkingen:
  • [ ] Antwerpen (11002) + Borsbeek (11007)
  • [ ] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
• voorstel om Borsbeek (voorheen bij Rupelstreek/zuidrand) op te nemen bij streekwerking Stad Antwerpen
• voorstel om Zwijndrecht (voorheen Scheldeland) op te nemen bij Waasland (streekwerking OVL = toeristische regio's)
• [ ] kerntabellen: gemeente_streekwerking aanpassen
• [ ] script 0 maak_streekwerking laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

elz

• [x] volgende gemeenten passen na fusies niet meer in bestaande elz'en:
  • [x] Antwerpen (11002) + Borsbeek (11007)
  • [x] Borgloon (73009) + Tongeren (73083)
  • [x] Hasselt (71022) + Kortessem (73040)
• zie https://github.com/provinciesincijfers/gebiedsniveaus/issues/74 voor nieuwe opdeling en https://www.vvsg.be/nieuws/wijziging-van-zorgraden-door-fusies#:~:text=De%20gemeentelijke%20fusies%20hertekenen%20een,de%20werkingsgebieden%20van%20de%20zorgraden.
• [x] kerntabellen: gemeente_elz aanpassen
• [x] script 0 maak_elz laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

elz antw

• [x] kerntabellen: ggw7_elzantw aanpassen (Borsbeek komt erbij)
• [x] script 0 maak_elz antw opnieuw laten lopen
• [ ] nieuwe shapefile
• [x] de bestaande aggregaties mogen blijven bestaan

vervoersregio

• [ ] volgende gemeenten passen na fusies niet meer in bestaande vervoersregio's:
  • [ ] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
• voorstel om Kruibeke (voorheen vervoersregio Waasland) bij Vervoerregio Antwerpen te plaatsen (waartoe Beveren en Zwijndrecht al behoorden)
• [ ] kerntabellen: gemeente_vervoersregio aanpassen
• [ ] script 0 maak_vervoersregio laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

uitrustingsgraad

• [ ] volgende gemeenten passen na fusies niet meer in bestaande uitrustingsgraden:
  • [ ] Antwerpen (11002) + Borsbeek (11007)
  • [ ] Galmaarden (23023) + Gooik (23024) + Herne (23032)
  • [ ] Ruiselede (37012) + Wingene (37018)
  • [ ] Meulebeke (37007) + Tielt (37015)
  • [ ] Lochristi (44034) + Wachtebeke (44073)
  • [ ] Lokeren (46014) + Moerbeke (44045)
  • [ ] Beveren (46003) + Kruibeke (46013) + Zwijndrecht (11056)
  • [ ] Bilzen (73006) + Hoeselt (73032)
  • [ ] Borgloon (73009) + Tongeren (73083)
  • [ ] Ham (73069) + Tessenderlo (71057)
  • [ ] Hasselt (71022) + Kortessem (73040)
• @demaesschalckfilip?
• [ ] kerntabellen: gemeente_uitrustingsgraad aanpassen
• [ ] script 0 maak_uitrustingsgraad laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [ ] bestaande aggregaties mogen blijven bestaan

woonmaatschappij

• [ ] volgende gemeenten passen na fusies niet meer in bestaande woonmaatschappijen:
  • [ ] Antwerpen (11002) + Borsbeek (11007)
• voorstel om Borsbeek (voorheen Antwerpen-Zuidrand) bij werkingsgebied woonnmaatschappijen Antwerpen-stad te plaatsen
• [ ] kerntabellen: gemeente_woonmaatschappij aanpassen
• [ ] script 0 maak_woonmaatschappij laten lopen (gebiedsdef)
• [ ] nieuwe shapefile
• [x] bestaande aggregaties mogen blijven bestaan

referentieregio's

• [x] volgende gemeenten passen na fusies niet meer in bestaande referentieregio's:
  • [x] /
• [x] gemeente_refreg aanpassen aan nieuw gemeenteniveau
• [x] de bestaande aggregaties en de shapefile mogen blijven bestaan

(kern)winkelgebieden

• [x] aggregatie (kern)winkelgebieden --> gemeente opnieuw aanmaken: quick fix

ook belangrijk

• [x] subgemeentelijk aggregeren naar nieuw gemeenteniveau en oud gemeenteniveau: via kerntabel
• [ ] naast scripts 0, 1 (ggw7) en 5 (gemeentenbe) ook 2 (aggr) en 4 (verzameltabellen) laten lopen
• [ ] check gebiedsnaam_code
• [ ] hulpindicatoren Stories moeten aangepast worden
• [ ] meta gebiedsniveaus doc op Swing aanpassen
• [ ] aggregaties van en naar gemeenten(be)2018 en arro(2018) op archief zetten en aan richard laten weten
• [x] correctie rare tekens in namen (zie flowchart)
• [ ] check kolomhoofden gebiedsdefinities De aggregaties van en naar de volgende gebiedsniveaus werden reeds verwijderd: • Streek • Streek_2018 • Gemeente_cluster2018 • Gemeente_cluster • Xy_ziekenhuizen • Sokafac • Xy_laadpalen • Uitrustingsniveau

Deze gebiedsniveaus zelf blijven wel nog intern bestaan.

openstaande issues

• [ ] provant_dorpen loopt naar gemeentenbe2018, maar komt nergens terug in de scripts. Aggregatie tabel zelf afhalen en eens bekijken.
• [ ] cs14: Richard?
• [ ] gemeente_omgeving: Richard?
• [ ] Antwerpen: zelfde NIS codes!!
• [ ] data gemeenten(be) + arro2018 moet Richard nog op het nieuwe niveau zetten
• [ ] alles BEHALVE niet-aggregeerbare data kan aggregeren van gemeente2024 naar gemeente. Dit moet opnieuw berekend worden voor deze data.
• [ ] controleren of alles goed loop met de connector (cfr. Antwerpen en Hasselt) --> Richard