There is no logic that would intentionally do this kind of downgrade. My best guess is that there are two junctions very close to each other you set "zipper" on the wrong one. Moving things around could these junctions to be merged and thus resolve the issue (or a it's simply a bug). If you provide the original network file where zipper doesn't seem to work I'll take a look at it.
Thanks Jakob! The network file sets the intersection type to "zipper".
I tried to use netedit to move the intersection further, now the color changes to light brown color and vehicles can be merged correctly.
It seems like the problem is that if the angle between the freeway and the ramp is too large, then setting type="zipper" will not work and sumo will treat it as "priority".
Now this problem has been resolved.. Just curious which logic triggers this downgrade of "zipper" -> "priority"?
If you want to model zipper merging, set the junction type to "zipper". The color of your connection arrows indicates that the junction is of type "priority".
You'll know that you have it set up correctly if the color of the connections changes to a light brown color.
if
there is no major reason for keeping the old SUMO
version, could you please update to SUMO 1.15 to check
if your problem persists? It could be a bug which had
been solved in the meantime.
I'm using sumo 1.6.0 and have a common problem with
merging.
Say I have a freeway (5 lanes) and a on-ramp (1
lane) that merge to the freeway's right most lane
the merging type (junction type) is zipper
The vehicles on the ramp, however, cannot drive
through the junction and wait infinitely, because
there are vehicles on the other freeway lanes. Those
freeway vehicles don't need to be on the right most
lane.. Any vehicle on any of the 5 lanes will block
the ramp vehicles.
An experiment I did is I closed the right-most lane
of the freeway, using sumo-gui. The issue persists.