Hello Jakob,
thanks for taking a look at it, now we have a clear idea on how to 
resolve the problem.

Best,
    ---> Matej.

On 27.7.2016 10:04, Jakob Erdmann wrote:
> Hello,
> from a first look at the scenario I would say that the collisions are a
> result of the emergency stops and the emergency stops are caused by a
> mismatch between road speed and yellow phase times.
> There is a large number of inner city roads that are assigned a speed of
> 25m/s but the duration of yellow phases at traffic lights is set to 3s.
> This doesn't give vehicles enough time to brake before the light switches
> to red.
>
> The actual speed of these roads seems to be 13.89m/s (from checking a few
> samples of original osm data) and for that speed the yellow durations would
> be ok. I also noticed that the number of lanes for these roads was greatly
> increased from their real world values (from 1 lane per direction to 3
> lanes per direction in some cases).
>
> Lowering road speeds would be the obvious solution (changing all roads with
> 25m/s to 13.89m/s eliminated all emergency stops for me).
>
> regards,
> Jakob
>
> 2016-07-26 21:01 GMT+02:00 Matěj Kubička <[email protected]>:
>
>> Hello SUMO developers,
>>
>> thanks to Lara's hard work and a little help from me a new version of
>> the LuST scenario is available online. Things have generally improved -
>> traffic is fluider, simulation runs faster.
>>
>> However, there are some things that SUMO does that I don't understand:
>> the simulations generate unusually high number of collisions and
>> emergency stops (both are in hundreds); see
>> https://github.com/lcodeca/LuSTScenario/blob/master/docs/LuSTFiles.md
>>
>> Could you take a look at some of them to see why is there so many?
>>
>> Thank you,
>>      ---> Matej
>>
>>
>>
>> ------------------------------------------------------------------------------
>> What NetFlow Analyzer can do for you? Monitors network bandwidth and
>> traffic
>> patterns at an interface-level. Reveals which users, apps, and protocols
>> are
>> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
>> J-Flow, sFlow and other flows. Make informed decisions using capacity
>> planning
>> reports.http://sdm.link/zohodev2dev
>> _______________________________________________
>> sumo-user mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/sumo-user
>>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity planning
> reports.http://sdm.link/zohodev2dev
> _______________________________________________
> sumo-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/sumo-user



------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
sumo-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sumo-user

Reply via email to