beam
beam copied to clipboard
Switch from WALK to TELEPORTATION as last-resort mode
In case people can't otherwise end up with a legitimate mode choice in choosesMode
we fall back on WALK
as the last resort mode, e.g.
https://github.com/LBNL-UCB-STI/beam/blob/ef651315eb0572a8bed0af3f84c3590e94f697ca/src/main/scala/beam/agentsim/agents/modalbehaviors/ChoosesMode.scala#L346-L347
and
https://github.com/LBNL-UCB-STI/beam/blob/ef651315eb0572a8bed0af3f84c3590e94f697ca/src/main/scala/beam/agentsim/agents/modalbehaviors/ChoosesMode.scala#L1354-L1373
This can lead to problems because in processing the outputs it can be difficult to distinguish between these last resort WALK
trips and real WALK
trips that were actually chosen by the agent. They can also mess up the rest of the agent's day because these walk trips often take many hours.
These last resort walk trips should be rare and are always a sign that something unrealistic happened in the simulation, so let's consider defining a new EMERGENCY_TELEPORT
(or LAST_RESORT_MODE
or something like that) mode that can be used in these last resort cases that just moves them to their planned destination and adds a large replanning penalty to the current leg, but lets them continue their day. Then it will be easy in post-processing to identify the number of these trips that happen, their associated distance, and hopefully to fix the underlying problem.
No preference as to whether we base this new mode off of the existing teleportation capability or just make it a faster walk trip that is labeled differently--whatever is easier.