Remove the dimension of time from activities #94
Replies: 1 comment
-
|
@zanebclark Do you think that the activity descriptions just need to be refactored?
|
Beta Was this translation helpful? Give feedback.
-
|
@zanebclark Do you think that the activity descriptions just need to be refactored?
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
This discussion is a spin out from #64
The current list of activities conflates two separate dimensions: time and activity. For example,
parkingandstoppingare only distinguishable by time. This poses a few problems:parkingalso allowsstopping. As additional activities are added, informing and enforcing this hierarchy will become more complicated.max_staythat is lower than the duration of the allowed activity (e.g.parking).parkingorstopping? Where is that defined? Is ituser_classdependent?I propose that activities with a time-based definition be removed from the list of activities (
parking,stopping). To reflect these time-based activities,max_stayshould be used instead. In response to the points above:max_staycan be used to make the duration of the activityuser_class-dependent.Beta Was this translation helpful? Give feedback.
All reactions