ObjectVision/NetworkModel_PBL#133 UpdateAll: secties en bronstap
De pagina's beschrijven UpdateAll.cmd zoals het nu werkt: de secties all, sources, checks, cars, chains en legs met -component, de bronstap die een bestaande cache overslaat, en de uitvoerstap als deel van all. De opties -nosources en verwante, en de secties output en merge zijn eruit. De engine komt uit GEODMS_EXE of de geïnstalleerde versie, en OUTPUT_SINGLE, CHAINCACHE_SINGLE en de pauzevlag zijn uit de beschrijving. UpdateAll and cache internals geeft de naam en signatuur van de OSM-netwerkcache, de items van checks, sources en all, de volgorde van de uitvoerstap en de logbestanden van de ketenstap zonder component.
How to run the model begint nu bij de gewone manier van draaien: een dubbelklik op UpdateAll.cmd, die all draait en aan het eind op een toets wacht, of voor een lange run op ScheduleUpdateAll.cmd, die all als geplande taak start. Daarna volgen wat een run doet, het starten vanaf de opdrachtprompt met omgevingsvariabelen, en de andere secties, die elk een soort cache maken. De kop van het hoofdstuk heet nu Running the model with batch\UpdateAll.cmd; de links op andere pagina's wijzen naar de nieuwe ankers.
Het voorbeeld van UpdateAll_status.txt begint nu met een run van all waarin alles al klaar was, gevolgd door de regels van een component die wel rekent.
ObjectVision/NetworkModel_PBL#4 Leg en ride als aparte begrippen
De woordenlijst onderscheidt nu een leg, het lopen of fietsen van de herkomst naar de eerste halte of van de laatste halte naar de bestemming, van een ride (rit), het deel van een OV-reis in één voertuig van instappen tot uitstappen. Het overkoepelende woord voor de stukken van een reis is part, zoals `Parts` in de uitvoer van een OD-paar.
Op de pagina's over openbaar vervoer, OV-prijzen, de scriptreferentie, de routes van een OD-paar en vijf andere stond leg waar een rit bedoeld is; daar staat nu ride. De kopjes die daardoor een ander anker krijgen, zoals Public-transport#step-3-the-rides, zijn ook in de links aangepast. De ritopslag heet op de prijspagina nu trip surcharge, zoals in de woordenlijst en de parameters.
ObjectVision/NetworkModel_PBL#140 C_PT_C in één deel
Volgt ObjectVision/NetworkModel_PBL@98ed85a. De tabel van de componenten die in delen rekenen, noemt alleen nog C_PT_RMT_C en de componenten die zijn piek overnemen. Model parameters zegt dat de piek van C_PT_C die van één blok met de voorselectie is. How to run the model geeft bij de 209 GB en 41 uur van C_PT_C in run D ook de piek en de rekentijd van één blok met de voorselectie, en zegt dat een hele run daarmee nog niet gemeten is.
ObjectVision/NetworkModel_PBL#140 Porties van 50 blokken, minder delen per blok
Volgt ObjectVision/NetworkModel_PBL@6a2e6ac. Elke component rekent nu 50 herkomstblokken per portie; bij de componenten die naar de eerste halte fietsen waren dat er 25. De tabel van de componenten die in delen rekenen, noemt W_PT_W, W_PT_OVf_C en C_RM_PT_W niet meer, want hun oude pieken kwamen uit runs van vóór 801d567. Wel staan erin de componenten zonder eigen meting die de piek van C_PT_C of van C_PT_RMT_C overnemen. Model parameters zegt ook dat de pieken gemeten zijn zonder de voorselectie, en dus een bovengrens zijn.
ObjectVision/NetworkModel_PBL#117 Tijden in de parquet-uitvoer in hele seconden
Model parameters, Output files en Components and merging beschrijven de uitvoer zoals de code van ac9c7cf: de tijden in de parquet in hele seconden (uint16), de csv in minuten, en het samenvoegen dat een component zonder _parquet-s- in de handtekening weigert.
ObjectVision/NetworkModel_PBL#133 Delen: dezelfde rijen, andere volgorde
Bij MaxMemoryPerProcess_GB staat nu precies wat gelijk blijft als een component zijn blokken in delen rekent: de bestanden, hun rijen en de samenvoeging. Alleen de volgorde van de rijen in een bestand verschilt, zoals een proefrun voor een COROP in drie en twee delen liet zien.
ObjectVision/NetworkModel_PBL#117 AllOptions in plaats van Union_with_DirectOD
De eindselectie per vertrekmoment neemt de ketens van een OV-component of de directe ritten van een directe component, als AllOptions; de vereniging van beide en Source_rel en Union_rel bestaan niet meer. From chains to journeys, Components and merging en Routes of an OD pair noemen de nieuwe namen, en Private transport zegt dat Direct_OD de ritten van de component Car neemt. Model parameters en Script reference zeggen bij AllowDirectWalking, AllowDirectCycling en AllowDirectCar dat ze de directe component van de run aanwijzen en voor een OV-component alle drie FALSE zijn.
Public transport volgt de code; rijgen en componenten apart
De pagina Public transport beschreef nog stappen van voor de splitsing in componenten, zoals het toevoegen van de directe ritten aan de OV-ketens per vertrekmoment. Hij is herschreven naar de huidige code en gaat nu alleen over het OV-deel: het tijdsnetwerk, de twee tariefgroepen, de benen, de overstappen, de ketenrijger met prijs en Pareto-selectie, en de ketencache. Dubbele beschrijvingen van de R/O-regel en het NS-doortarief zijn samengevoegd.
Het rijgen van voor- en natransport aan de ketens per herkomstblok en vertrekmoment staat op de nieuwe pagina From chains to journeys. De componenten, de directe ritten in de uitvoer, auto- en fietsbezit als criteria en het samenvoegen staan op de nieuwe pagina Components and merging, en de kolommen van de bestanden per blok onder Output files. Sidebar, Home en de links uit andere pagina's wijzen naar de nieuwe plekken.
ObjectVision/NetworkModel_PBL#133 Variant en UpdateAll per component
How to run the model beschrijft het instellen van de variant met een schakelaar per type voor- en natransport en per directe rit, met de vraag van PBL van oktober 2026 als voorbeeld, en hoe UpdateAll.cmd eerst de instellingen controleert, de componenten na elkaar rekent, complete componenten overslaat en ze samenvoegt. De logs met een regel per stap en de geplande taak zonder grens van 72 uur staan erbij.
Model parameters vervangt Component, PreTransport, PostTransport, MergeOutput en MergeComponents door de variant, GuiComponent en Merge, en beschrijft AnalysisDay en MaxMemoryPerProcess_GB, waarmee de uitvoerstap zware herkomstblokken in delen rekent. Public transport, de Glossary, Routes of an OD pair, Running the model step by step, Script reference, UpdateAll and cache internals, Validating the Pareto front en Walking and cycling legs gebruiken dezelfde namen.
#133 Paden na de herindeling van de parameters
De wiki volgt de indeling van de configuratie van 30 oktober. MinimiseCriteria, CongestionSpeed_DaySelection, AnalysisMomentPresets, de leveringen die elk analysemoment gebruikt en de vertrekmomenten (PartsOfDay en PT_DepartureMinutes_All) staan in ModelParameters, de componenten en de flextermen in Classifications, de tabellen van de ritopslag bij OVprijzen/NS, en PT_DepartureHours en CongestionTimes in Impl. De pagina Model parameters beschrijft de acht groepen van ModelParameters.
De buurtsets volgen #126: elk CBS-jaar heeft zijn eigen buurten met de BAG van dat jaar, en een run kan Buurt2025 met Y2023 combineren. PriceMethod staat standaard op Detailed.
OutputLabel: b2025 als standaard en de naamgeving voor meerdere jaren
Model parameters legt onder OutputLabel uit hoe je het label kiest. De mapnaam begint met de analysedatum en geeft zo het jaar al. Het label noemt de buurtindeling, het dagdeel buiten de ochtendspits en zo nodig een eigen variant. Een tabel laat zien dat de mappen van Y2023 tot en met Y2026 alleen in de datum verschillen als je het label gelijk houdt. How to run the model verwijst ernaar, en de voorbeelden met basis heten nu b2025.
Voorbeeld van wat de criteria Car en Bike bij samenvoegen houden
Onder MergeCriteria op Model parameters staat nu een uitklappaneel met een rekenvoorbeeld: WW, W_PT_W, CC en Car samengevoegd voor Y2025 om 07:30 over 20 van de 450 herkomstblokken, met per component het aandeel opties dat blijft met en zonder Car en Bike. Zonder die criteria verdringen auto en fiets bijna 90 procent van de OV-opties, en houdt driekwart van de paren met een optie zonder auto en fiets die optie niet. Het paneel legt ook uit waarom de auto zonder de criteria iets minder opties houdt: dan kan een even snelle en even goedkope fietsrit een autorit verdringen.
Public transport verwijst bij het samenvoegen naar dit voorbeeld.
Model parameters in eenvoudig Engels, Advanced en Impl ingeklapt
De instellingen van een run uit ModelParameters.dms staan open en in korte zinnen, met lijsten voor de keuzes van Component, PreTransport, PostTransport en MergeCriteria. Lange uitweidingen staan in openklapbare panelen, net als de groepen uit Advanced.dms en Impl.dms, die een gewone run niet nodig heeft. Alle koppen en dus alle ankers zijn gebleven; er zijn twee koppen bij gekomen, voor de buurtsets en voor een deel van de herkomsten of bestemmingen, en bij Walking and cycling staat waar het fietsnetwerk gekozen wordt.
How to run the model in eenvoudig Engels, details naar eigen paginas
How to run the model is herschreven voor wie het model draait: korte zinnen en alleen wat een gebruiker nodig heeft. Dat is installeren, een run instellen, UpdateAll.cmd starten, wat elke sectie maakt, waar de uitvoer staat, de logs, de geplande taak en de hardware. Details die een gebruiker soms nodig heeft, staan in openklapbare panelen: wanneer een sectie opnieuw moet, welke GeoDMS-functies welke versie vragen, meer over de geplande taak en hoe je de geheugenpiek verlaagt.
De rest is letterlijk verplaatst. De stappen 1 tot 6 staan op de nieuwe pagina Running the model step by step, de tellingen, de mediaan en het samenvoegen van de uitvoer op de nieuwe pagina Output files. De items per sectie en de namen van de caches staan op UpdateAll and cache internals. Links uit andere paginas wijzen naar de nieuwe plek; Home en de zijbalk noemen de nieuwe paginas, en de inleiding van Home is ook eenvoudiger geschreven.
Geen dubbele paginatitels, brede tabellen als subsecties
GitHub toont de naam van een wikipagina al als titel, dus de kop bovenaan zeven pagina's is weggehaald. Tabellen die naast de zijbalk breder werden dan het tekstvak of rijen van meer dan tien regels kregen, zijn subsecties geworden: alle parameters op Model parameters, met per parameter een eigen anker, de samenvoeging van de uitvoerbestanden, de secties van UpdateAll.cmd en de namen van de caches op How to run the model, en de prijscontroles op Public transport fares.
ObjectVision/NetworkModel_PBL#127 Stap 2 en UpdateAll met de broncaches in LocalData
Stap 2 van How to run the model gaat nu over alle drie de broncaches, het OSM-netwerk, het TomTom-wegennet en de GTFS-feed, met waar ze staan, waarvan ze gemaakt worden en welke component ze leest; tot nu toe noemde hij alleen GTFS. De pagina zegt dat het model de brondata alleen leest en alle caches in %LocalDataProjDir% schrijft.
De lijst van tussen- en eindproducten is aangevuld. Bij de uitvoer staan nu ook signature.txt, od_tellingen.csv, unieke_od_tellingen.csv, de mediaan en de mapnamen met _fb en _Merged<n>; bij TomTom de bestandslijsten van de levering; onder Logs de tekstbestanden die de stappen in batch\log schrijven. De duur van sources is de gemeten duur voor 2025, en onder Hardware requirements staat de omvang van de broncaches. In de Glossary staan de nieuwe plekken van de caches en van de handtekening.
ObjectVision/NetworkModel_PBL#127 TomTom- en GTFS-cache in LocalData
How to run the model noemt de nieuwe plek van de GTFS-cache (%LocalDataProjDir%/GTFS/<feed>.mmd) en heeft in Cache names rijen voor de GTFS-, OSM- en TomTom-caches, met waar ze staan en waarvan ze gemaakt worden. NetworkModel_PrivDir bevat alleen nog het ruwe TomTom-materiaal. Ook Create routable network from GTFS files en Model parameters noemen het nieuwe pad.
ObjectVision/NetworkModel_PBL#133 Store heet cache
De tussenresultaten die het model één keer schrijft en terugleest, heten op de wiki nu cache, zoals in de code: de ketencache, de autocaches, de caches van het voor- en natransport en de GTFS-, OSM- en TomTom-caches. Het kopje Store names heet Cache names, en de omgevingsvariabele CHAINSTORE_SINGLE heet CHAINCACHE_SINGLE.
ObjectVision/NetworkModel_PBL#133 Nieuwe namen, glossary en indeling
De pagina's volgen het omgebouwde model: de Engelse itemnamen, de splitsing van ModelParameters in knoppen, Advanced en Impl, de vier stappen van MakeUnlinkedData, de exports onder Output, het voor- en natransport als PrePostTransport dat standaard ontkoppeld is en dat de uitvoerstap zelf wegschrijft, en de BAG uit de fss-snapshots. Waar de werking veranderde, beschrijft de tekst de huidige werking.
Een nieuwe pagina Glossary geeft de termen van het model op basis van ObjectVision/NetworkModel_PBL#4, aangevuld met onder meer chain, transfer, connection, base set, component en option. De instellingen staan op een eigen pagina Model parameters, ingedeeld zoals de drie bestanden: de knoppen van een run, de afgesproken en technische keuzes in Advanced en de afgeleide waarden in Impl; How to run the model verwijst ernaar. De navigatie begint met de glossary en How to run the model. De pagina Decay en de sectie over de oude congestieberekening zijn weg, omdat die functionaliteit uit het model is.