Coding complete and full model runs successfully #88
@RSG - update documentation since this is a significant revision to the framework
Created new issue #179 for future potential pipelining improvements
Full model run uses a lot of RAM (~150GB) so let's pay attention to this as we move forward
Our dependence on orca may be part of the issue
Discussed the more complete progress report that we'll use moving forward
Separating defaults (mtctm1) from the core
We began prototyping a better separation of concerns, as discussed in Elizabeth's review and also a bit here and #169
We discussed two options for doing this:
Separating things into two repos - core and example/defaults/model
Separating things into clearer sub-packages - activitysim.core and activitysim.model
Some comments
Having a working model "packaged" with activitysim is really helpful for new users
Separate repos would make it so we don't download everyone's model every time we sync
We don't want the urbansim problem, which is every region is a separate branch and they are never resolved
Keeping all the code in one repo makes the management/admin easier as issues, milestones, etc. are in one place; Elizabeth said we can now do collective issues/dashboard by organization though
Elizabeth grabbed github.com/ActivitySim so we could move there and create multiple repos + we can have an organization landing page
ODOT PopSim would benefit from a cleaner interface for some of the ActivitySim code that is planned to be used in it such as pipelining and expression solving
ActivitySim would benefit from some of the enhancements made to the core package as part of the ODOT popSim work
Joe doesn't want the needs of other projects to distract us from the needs of this project
Eventually integration with other projects like BCA is good, but maybe not right now
Think of ActivitySim as a toolkit - logit models, skim managers, expression solvers, etc + an ABM
This was a lively discussion and we ended with:
Better split activitysim into activitysim.core and activitysim.model since it helps clean up the code and make it more modular and extensible
Fork activitysim for ODOT popSim, make revisions, and create a pull request. Once we have a pull request, we'll discuss it with the PMC since this will make the conversation more concrete
We'll continue to discuss this further
Governance / management
Updated the Development page to better describe our existing technical governance / management
Joe discussed updates to governance plan
Clint wants to make sure AMPO remains a strong partner
Next steps
@Joe work on admin section
@Clint (and Ben) work on code management section
Plan to post draft on wiki by TRB Planning Applications conference