[sumo-user] TL Logic validation

Dear SUMO, A TL logic consists of concurrent phases that have a specific state configuration. If you want to write a new TL how can you be sure that the phases you specify are consistent to logic for example that a g follows y follows r and that 2 lanes that share the same junction cant be green

Re: [sumo-user] Indicators of traffic jam

Hello, the aggregated values are not accessible via TraCI. You could either aggregate them within traci (i.e. compute the average speed by quering the speed of all vehicles) or you could access the output file generated by option --summary-output (possibly without file by opening up a socket in

[sumo-user] Indicators of traffic jam

Hi guys, Which indicators of traffic jam can I access using Traci? On Sumo-GUI, we have a panel (below right on screen), where is possible to check departed and arrived cars, avg. speed, etc. Looking on Traci API, not all of these patameters are accessible. Thanks.

Re: [sumo-user] OSM to OPENDRIVE scaling issues

please provide the .net.xml file as well. 2018-03-07 12:44 GMT+01:00 sravan kumar chaganti : > Hi Jacob, > > following command is used converting from .osm to .xodr > *netconvert --osm-files "Straight_Map.osm" --opendrive-output > "Straight_Map.xodr"* > > following

Re: [sumo-user] Can you clarify how density is computed for lanes and edges

I've tried to make the description more clear in the wiki. regards, Jakob 2018-03-07 12:37 GMT+01:00 eegea : > Hello Jakob, > thanks a lot, now it is more clear. > The problem is that I was assuming that sampledSecond is just the number > of seconds there were vehicles on

Re: [sumo-user] OSM to OPENDRIVE scaling issues

Hi Jacob, following command is used converting from .osm to .xodr *netconvert --osm-files "Straight_Map.osm" --opendrive-output "Straight_Map.xodr"* following command used for converting from .net.xml to .xodr. without any options i thought it will pick defaults from config *netconvert -s

Re: [sumo-user] Can you clarify how density is computed for lanes and edges

Hello Jakob, thanks a lot, now it is more clear. The problem is that I was assuming that sampledSecond is just the number of seconds there were vehicles on the lane, not the sum of the number of seconds of every vehicle on the lane. I was assuming that if your measure interval is, say 10 s,

Re: [sumo-user] OSM to OPENDRIVE scaling issues

Hello, please provide the following information: - netconvert options for generating the networks - the contents of the

[sumo-user] OSM to OPENDRIVE scaling issues

Hi Team, I exported some patch of OpenStreetMap data as .osm file and converted that file into OPENDRIVE (.xodr) and SUMO(.net.xml) formats using netconvert command. But unfortunately the inertial boundaries on the opendrive file is big compared to real dimentions of that area while comparing

Re: [sumo-user] relation between occupancy and flow

Hey Jakob,  thank you for your time and reply. You are so supportive as always. I will try to see what kind of data I can get from our city council for this purpose.  If simulation is my only chance due to lack of data, I will be in touch again:). Many thanksMohsen On Wednesday, March 7,

Re: [sumo-user] Can you clarify how density is computed for lanes and edges

Hello, I admit the formula is a bit hard to read. Consider an aggregation period of 1s. In that case each vehicle on the lane results in 1 sampled second so sampleSeconds gives the number of vehicles on the lane. Since the length of the lane is in m we get the density #veh/m by dividing by