Eisenhowerlaan 112, Postbus NL-2508 EE Den Haag T +31 (0) F +31 (0)

Rapport M.2010.0941.00.R002 Populatiebeheer ten behoeve van Externe Veiligheid binnen de gemeente Overbetuwe door middel van Populator Status: DEFINITIEF

Adviseurs voor bouw, industrie, verkeer, milieu en software

[email protected] www.dgmr.nl

Van Pallandtstraat 9-11, Postbus 153 NL-6800 AD Arnhem T +31 (0)26 351 21 41 F +31 (0)26 443 58 36

Eisenhowerlaan 112, Postbus 82223 NL-2508 EE Den Haag T +31 (0)70 350 39 99 F +31 (0)70 358 47 52

Morra 2, Postbus 671 NL-9200 AR Drachten T +31 (0)512 52 23 24 F +31 (0)512 52 25 19

Geerweg 11, Postbus 640 NL-6130 AP Sittard T +31 (0)46 411 39 30 F +31 (0)46 411 39 31

DGMR Bouw B.V. Hr. 09142407 DGMR Industrie, Verkeer en Milieu B.V. Hr. 09142408 DGMR Software B.V. Hr. 09142409 DGMR Beheer B.V. Hr. 09142400 DGMR Raadgevende Ingenieurs B.V. Hr. 09052991

M.2010.0941.00.R002 Populatiebeheer ten behoeve van Externe Veiligheid binnen de gemeente Overbetuwe

Colofon Rapportnummer:

M.2010.0941.00.R002

Plaats en datum:

Arnhem, 1 februari 2011

Versie:

002

Opdrachtgever:

Gemeente Overbetuwe

Status: DEFINITIEF

Europaplein 1 6673 BT ANDELST Contactpersoon:

de heer H. Bos

Telefoon:

+31 (0)481 36 21 12

Fax:

+31 (0)488 45 10 20

E-mail:

[email protected]

Uitgevoerd door:

DGMR Industrie, Verkeer en Milieu B.V.

Informatie:

ir. R.J. (Robert) Bos

E-mail:

[email protected]

Telefoon:

+31 (0)26 351 21 41

Fax:

+31 (0)26 443 58 36

Auteur(s):

ir. R.J. (Robert) Bos ir. J.C. (Johan) de Knijff

Eindverantwoordelijke: ing. J.J.A. (Hans) van Leeuwen Voor deze:

ing. M.H.M. (Michel) van Kesteren

Verwerkt door:

JKN|AMU

©DGMR Industrie, Verkeer en Milieu B.V. Alle rechten voorbehouden. Wilt u (delen van) dit rapport kopiëren of vermenigvuldigen, vraagt u dan schriftelijk toestemming daarvoor bij DGMR Industrie, Verkeer en Milieu B.V.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

2


Inhoudsopgave

Pagina

1.

INLEIDING................................................................................................................... 4

2.

POPULATIEBESTAND GROEPSRISICOBEREKENINGEN .................................................... 5

3.

BEHEERSSYSTEMATIEK ................................................................................................ 6 3.1

Inleiding ............................................................................................................... 6

3.2

Controle populatiegegevens ................................................................................... 6

3.3

Wijzigingen populatiegegevens .............................................................................. 8

4.

VOORBEELD ANALYSE: FORMUCHEM ............................................................................ 9

5.

CONCLUSIE EN AANBEVELINGEN ................................................................................ 12

Bijlage 1: Toelichting werking POP-in Bijlage 2: Resultaten controle populatie Formuchem

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

3


1.

Inleiding In opdracht van de gemeente Overbetuwe heeft DGMR Industrie, Verkeer en Milieu B.V. een systematiek voor het beheer van populatiegegevens opgesteld. Dit betreft de populatie die nodig is voor groepsrisicobepalingen en –afwegingen. Binnen gemeenten zijn met regelmaat groepsrisico‟s nodig, die worden bepaald door middel van een zogenoemde kwalitatieve risicoanalyses („QRA‟s‟). Dit kunnen zowel QRA‟s zijn vanwege transportroutes (spoor, verkeer, water) waarover vervoer van gevaarlijke stoffen plaatsvindt, als vanwege inrichtingen waar gevaarlijke stoffen vergund zijn. Deze QRA‟s worden met respectievelijk de rekenpakketten RBMII en Safeti-NL uitgevoerd. In de nabije toekomst komt daar het pakket Carola bij voor (aardgas-)leidingen. Voor dergelijke QRA‟s dient de populatie in de omgeving van de risicobron te worden bepaald en ingevoerd in het rekenpakket. Om tot uniformiteit van de ingevoerde populaties te komen, heeft het ministerie van VROM het zogenoemde

Populatiebestand

groepsrisicoberekeningen

(„Populator‟)

beschikbaar

gesteld.

De Populator is een landelijke applicatie die vanaf elke webbrowser kan worden uitgevoerd. De ervaring leert echter dat de gegevens uit de Populator niet altijd volledig, actueel en accuraat zijn. Daardoor wordt momenteel bij elke QRA in meer of mindere mate extra werk verricht aan de populatie om tot een representatief groepsrisico te kunnen komen. De overdracht van dat extra werk tussen studies en uitvoerenden vereist extra zorg; bijna onvermijdelijk worden dezelfde gegevens uit de Populator wederom beschouwd en (deels) aangepast. Hierbij dreigt het gevaar van inconsistenties, zeker als missende gegevens ad-hoc binnen een studie worden aangevuld. Bij achtereenvolgende bouwfasen in een gebied wordt het bijna onmogelijk om “de nulsituatie groepsrisico”

vast

te

stellen,

wat

een

handicap

is

bij

alle

daarna

volgende

groepsrisicoverantwoordingen. Ter voorkoming van dit alles is het hanteren van een beheerssystematiek gewenst. In het kader van de QRA voor het bedrijf Formuchem heeft DGMR in samenwerking met de gemeente Overbetuwe een dergelijke systematiek voor het beheer van de populatie opgesteld en aanvang

gemaakt

met

de

correcties

in

bestand.

In

deze

rapportage

wordt

deze

beheerssystematiek besproken. De resultaten van de geanalyseerde populatie voor Formuchem is als toelichting en voorbeeldresultaat in de rapportage opgenomen.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

4


2.

Populatiebestand groepsrisicoberekeningen Het Populatiebestand Groepsrisicoberekeningen, de Populator, is begin 2010 door VROM beschikbaar gesteld. De gegevens uit de Populator zijn momenteel geschikt voor RBMII en SafetiNL. De Populator berekent uit meerdere bestanden in klassen het aantal aanwezigen binnen het gevraagde gebied ten behoeve van groepsrisicoberekeningen. Zo moet voor de QRA onderscheid gemaakt worden tussen de populatie in de dag en de nacht en is ook de fractie buiten/binnen van belang. De applicatie is in opdracht van het ministerie van VROM ontwikkeld door Bridgis in samenwerking met

Atos

Origin.

Het

groepsrisicoberekeningen

doel te

van

het

bevorderen

populatiebestand door

een

is

landelijk

om

de

uniform

eenduidigheid basisbestand

in voor

groepsrisicoberekeningen beschikbaar te stellen [POP10]. Daarnaast hoopt men dat op deze wijze geprojecteerde populatie, waarmee op basis van vastgestelde bestemmingsplannen al rekening moet worden gehouden, daadwerkelijk wordt meegenomen in het representatieve groepsrisico. Op deze wijze zou men ook steeds over de meest actuele informatie beschikken omtrent (beperkt) kwetsbare objecten in de omgeving, die voor toetsing minstens zo relevant zijn als het groepsrisico. Voor het rekenpakket bestaat de mogelijkheid om de aldus verkregen populatie geautomatiseerd in te voeren. Binnen de Populator bestaat de mogelijkheid om zelf de populatiegegevens te wijzigen of aan te vullen. Dit werkt via de applicatie „POP-in‟. De gebruiker kan zelf locatievlakken toevoegen of verwijderen. Binnen de toegevoegd terreinen wordt de gehele oorspronkelijke bevolking niet meer meegenomen.

In

bijlage

Hiervoor wordt eveneens

1

wordt

verwezen

de

werking naar

de

van

de

POP-in

Handleiding

nader

toegelicht.

Populatiebestand

1

groepsrisicoberekeningen .

1

Handleiding Populatiebestand groepsrisicoberekeningen, VROM, 25 januari 2010.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

5


3.

Beheerssystematiek

3.1

Inleiding Als beheerssystematiek is gekozen om gegevens uit de Populator op projectbasis te actualiseren. Oftewel, per QRA waarin een bepaald invloedsgebied wordt beschouwd, worden eventuele wijzigingen doorgevoerd. De nulsituatie bedraagt dus de gegevens zoals deze nu in de Populator zijn opgenomen. De uitgevoerde controles en doorgevoerde correcties moeten ergens worden vastgelegd. Met de gemeente Overbetuwe is afgesproken om mutaties van de gegevens uit de Populator bij te houden in de Populator zelf, door gebruik te maken van de POP-in interface. Dit houdt in dat de wijzigingen binnen de applicatie zelf als projecten worden opgeslagen en ten alle tijden opgevraagd kunnen worden. Hierbij is het van belang dat bij het aanmaken van projecten in de POP-in

interface

de

gewijzigde

gegevens

eenduidig

worden

geadministreerd.

Voor deze administratie wordt gebruik gemaakt van een Excel spreadsheet. In paragraaf 3.2 en 3.3 wordt nader ingegaan op respectievelijk de controle van de populatiegegevens en de administratie van de gewijzigde gegevens.

3.2

Controle populatiegegevens Populatie in welke gebied controleren? In zijn algemeenheid is het invloedsgebied van de risicobron het gebied dat gecontroleerd dient te worden. Per project dient bepaald te worden in hoeverre een controle van de populatiegegevens noodzakelijk is. In een eerder project heeft mogelijkerwijs voor het betreffende gebied al een controle plaatsgevonden. Hoe de populatie controleren? Het controleren van de populatie van de Populator kan plaatsvinden door middel van verschillende informatiebronnen. Onderstaand zijn een drietal mogelijkheden benoemd die als minimum zijn te beschouwen: Controle van de populatie door het vergelijken van de aangeleverde populatie met topografische ondergronden, luchtfoto‟s en dergelijke. Hiermee worden evidente verschillen in beeld gebracht, zoals bijvoorbeeld nog ontbrekende wijk(delen) of verkeerd gelegen objecten. Controle van bekende (recente) ontwikkelingen bij de gemeente die nog niet in de Populator zijn

opgenomen.

Hier

kan

met

name

gedacht

worden

aan

nieuwbouw,

recente

bestemmingsplannen of functiewijziging van objecten. Controle van de door de Populator aangeleverde data (bestemming zoals woonfunctie, kantoor, bedrijf; aantal en aard van de aanwezigen) met de werkelijke situatie. Bronnen die hiervoor geraadpleegd kunnen worden, zijn gebruiks- en milieuvergunningen of bijvoorbeeld de risicokaart.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

6


In zijn algemeenheid wordt gesteld dat voor een project met name gekeken moet worden naar de zogenoemde ‟specifieke objecten‟. Dit betreffen objecten waar grotere aantallen personen en/of minder zelfredzame personen aanwezig zijn. Ook kan het bij deze functies zijn dat zonder aanvullende maatregelen veel aanwezigen buiten zijn, wat een factor is in een risicoberekening. In de Populator is reeds onderscheid gemaakt tussen woon- en werkfuncties en de specifieke functies. Het gaat hierbij om de volgende functies: asielzoekerscentra beurzen locaties voor dagrecreatie evenemententerreinen/locaties hotels justitiële inrichtingen kinderopvanglocaties onderwijsinstellingen kampeerterreinen sportaccommodaties film, theater of bioscopen uitvaartcentra zorginstellingen ziekenhuizen Waarop berust nieuwe populatie? Deze vraag is deels al beantwoord: het detecteren van een afwijking in de controleslag levert meteen de informatie voor de correctie. Denk aan een leeg vlak terwijl op de kaart ligging en aard van het nieuwe object staat. Daarnaast zullen specifieke functies veelal generiek worden gecorrigeerd, bijvoorbeeld uit een lijst met alle onderwijsinstellingen worden op weliswaar de al bekende plaats nu alsnog het juiste aantal aanwezigen toegevoegd. Er zijn echter gevallen waar andere acties plaatsvinden om de nieuwe gegevens vast te stellen. In dat soort gevallen moet de herkomst per object (of groep objecten) worden vastgelegd, Mogelijk omvat dit ook extra bewerkingen of moeten aannames worden toegevoegd. Een bekend voorbeeld is natuurrecreatie: op basis van bezoekersaantallen op enkele bijzondere dagen, aanwezige voorzieningen en incidentele schattingen van de beheerder, wordt een gemiddeld aantal aanwezigen uitgerekend. Dit alles moet worden vastgelegd, wil sprake kunnen zijn van een verantwoord gebruik over meerdere jaren en diverse projecten van een dergelijk resultaat.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

7


Een niet-limitatieve opsomming van dergelijke bronnen (voor zover niet direct gekoppeld aan eerder genoemde functies) is: Basisadministratie (voor werkelijk aantal bewoners, permanent verblijf in woonschepen, woonwagens, en dergelijke). Gebruiksvergunningen (voor de toegestane capaciteit en soms frequentie van bezoekers bij inrichtingen). Toeristenbelasting (voor campings, hotels, en dergelijke). Jaarlijkse ontheffingen in het kader van de APV voor evenementen. Enzovoort.

3.3

Wijzigingen populatiegegevens Binnen de POP-in wordt gewerkt middels „projecten‟. Binnen een project kunnen meerdere terreinen worden aangemaakt. De gebruiker kan zelf kiezen wat de „grootte‟ is van een project. Dit kan bijvoorbeeld een woonwijk zijn of bijvoorbeeld alle hotels in een stad. Van belang is echter om de diverse projecten te documenteren, zodat altijd herleidbaar is welke gegevens zijn gewijzigd. Aangezien binnen de POP-in geen documentatie van de gewijzigde gegevens kan worden bijgehouden, heeft de gemeente Overbetuwe gekozen om de mutaties in een Excel spreadsheet bij te houden. De Excel-sheet bestaat uit een algemeen tabblad waar kort een project wordt benoemd. Daarnaast heeft elk project een apart tabblad waar de gedetailleerd populatiegegevens zijn opgenomen. In het volgende hoofdstuk wordt de gecontroleerde populatie voor een praktijkvoorbeeld behandeld. In bijlage 2 zijn voorbeelden van de Excel-spreadsheet opgenomen. Aangezien per mutaties in de populatiegegevens minimaal in een project gewerkt moet worden, waarbij minimaal terreinen één of meerdere locatievlakken aangemaakt moeten worden, dient in de administratie (de Excel spreadsheet) de volgende informatie ook (minimaal) bijgehouden te worden: Project id en omschrijving Per project de aangemaakte terreinen (id en omschrijving) en de daarbij behorende locatievlakken (id en omschrijving) Per locatievlak de functie (bijvoorbeeld wonen, kantoor, bedrijf) en het maximaal aantal personen (invulveld „maxp‟) Een toelichting op het maximaal aantal personen (bronvermelding, motivatie, et cetera). Als optie kan per project ter illustratie een screenshot in de Excel spreadsheet worden opgenomen.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

8


4.

Voorbeeld analyse: Formuchem In dit hoofdstuk wordt voor een concreet project de resultaten van de controleslag van de Populatorgegevens

gepresenteerd.

Ter

onderbouwing

van

het

bestemmingsplan

Huis der Gemeente is een QRA uitgevoerd voor het bedrijf Formuchem. De relevante populatie voor dit project betreft de populatie van de kern Elst. Uit een eerste analyse van de Populatie, door vergelijking met luchtfoto‟s en parate kennis binnen de gemeente, bleken de gegevens van een aantal specifieke objecten niet te kloppen en de (relatief nieuwe) wijk Westeraam te ontbreken. In de actualisatie is hier de nadruk op gelegd. Voor wat betreft de specifieke objecten is gebruikgemaakt van een actuele lijst met gebruiksvergunningen van de gemeente en daarnaast ook parate kennis van medewerkers van de gemeente. Voor de wijk Westeraam is gebruik gemaakt van het vigerende bestemmingsplan. Er is gekozen om de wijk Westeraam en het nieuwe bestemmingsplan Huis der Gemeente als een apart project op te slaan. Tevens is voor de specifieke functies gekozen om elke functie als een separaat project op te slaan. Onderstaand is een overzicht gegeven van de aangemaakte projecten: Project 6744: wijk Westeraam (+ Rivierpolder) Project 6755: zorginstellingen kern Elst Project 6766: scholen kern Elst Project 6777: kinderdagverblijven kern Elst Project 6788: bestemmingsplan Huis der Gemeente Project 6799: Nestlé terrein in Elst In bijlage 2 zijn de gegevens uit de Excel spreadsheet opgenomen. Voor volgende berekeningen geldt dat bovenstaande projecten meegenomen dienen te worden. In onderstaande figuren is de wijk Westeraam als voorbeeld grafisch weergegeven. Dit betreft een overzichtstekening, de data volgens de Populator en de data na aanvulling.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

9


Westeraam

Formuchem

Figuur 1: overzichtsfoto, met locatie wijk Westeraam (op de luchtfoto nog in aanbouw, bron Google Earth).

Figuur 2: overzicht data Populator: wijk Westeraam is slechts deels gevuld.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

10


Voor Westeraam is gekozen om het in figuur 2 roodomkaderde gebied de data van de Populator te behouden. In dit gebied zijn de nieuwe woningen reeds ingevuld. Voor het overige deel is gekozen om de populatie aan te vullen. In figuur 3 is hiervan het resultaat opgenomen, het betreft een screenshot uit de POP-in. Per ingevoerd terrein is naar evenredigheid van oppervlak het aantal woningen bepaald. Per woning is een kengetal van 2.4 personen per woning gehanteerd.

Figuur 3: overzicht mutaties wijk Westeraam.

Door middel van de mutaties is de correctheid van de populatie voor de wijk Westeraam toegenomen. Ditzelfde geldt voor de kern Elst. Voor overige delen van de gemeente Overbetuwe dient de populatie nog nader beschouwd te worden.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

11


5.

Conclusie en aanbevelingen In dit onderzoek is een beheerssystematiek voor de aangevulde populatiegegevens van het nationale populatiebestand gepresenteerd. Met deze systematiek wordt sturing gegeven aan de controle, herkomst, verwerking, vastlegging en gebruik van de aangevulde populatiegegevens. Door deze systematiek is op elk moment zichtbaar of voor een bepaalde QRA een geactualiseerd bevolkingsbestand beschikbaar is, en wat eventueel daartoe nog moet gebeuren. Bovendien is de grondslag van een eerder berekend groepsrisico hierdoor vastgelegd. Actualisaties worden verantwoord en samen met de resultaten vastgelegd. Hiertoe blijkt het gebruik

van

de

zogenoemde

Popin

faciliteit

in

combinatie

met

een

standaard

spreadsheet-programma toereikend. Geactualiseerde gegevens zijn aldus vastgelegd en het actuele resultaat is ook voor andere gebruikers direct beschikbaar. In het kader van het project “QRA Formuchem” heeft een eerste actualisatie plaatsgevonden voor de kern Elst. Dit dient als illustratie van de methode en toelichting van de uitleg in dit rapport. De belangrijkste uitkomsten van deze actualisatie zijn het toevoegen van de wijk Westeraam en het actualiseren van de gegevens van diverse specifieke objecten. De gewijzigde gegevens zijn als bijlage opgenomen. Voor een toekomstige berekening in hetzelfde gebied is dit resultaat direct bruikbaar als de gewenste nauwkeurigheid vergelijkbaar is. Indien meer detail nodig is, kan direct worden voortgebouwd op het nu bereikte resultaat. Voor een berekening waar (ook) andere gebieden bijdragen aan een groepsrisico, kan de actualisatie op de beschreven wijze worden voortgezet. Op deze kan de aanvulling op de Populator dus in fasen, in relatie tot de risicoberekening die aan de orde is, worden uitgevoerd. Tot slot faciliteert deze systematiek het bijhouden van mutaties in de geactualiseerde gegevens. In de loop der jaren zullen immers veranderingen ontstaan, die (opnieuw deels) in de Populator doordringen. Doordat het hoe en waarom van mutaties in het verleden is vastgelegd, kan niet alleen de noodzaak van een (deel)actualisatie worden beoordeeld, maar ook doublures in het werk worden voorkomen.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

12


Voor uitgifte van bestanden bij een risicoberekening door de gemeente bevelen wij aan dat aan de betreffende adviseur bij het opvragen van de inloggegevens van de Populator wordt geïnformeerd over de laatste stand van zaken aangaande mutaties c.q. in de beschouwing mee te worden genomen projecten (projecten uit de POP-in applicatie). Hierbij geldt eveneens dat met de adviseur afspraken worden gemaakt voor het actualiseren en vastleggen van nieuwe populatiegegevens. Het heeft de voorkeur om de beheerssystematiek te borgen in de gemeentelijke organisatie. Verdere voltooiing van het (gehele) populatiebestand Overbetuwe lijkt in enkele jaren mogelijk door aan te sluiten bij komende risicostudies. Te voorzien zijn bijvoorbeeld verdere bestemmingsplannen in het centrumgebied en de gevolgen van het basisnet voor de spoorzone. Arnhem, 1 februari 2011 DGMR Industrie, Verkeer en Milieu B.V.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

13


Bijlage 1

Toelichting werking POP-in

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011


Werking POP-in Om gebruik te maken van de POP-in dient in te worden gelogd op de website van de Populator. In het tabblad “Kenmerken” kan middels de knop “Ga naar PopIN interface” de applicatie worden opgestart.

De POP-in kent de volgende hiërarchische structuur: project -> terrein -> locatie. Oftewel, om populatie te bewerken dient op de eerste plaats een nieuw project te worden aangemaakt. Dit kan door middel van de knop “Project”. Voor elke project kan een korte en een lange omschrijving worden opgegeven, evenals een versie nummer. Automatisch wordt een project ID gegenereerd. Binnen een project kunnen terreinen worden aangemaakt. Voor elk terrein wordt automatisch een id aangemaakt. Het terrein kan een naam worden gegeven. Wanneer in de Populator een bepaald project geselecteerd wordt dan worden alle populatiegegevens van de Populator binnen de terreingrenzen van het project vervangen door de zelf ingevoerde populatie. Het zelf invoeren van populatie vindt plaats door het aanmaken van locatievlakken (binnen de terreingrenzen). Voor elke locatie wordt wederom een aparte id aangemaakt. Per locatievlak dient de activiteit op te worden gegeven, evenals het maximale aantal personen (“maxp”). Een andere optie is om de locatievlakken van de Populator te gebruiken. Deze locaties kunnen voor een bepaald terrein opgevraagd worden. Dit kan gebruikt worden om bijvoorbeeld enkel personenaantallen te wijzigen.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011


De POP-in kent de mogelijkheid om projectgegevens naar een shapefile te exporteren. Dergelijke shapefiles kunnen ook worden geïmporteerd. Door middel van deze functionaliteit kunnen bijvoorbeeld twee bestaande projecten in één nieuw project worden samengevoegd. Gebruiken van zelf aangemaakt data Projecten (zelf of door andere gebruikers opgesteld) kunnen worden ingelezen via het tabblad “Externe bevolking”. Dit is een kwestie van het selecteren van projecten en deze via de knop “toevoegen” aan ”Actuele lijst projecten” toe te voegen. Hierbij geldt zoals eerder opgemerkt dat de ingevoerde populatie binnen in deze projecten gedefinieerde terreinen de originele populatie overschrijdt. Voor verdere werking van de POP-in wordt verwezen naar hoofdstuk 5 van [1] In onderstaande figuur is een screenshot opgenomen van het voorbeeld Formuchem. De Populator geeft een lijst aan met beschikbare projecten. Ter illustratie zijn de projecten 6744, 6755, 6766 en 6777 rood gemarkeerd. Deze kunnen in de berekeningen worden meegenomen door ze toe te voegen aan de „actuele lijst projecten‟.

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011


Bijlage 2

Resultaten controle populatie Formuchem

k:\doc\m\2010\094100\m2010094100r002-2.doc 01-02-2011

Overzicht mutaties Populator - gemeente Overbetuwe Per: 08/12/2010 Datum: Aanleiding: Project id: Project omschrijving:

06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6744 Woonwijk Westeraam en b.p. Rivierpolder, Elst

Datum: Aanleiding: Project id: Project omschrijving:

06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6755 Zorginstellingen kern Elst


06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6766 Scholen kern Elst


06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6777 Kinderdagverblijven kern Elst


06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6788 Bestemmingsplan Huis der Gemeente, Elst


06/12/2010 QRA Luxan in het kader van bestemmingsplanprocedure Huis der Gemeente 6799 Nestléterrein in Elst

Datum: Aanleiding: Project id: Project omschrijving: Datum: Aanleiding: Project id: Project omschrijving:

Terrein id 4313 4313 4313 4313 4313 4313 4313 4313

Straat n.v.t.

Omschrijving Wijk Westeraam

Nr n.v.t.

06-Dec-10 6744 Woonwijk Westeraam en b.p. Rivierpolder, Elst

Datum: Project id: Project omschrijving: Locatie id 1200585 1200596 1200607 1200618 1200629 1200640 1200662 1202081

Activity wonen wonen wonen wonen zorgin kantor onderwijs onderwijs

Maxp 1200 1200 840 696 48 1000 850 745

Bron B.p. B.p. B.p. B.p. B.p. B.p. Gebruiksvergunning Gebruiksvergunning

Toelichting ca. 500 woningen, 2.4 personen per woning ca. 500 woningen, 2.4 personen per woning ca. 350 woningen, 2.4 personen per woning ca. 290 woningen, 2.4 personen per woning 24 zorgwoningen ca. 30000 m2 bvo, 0,03 personen per m2 Bredeschool Westeraam (inclusief kinderopvang) Westeraamcollege, Populator aantal aangepast

Straat Grote Molenstraat Nieuwe Aamsestraat Industrieweg Oost

Omschrijving Wervershove St Driestroom De Droom Pluryn Werkzin

Nr 65 32 17

Terrein id 4327 4334 4355

Locatie id 1203500 1203511 1203555

Activity zorgin zorgin zorgin

Maxp 157 150 67

Bron kennis gemeente gebruiksvergunning Populator

Opmerking: geen aanleiding gezien om de gegevens van overige zorginstellingen uit de Populator aan te passen. Zie ook bijlagen van M.2010.0941.00.M002

06-Dec-10 6755 Zorginstellingen kern Elst

Datum: Project id: Project omschrijving:

aantal ongewijzig

Toelichting functiewijziging, van wonen naar zorgin

Straat Mozartstraat Sint Maartenstraat Morel n.v.t. Kruisakkers Chopinstraat Kruisakkers

Omschrijving Over Betuwe College Nannies Kersentuin (Bredeschool Elst Zuid) Kersentuin leeg Basisschool Startblok Esdoorn (Bredeschool De Plataan) Basisschool Stap voor Stap

Nr 12 30 28 n.v.t. 8 3 1

Terrein id 4376 4369 4397 4425 4432 4439 4453

Locatie id 1203621 1203610 1203654 n.v.t. 1203841 1203874 1203874

Activity onderwijs onderwijs onderwijs onderwijs onderwijs onderwijs onderwijs

Maxp 350 95 735 0 292 485 394 Populator gebruiksvergunning Populator

Bron gebruiksvergunning gebruiksvergunning gebruiksvergunning

Opmerking: geen aanleiding gezien om de gegevens van overige onderwijsinstellingen uit de Populator aan te passen. Zie ook bijlagen van M.2010.0941.00.M002

06-Dec-10 6766 Scholen kern Elst

Datum: Project id: Project omschrijving:

Inclusief bso/kdv Leeg terrein i.v.m. foutieve locatie Populator Aantal ongewijzigd Inclusief kdv Koppie Koppie Aantal ongewijzigd

Toelichting

Straat Kruisakkers De Kist

Omschrijving Elmobende Elmobende leeg

Nr 4 70c

Terrein id 4481 4495

Locatie id 1203907 1203918

Activity kdv kantoor

Maxp 140 50

Bron gebruiksvergunning kennis gemeente

Opmerking: geen aanleiding gezien om de gegevens van overige kinderdagverblijven uit de Populator aan te passen. Zie ook bijlagen van M.2010.0941.00.M002

06-Dec-10 6777 Kinderdagverblijven kern Elst

Datum: Project id: Project omschrijving: Toelichting Was kdv, nu huisartsencomplex

Straat n.v.t. n.v.t.

Omschrijving Gemeentehuis Kantoren HdG

Terrein id 4502 4509

Opmerking: bestemmingsvlakken grof ingetekend, geen specifieke adressen

Nr n.v.t. n.v.t.

06-Dec-10 6788 Bestemmingsplan Huis der Gemeente

Datum: Project id: Project omschrijving: Locatie id 1203940 1203951

Activity kantoor kantoor

Maxp 367 217

Bron Bp Bp

Toelichting 11000 m2 BVO, 0,03 personen per m2 6500 m2 BVO, 0,03 personen per m2

Straat n.v.t.

Omschrijving Nestléterrein

Opmerking: voor gebied zie onderstaan screenshot

06-Dec-10 6799 Nestléterrein

Datum: Project id: Project omschrijving: Nr n.v.t.

Terrein id 4523

Locatie id 1203929

Activity kantoor

Maxp 667

Bron inschatting op basis van oppervlak

Toelichting 20000 m2 BVO, 0,03 personen per m2

Eisenhowerlaan 112, Postbus NL-2508 EE Den Haag T +31 (0) F +31 (0)

Recommend Documents