Re: [sumo-user] Netconvert: importing "extra" OSM attributes
Hi Jakob, thanks for the explanation. I made the bus lane and the lane numbers work. However, regarding the detectors, I disagree with you. The monitoring stations are actually defined on the nodes in JOSM. So in my opinion, they are similar to traffic lights. Best, Sasan On Thu, Sep 10, 2020 at 8:52 PM Jakob Erdmann wrote: > 1) currently not possible. Also, according to > https://wiki.openstreetmap.org/wiki/Key:monitoring:traffic, the osm > objects reference a position next to the road rather than being assigned to > an osm way (which would be more useful for extracting detectors). > 2) lanes:backward is being evaluated (also lanes:forward and lanes). Note, > that 'lanes' must be set in order for the other tags to be evaluated > 3) lanes:psv is currenlty not evaluated. However the tags 'busway:right', > 'busway:left', 'busway:both' are read > > regards, > Jakob > > Am Do., 10. Sept. 2020 um 16:04 Uhr schrieb Sasan Amini < > amini...@gmail.com>: > >> Dear all, >> >> I have a question regarding the attributes, more specifically 3 >> attributes, one can import from OSM using NETCONVERT. >> 1) loop detectors: I was trying to import the traffic detectors form OSM >> which I have added manually as monitoring stations using JOSM. But I can't >> find a way to import them in my network or as an additional file. Is it >> possible to import them at all? >> 2) One other issue is the number of lanes. In JOSM one can add a key to >> differentiate the number of lanes in opposite direction (lanes:backward). >> But I think NETCONVERT reads only the key "lanes" to get the number of >> lanes in both directions. >> 3) Bus lanes are also defined with a key "lanes:psv" in OSM. However, the >> vehicle types allowed/disallowed on the lanes are not affected by this key. >> The bigger problem is actually to find a platform where several people >> can edit large networks together. Any tips on this aside JOSM are much >> appreciated. >> >> Best, >> Sasan >> ___ >> sumo-user mailing list >> sumo-user@eclipse.org >> To unsubscribe from this list, visit >> https://www.eclipse.org/mailman/listinfo/sumo-user >> > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] version problem
If you can use the option without error then it works. You could run the same inputs with different seed values and compare the generated route files to check the effectiveness of a particular value for random-factor. Am Do., 10. Sept. 2020 um 17:28 Uhr schrieb Jane Cheung < cheung180...@gmail.com>: > Olaf, > Thanks for your reply! > As I need to use SUMO to cooperate with other simulation software, and the > API could only work well with SUMO1.1.0 or before versions. > > As my simulation test case is a little large, I updated the duarouter.exe > and did not update others. The function of --weights.random-factor works, > but I don't know how to check whether the duarotuer.exe generates the > correct route file. > > Best, > Jane > > On Thu, Sep 10, 2020 at 11:14 PM wrote: > >> Hi Jane, >> >> >> >> The *--weights.random-factor *option in *duarouter* was added on version >> 1.2.0 (see https://sumo.dlr.de/docs/ChangeLog.html#version_120_16042019). >> >> >> >> Best regards, >> >> >> >> Angelo >> >> >> >> *Von:* sumo-user-boun...@eclipse.org *Im >> Auftrag von *Jane Cheung >> *Gesendet:* Donnerstag, 10. September 2020 17:08 >> *An:* Sumo project User discussions >> *Betreff:* [sumo-user] version problem >> >> >> >> Dear alll >> >> the *duarouter.exe * in *version 1.1.0* does not have the function >> >> --weights.random-factor FLOAT >> >> >> >> If I only update the duarouter.exe to *1.6.0* and use the update >> duarouter.exe >> >> Is it a right way to update the duarouter.exe? >> >> >> >> Best regards, >> >> >> >> >> >> Jane >> >> >> >> . >> ___ >> sumo-user mailing list >> sumo-user@eclipse.org >> To unsubscribe from this list, visit >> https://www.eclipse.org/mailman/listinfo/sumo-user >> > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Netconvert: importing "extra" OSM attributes
1) currently not possible. Also, according to https://wiki.openstreetmap.org/wiki/Key:monitoring:traffic, the osm objects reference a position next to the road rather than being assigned to an osm way (which would be more useful for extracting detectors). 2) lanes:backward is being evaluated (also lanes:forward and lanes). Note, that 'lanes' must be set in order for the other tags to be evaluated 3) lanes:psv is currenlty not evaluated. However the tags 'busway:right', 'busway:left', 'busway:both' are read regards, Jakob Am Do., 10. Sept. 2020 um 16:04 Uhr schrieb Sasan Amini : > Dear all, > > I have a question regarding the attributes, more specifically 3 > attributes, one can import from OSM using NETCONVERT. > 1) loop detectors: I was trying to import the traffic detectors form OSM > which I have added manually as monitoring stations using JOSM. But I can't > find a way to import them in my network or as an additional file. Is it > possible to import them at all? > 2) One other issue is the number of lanes. In JOSM one can add a key to > differentiate the number of lanes in opposite direction (lanes:backward). > But I think NETCONVERT reads only the key "lanes" to get the number of > lanes in both directions. > 3) Bus lanes are also defined with a key "lanes:psv" in OSM. However, the > vehicle types allowed/disallowed on the lanes are not affected by this key. > The bigger problem is actually to find a platform where several people can > edit large networks together. Any tips on this aside JOSM are much > appreciated. > > Best, > Sasan > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] understanding problem of document explaination
Hi Maria, Thanks for your reply! Best, Jane On Fri, Sep 11, 2020 at 12:35 AM wrote: > Hi Jane, > > > > The text refers to the length of the vehicle and its speed. It explains > the errors that can be made if you try to aggregate the outputs of the > simulation spatially. > > > > Regards, > > Giuliana > > > > *From:* sumo-user-boun...@eclipse.org [mailto: > sumo-user-boun...@eclipse.org] *On Behalf Of *Jane Cheung > *Sent:* Donnerstag, 10. September 2020 17:19 > *To:* Sumo project User discussions > *Subject:* [sumo-user] understanding problem of document explaination > > > > Dear all, > > Could someone give my more explanation about the reason why > > > > " In the case of many short and fast moving vehicles the error is > negligible but if you have long and slow vehicles you cannot aggregate as > above. " > > > https://sumo.dlr.de/docs/Simulation/Output/Lane-_or_Edge-based_Traffic_Measures.html#how_to_aggregate_derive_further_values > > > > How to define vehicles that are long and slow? Does it mean the type of > vehicle or the route of vehicels? > > > > Best regards, > > > > Jane > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Measuring Capacity of a Lane
Hello, I ran a simple experiment to measure the capacity of a one-lane signalized exit ramp that is 1500 feet long. The result came out a lot higher than expected. The capacity came out to be roughly 1,100 veh/hr. (I was expecting to see around 750~800 veh/hr since the ramp is signalized). Is this a typical capacity value in SUMO? I've also included a brief scenario settings and methodology below. The goal was to measure the capacity of a one-lane exit ramp which is 1500 feet long. A signal (G:50, R:70) is placed at the end of the exit ramp. A single vehicle type was used with minGap=2.2 and tau=1. The speed on the exit ramp is 24.59m/s (approximately 55mph). A few iterations were done with various traffic flows. Each iteration was run for 4500 timesteps where the vehicle count of the last 3600 timesteps was collected (first 900 timesteps were a warm-up period). e3detectors were placed right after the signal and 'vehicleSum' was used to get the vehicle count for the 3600 timesteps. The maximum count out of all iterations was determined to be the capacity. Any help would be greatly appreciated. Thank you, ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Average person speeds
Hi Gabriel, have you tried with the trip-info output? See https://sumo.dlr.de/docs/Simulation/Output/TripInfo.html. You can use the routeLength and duration parameters to calculate the average speed. With the vehicle parameter you can check if the person is riding a bus/car. Here you can find more information about the available outputs in sumo: https://sumo.dlr.de/docs/Simulation/Output.html This is an example of the output for persons: Regards, Giuliana From: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] On Behalf Of Tilg, Gabriel Sent: Donnerstag, 10. September 2020 18:28 To: sumo-user@eclipse.org Subject: [sumo-user] Average person speeds Dear all, I am trying to calculate the average person speeds (if possible only when they ride on a bus / are in a car) in the network without relying on FCD (since these files are large, and parsing computationally costly in my use case). I used the person-summary-output, but meanSpeeds are not provided. I also tried to work with edge-based data, but only detectPersons="walk" works (I think). Any ideas are appreciated! Thanks and best regards, Gabriel ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] understanding problem of document explaination
Hi Jane, The text refers to the length of the vehicle and its speed. It explains the errors that can be made if you try to aggregate the outputs of the simulation spatially. Regards, Giuliana From: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] On Behalf Of Jane Cheung Sent: Donnerstag, 10. September 2020 17:19 To: Sumo project User discussions Subject: [sumo-user] understanding problem of document explaination Dear all, Could someone give my more explanation about the reason why " In the case of many short and fast moving vehicles the error is negligible but if you have long and slow vehicles you cannot aggregate as above. " https://sumo.dlr.de/docs/Simulation/Output/Lane-_or_Edge-based_Traffic_Measures.html#how_to_aggregate_derive_further_values How to define vehicles that are long and slow? Does it mean the type of vehicle or the route of vehicels? Best regards, Jane ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Average person speeds
Dear all, I am trying to calculate the average person speeds (if possible only when they ride on a bus / are in a car) in the network without relying on FCD (since these files are large, and parsing computationally costly in my use case). I used the person-summary-output, but meanSpeeds are not provided. I also tried to work with edge-based data, but only detectPersons="walk" works (I think). Any ideas are appreciated! Thanks and best regards, Gabriel ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] version problem
Olaf, Thanks for your reply! As I need to use SUMO to cooperate with other simulation software, and the API could only work well with SUMO1.1.0 or before versions. As my simulation test case is a little large, I updated the duarouter.exe and did not update others. The function of --weights.random-factor works, but I don't know how to check whether the duarotuer.exe generates the correct route file. Best, Jane On Thu, Sep 10, 2020 at 11:14 PM wrote: > Hi Jane, > > > > The *--weights.random-factor *option in *duarouter* was added on version > 1.2.0 (see https://sumo.dlr.de/docs/ChangeLog.html#version_120_16042019). > > > > Best regards, > > > > Angelo > > > > *Von:* sumo-user-boun...@eclipse.org *Im > Auftrag von *Jane Cheung > *Gesendet:* Donnerstag, 10. September 2020 17:08 > *An:* Sumo project User discussions > *Betreff:* [sumo-user] version problem > > > > Dear alll > > the *duarouter.exe * in *version 1.1.0* does not have the function > > --weights.random-factor FLOAT > > > > If I only update the duarouter.exe to *1.6.0* and use the update > duarouter.exe > > Is it a right way to update the duarouter.exe? > > > > Best regards, > > > > > > Jane > > > > . > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] understanding problem of document explaination
Dear all, Could someone give my more explanation about the reason why " In the case of many short and fast moving vehicles the error is negligible but if you have long and slow vehicles you cannot aggregate as above. " https://sumo.dlr.de/docs/Simulation/Output/Lane-_or_Edge-based_Traffic_Measures.html#how_to_aggregate_derive_further_values How to define vehicles that are long and slow? Does it mean the type of vehicle or the route of vehicels? Best regards, Jane ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] version problem
Hi Jane, The --weights.random-factor option in duarouter was added on version 1.2.0 (see https://sumo.dlr.de/docs/ChangeLog.html#version_120_16042019). Best regards, Angelo Von: sumo-user-boun...@eclipse.org Im Auftrag von Jane Cheung Gesendet: Donnerstag, 10. September 2020 17:08 An: Sumo project User discussions Betreff: [sumo-user] version problem Dear alll the duarouter.exe in version 1.1.0 does not have the function --weights.random-factor FLOAT If I only update the duarouter.exe to 1.6.0 and use the update duarouter.exe Is it a right way to update the duarouter.exe? Best regards, Jane . ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] version problem
Dear alll the *duarouter.exe * in *version 1.1.0* does not have the function --weights.random-factor FLOAT If I only update the duarouter.exe to *1.6.0* and use the update duarouter.exe Is it a right way to update the duarouter.exe? Best regards, Jane . ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Netconvert: importing "extra" OSM attributes
Dear all, I have a question regarding the attributes, more specifically 3 attributes, one can import from OSM using NETCONVERT. 1) loop detectors: I was trying to import the traffic detectors form OSM which I have added manually as monitoring stations using JOSM. But I can't find a way to import them in my network or as an additional file. Is it possible to import them at all? 2) One other issue is the number of lanes. In JOSM one can add a key to differentiate the number of lanes in opposite direction (lanes:backward). But I think NETCONVERT reads only the key "lanes" to get the number of lanes in both directions. 3) Bus lanes are also defined with a key "lanes:psv" in OSM. However, the vehicle types allowed/disallowed on the lanes are not affected by this key. The bigger problem is actually to find a platform where several people can edit large networks together. Any tips on this aside JOSM are much appreciated. Best, Sasan ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] misbehaviour of LuST simulation
Hello, I don't know about the ContextSubscription part of it, but the reason why you should "only use version 0.26 for the LuST scenario" is because I built and validated the mobility with it. Newer versions of SUMO have better and improved mobility models and the congestion levels in parts of the city are very different. This is actually what I think is happening with the different number of vehicles. If SUMO cannot insert the vehicles due to congestion, they sort of time out and get discarded. Hope it helps. Regards, Lara On Thu, Sep 10, 2020 at 10:36 AM blubb wrote: > Dear user group, > > I experienced misbehaviour in my LuST simulation. The problem is that > the simulation I ran recently has way more traces than anticipated. I > will attach the source code (extracttraces.py) for the simulation as > well as the lust.config. > > Basically I want to generate traces over one day and insert them into > some database. Also I use the ContextSubscription feature to see if the > vehicles are within observation radius of some specific junctions (the > 50 with most traffic throughput). > > When I ran the simulation a few months ago I got about 209 Mio traces > with 214315 different vehicles. Unfortunately I can't determine the > source code and config of this simulation, but it should have been the > same as I use now. > > However when I run the simulation now I get more than the double amount > of traces (427 Mio) with slightly less vehicles (213424). > > So somehow the new simulation generated way more traces which is very > unfortunate. > > By comparing the both databases I found out that both of them have > roughly the same amount of trace within the simulation time 0s < time < > 6s (around 90 Mio traces). > > At some point after this the new database and the old one diverge in the > number of traces. > > (6s < time < 86400s : old : 120 Mio, new 338 Mio traces). > > So something is going wrong there but I can't figure out what it is. > > It could be that I ran the old dabase on an older version of sumo. The > new one is running on sumo 1.6.0. > > I recently read that I should only use version 0.26 for the LuST > scenario, but it is hard to imagine that this misbehaviour comes from > different versions. > > However, if you have any advice for me I will be glad to hear from you. > > Kind regards > > Knut > > > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] misbehaviour of LuST simulation
Dear user group, I experienced misbehaviour in my LuST simulation. The problem is that the simulation I ran recently has way more traces than anticipated. I will attach the source code (extracttraces.py) for the simulation as well as the lust.config. Basically I want to generate traces over one day and insert them into some database. Also I use the ContextSubscription feature to see if the vehicles are within observation radius of some specific junctions (the 50 with most traffic throughput). When I ran the simulation a few months ago I got about 209 Mio traces with 214315 different vehicles. Unfortunately I can't determine the source code and config of this simulation, but it should have been the same as I use now. However when I run the simulation now I get more than the double amount of traces (427 Mio) with slightly less vehicles (213424). So somehow the new simulation generated way more traces which is very unfortunate. By comparing the both databases I found out that both of them have roughly the same amount of trace within the simulation time 0s < time < 6s (around 90 Mio traces). At some point after this the new database and the old one diverge in the number of traces. (6s < time < 86400s : old : 120 Mio, new 338 Mio traces). So something is going wrong there but I can't figure out what it is. It could be that I ran the old dabase on an older version of sumo. The new one is running on sumo 1.6.0. I recently read that I should only use version 0.26 for the LuST scenario, but it is hard to imagine that this misbehaviour comes from different versions. However, if you have any advice for me I will be glad to hear from you. Kind regards Knut from __future__ import print_function import time as t starttime = t.time() import os, sys, sqlite3 import random Einstellungen # Path to sumo tools (version 1.6.0) tools_path = "/opt/sumo-1.6/tools" db_path_lw = "/media/ssd/berling/lwdb/lwdb.sqlite" db_path_junctions = "/media/ssd/berling/all_junctions.sqlite" db_path_traces = "/media/ssd/berling/sumo24htest50.sqlite" # lust_0to24.sumocfg is attached in the email config_path = os.path.join(os.getcwd(), "./res/lust_0to24.sumocfg") # start sumo command = ["sumo", "-c", config_path, "--xml-validation", "never"] # observed junction ID's controlled by an attacker #(in this case he controls the 50 traffic junctions with the most traffic throughput) dbconj = sqlite3.connect(db_path_junctions) cursorj = dbconj.cursor() cursorj.execute("SELECT jid FROM junctions ORDER BY density DESC LIMIT 50") res = cursorj.fetchall() observed_jids = [] for r in res: observed_jids.append(str(r[0])) dbconj.close() # observation radius within the junction radius = 100 sim_start = 0 sim_end = 86400 ### sys.path.append(tools_path) import traci, traci.constants as const # extract random sizes from some databas # those size will be assigned to vehicles later def sample_sizes(): dbconlw = sqlite3.connect(db_path_lw) cursorlw = dbconlw.cursor() cursorlw.execute("SELECT Length, Width,ROW_COUNT FROM joined_tables") results_lw = [{'Length': col1, 'Width': col2, 'ROW_COUNT': col3} for (col1, col2, col3) in cursorlw.fetchall()] lux_vektor = [] for col in results_lw: count = 1 while count <= col['ROW_COUNT']: lux_vektor.append([col['Length'], col['Width']]) count += 1 dbconlw.close() return random.sample(lux_vektor, len(lux_vektor)) print("\nSimulation und Extraktion der Traces") print("") print("Datenbank: %s\nBefehl: %s\nStartzeit: %i\nEndzeit: %i" % (db_path_traces, command, sim_start, sim_end)) if os.path.exists(db_path_traces): print("Verbinde zur Datenbank...") else: print("Erstelle Datenbank...") dbcon = sqlite3.connect(db_path_traces) cursor = dbcon.cursor() print("Leere Datenbank...") cursor.execute("DROP TABLE IF EXISTS traces") cursor.execute("VACUUM") dbcon.commit() cursor.execute('''CREATE TABLE traces (vid TEXT NOT NULL, time INTEGER NOT NULL, Length INTEGER, Width INTEGER, x_location REAL NOT NULL, y_location REAL NOT NULL, pseudonym TEXT, event TEXT, observed_at_jid TEXT, distance REAL, PRIMARY KEY(vid,time))''') dbcon.commit() print("Starte SUMO...") traci.start(command) for jid in observed_jids: traci.junction.subscribeContext(jid, const.CMD_GET_VEHICLE_VARIABLE, radius, [const.TRACI_ID_LIST]) lux_vid = {} lux_samples = sample_sizes() lux_vid_step = 0 time = sim_start values = [] while time <= sim_end: traci.simulationStep() vids = traci.vehicle.getIDList() for vid in vids: if not lux_vid.has_key(vid): # add length and width if vehicle is not known length = lux_samples[lux_vid_step][0] width = lux_samples[lux_vid_step][1] lux_vid[vid] = lux_samples[lux_vid_step] #
Re: [sumo-user] How to measure edge traffic at every 1 minute
see https://sumo.dlr.de/docs/Simulation/Output/Lane-_or_Edge-based_Traffic_Measures.html setting freq="60" will give you 1-minute resolution. Setting withInternal="true" will include traffic on intersections. regards, Jakob Am Do., 10. Sept. 2020 um 04:46 Uhr schrieb Moyukh Laha : > Hello everyone, > Is there any way by which it is possible to measure the edge traffic > at every 1 minute (or any other such fixed interval) for all the edges in > the network? So basically for every edges separate files will be created > and for every 1 minute the traffic entered (and other parameters) will be > stored inside those corresponding files. > I also want to measure the same for all the cross-junctions. Is there any > way to do it? > > Thanks. > ___ > sumo-user mailing list > sumo-user@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > ___ sumo-user mailing list sumo-user@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user