Dear Community,
I had been exploring the use of slowDown() while using traci API to control
the simulation. The description of the method says -
"Changes the speed smoothly to the given value over the given amount
of time in seconds (can also be used to increase speed)."
While using the method,
Hello all,
We're found an interesting phenomenon during processing SUMO trajectory
(from the fcd output file) as below:
[image: image.png]
As you can see, some times the vehicle stopped but the speed was not 0, and
sometimes the vehicle moved when the speed was 0.
Do you know the reason of this
Possibly your simulation is running afoul of
https://github.com/eclipse/sumo/issues/7036 (which I hope I mentioned
already).
A route with edges "22 59 53cd 53[0] 53[1][0] 53[1][1][0] 77[1][0] 77ab
77bc 21a 21b 103 14 9 211 45 44 38 15 24" should work with the latest
development version (not
1) yes
2) 0
If you need detectors with non-zero length you can use laneAreaDetector or
entryExitDetecor
regards,
Jakob
Am Mo., 15. Juni 2020 um 18:05 Uhr schrieb grimm :
> Hello all,
>
> I'm processing induction loop data via TraCI, including entry time and
> leave time of each vehicle passing
I requested this paper.
thank you, dear Jakob
On Mon, Jun 15, 2020 at 6:03 PM Jakob Erdmann wrote:
> Just a quick follow up: The issue is actually more complicated than it
> seems and there are different methods to compute the network-wide FD.
> I recommend
>
Hello Jakob,
Thank you for your example, I tried to imitate it and it worked.
Actually, my intuition was right, but I struggled in understanding the
network properties. For instance, a connection from an edge to the same
edge is not trivial, look at the below example. Just notice the bold edges
Hello Harald,
Thanks for your suggestions
a) I agree that using the same attribute name for two related but subtly
different things is adding unnecessary confusion (I fact, confusion was
recently observed).
Since the 'period' attribute of flows has a lot of history behind it I'll
keep this
Hello all,
I'm processing induction loop data via TraCI, including entry time and leave
time of each vehicle passing the induction loop detector, as well as the
detector occupancy for each simulation step.
With respect to this, I have a few questions:
1.) Which reference points of the vehicle are
OK! Thanks for your reply.
On Mon, Jun 15, 2020, 15:27 Issa, Joshua wrote:
> I did this, but I still encountered the same problem.
>
>
>
> *From:* sumo-user-boun...@eclipse.org [mailto:
> sumo-user-boun...@eclipse.org] *On Behalf Of *Jakob Erdmann
> *Sent:* June 15, 2020 9:36 AM
> *To:* Sumo
Hello Herald,
Thanks for coming up with a proposal.
In my opinion, the word route is ambiguous since it is used for defining a
path as well as a public transit line (or route). Hence, a new class named
line or ptLine should be formed. This class will contain all the properties
of a public transit
Currently, the only method to determine departure times is to call
traci.simulation.getDepartedIDList in every simulation step and check
whether the vehicle of interest is part of that list.
Am Mo., 15. Juni 2020 um 15:56 Uhr schrieb Aristide BAMAZI <
aristide.bam...@imsp-uac.org>:
> Hello sumo
I did this, but I still encountered the same problem.
From: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] On
Behalf Of Jakob Erdmann
Sent: June 15, 2020 9:36 AM
To: Sumo project User discussions
Subject: Re: [sumo-user] od2trips and vehicle types
define the rail type in
Hello sumo users and developers, actually, i am using TRACI coupled with
SUMO, and faced a problem. I add vehicles dynamically to the
simulation with
< traci.vehicle.add() > method. What I want to know, is it possible to
retrieve each vehicle departure time from the simulation after adding it
define the rail type in an additional file like this:
and then load this file into duarouter with option --additional-files
Am Mo., 15. Juni 2020 um 14:44 Uhr schrieb Issa, Joshua <
joshua.i...@nrc-cnrc.gc.ca>:
> Hello,
>
>
>
> I am trying to use od2trips and duarouter to generate train
Netconvert can read and write matsim networks.
Also, check out https://sumo.dlr.de/docs/Tools/Import/MATSim.html
Am Mo., 15. Juni 2020 um 14:48 Uhr schrieb Chris Abraham <
chrisb...@gmail.com>:
> Interesting. Thank you Jakob and Ilya for your comments. @Ilya: I don’t
> use public transport, but
Just a quick follow up: The issue is actually more complicated than it
seems and there are different methods to compute the network-wide FD.
I recommend
https://www.researchgate.net/publication/260366746_Macroscopic_Fundamental_Diagrams_A_cross-comparison_of_estimation_methods
Am Mo., 15. Juni
thank you so much dear Jakob
On Mon, Jun 15, 2020 at 4:18 PM Jakob Erdmann wrote:
> Hello,
> for density, you need to use the total lane-length of the network rather
> than the edge length (edges with more lanes have more space).
> Other than that, your formulas are okay.
>
> regards,
> Jakob
>
Interesting. Thank you Jakob and Ilya for your comments. |@Ilya|: I
don’t use public transport, but I do use parking areas. Will let you
know if I have any progress.
It seems that I have two options to systematically improve the traffic flow:
1. modify |duaiterate.py| and implement some basic
Hello,
I am trying to use od2trips and duarouter to generate train paths. The issue is
that od2trips doesn't want to recognize the rail type.
[cid:image001.png@01D642F0.D8A3DC50]
Here is the commands I used:
[cid:image003.png@01D642F1.2D449830]
Thank you
Hello,
for density, you need to use the total lane-length of the network rather
than the edge length (edges with more lanes have more space).
Other than that, your formulas are okay.
regards,
Jakob
Am So., 14. Juni 2020 um 19:17 Uhr schrieb Amirhosein Karbasi <
amirhosein.karbas...@gmail.com>:
Hello
here are some proposals for enhancing the repeated route stuff:
a) change of attribute names
In route I would rename period to cycletime (German: Umlaufzeit)
In flow I would rename period to headway (German: Taktzeit)
b) Can we add the repeat features to trips, if we want to
Hello,
I'm currently running Sumo 1.6 and the TraCI Version is 20.
This should be the latest Version, right?
--
Sent from: http://sumo-user-mailing-list.90755.n8.nabble.com/
___
sumo-user mailing list
sumo-user@eclipse.org
To unsubscribe from this
@Dillip Rout: Please take a look at
https://github.com/eclipse/sumo/tree/master/tests/sumo/basic/routes/parsing/repeat_flow_busstop
@Chris Weinhaupl: You need to add the 'repeat' attribute in your route
definition to define additional laps
Am Mo., 15. Juni 2020 um 08:30 Uhr schrieb Tripplanner
By default, vehicles all start on the right side of the road and his limits
their maximum flow.
If you define departLane="free" you will get higher insertion flow. See
https://sumo.dlr.de/docs/Definition_of_Vehicles,_Vehicle_Types,_and_Routes.html#departlane
Am Mo., 15. Juni 2020 um 08:44 Uhr
After calling a traci.vehicle function that modifies type-specific
attribute (i.e. traci.vehicle.setDeceleration), the original type of the
vehicle is copied, modified and re-assigned to the vehicle. This is to
ensure that all other vehicles with the same type are not affected.
Thus, the type id
There is currently no tool in sumo that would systematically adjust
departure times to improve traffic flow.
Am Mo., 15. Juni 2020 um 01:41 Uhr schrieb Илья Левашев <
levashev1...@gmail.com>:
> It looks like you need duaiterate.py, it iterates defined number of
> iteration or unless changes
To load the parkingAreas into duarouter you need to set option
'duarouter--additional-files input_additional.add.xml'
Note, that there is no space before the double dash.
Am Do., 4. Juni 2020 um 07:58 Uhr schrieb Jakob Erdmann <
namdre.s...@gmail.com>:
> duaIterate.py uses the input files to
Hello Jakob,
I tried something similar to your example:
It is observed that vehicles assigned to such a line (public transit route)
are indeed taking multiple trips as per the definition and the relative
time values are maintained. Each of these assigned vehicles
28 matches
Mail list logo