date:20190305

Re: [sumo-user] vehicle scope data after calling moveToXY

2019-03-05 Thread Jakob Kaths

Great, thanks a lot for fixing that! I assume it will be in the nightly 
snapshot so I can test it tomorrow. Hope I still get the chance to adapt our 
paper for the SUMO Conference with these additions.
 
Best regards
 
Jakob
 
Von: Jakob Erdmann  
Gesendet: Dienstag, 5. März 2019 07:54
An: Jakob Kaths 
Cc: Sumo project User discussions 
Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY
 
Hello Jakob,
The difference between your setup and mine was the sublane model. The issue has 
now been fixed (https://github.com/eclipse/sumo/issues/5255)
thanks for the example.
 
regards,
Jakob
 
Am Mo., 4. März 2019 um 14:50 Uhr schrieb Jakob Kaths :
Hi Jakob,
 
our actual setup is a little hard to send over, but I tried to pack something 
together quickly that exhibits the behavior. If you call the “moveToXY” command 
every step (i.e. set the variable MoveEveryXSteps to 1), you will always 
retrieve (1073741824, 1073741824) as a result from “getLaneChangeState”. 
However, if you only move every other step (i.e. set the variable 
MoveEveryXSteps to 2), you will receive alternating values of (1073741824, 
1073741824) after moving and a set of plausible values after simulating without 
moving. We were hoping to be able to move the vehicle (every time step) and 
still receive meaningful lanechange values (and others such as leader, etc.)
 
All the best

Jakob
 
Von: sumo-user-boun...@eclipse.org  Im Auftrag 
von Jakob Erdmann
Gesendet: Freitag, 1. März 2019 17:35
An: Sumo project User discussions 
Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY
 
Since my own test does not show this problem, it would be great if you could 
prepare a minimal error scenario and send it my way (traci script, net.xml, 
etc).
 
regards,
Jakob
 
Am Fr., 1. März 2019 um 14:14 Uhr schrieb Benedikt Schott 
:
Thanks for your response,
 
I tried again the recent available snapshot. However when accessing the 
getLaneChangeState I always get the bitset integer 1073741824
 
I actually specified a valid route when calling vehicleScope.add(*) by 
specifying the route_id
 
The route_id seems to be available when asking for 
traci->vehicle.getRoute(veh_name).
 
Is there anything else we need to account for?
 
Just as a hint: When calling simulationStep twice, i.e. when letting sumo to 
control the vehicle at least for one step, the lane change state seems to be 
correct.
 
Best regards,
Benedikt
 
Von: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] Im 
Auftrag von Jakob Erdmann
Gesendet: Freitag, 1. März 2019 10:04
An: Sumo project User discussions
Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY
 
Hello,
- possilbly, your acceleration values were affected by 
https://github.com/eclipse/sumo/issues/5250
- the functions getLeader (if the leader is on another edge), getNextTLS and 
getLaneChangeState require knowledge about upcoming route edges for proper 
functioning. If you only move the vehicle with moveToXY and never set a route, 
these functions cannot work because the route then only consists of the current 
edge
 
regards,
Jakob
 
 
Am Mi., 27. Feb. 2019 um 13:54 Uhr schrieb Benedikt Schott 
:
Dear SUMO users,
 
I am trying to get vehicle scope data for objects that I move with moveToXY 
command via the C++ TraCIAPI. The used procedure is as following
 
1.   Determine new xy positioning for vehicle with name name
2.   Call moveToXY for traffic object with name name
3.   Perform SUMO simulation step
4.   Access the following variables from vehicleScope for the moved traffic 
object
a.   vehicle_scope.getLaneChangeState(name, 1) and 
vehicle_scope.getLaneChangeState(name, -1)
b.  vehicle_scope.getAcceleration(name)
c.   vehicle_scope.getLeader(name)
d.  vehicle_scope.getNextTLS(name)
 
However, the values seem to be not valid after calling moveToXY. Is it possible 
to access these values for moved traffic objects or would it be possible to 
provide this functionality in the next time?
 
Kind regards,
Benedikt Schott
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.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://www.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://www.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] Distribution of vehicle types with vehTypeDistribution.py

2019-03-05 Thread Fredrik Nilsson

Hi,

I am using vehTypeDistribution.py to generate a population of vehicles in my 
simulation and I was wondering how I could make it generate different vehicles 
types (with a certan distribution, e.g. 90% passenger cars, 8% trucks and 2% 
buses)? I currently use a config file like this (don't mind the numbers they 
are in the middle of running an optimization):

accel; normal(1.49936855, 0.49976304); [0.5, 1.5]
decel; normal(5.464, 0.79995001)
sigma; normal(0.30017896, 0.19983296); [0.1, 1]
tau; gamma(18.198814787804807, 4.000155); [0.5, 6]
length; normal(4.9, 0.2); [3.5,5.5]
minGap; normal(3.4514375986324963, 0.10006245)
lcStrategic; normal(7.491, 0.8123908338568304)
lcCooperative; normal(0.100437191, 1.0); [0.1, 1]
vClass; passenger   <-- Change something here I assume?
carFollowModel; Krauss

BR,
Fredrik
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Distribution of vehicle types with vehTypeDistribution.py

2019-03-05 Thread Jakob Erdmann

This is not supported by createVehTypeDistribution.py
Also, you would get problems with correlated parameters (supposedly trucks
are longer on average than passenger cars) and this could not be handled by
the tool.

I recommend creating 3 distributions with different base probabilties by
like this:

...
vClass; passenger
probability; 90


...
vClass; truck
probability; 8
-
...

and then merging them all into a single distribution. (could be done one a
unix shell using  'head', 'tail', and 'cat')

regards,
Jakob

Am Di., 5. März 2019 um 11:53 Uhr schrieb Fredrik Nilsson <
frni...@student.chalmers.se>:

> Hi,
>
> I am using vehTypeDistribution.py to generate a population of vehicles in
> my simulation and I was wondering how I could make it generate different
> vehicles types (with a certan distribution, e.g. 90% passenger cars, 8%
> trucks and 2% buses)? I currently use a config file like this (don't mind
> the numbers they are in the middle of running an optimization):
>
> accel; normal(1.49936855, 0.49976304); [0.5, 1.5]
> decel; normal(5.464, 0.79995001)
> sigma; normal(0.30017896, 0.19983296); [0.1, 1]
> tau; gamma(18.198814787804807, 4.000155); [0.5, 6]
> length; normal(4.9, 0.2); [3.5,5.5]
> minGap; normal(3.4514375986324963, 0.10006245)
> lcStrategic; normal(7.491, 0.8123908338568304)
> lcCooperative; normal(0.100437191, 1.0); [0.1, 1]
> vClass; passenger   <-- Change something here I
> assume?
> carFollowModel; Krauss
>
> BR,
> Fredrik
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.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://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Distribution of vehicle types with vehTypeDistribution.py

2019-03-05 Thread Fredrik Nilsson

Hi,

Thanks Jakob that will work just great!

BR,
Fredrik

From: sumo-user-boun...@eclipse.org  on behalf 
of Jakob Erdmann 
Sent: Tuesday, March 5, 2019 14:42
To: Sumo project User discussions
Subject: Re: [sumo-user] Distribution of vehicle types with 
vehTypeDistribution.py

This is not supported by createVehTypeDistribution.py
Also, you would get problems with correlated parameters (supposedly trucks are 
longer on average than passenger cars) and this could not be handled by the 
tool.

I recommend creating 3 distributions with different base probabilties by like 
this:

...
vClass; passenger
probability; 90


...
vClass; truck
probability; 8
-
...

and then merging them all into a single distribution. (could be done one a unix 
shell using  'head', 'tail', and 'cat')

regards,
Jakob

Am Di., 5. März 2019 um 11:53 Uhr schrieb Fredrik Nilsson 
mailto:frni...@student.chalmers.se>>:
Hi,

I am using vehTypeDistribution.py to generate a population of vehicles in my 
simulation and I was wondering how I could make it generate different vehicles 
types (with a certan distribution, e.g. 90% passenger cars, 8% trucks and 2% 
buses)? I currently use a config file like this (don't mind the numbers they 
are in the middle of running an optimization):

accel; normal(1.49936855, 0.49976304); [0.5, 1.5]
decel; normal(5.464, 0.79995001)
sigma; normal(0.30017896, 0.19983296); [0.1, 1]
tau; gamma(18.198814787804807, 4.000155); [0.5, 6]
length; normal(4.9, 0.2); [3.5,5.5]
minGap; normal(3.4514375986324963, 0.10006245)
lcStrategic; normal(7.491, 0.8123908338568304)
lcCooperative; normal(0.100437191, 1.0); [0.1, 1]
vClass; passenger   <-- Change something here I assume?
carFollowModel; Krauss

BR,
Fredrik
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.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://www.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] Modifying the SUMO network at runtime

2019-03-05 Thread Linwood Hudson

Hello all,

My project performs several pre-processing steps to OSM files prior to
running them through netconvert and launching SUMO. The most time-consuming
is using Osmosis to apply elevation data to each node, as is required for
my simulation purposes. I'm looking into ways to speed up the
initialization of my SUMO simulation and potentially deferring expensive
operations. All of these expensive operations involved modifying the
network structure in some way (e.g. applying elevation data to nodes,
adding additional nodes/edges in places that don't have good coverage in
OSM, etc.).

I would like to load a base OSM immediately to get my simulation running,
then layer in elevation data and more refined nodes/edges later when the
longer-running processes complete. There doesn't appear to be any support
for modifying the network at runtime using TRACI. At a minimum just editing
the elevation values of nodes, but potentially adding new nodes and lanes.
Are there major technical challenges to editing the network at runtime?
Even just changing the elevation values?

If there are any options I could consider please let me know.

Thanks!
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Average Delay

2019-03-05 Thread Manh Do Van

thank you so much!


Virus-free.
www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, Mar 5, 2019 at 3:12 PM Jakob Erdmann  wrote:

> Hello,
> If your scenario is just one intersection, you can use a global simulation
> statistic to get the intersection average:
> https://sumo.dlr.de/wiki/Simulation/Output#Aggregated_Traffic_Measures
>
> For individual approaches, you could use tripinfo-output, then prepare a
> TAZ file to describe the different streams you wish to distinguish and
> aggregate the tripinfos using:
> https://sumo.dlr.de/wiki/Tools/Output#tripinfoByTAZ.py with option
> --attribute timeLoss
>
> Alternatively, you can create E3detectors for every approach using
> https://sumo.dlr.de/wiki/Tools/Output#generateTLSE3Detectors.py
>
> regards,
> Jakob
>
>
> Am Di., 5. März 2019 um 02:11 Uhr schrieb Manh Do Van :
>
>> Dear Users,
>> I already finished the simulation for a complex intersection. And now I
>> have a problem "*How to calculate average delay per car for each
>> approach and the whole intersection from PCU*?" I'm appreciated to
>> receive your all answers.
>> Thank you very much.
>>
>>
>> *Many thanks and Best Regard!*
>>
>>
>> *Manh, Do Van ( Mr ) *
>>
>> *Civil Engineering Faculty*
>>
>> *UNIVERSITY OF TRANSPORT AND COMMUNICATIONS*
>> Add: No.3 Cau Giay St, Lang Thuong Ward, Dong Da Dist, Ha Noi Viet Nam
>>
>> Mobile : +84-972573673
>>
>> Email: man...@utc.edu.vn ; manhtracdiav...@gmail.com
>>
>> Website: http://www.utc.edu.vn 
>>
>>
>> 
>>  Virus-free.
>> www.avg.com
>> 
>> <#m_3929351272964438064_m_8656958350886558854_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> ___
>> sumo-user mailing list
>> sumo-user@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://www.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://www.eclipse.org/mailman/listinfo/sumo-user
>


-- 


*Many thanks and Best Regard !*


*Manh, Do Van ( Mr ) *

*Civil Engineering Faculty*

*UNIVERSITY OF TRANSPORT AND COMMUNICATIONS*
Add: No.3 Cau Giay St, Lang Thuong Ward, Dong Da Dist, Ha Noi Viet Nam

Mobile : +84-972573673

Email: man...@utc.edu.vn ; manhtracdiav...@gmail.com

Website: http://www.utc.edu.vn 
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Modifying the SUMO network at runtime

2019-03-05 Thread Jakob Erdmann

Hello,
there is currently no support for modifying the network except for changing
lane permissions.
Adding nodes and edges at runtime would be quite difficult since you would
have to replicate all the procesing steps of netconvert (e.g. to compute
intersection rules) as wells as all the steps that are done by the
simulation when loading a network (some of them interdependent and to be
done in the right order).
Modifying elevation at runtime would probable be doable since this part of
the network data has no interdependencies with other structures and you
could borrow code from traci.polygon.setShape.

An alternative might be to save the simulation state (--save-state) and
then restart the simulation with a modified but compatible network and the
saved state.

regards,
Jakob



Am Di., 5. März 2019 um 17:07 Uhr schrieb Linwood Hudson :

> Hello all,
>
> My project performs several pre-processing steps to OSM files prior to
> running them through netconvert and launching SUMO. The most time-consuming
> is using Osmosis to apply elevation data to each node, as is required for
> my simulation purposes. I'm looking into ways to speed up the
> initialization of my SUMO simulation and potentially deferring expensive
> operations. All of these expensive operations involved modifying the
> network structure in some way (e.g. applying elevation data to nodes,
> adding additional nodes/edges in places that don't have good coverage in
> OSM, etc.).
>
> I would like to load a base OSM immediately to get my simulation running,
> then layer in elevation data and more refined nodes/edges later when the
> longer-running processes complete. There doesn't appear to be any support
> for modifying the network at runtime using TRACI. At a minimum just editing
> the elevation values of nodes, but potentially adding new nodes and lanes.
> Are there major technical challenges to editing the network at runtime?
> Even just changing the elevation values?
>
> If there are any options I could consider please let me know.
>
> Thanks!
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.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://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] NetConvert Issue

2019-03-05 Thread Jakob Erdmann

Your network was shifted during the original import because you did not set
the option --offset.disable-normalization at that time.
Consequently, your x,y coordinates do not match.
You can fix this by shifting it back:
netconvert -s sumo_network.net.xml -o net2.net.xml --offset.x -9857.29
--offset.y -2960.92

regards,
Jakob

Am Di., 5. März 2019 um 17:25 Uhr schrieb Alessandro Kerr <
alessandroker...@gmail.com>:

> Hello again,
>
> Unfortunately, even after the SUMO bug fix, there is still an issue with
> our simulation. The SUMO gui still returns to following error:
>
> "Error: Answered with error to command 0xc4: Could not map vehicle
> 'BMWC10' no road found within 100.00m.
> Error: tcpip::Socket::recvAndCheck @ recv: peer shutdown
> Quitting (on error)."
>
> I have attached the SUMO network file, configuration file, route file, the
> data that the simulation reads (file_Cars_07 (2).csv), and the traci code.
> It would be very helpful if you could determine where this error is
> stemming from.
>
> Thank you,
>
> Alessandro
>
> On Thu, Feb 21, 2019 at 4:22 AM Jakob Erdmann 
> wrote:
>
>> Hello,
>> this is a bug which has been fixed in the latest development version (
>> https://github.com/eclipse/sumo/issues/5218).
>> You can either compile from source now or wait until tomorrow for the
>> updated windows binaries available at
>> https://sumo.dlr.de/wiki/Downloads#SUMO_-_Latest_Development_Version
>>
>> Thanks for reporting,
>> Jakob
>>
>> PS: you may find the following additional options helpful when importing
>> vissim files:  --offset.disable-normalization --output.street-names
>>
>> Am Mi., 20. Feb. 2019 um 17:42 Uhr schrieb Alessandro Kerr <
>> alessandroker...@gmail.com>:
>>
>>> Hello,
>>>
>>> I am currently working on using NetConvert to convert an inpx file to a
>>> .net.xml file for a simulation project. The inpx and .net.xml file, and a
>>> screenshot of the netconvert command and the file in NetEdit are attached
>>> below. However, when the inpx file is converted to the .net.xml file, the
>>> y-coordinates are not consistent with the original file. The center-line of
>>> the lanes should be at 84.7m, but after conversion they are off (between 82
>>> and 84.7m). Please let me know if there are any apparent issues with the
>>> code or any additional options that should be used with netconvert.
>>>
>>> Thanks.
>>> ___
>>> sumo-user mailing list
>>> sumo-user@eclipse.org
>>> To change your delivery options, retrieve your password, or unsubscribe
>>> from this list, visit
>>> https://www.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://www.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://www.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://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Running Simulation model

2019-03-05 Thread Jakob Erdmann

Possibly, your simulation starts at time 0 but your traffic only starts
later so you would have to wait for it to show up.
Does the simulation clock advance as expected? Do the traffic lights cycle?

Am Mi., 6. März 2019 um 07:11 Uhr schrieb Manh Do Van :

> Dear Users,
> I got a problem when trying to run my simulation model. When running with
> time delay = "0", I can see all vehicles pass through the intersection. But
> when I increase the time delay more than "0" I can't see any vehicles. So
> what's happening? my Sumo version is 1.1.0
> Please look in advance my picture that I attached this mail.
>
>
> *Many thanks and Best Regard !*
>
>
> *Manh, Do Van ( Mr ) *
>
> *Civil Engineering Faculty*
>
> *UNIVERSITY OF TRANSPORT AND COMMUNICATIONS*
> Add: No.3 Cau Giay St, Lang Thuong Ward, Dong Da Dist, Ha Noi Viet Nam
>
> Mobile : +84-972573673
>
> Email: man...@utc.edu.vn ; manhtracdiav...@gmail.com
>
> Website: http://www.utc.edu.vn 
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://www.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://www.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] vehicle scope data after calling moveToXY

[sumo-user] Distribution of vehicle types with vehTypeDistribution.py

Re: [sumo-user] Distribution of vehicle types with vehTypeDistribution.py

Re: [sumo-user] Distribution of vehicle types with vehTypeDistribution.py

[sumo-user] Modifying the SUMO network at runtime

Re: [sumo-user] Average Delay

Re: [sumo-user] Modifying the SUMO network at runtime

Re: [sumo-user] NetConvert Issue

Re: [sumo-user] Running Simulation model

9 matches

Site Navigation

Mail list logo

Footer information