II. In Groeimat groeit de SDG databank verder naar een databank voor 2020.

Transcriptie

1 0. CONTEXT In het kader van het modelontwikkelingswerk uitgevoerd voor het Verkeerscentrum evolueren de modellen voortdurend. Deze nota lijst de aanpassingen op die gebeurd zijn in BASMAT en GROEIMAT AANPASSINGEN 1.1. GROEIMAT EN BASMAT Een grote verbetering van versie 3.6 is het feit dat Basmat en Groeimat nu in één en dezelfde applicatie zitten. Basmat en Groeimat werken immers grotendeels op dezelfde manier. De grote verschillen zijn de volgende: I. In Basmat gebeurt het distributieproces grotendeels op basis van de patronen uit SEE2001. In Groeimat gebeurt de distributie op basis van de BASMATresultaatmatrices. II. In Groeimat groeit de SDG databank verder naar een databank voor Het aantal keys in de Catalog structuur is dan ook uitgebreid, en bevat zowel de keys voor BASMAT als voor GROEIMAT. Wanneer Refjaar gelijk is aan het door te rekenen Jaar wordt een BASMAT proces opgestart. In het andere geval is het GROEIMAT die doorrekent voor het gekozen Jaar met Refjaar als referentiejaar. In het laatste geval moeten er wel resultaat Basmat matrices beschikbaar zijn voor het referentiejaar (onder {Basislokatie}\Rundata\Modelspecifiek\{Prov}\Vraag\{Refjaar}\{RefVraagVar}\ ). Deze worden immers gebruikt voor de distributie in Groeimat TIME MODULE In versie 3.6 werd de TIME module onder de loep genomen. Enerzijds werd deze module veel flexibeler, in plaats van per gewenst uur een aparte sub groep te moeten programmeren is er nu één sub groep die het proces voor alle uren uitvoert. De vroegere module VYTIME is vervangen door Matrix blokjes. Anderzijds werd het tijdstipkeuze proces zelf ook aangepast. Daar waar vroeger gewerkt werd met het rechtstreeks toepassen van de tijdstipverdeling op de dagmatrix en daarna afgerond, wordt er nu gewerkt met de techniek van loting. Op deze manier treden er geen verschuivingen op en is de som van alle uurmatrices gelijk aan de dagmatrix LOTING VS BUCKETROUNDING In de vorige versies van BASMAT werd de tijdstipverdeling over de dag voor de verschillende motieven rechtstreeks toegepast op de dagmatrices. Als resultaat werden matrices met gebroken getallen bekomen, die werden afgerond met de techniek van Bucket Rounding. Deze techniek zorgt ervoor dat bij het afronden de matrix totalen dezelfde blijven als bij de oorspronkelijke matrix. Nadeel van deze techniek is dat er verschuivingen kunnen optreden. Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 1

2 De afgeronde restjes worden immers in een bucket gestoken en bij volgende cellen bijgeteld. Een gevolg hiervan is dat wanneer de uurmatrices worden opgeteld niet de oorspronkelijke dagmatrix wordt bekomen. Hieronder wordt dit geïllustreerd voor het motief werk industrie. Bij wijze van voorbeeld worden de eerste 20 zones getoond van de matrix werk industrie. Oorspronkelijke matrix Industrie Tijdstipverdeling toepassen, bucket rounden, terug optellen Industrie Verschil Industrie % 100% 0% 100% 0% 0% 0% 0% 100% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 2 100% 0% 0% 25% 100% 100% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 3 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 4 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 5 0% 0% 0% 0% 15% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 6 100% 0% 0% 0% 0% 29% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 7 0% 0% 0% 100% 0% 0% 20% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 8 0% 0% 200% 25% 14% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 9 200% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 10 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 12% 0% 33% 0% 0% 0% 50% 100% 11 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 50% 0% 0% 0% 0% 0% 100% 0% 12 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 40% 0% 0% 0% 0% 0% 0% 50% 0% 13 0% 0% 0% 0% 0% 0% 0% 0% 0% 14% 0% 0% 5% 0% 8% 50% 40% 0% 33% 0% 14 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 17% 0% 100% 0% 0% 0% 0% 0% 15 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 25% 0% 0% 0% 33% 0% 0% 0% 16 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 13% 0% 25% 0% 9% 0% 67% 0% 17 0% 0% 0% 0% 0% 0% 0% 0% 0% 33% 0% 100% 13% 0% 11% 33% 4% 0% 17% 100% 18 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 33% 0% 19 0% 0% 0% 0% 0% 0% 0% 0% 0% 50% 0% 0% 14% 0% 50% 20% 0% 50% 6% 0% 20 0% 0% 0% 0% 0% 0% 0% 0% 0% 100% 100% 0% 0% 0% 25% 0% 100% 0% 300% 50% Uit bovenstaande matrices blijkt dat er toch wel wat verschuivingen optreden. Alle absolute verschillen, cel per cel, tussen de twee matrices opgeteld geeft een totaal van (op een matrixtotaal van ongeveer ). Om aan dit probleem te verhelpen is besloten om te gaan werken met de techniek van loting. Hierbij wordt voor iedere verplaatsing uit de dagmatrix geloot rekening houdend met de tijdstipverdeling over de dag aan welk uur deze wordt toegekend. Op die manier wordt er niet met gebroken getallen gewerkt waardoor er ook geen bucket rounding meer moet Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 2

3 gebeuren. Wanneer nu de verschillende uurmatrices worden opgeteld wordt wel de oorspronkelijke dagmatrix bekomen. Aangezien we bij herhaaldelijke doorrekeningen dezelfde resultaten willen bekomen is het noodzakelijk de random generator van de loting te initialiseren, zodat er bij alle doorrekeningen steeds dezelfde reeks getallen wordt gegenereerd. Deze random seed is zodanig bepaald dat de resultaten na loting en de resultaten na rechtstreeks toepassen van de tijdstipverdeling zo dicht mogelijk bij elkaar liggen. De manier waarop deze random seed bepaald werd is via Trial and error. Er werden heel veel doorrekeningen gedaan waarbij voor iedere random seed het kwadratisch verschil tussen de loting manier en het rechtstreeks toepassen van de relatieve frequentie werd berekend. De random seed die het kleinste kwadratische verschil opleverde is weerhouden PRAKTISCH De gewenste uren worden geselecteerd in de Catalog. Men kan aparte uren of tijdsblokken opvragen: i. Bv. 7,9,11 : nu worden de uren 7 tot 8, 9 tot 10 en 11 tot 12 berekend, dus driemaal 1 uur ii. Bv : nu wordt het tijdsblok bestaande uit de uren 10,11 en 12 berekend, dus aansluitend 3 uur. iii. Bv. 8,17 18: het uur 8 tot 9, plus het tijdsblok 17 tot 19 wordt berekend. Dus eerst 1 uur, vervolgens 2 uur. Afhankelijk van de waarde van de Key Gemiddeld worden de outputmatrices al dan niet gemiddeld over de geselecteerde uren. De Key Overlap duidt aan of er met of zonder overlap moet gerekend worden. De overlapparameter is een andere Key die vroeger was opgenomen in VY TIME. Standaard staat deze key op WINKEL MOTIEF Het motief Winkel was inhoudelijk al aangepast in versie Deze aanpassing staat beschreven in nota N30.0 Opwaardering winkelmodel BASMAT. De nieuwe berekeningen gebeurden onder de aparte subgroep Winkel. In versie 3.6 is de aparte subgroep Winkel verwijderd en wordt het motief Winkel terug parallel met de motieven Recreatief Sociaal bezoek en Overig behandeld. Uiteraard zijn de inhoudelijke wijzigingen hier wel bij opgenomen HEEN EN TERUGRICHTING In versie 3.6 wordt naast de totale matrix ook de heen en terugmatrix apart opgeleverd. Bij modellering van openbaar vervoer in Voyager heeft men de heen en terugrichting apart nodig om het voor en natransport goed te kunnen modelleren. Voor het voortransport zijn immers andere modi mogelijk dan voor het natransport. Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 3

4 1.5. BUCKET ROUNDING In alle processen waar moet worden afgerond wordt de techniek van Bucket rounding toegepast. In CUBE kan dit door het commando ROWFIX. In de praktijk blijkt echter dat door het gebruik van ROWFIX hier en daar verplaatsingen verloren gaan. Vandaar dat er in versie 3.6 meestal een zelfgeschreven script wordt gebruikt om te bucket rounden BEREKENING PRODUCTIE EN ATTRACTIE OVERIGE MOTIEVEN De module VYPA, die instaat voor de berekening van de productie en attractie van de overige motieven, is aangepast: I. Output is nu maar 1 kolom, ipv voor 24u apart II. De files spreidingoverdag.xls en Dagfactoren.xls zijn omgevormd naar csv bestanden (omdat vytime vervangen is door MATRIX en MATRIX enkel maar csv bestanden kan lezen). In spreidingoverdag.csv is de nieuwe winkelspreiding opgenomen, ipv de oude. III. Uit VYPA komen geen winkelbestanden meer. Winkel wordt in een matrix blokje berekend GEOBSERVEERDE VERPLAATSINGSPATRONEN Het opnemen van geobserveerde verplaatsingspatronen gebeurt onder de module EXTRA. Ook deze module werd zodanig aangepast dat alle uren/uur blokken probleemloos kunnen worden doorgerekend zonder extra subgroepen voor een nieuw uur te moeten aanmaken. Belangrijk: Als er in versie 3.6 geobserveerde verplaatsingen moeten worden opgenomen moet de Key EXTRAVPLN op True gezet worden. Zoniet worden de patronen niet mee opgenomen. (In versie werd gekeken naar de key PROV : als deze gelijk was aan VLB werden de geobserveerde verplaatsingen opgenomen. Nadeel hiervan is dat in een variant van VLB met een andere PROV naam de geobserveerde verplaatsingen niet werden opgenomen.) 1.8. GRENSOVERSCHRIJDENDE VERPLAATSINGEN In versie 3.6 worden voor de grensoverschrijdende verplaatsingen de resultaatmatrices uit het Grensoverschrijdend model genomen. Deze matrices van op zones worden onder de module BUITENLAND geaggregeerd naar de provinciale modelzonering. Hiertoe is het nodig dat de koppeling tussen BBB zonering en provinciale modelzonering is opgenomen in de tabel Koppeltabel BBB.dbf. Opnieuw is de module zo opgebouwd dat alle uren/uur blokken probleemloos kunnen worden doorgerekend, zonder nieuwe subgroepen voor nieuwe uren te moeten aanmaken GRENSWEERSTAND Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 4

5 In de vorige versies van BASMAT of GROEIMAT was geen gewestweerstand opgenomen. Het gevolg hiervan is dat wanneer er in de toekomst tewerkstellingsplaatsen bijkomen, deze even hard worden opgevuld door werknemers van over de gewestgrens als door werknemers in het eigen gewest, wat in realiteit niet het geval zal zijn. Vandaar dat in versie 3.6 een gewestweerstand wordt opgenomen. Deze wordt opgeteld bij de afstandsmatrix, waarna op basis van deze nieuwe matrix de distributie via zwaartekrachtmodel gebeurt. Voor de kalibratie van het zwaartekrachtmodel (bepaling van x1 en x2) wordt al rekening gehouden met deze grensweerstand. Op deze manier zit de grensweerstand al inherent vervat in de x1 en x2. De bepaling van de grensweerstand (van gewest naar gewest) gebeurt via trial and error: er wordt geprobeerd om in de huidige situatie de verplaatsingen tussen de gewesten zo goed mogelijk te laten overeenkomen met de gegevens uit de SEE MASSACORRECTIE Momenteel wordt onderzocht hoe het toepassen van de massacorrectie kan verbeterd worden. De methode wordt verder verfijnd, zo wordt er bijvoorbeeld gekeken of er geen grenswaarde kan worden ingestoken SDG DATA BEVOLKING In versie 3.6 is de bevolking van 2007 opgenomen AUTOBEZIT De adresmatching van de autogegevens is opnieuw gebeurd, de resultaten zijn opgenomen in de databank van versie 3.6. (bij de nieuwe autobezitgegevens waren # bedrijfswagens gekend per SS, maar is toch besloten om alleen de som te gebruiken en te werken volgens de techniek van v3.5.3 (via SDG mod). Na verder overleg met VC zal eventueel besloten worden om hiermee anders om te gaan. De nieuwe aantallen zijn: prive: bedrijf: De oude aantallen waren: prive: bedrijf: De totalen blijven ongeveer hetzelfde.) (er is als volgt te werk gegaan: als privé groter dan 10 wagens dan is het bij de bedrijfswagens opgeteld). Vervolgens werd het aantal gezinnen naar gezinsleden en het aantal gezinnen naar auto s consistent gemaakt met elkaar: Eerst is bepaald in welke SS er te veel gezinnen met auto s zijn. Hiervoor is het aantal gezinnen met auto s vergeleken met het aantal gezinnen naar gezinsleden. Indien het aantal autogezinnen > 0.99*gezinsledengezinnen, dan werd het aantal autogezinnen aangepast Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 5

6 (totdat het op 0.99*gezinsledengezinnen uitkomt). De verhouding tussen de autogezinnen is hetzelfde gebleven PROJECTEN TOEKOMST In de databank Werk Toekomst.mdb zijn een aantal projecten toegevoegd zowel door MINT als Tritel. Daarnaast is deze databank in versie 3.6 uitgebreid naar Projecten toekomst, en worden hier ook toekomstige bevolkingsprojecten of eventueel zelfs schoolprojecten in opgenomen. SDG MOD werd uiteraard aangepast zodat dergelijke Projecten toekomst databank kan verwerkt worden. Om te vermijden dat het totale aantal tewerkstellingsplaatsen en bewoners hierdoor stijgt (de projecten drukken een specifieke inplanting van de algemene groei uit) worden deze projecten gecompenseerd op andere locaties. Afhankelijk van de grootte van de projecten worden deze op gemeentelijk, arrondissementeel, provinciaal of gewestelijk niveau gecompenseerd. Alle sectoren waar dus een project toegevoegd wordt zullen een groei kennen die groter is dan de verwachte groei, terwijl de sectoren waar geen projecten zijn een lagere groei dan de verwachte groei kennen KLEINE AANPASSINGEN DEC AANPASSEN Onder de module NIS2001 Desaggregeren naar detailzones is de precisie van de outputmatrices lager gezet. Anders worden de grote cellen teveel afgetopt wat foute resultaten geeft. Verdere Ontwikkeling Vlaamse Verkeersmodellen VKC/VKM 2008 ONTW MOD 6