We assign fixed locations such as Home, School, Work to all agents, which is there go-to location when they move to the respective location type. This makes sense and works well with the normal mobility rules. However, we might miss a representative group and trips of people, e.g. teachers, elderly care workers, physicians, nurses, visits of other peoples home, or in general people that go to places where the intentions mismatches with the assigned location. When working with the trips, this is not so much an issue as we can define specific trips that allow to go to other locations.
A second issue is that we need the option to have multiple assigned locations. This is most relevant for people that go to multiple social events, which is very common and less relevant for people that go to different work places, schools, or else.
Enhancement description
For the first issue, it is enough to modify or improve the set_assigned_location function to not necessarily take the location type as the intent, but have the option to state the intent. An overload seems to be the easiest way to fix this.
For the second issue, more thought needs to be put in, especially how one would decide which of the locations to chose. A random choice is not realistic, as social gatherings wouldn't be likely to happen.
Additional context
No response
Checklist
[X] Attached labels, especially loc:: or model:: labels.
Motivation / Current Behaviour
We assign fixed locations such as Home, School, Work to all agents, which is there go-to location when they move to the respective location type. This makes sense and works well with the normal mobility rules. However, we might miss a representative group and trips of people, e.g. teachers, elderly care workers, physicians, nurses, visits of other peoples home, or in general people that go to places where the intentions mismatches with the assigned location. When working with the trips, this is not so much an issue as we can define specific trips that allow to go to other locations.
A second issue is that we need the option to have multiple assigned locations. This is most relevant for people that go to multiple social events, which is very common and less relevant for people that go to different work places, schools, or else.
Enhancement description
For the first issue, it is enough to modify or improve the
set_assigned_locationfunction to not necessarily take the location type as the intent, but have the option to state the intent. An overload seems to be the easiest way to fix this.For the second issue, more thought needs to be put in, especially how one would decide which of the locations to chose. A random choice is not realistic, as social gatherings wouldn't be likely to happen.
Additional context
No response
Checklist