The offending connection has a broken z-profile. The first and last points are at z-level 230 whereas the middle points are at z-level 0. This gives the connection a length of 460m and makes the vehicles look slow while traversing the intersection. The root cause is https://github.com/eclipse/sumo/issues/6275
Am Mo., 18. Nov. 2019 um 11:49 Uhr schrieb Jakob Kaths <jakob.ka...@tesis.de >: > Hi everybody, > > > > in our workflows we often convert OpenDRIVE files to SUMO networks for > Co-Simulation, which generally works quite well. However, the shapes of > lanes in junction areas are simplified during the net conversion. To > readjust them manually, we use the “Set custom connection shape” function > of NETEDIT (e.g. to avoid vehicles driving over traffic islands). > Sometimes, this causes major problems in the junction area, where vehicles > get very slow and start overlapping each other etc. Are these issues known > and is there a workaround (sometimes fixing the junction shape accordingly > helps, but it’s less flexible and comfortable). I attached a working > example of a junction in which I readjusted the right-turn coming from > north. > > > > All the best > > > Jakob > _______________________________________________ > sumo-user mailing list > sumo-user@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user