Hello, sumo has two distinct interpretations of what it means when the number of lanes changes from on edge to the next 1) an on-ramp type of situation where the ending lane is subordinate to the continuing lane and is only used to accelerate (the default). In this case vehicles try to leave the ending lane as soon as possible. The distance to the lane end where vehicles attempt to leave the merging lane can be configured with the lane-change model parameter lcStrategic. (see http://sumo.dlr.de/wiki/Definition_of_Vehicles,_Vehicle_Types,_and_Routes#Lane-Changing_Models). Note, that the models treat the case where the rightmost lane ends slightly different from the case where the leftmost lane ends but by default vehicles try to avoid staying on the ending lane.
2) a zipper type situation where both lanes are to be used until the merging point and vehicles interleave. This case is configured by setting the node where both edges meet to type 'zipper' regards, Jakob 2018-02-02 5:23 GMT+01:00 Alan Dee <adandee.s...@gmail.com>: > Hello Michael , > > In this scenario, vehicles change the lane in a strange way. Vehicles on > the lane 0 (which is going be be merged) change the lane halfway through > the lane and the vehicles do not run until they reach the merging point on > that road. In other words, second 50% (around) of space on that lane is > unoccupied since the vehicles change the lane at the end of the first 50% > (around) of the lane. > > I changed the lane changing model to the older one DK2008. Then this > problem was reduced to a fair level (at least vehicles on that lane waited > until they pass around 75%). But it creates unnecessary congestion at the > end of the other lane. Time to time 5,6 vehicles unusually wait there even > though there is enough space ahead of them. > > I am confused that whether it is a problem with SUMO lane changing models. > I appreciate any suggestions. > > Thank you > > > > On Wed, Jan 24, 2018 at 2:44 PM, Alan Dee <adandee.s...@gmail.com> wrote: > >> Thanks a lot Michael. I will check on it. >> Regards. >> >> On Tue, Jan 23, 2018 at 8:24 PM, Michael Behrisch <o...@behrisch.de> >> wrote: >> >>> Hi Dee, >>> I'm afraid you cannot ghave that automatically, you will need to move >>> and connect the lane manually in netedit. If moving the single lane to the >>> center already helps, you can set the spreadtype attribute instead of >>> moving maually but you will still need to set the connection. >>> >>> Best regards >>> Michael >>> >>> >>> Am 2018-01-22 23:22, schrieb Alan Dee: >>> >>>> Hi Michael, >>>> >>>> Thank you very much for the reply. Now I understand the reason why the >>>> vehicles disappear. >>>> I did as you mentioned, and it works fine. But I have another question >>>> now. >>>> >>>> What I did was add basically adding two edges. First edge contains two >>>> lanes ( index 0, 1). Then at the node with which that edge ends the next >>>> edge with a single lane (index 0) begins ( Please correct me if this is >>>> not >>>> what you advised). >>>> >>>> Once the network is built, the default behavior is, physically lane 1 of >>>> the first edge is straightly linked with lane 0, and lane 0 of the first >>>> edge is merged and ended at the node. Can I change this behavior to have >>>> this in other way around (i.e. lane 0 of the first edge is straightly >>>> linked with lane 0, and lane 1 of the first edge is merged and ended at >>>> the >>>> node) ? >>>> >>>> I know that vehicle flow can be changed by altering the connections. I >>>> am >>>> asking to change both geometry and vehicle flow together. >>>> >>>> Thanks, >>>> Dee. >>>> >>>> >>>> On Tue, Jan 23, 2018 at 7:05 AM, Michael Behrisch <o...@behrisch.de> >>>> wrote: >>>> >>>> Hi Dee, >>>>> you need to define a new edge when the number of lanes changes (or let >>>>> SUMO's netconvert do this, this is essentially what the split does). >>>>> Currently it is not possible for the lanes of the same edge to have >>>>> different lengths. The reason why the vehicles disappeared is that the >>>>> edge after the split has a new name and probably did not occur in your >>>>> route. >>>>> >>>>> Best regards, >>>>> Michael >>>>> >>>>> Am 22.01.2018 um 06:29 schrieb Alan Dee: >>>>> > Hello, >>>>> > >>>>> > I have a simple networks in which I need to do a merging lanes. >>>>> > >>>>> > There is a single edge, let say its length is 1000m. >>>>> > At 500m from the beginning, one lane should be merged with the >>>>> other. >>>>> > >>>>> > I have tried the both following ways. >>>>> > >>>>> > 1. I tried setting a length of one lane to 500m, and the lane ends >>>>> with >>>>> > a clear cut at the defined point. Can this be considered as a >>>>> merge? >>>>> > 2. I tried the refining roads in sumo documentation >>>>> > <http://sumo.dlr.de/wiki/Networks/Building_Networks_ >>>>> from_own_XML-descriptions#Road_Segment_Refining>, >>>>> > but after the split point, the vehicles disappear from both >>>>> lanes. I >>>>> > am confused about what is happening. >>>>> > >>>>> > I am quite new to sumo and perhaps this might not be the correct way >>>>> to >>>>> > do this. I did find a solution though I went through the >>>>> documentation. >>>>> > I would appreciate if some can provide me an insight on this. >>>>> > >>>>> > Regards, >>>>> > Dee. >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > sumo-user mailing list >>>>> > sumo-user@eclipse.org >>>>> > To change your delivery options, retrieve your password, or >>>>> unsubscribe >>>>> from this list, visit >>>>> > https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
