-
Notifications
You must be signed in to change notification settings - Fork 99
Project Meeting 2020.11.05
Ben Stabler edited this page Nov 5, 2020
·
7 revisions
5b/6a Task 1 Project Management (milestone)
- Nothing to discuss
5b Task 2 Strategic Planning (milestone)
- Joe working on revisions and plans to share later today
5b Task 10 Support for Three Zone Systems and TVPB (milestone)
- I'm now running the Marin TM2 full scale example and reviewing results for correctness
- I'm using the new tour file loading from disk functionality and it works well. It is consistent with the existing functionality (restarting and estimation)
- Would be good to add a trip loading from disk function too (maybe under completing estimation mode)
- The big outlier tap is Richmond BART station so its related to no PNR trips as well
- The Richmond BART station in Marin TM2 has 6200 PNR trips and 0 in asim currently
- Next step is to trace a HH that selected PNR via Richmond BART and review and fix calculations
- 4 summaries for validation:
- aggregate mode share
- tap counts
- tap-to-tap total utilities
- for some HHs, paths considered, paths rank, and best N paths finally considered as tables/maps/something
- How much info/tracing can we get from TM2? Asim has a lot
- I'm running the model single threaded
- It took 3 hours for 775k work tours
- Two zone system setup QA/QC
- We should do more to QA/QC the two zone setup code
- I could share the setup on a later call? We could trace some blending calcs, some results from the toy example, etc.
- What about DaySim park and ride lot choice? Maybe functionality added later
- Maybe we wait for PSRC to get further along and then use a real example for QA/QC?
- PSRC is considering different number-of-zone-system configs for different users since many users don't need the additional complexity
- Let's add documentation to the user guide on the zone config options and pros/cons:
- Goodness of results
- Sensitivity
- Flexibility
- Runtime
- Data / network management
- Consideration of assignment software capabilities
- It would be super cool to get a research project to compare the three approaches using activitysim
- Jeff working on multiprocessing performance and caching strategies
- The existing shared memory data objects for multiprocessing are tricky
- It is more low level programming than traditional python and so improved methods for sharing data across processes, like maybe caching, would be a good improvement for maintenance and developer burden
- We can discuss in more detail next week if we want
6a Task 2 Complete Estimation Mode (milestone)
- Newman starting on non-mandatory tour frequency interaction_simulate estimation recipe larch reader
6a Task 3 Telecommute Model in Cooperation with SEMCOG (milestone)
- Telecommute design and links to background docs posted
- Comments due next week
- Tuesday presentation and discussion was good, especially since we're moving from re-factoring existing functionality to creating new more undefined functionality
- Lots of discussion around replacement activity and AWD models versus Monday/Friday telecommuting patterns
- We don't have explicit telecommute program sensitivities, just the ability to change constants. That's ok, but more difficult to explain
- SFCTA, PSRC, SANDAG and others will discuss existing experiences with telecommuting analysis with DaySim and CT-RAMP
- SANDAG did VMT analysis under various telecommuting scenarios
- Joe setup a separate discussion
6a Task 8 Maintenance and Support (milestone)
- Joe setting up a call with current users to learn more about their experience, including the Toledo MPO (TMACOG)
- Jeff and Clint discussing ARC performance issues