You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The CDAP model contains hard coded person type (ptype) values for workers and children.
For the ARC implementation this causes problems in the tour scheduling components where the children ptypes are further subdivided beyond the values in the hard-coded expression. We would ideally like to be able to define 9 as another child person type for tour scheduling, but this would break the upstream CDAP components.
Preferably, the ptypes should be asserted in the settings.yaml or one of the model configuration yaml files.
This feature is not available on the develop branch at this point in time, so I didn't incorporate it. I did just issue a pull request to address the ARC specific issue this issue relates.
The CDAP model contains hard coded person type (ptype) values for workers and children.
For the ARC implementation this causes problems in the tour scheduling components where the children ptypes are further subdivided beyond the values in the hard-coded expression. We would ideally like to be able to define 9 as another child person type for tour scheduling, but this would break the upstream CDAP components.
Preferably, the ptypes should be asserted in the settings.yaml or one of the model configuration yaml files.
activitysim/activitysim/abm/models/util/cdap.py
Lines 38 to 39 in 964ee00
The text was updated successfully, but these errors were encountered: