Re: [sumo-user] question about the --seed parameter

[christian.damdjowabo]

Hello Jakob,

Thank you against for the answer.
It means that, it not possible to get some deterministic value by using Python 
tool “createVehTypeDistribution.py”, if just one value inside the Entry files 
change. Even if the seed parameter is a constant value.  The only one 
possibility is to have the same Exit File is to you the exact same Entry File 
and a constant seed value.

I try to make Sumo crash against by changing the seed value, and then I would 
give you the Input File for this case.

I saw that the 2 issue bellow is already closed. It means that I can already 
use the last release of yesterday? Or should I wait tomorrow?

- the issue with collisions is due to safety issues with the new car following 
model ACC (https://github.com/eclipse/sumo/issues/4551)

- there are further collisions triggered by problems with the 
opposite-direction model. Some of them have been fixed in the meantime but some 
still remain. (https://github.com/eclipse/sumo/issues/3718)



Br

Christian

Von: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] Im 
Auftrag von Jakob Erdmann
Gesendet: Mittwoch, 12. September 2018 22:31
An: Sumo project User discussions
Betreff: Re: [sumo-user] question about the --seed parameter

The python tool createVehTypeDistribution.py uses a single random number 
generated. For this reason, changes to some parameters also affect the values 
for other parameters.
Determinism is only guaranteed insofar the exact same inputs will result in the 
exact same results when using the same seed.

If you could provide the exact input files that make sumo crash, I'd be happy 
to investigate (crashes are not supposed to happen).

regards,
Jakob


2018-09-12 17:13 GMT+02:00 
mailto:christian.damdjow...@zf.com>>:
Hello Jakob, hello everybody,

I have a question about the generation distribution using 
“createVehTypeDistribution.py” or also by generation the road using “duarouter”.
My question is that I don’t know why by changing just one parameter (as example 
the parameter “mean impatience”) and keep another parameter constant.
The generated value isn’t constant, although I use a constant value of “--seed” 
(--seed=1) as you can see in the command line that I used.

To be able to explain you exactly the problem that I facing now, I sent you 
some files which contain the “typ1.txt” and “typ2.txt”.
I generated the first time “vTypeDistributions1.add.xml” and 
“vTypeDistributions2.add.xml”. In this first generation the mean value of 
parameter “impatience” is equal to 0.
And then I changed in the second generation that value to “1” and the other 
parameters are always kept constant.
Unfortunately I got in the “vTypeDistributions1.add.xml” and 
“vTypeDistributions2.add.xml” a change in all parameter. Also the parameter, 
which was kept constant in the Input File “typ1.txt” and “typ2.txt”.
Can you help me to know, what I’m doing wrong. Because I through that by 
setting the parameter --seed = constant, it would be possible to have a 
deterministic choice of random parameter. I don’t know why it’s not the case by 
using “createVehTypeDistribution.py”.

I also remark that for some value of --seed sumo crashes. It’s why I want to 
know, how we have to choice that value?



- Part of the code 
below--|

commandStr1 = 'python D:\criticality_pyth\createVehTypeDistribution.py 
D:\criticality_pyth\typ1.txt 
--output-file=D:\criticality_pyth\vTypeDistributions1.add.xml --name=vehDist1 
--size=1000 --seed=1';

commandStr2 = 'python D:\criticality_pyth\createVehTypeDistribution.py 
D:\criticality_pyth\typ2.txt 
--output-file=D:\criticality_pyth\vTypeDistributions2.add.xml --name=vehDist2 
--size=1000 --seed=1';

commandStr3 = 'python D:\criticality_pyth\randomTrips.py --seed=1 
--weights-prefix=D:\criticality_pyth\example.src.xml --prefix=pa --period=3 
--net-file=D:\criticality_pyth\Campus_test.net.xml 
--route-file=D:\criticality_pyth\campus_test_passenger.rou.xml 
--trip-attributes="type=\"vehDist1\"" 
--additional-file=D:\criticality_pyth\vTypeDistributions1.add.xml';

commandStr4 = 'duarouter D:\criticality_pyth\flows2routes.duarcfg --seed=1';

Br

Christian


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

Re: [sumo-user] one simple question

[Jakob Erdmann]

Q2, Q4: no. Sumo will load vehicles that depart within the next 300
seconds. This will probably not be noticable in execution time unless you
have very many vehicles. Then after having simulation ~300 seconds it will
load vehicles for the next 300 seconds.
This is faster than loading new vehicles in every simulation step and
conserves memory compared to loading all at once.

The route computation only depends on edge length and edge travel time.
There multiple algorithsm/options for estimating this travel time:
http://sumo.dlr.de/wiki/Simulation/Routing#Travel-time_values_for_routing

if  the command "-device.rerouting.probability=xx" was* NOT* defined in
> xx.sumocfg
> Will SUMO *defaults* that "--device.rerouting.pre-period *=60*"  even
> though we did not write this command in the xx.
>
Yes. The default is always active. There are other ways of giving vehicles
the device (via other options, xml parametesr or traci calls)

-device.rerouting.adaptation-steps
>
This option actives an alternative algorithm for averaging travel times:
http://sumo.dlr.de/wiki/Demand/Automatic_Routing#Adapting_by_moving_average

2018-09-13 1:31 GMT+02:00 Jane Cheung :

> --device.rerouting.adaptation-steps **
>  0 The
> number of adaptation steps for averaging (enable for values > 0).
> for example
> --device.rerouting.adaptation-steps *=3*
> Does this command is used to limit the  frequency (or number of times)
> that one vehicle could choose to reroute the route for itself, even though (
> *--device*. *rerouting*. *Period* */probability/deterministic/pre-period)
> *have been defined?
> In example, it means one or all vehicles could only choose to reroute 3
> times at most?
> Jakob, Thanks a lot!
>
> Looking forward for your reply!
>
>
> Best!
>
>
> Jane
>
> On Wed, Sep 12, 2018 at 3:58 PM Jakob Erdmann 
> wrote:
>
>> Q1: they are moved forward along their route but they take up no space in
>> the road network.
>> Q2: no, vehicles are loaded in chunks of ~300 seconds and every bernoulli
>> experiment is done only when the vehicle is loaded
>> Q3: correct
>> Q4: no, see Q2.
>> Q5: yes. after insertion, the option device.rerouting.period determines
>> the rerouting period and pre-period is no longer relevant.
>>
>> 2018-09-12 22:52 GMT+02:00 Jane Cheung :
>>
>>> Jakob,
>>> Thanks for your detail expression to my question.
>>> After your explanation, I would like to make sure that I really
>>> understand what you explained to me.
>>> for --teleported
>>> * Q1*:Dose it mean that
>>>  even though we could not see the vehicle which is teleported ,this
>>> vehicle still driving in the network  .
>>> Just like  'Stealth' ?
>>>
>>>  for --device.rerouting. commands
>>>
>>> 1) device.rerouting.deterministic is a boolean option
>>> Example. You have set device.rerouting.probability to 0. and
>>> there are 1 vehicles in your simulation.
>>> Without option device.rerouting.deterministic, you will have an
>>> expected number of  vehicles with rerouting device but the actual
>>> number will vary according to a binomial distribution
>>> *Q2*:(Does it mean that it will do a sequence of 1 dependent
>>> experiments with p=0. as soon as  we start to simulate our
>>> simulation?,like Bernoulli experiment?)
>>>
>>>
>>> 2) Every vehicle that is driving in the network will check for a faster
>>> route and adapt it's route if the current one isn't fastest once per minute
>>> *Q3*:(Every vehicle that is loaded, but has not yet entered the network
>>> will not be controlled by this command)
>>>
>>> 3) Every vehicle that is loaded but has not yet entered the network
>>> will l check for a faster route and adapt it's route if the current one
>>> isn't fastest once per minute
>>> *Q4*:(all the vehicles will be loaded that the beginning of the
>>> simulation if they are pre-defined in the rou.xml)
>>> *Q5*:(the command could not be used to control these vehicles once
>>> they entered the network)
>>>
>>>
>>> Thanks at all!
>>>
>>> Best!
>>> Jane
>>>
>>>
>>> On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann 
>>> wrote:
>>>






 2018-09-12 21:57 GMT+02:00 Jane Cheung :

> One more question,
> in http://sumo.dlr.de/wiki/Demand/Automatic_Routing
>
> --device.rerouting.deterministic false The devices are set
> deterministic using a fraction of 1000 (with the defined *probability*
> )
> --device.rerouting.period **
>  0 The
> period with which the vehicle shall be rerouted
> --device.rerouting.pre-period **
>  60 The
> rerouting period before insertion/departmy understanding are listed
> below, are they correct?
> for example:
> 1)
> --device.rerouting.deterministic=0.07
>  0.07 equals to 0.7(in a fraction of 100)
>
> 2)
> --device.rerou

Re: [sumo-user] one simple question

[Jane Cheung]

--device.rerouting.adaptation-steps **
 0 The
number of adaptation steps for averaging (enable for values > 0).
for example
--device.rerouting.adaptation-steps *=3*
Does this command is used to limit the  frequency (or number of times) that
one vehicle could choose to reroute the route for itself, even though (
*--device*. *rerouting*. *Period* */probability/deterministic/pre-period) *have
been defined?
In example, it means one or all vehicles could only choose to reroute 3
times at most?
Jakob, Thanks a lot!

Looking forward for your reply!


Best!


Jane

On Wed, Sep 12, 2018 at 3:58 PM Jakob Erdmann  wrote:

> Q1: they are moved forward along their route but they take up no space in
> the road network.
> Q2: no, vehicles are loaded in chunks of ~300 seconds and every bernoulli
> experiment is done only when the vehicle is loaded
> Q3: correct
> Q4: no, see Q2.
> Q5: yes. after insertion, the option device.rerouting.period determines
> the rerouting period and pre-period is no longer relevant.
>
> 2018-09-12 22:52 GMT+02:00 Jane Cheung :
>
>> Jakob,
>> Thanks for your detail expression to my question.
>> After your explanation, I would like to make sure that I really
>> understand what you explained to me.
>> for --teleported
>> * Q1*:Dose it mean that
>>  even though we could not see the vehicle which is teleported ,this
>> vehicle still driving in the network  .
>> Just like  'Stealth' ?
>>
>>  for --device.rerouting. commands
>>
>> 1) device.rerouting.deterministic is a boolean option
>> Example. You have set device.rerouting.probability to 0. and
>> there are 1 vehicles in your simulation.
>> Without option device.rerouting.deterministic, you will have an expected
>> number of  vehicles with rerouting device but the actual number will
>> vary according to a binomial distribution
>> *Q2*:(Does it mean that it will do a sequence of 1 dependent
>> experiments with p=0. as soon as  we start to simulate our
>> simulation?,like Bernoulli experiment?)
>>
>>
>> 2) Every vehicle that is driving in the network will check for a faster
>> route and adapt it's route if the current one isn't fastest once per minute
>> *Q3*:(Every vehicle that is loaded, but has not yet entered the network
>> will not be controlled by this command)
>>
>> 3) Every vehicle that is loaded but has not yet entered the network will
>> l check for a faster route and adapt it's route if the current one isn't
>> fastest once per minute
>> *Q4*:(all the vehicles will be loaded that the beginning of the
>> simulation if they are pre-defined in the rou.xml)
>> *Q5*:(the command could not be used to control these vehicles once
>> they entered the network)
>>
>>
>> Thanks at all!
>>
>> Best!
>> Jane
>>
>>
>> On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann 
>> wrote:
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2018-09-12 21:57 GMT+02:00 Jane Cheung :
>>>
 One more question,
 in http://sumo.dlr.de/wiki/Demand/Automatic_Routing

 --device.rerouting.deterministic false The devices are set
 deterministic using a fraction of 1000 (with the defined *probability*)
 --device.rerouting.period **
  0 The
 period with which the vehicle shall be rerouted
 --device.rerouting.pre-period **
  60 The
 rerouting period before insertion/departmy understanding are listed
 below, are they correct?
 for example:
 1)
 --device.rerouting.deterministic=0.07
  0.07 equals to 0.7(in a fraction of 100)

 2)
 --device.rerouting.period =60  For every vehicle, not matter is loaded
 into the network or not,  it means this vehicle will  reroute its
 route  every *MINUTE*  (using the specified rerouting algorithm, like 
 Dijkstra)
 until this vehicle arrives at the destination.

 It
 --device.rerouting.pre-period =60for very vehicle which has not been
 loaded into the network,  it means that vehicle will reroute its
 route  every *MINUTE* according to the current traffic condition until
 it is going to depart from the departure  position.

 Thanks at  all!


 Best!

 Jane

 On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
 wrote:

> Deal all,
> Could someone help me to understand the meaning of
> *teleport/teleported* ?
> “http://sumo.dlr.de/wiki/SUMO”
>
> Thanks in advance
>
> Best regards!
>
> Jane
>

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


>>> ___
>>> sumo-user mailing list
>>> sumo-user@eclipse.o

Re: [sumo-user] one simple question

[Jane Cheung]

While I was learning the wiki document of SUMO, I noticed that the
description of the algorithm, like Dijkstra, is FASTEST not SHORTEST.
Except for the length of route, what other factors have taken into
consideration  in rerouting function? (The congestion of the network? Or
some other factors)? How SUMO model these factors or modify the
original Dijkstra? ?

Thanks a lot!


On Wed, Sep 12, 2018 at 3:58 PM Jakob Erdmann  wrote:

> Q1: they are moved forward along their route but they take up no space in
> the road network.
> Q2: no, vehicles are loaded in chunks of ~300 seconds and every bernoulli
> experiment is done only when the vehicle is loaded
> Q3: correct
> Q4: no, see Q2.
> Q5: yes. after insertion, the option device.rerouting.period determines
> the rerouting period and pre-period is no longer relevant.
>
> 2018-09-12 22:52 GMT+02:00 Jane Cheung :
>
>> Jakob,
>> Thanks for your detail expression to my question.
>> After your explanation, I would like to make sure that I really
>> understand what you explained to me.
>> for --teleported
>> * Q1*:Dose it mean that
>>  even though we could not see the vehicle which is teleported ,this
>> vehicle still driving in the network  .
>> Just like  'Stealth' ?
>>
>>  for --device.rerouting. commands
>>
>> 1) device.rerouting.deterministic is a boolean option
>> Example. You have set device.rerouting.probability to 0. and
>> there are 1 vehicles in your simulation.
>> Without option device.rerouting.deterministic, you will have an expected
>> number of  vehicles with rerouting device but the actual number will
>> vary according to a binomial distribution
>> *Q2*:(Does it mean that it will do a sequence of 1 dependent
>> experiments with p=0. as soon as  we start to simulate our
>> simulation?,like Bernoulli experiment?)
>>
>>
>> 2) Every vehicle that is driving in the network will check for a faster
>> route and adapt it's route if the current one isn't fastest once per minute
>> *Q3*:(Every vehicle that is loaded, but has not yet entered the network
>> will not be controlled by this command)
>>
>> 3) Every vehicle that is loaded but has not yet entered the network will
>> l check for a faster route and adapt it's route if the current one isn't
>> fastest once per minute
>> *Q4*:(all the vehicles will be loaded that the beginning of the
>> simulation if they are pre-defined in the rou.xml)
>> *Q5*:(the command could not be used to control these vehicles once
>> they entered the network)
>>
>>
>> Thanks at all!
>>
>> Best!
>> Jane
>>
>>
>> On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann 
>> wrote:
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2018-09-12 21:57 GMT+02:00 Jane Cheung :
>>>
 One more question,
 in http://sumo.dlr.de/wiki/Demand/Automatic_Routing

 --device.rerouting.deterministic false The devices are set
 deterministic using a fraction of 1000 (with the defined *probability*)
 --device.rerouting.period **
  0 The
 period with which the vehicle shall be rerouted
 --device.rerouting.pre-period **
  60 The
 rerouting period before insertion/departmy understanding are listed
 below, are they correct?
 for example:
 1)
 --device.rerouting.deterministic=0.07
  0.07 equals to 0.7(in a fraction of 100)

 2)
 --device.rerouting.period =60  For every vehicle, not matter is loaded
 into the network or not,  it means this vehicle will  reroute its
 route  every *MINUTE*  (using the specified rerouting algorithm, like 
 Dijkstra)
 until this vehicle arrives at the destination.

 It
 --device.rerouting.pre-period =60for very vehicle which has not been
 loaded into the network,  it means that vehicle will reroute its
 route  every *MINUTE* according to the current traffic condition until
 it is going to depart from the departure  position.

 Thanks at  all!


 Best!

 Jane

 On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
 wrote:

> Deal all,
> Could someone help me to understand the meaning of
> *teleport/teleported* ?
> “http://sumo.dlr.de/wiki/SUMO”
>
> Thanks in advance
>
> Best regards!
>
> Jane
>

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

Re: [sumo-user] one simple question

[Jane Cheung]

for Q2 and Q4,
does it mean that the *sumo exe* will consume about 300 seconds to load all
the vehicles pre-defined in the rou.xml ( and the loading time will
increase by the number of vehicles increasing? ) . In one word, all the
vehicles will not be loaded instantly, it will consume some time to load
all of them?

On Wed, Sep 12, 2018 at 3:58 PM Jakob Erdmann  wrote:

> Q1: they are moved forward along their route but they take up no space in
> the road network.
> Q2: no, vehicles are loaded in chunks of ~300 seconds and every bernoulli
> experiment is done only when the vehicle is loaded
> Q3: correct
> Q4: no, see Q2.
> Q5: yes. after insertion, the option device.rerouting.period determines
> the rerouting period and pre-period is no longer relevant.
>
> 2018-09-12 22:52 GMT+02:00 Jane Cheung :
>
>> Jakob,
>> Thanks for your detail expression to my question.
>> After your explanation, I would like to make sure that I really
>> understand what you explained to me.
>> for --teleported
>> * Q1*:Dose it mean that
>>  even though we could not see the vehicle which is teleported ,this
>> vehicle still driving in the network  .
>> Just like  'Stealth' ?
>>
>>  for --device.rerouting. commands
>>
>> 1) device.rerouting.deterministic is a boolean option
>> Example. You have set device.rerouting.probability to 0. and
>> there are 1 vehicles in your simulation.
>> Without option device.rerouting.deterministic, you will have an expected
>> number of  vehicles with rerouting device but the actual number will
>> vary according to a binomial distribution
>> *Q2*:(Does it mean that it will do a sequence of 1 dependent
>> experiments with p=0. as soon as  we start to simulate our
>> simulation?,like Bernoulli experiment?)
>>
>>
>> 2) Every vehicle that is driving in the network will check for a faster
>> route and adapt it's route if the current one isn't fastest once per minute
>> *Q3*:(Every vehicle that is loaded, but has not yet entered the network
>> will not be controlled by this command)
>>
>> 3) Every vehicle that is loaded but has not yet entered the network will
>> l check for a faster route and adapt it's route if the current one isn't
>> fastest once per minute
>> *Q4*:(all the vehicles will be loaded that the beginning of the
>> simulation if they are pre-defined in the rou.xml)
>> *Q5*:(the command could not be used to control these vehicles once
>> they entered the network)
>>
>>
>> Thanks at all!
>>
>> Best!
>> Jane
>>
>>
>> On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann 
>> wrote:
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> 2018-09-12 21:57 GMT+02:00 Jane Cheung :
>>>
 One more question,
 in http://sumo.dlr.de/wiki/Demand/Automatic_Routing

 --device.rerouting.deterministic false The devices are set
 deterministic using a fraction of 1000 (with the defined *probability*)
 --device.rerouting.period **
  0 The
 period with which the vehicle shall be rerouted
 --device.rerouting.pre-period **
  60 The
 rerouting period before insertion/departmy understanding are listed
 below, are they correct?
 for example:
 1)
 --device.rerouting.deterministic=0.07
  0.07 equals to 0.7(in a fraction of 100)

 2)
 --device.rerouting.period =60  For every vehicle, not matter is loaded
 into the network or not,  it means this vehicle will  reroute its
 route  every *MINUTE*  (using the specified rerouting algorithm, like 
 Dijkstra)
 until this vehicle arrives at the destination.

 It
 --device.rerouting.pre-period =60for very vehicle which has not been
 loaded into the network,  it means that vehicle will reroute its
 route  every *MINUTE* according to the current traffic condition until
 it is going to depart from the departure  position.

 Thanks at  all!


 Best!

 Jane

 On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
 wrote:

> Deal all,
> Could someone help me to understand the meaning of
> *teleport/teleported* ?
> “http://sumo.dlr.de/wiki/SUMO”
>
> Thanks in advance
>
> Best regards!
>
> Jane
>

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

Re: [sumo-user] one simple question

[Jakob Erdmann]

Q1: they are moved forward along their route but they take up no space in
the road network.
Q2: no, vehicles are loaded in chunks of ~300 seconds and every bernoulli
experiment is done only when the vehicle is loaded
Q3: correct
Q4: no, see Q2.
Q5: yes. after insertion, the option device.rerouting.period determines the
rerouting period and pre-period is no longer relevant.

2018-09-12 22:52 GMT+02:00 Jane Cheung :

> Jakob,
> Thanks for your detail expression to my question.
> After your explanation, I would like to make sure that I really understand
> what you explained to me.
> for --teleported
> * Q1*:Dose it mean that
>  even though we could not see the vehicle which is teleported ,this
> vehicle still driving in the network  .
> Just like  'Stealth' ?
>
>  for --device.rerouting. commands
>
> 1) device.rerouting.deterministic is a boolean option
> Example. You have set device.rerouting.probability to 0. and there
> are 1 vehicles in your simulation.
> Without option device.rerouting.deterministic, you will have an expected
> number of  vehicles with rerouting device but the actual number will
> vary according to a binomial distribution
> *Q2*:(Does it mean that it will do a sequence of 1 dependent
> experiments with p=0. as soon as  we start to simulate our
> simulation?,like Bernoulli experiment?)
>
>
> 2) Every vehicle that is driving in the network will check for a faster
> route and adapt it's route if the current one isn't fastest once per minute
> *Q3*:(Every vehicle that is loaded, but has not yet entered the network
> will not be controlled by this command)
>
> 3) Every vehicle that is loaded but has not yet entered the network will
> l check for a faster route and adapt it's route if the current one isn't
> fastest once per minute
> *Q4*:(all the vehicles will be loaded that the beginning of the
> simulation if they are pre-defined in the rou.xml)
> *Q5*:(the command could not be used to control these vehicles once
> they entered the network)
>
>
> Thanks at all!
>
> Best!
> Jane
>
>
> On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann 
> wrote:
>
>>
>>
>>
>>
>>
>>
>> 2018-09-12 21:57 GMT+02:00 Jane Cheung :
>>
>>> One more question,
>>> in http://sumo.dlr.de/wiki/Demand/Automatic_Routing
>>>
>>> --device.rerouting.deterministic false The devices are set
>>> deterministic using a fraction of 1000 (with the defined *probability*)
>>> --device.rerouting.period **
>>>  0 The
>>> period with which the vehicle shall be rerouted
>>> --device.rerouting.pre-period **
>>>  60 The
>>> rerouting period before insertion/departmy understanding are listed
>>> below, are they correct?
>>> for example:
>>> 1)
>>> --device.rerouting.deterministic=0.07
>>>  0.07 equals to 0.7(in a fraction of 100)
>>>
>>> 2)
>>> --device.rerouting.period =60  For every vehicle, not matter is loaded
>>> into the network or not,  it means this vehicle will  reroute its
>>> route  every *MINUTE*  (using the specified rerouting algorithm, like 
>>> Dijkstra)
>>> until this vehicle arrives at the destination.
>>>
>>> It
>>> --device.rerouting.pre-period =60for very vehicle which has not been
>>> loaded into the network,  it means that vehicle will reroute its route
>>> every *MINUTE* according to the current traffic condition until it is
>>> going to depart from the departure  position.
>>>
>>> Thanks at  all!
>>>
>>>
>>> Best!
>>>
>>> Jane
>>>
>>> On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
>>> wrote:
>>>
 Deal all,
 Could someone help me to understand the meaning of
 *teleport/teleported* ?
 “http://sumo.dlr.de/wiki/SUMO”

 Thanks in advance

 Best regards!

 Jane

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

Re: [sumo-user] one simple question

[Jane Cheung]

Jakob,
Thanks for your detail expression to my question.
After your explanation, I would like to make sure that I really understand
what you explained to me.
for --teleported
* Q1*:Dose it mean that
 even though we could not see the vehicle which is teleported ,this vehicle
still driving in the network  .
Just like  'Stealth' ?

 for --device.rerouting. commands

1) device.rerouting.deterministic is a boolean option
Example. You have set device.rerouting.probability to 0. and there
are 1 vehicles in your simulation.
Without option device.rerouting.deterministic, you will have an expected
number of  vehicles with rerouting device but the actual number will
vary according to a binomial distribution
*Q2*:(Does it mean that it will do a sequence of 1 dependent
experiments with p=0. as soon as  we start to simulate our
simulation?,like Bernoulli experiment?)


2) Every vehicle that is driving in the network will check for a faster
route and adapt it's route if the current one isn't fastest once per minute
*Q3*:(Every vehicle that is loaded, but has not yet entered the network
will not be controlled by this command)

3) Every vehicle that is loaded but has not yet entered the network will l
check for a faster route and adapt it's route if the current one isn't
fastest once per minute
*Q4*:(all the vehicles will be loaded that the beginning of the simulation
if they are pre-defined in the rou.xml)
*Q5*:(the command could not be used to control these vehicles once
they entered the network)


Thanks at all!

Best!
Jane


On Wed, Sep 12, 2018 at 3:09 PM Jakob Erdmann  wrote:

>
>
>
>
>
>
> 2018-09-12 21:57 GMT+02:00 Jane Cheung :
>
>> One more question,
>> in http://sumo.dlr.de/wiki/Demand/Automatic_Routing
>>
>> --device.rerouting.deterministic false The devices are set deterministic
>> using a fraction of 1000 (with the defined *probability*)
>> --device.rerouting.period **
>>  0 The
>> period with which the vehicle shall be rerouted
>> --device.rerouting.pre-period **
>>  60 The
>> rerouting period before insertion/departmy understanding are listed
>> below, are they correct?
>> for example:
>> 1)
>> --device.rerouting.deterministic=0.07
>>  0.07 equals to 0.7(in a fraction of 100)
>>
>> 2)
>> --device.rerouting.period =60  For every vehicle, not matter is loaded
>> into the network or not,  it means this vehicle will  reroute its route
>> every *MINUTE*  (using the specified rerouting algorithm, like Dijkstra)
>> until this vehicle arrives at the destination.
>>
>> It
>> --device.rerouting.pre-period =60for very vehicle which has not been
>> loaded into the network,  it means that vehicle will reroute its route
>> every *MINUTE* according to the current traffic condition until it is
>> going to depart from the departure  position.
>>
>> Thanks at  all!
>>
>>
>> Best!
>>
>> Jane
>>
>> On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
>> wrote:
>>
>>> Deal all,
>>> Could someone help me to understand the meaning of *teleport/teleported*
>>>  ?
>>> “http://sumo.dlr.de/wiki/SUMO”
>>>
>>> Thanks in advance
>>>
>>> Best regards!
>>>
>>> Jane
>>>
>>
>> ___
>> sumo-user mailing list
>> sumo-user@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] question about the --seed parameter

[Jakob Erdmann]

The python tool createVehTypeDistribution.py uses a single random number
generated. For this reason, changes to some parameters also affect the
values for other parameters.
Determinism is only guaranteed insofar the exact same inputs will result in
the exact same results when using the same seed.

If you could provide the exact input files that make sumo crash, I'd be
happy to investigate (crashes are not supposed to happen).

regards,
Jakob


2018-09-12 17:13 GMT+02:00 :

> Hello Jakob, hello everybody,
>
>
>
> I have a question about the generation distribution using
> “createVehTypeDistribution.py” or also by generation the road using
> “duarouter”.
>
> My question is that I don’t know why by changing just one parameter (as
> example the parameter “mean impatience”) and keep another parameter
> constant.
>
> The generated value isn’t constant, although I use a constant value of
> “--seed” (--seed=1) as you can see in the command line that I used.
>
>
>
> To be able to explain you exactly the problem that I facing now, I sent
> you some files which contain the “typ1.txt” and “typ2.txt”.
>
> I generated the first time “vTypeDistributions1.add.xml” and
> “vTypeDistributions2.add.xml”. In this first generation the mean value of
> parameter “impatience” is equal to 0.
>
> And then I changed in the second generation that value to “1” and the
> other parameters are always kept constant.
>
> Unfortunately I got in the “vTypeDistributions1.add.xml” and
> “vTypeDistributions2.add.xml” a change in all parameter. Also the
> parameter, which was kept constant in the Input File “typ1.txt” and
> “typ2.txt”.
>
> Can you help me to know, what I’m doing wrong. Because I through that by
> setting the parameter --seed = constant, it would be possible to have a
> deterministic choice of random parameter. I don’t know why it’s not the
> case by using “createVehTypeDistribution.py”.
>
>
>
> I also remark that for some value of --seed sumo crashes. It’s why I want
> to know, how we have to choice that value?
>
>
>
>
>
>
>
> - Part of the code below-
> -|
>
>
>
> *commandStr1 = **'python D:\criticality_pyth\createVehTypeDistribution.py
> D:\criticality_pyth\typ1.txt
> --output-file=D:\criticality_pyth\vTypeDistributions1.add.xml
> --name=vehDist1 --size=1000 --seed=1'**;*
>
>
>
> *commandStr2 = **'python D:\criticality_pyth\createVehTypeDistribution.py
> D:\criticality_pyth\typ2.txt
> --output-file=D:\criticality_pyth\vTypeDistributions2.add.xml
> --name=vehDist2 --size=1000 --seed=1'**;*
>
>
>
> commandStr3 = 'python D:\criticality_pyth\randomTrips.py --seed=1
> --weights-prefix=D:\criticality_pyth\example.src.xml --prefix=pa
> --period=3 --net-file=D:\criticality_pyth\Campus_test.net.xml
> --route-file=D:\criticality_pyth\campus_test_passenger.rou.xml
> --trip-attributes="type=\"vehDist1\"" --additional-file=D:\
> criticality_pyth\vTypeDistributions1.add.xml';
>
>
>
> commandStr4 = 'duarouter D:\criticality_pyth\flows2routes.duarcfg
> --seed=1';
>
>
>
> Br
>
>
>
> Christian
>
>
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] one simple question

[Jakob Erdmann]

1) device.rerouting.deterministic is a boolean option
Example. You have set device.rerouting.probability to 0. and there
are 1 vehicles in your simulation.
Without option device.rerouting.deterministic, you will have an expected
number of  vehicles with rerouting device but the actual number will
vary according to a binomial distribution
With option device.rerouting.deterministic set to true you will get exactly
3330 vehicles with rerouting device but the devices will still be
distributed randomly among the 1 vehicles. (the probability is rounded
to 1/1000 accuracy and therefore you don't get ).

2) Every vehicle that is driving in the network will check for a faster
route and adapt it's route if the current one isn't fastest once per minute
3) Every vehicle that is loaded but has not yet entered the network will l
check for a faster route and adapt it's route if the current one isn't
fastest once per minute





2018-09-12 21:57 GMT+02:00 Jane Cheung :

> One more question,
> in http://sumo.dlr.de/wiki/Demand/Automatic_Routing
>
> --device.rerouting.deterministic false The devices are set deterministic
> using a fraction of 1000 (with the defined *probability*)
> --device.rerouting.period **
>  0 The
> period with which the vehicle shall be rerouted
> --device.rerouting.pre-period **
>  60 The
> rerouting period before insertion/departmy understanding are listed
> below, are they correct?
> for example:
> 1)
> --device.rerouting.deterministic=0.07
>  0.07 equals to 0.7(in a fraction of 100)
>
> 2)
> --device.rerouting.period =60  For every vehicle, not matter is loaded
> into the network or not,  it means this vehicle will  reroute its route
> every *MINUTE*  (using the specified rerouting algorithm, like Dijkstra)
> until this vehicle arrives at the destination.
>
> It
> --device.rerouting.pre-period =60for very vehicle which has not been
> loaded into the network,  it means that vehicle will reroute its route
> every *MINUTE* according to the current traffic condition until it is
> going to depart from the departure  position.
>
> Thanks at  all!
>
>
> Best!
>
> Jane
>
> On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung 
> wrote:
>
>> Deal all,
>> Could someone help me to understand the meaning of *teleport/teleported*
>>  ?
>> “http://sumo.dlr.de/wiki/SUMO”
>>
>> Thanks in advance
>>
>> Best regards!
>>
>> Jane
>>
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] one simple question

[Jane Cheung]

One more question,
in http://sumo.dlr.de/wiki/Demand/Automatic_Routing

--device.rerouting.deterministic false The devices are set deterministic
using a fraction of 1000 (with the defined *probability*)
--device.rerouting.period **
 0 The
period with which the vehicle shall be rerouted
--device.rerouting.pre-period **
 60 The
rerouting period before insertion/departmy understanding are listed below,
are they correct?
for example:
1)
--device.rerouting.deterministic=0.07
 0.07 equals to 0.7(in a fraction of 100)

2)
--device.rerouting.period =60  For every vehicle, not matter is loaded into
the network or not,  it means this vehicle will  reroute its route  every
*MINUTE*  (using the specified rerouting algorithm, like Dijkstra) until
this vehicle arrives at the destination.

It
--device.rerouting.pre-period =60for very vehicle which has not been loaded
into the network,  it means that vehicle will reroute its route  every
*MINUTE* according to the current traffic condition until it is going to
depart from the departure  position.

Thanks at  all!


Best!

On Wed, Sep 12, 2018 at 2:59 PM Jakob Erdmann  wrote:

> http://sumo.dlr.de/wiki/Simulation/Why_Vehicles_are_teleporting
>
> 2018-09-12 20:37 GMT+02:00 Jane Cheung :
>
>> Deal all,
>> Could someone help me to understand the meaning of *teleport/teleported*
>>  ?
>> “http://sumo.dlr.de/wiki/SUMO”
>>
>> Thanks in advance
>>
>> Best regards!
>>
>> Jane
>>
>> ___
>> sumo-user mailing list
>> sumo-user@eclipse.org
>> To change your delivery options, retrieve your password, or unsubscribe
>> from this list, visit
>> https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] one simple question

[Jakob Erdmann]

http://sumo.dlr.de/wiki/Simulation/Why_Vehicles_are_teleporting

2018-09-12 20:37 GMT+02:00 Jane Cheung :

> Deal all,
> Could someone help me to understand the meaning of *teleport/teleported* ?
> “http://sumo.dlr.de/wiki/SUMO”
>
> Thanks in advance
>
> Best regards!
>
> Jane
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] one simple question

[Jane Cheung]

One more question,
in http://sumo.dlr.de/wiki/Demand/Automatic_Routing

--device.rerouting.deterministic false The devices are set deterministic
using a fraction of 1000 (with the defined *probability*)
--device.rerouting.period **
 0 The
period with which the vehicle shall be rerouted
--device.rerouting.pre-period **
 60 The
rerouting period before insertion/departmy understanding are listed below,
are they correct?
for example:
1)
--device.rerouting.deterministic=0.07
 0.07 equals to 0.7(in a fraction of 100)

2)
--device.rerouting.period =60  For every vehicle, not matter is loaded into
the network or not,  it means this vehicle will  reroute its route  every
*MINUTE*  (using the specified rerouting algorithm, like Dijkstra) until
this vehicle arrives at the destination.

It
--device.rerouting.pre-period =60for very vehicle which has not been loaded
into the network,  it means that vehicle will reroute its route  every
*MINUTE* according to the current traffic condition until it is going to
depart from the departure  position.

Thanks at  all!


Best!

Jane

On Wed, Sep 12, 2018 at 1:37 PM Jane Cheung  wrote:

> Deal all,
> Could someone help me to understand the meaning of *teleport/teleported* ?
> “http://sumo.dlr.de/wiki/SUMO”
>
> Thanks in advance
>
> Best regards!
>
> Jane
>
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] lanechange-output warning in simulation

[Jakob Erdmann]

What simulation options are you using?


2018-09-12 19:51 GMT+02:00 Lara CODECA :

> Dear All,
>
> when I try to use the option lanechange-output I get a long list of
> "Warning: Request backPos of vehicle 'XYZ' for invalid lane 'XYYZ'
> time=XYYYZ".
>
> I would like to know if it's a problem in my simulation and what should I
> do to fix it.
> I use Eclipse SUMO Version 5345f89a38
>  Build features: Linux-4.17.0-1-amd64 Proj GUI GDAL FFmpeg OSG GL2PS SWIG
> on Linux Debian Unstable.
>
> Regards,
> Lara
>
> --
> Lara CODECA
> Postdoc
> Tel : 04.93.00.81.51
>
> EURECOM
> Campus SophiaTech
> http://www.eurecom.fr/
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] one simple question

[Jane Cheung]

Deal all,
Could someone help me to understand the meaning of *teleport/teleported* ?
“http://sumo.dlr.de/wiki/SUMO”

Thanks in advance

Best regards!

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

[sumo-user] lanechange-output warning in simulation

[Lara CODECA]

Dear All,

when I try to use the option lanechange-output I get a long list of 
"Warning: Request backPos of vehicle 'XYZ' for invalid lane 'XYYZ' time=XYYYZ".
 
I would like to know if it's a problem in my simulation and what should I do to 
fix it.
I use Eclipse SUMO Version 5345f89a38
 Build features: Linux-4.17.0-1-amd64 Proj GUI GDAL FFmpeg OSG GL2PS SWIG
on Linux Debian Unstable.

Regards,
Lara

-- 
Lara CODECA
Postdoc
Tel : 04.93.00.81.51

EURECOM
Campus SophiaTech
http://www.eurecom.fr/
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] Customerized defined and modified partners of the SUMO

[Jane Cheung]

Dear all ,

There is some problem that I hope someone could help me.
1) For SUMO, how does the actuated function of TSL define? In other words,
could we express the function by using some mathematical formulation?
 2) If I want to change the default actuated function in SUMO, how to do it?

Best!

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

Re: [sumo-user] SUMO installation on ubuntu

[Jakob Erdmann]

Thank you for reporting this. It is now being tracked here:
https://github.com/eclipse/sumo/issues/4583
regards,
Jakob

2018-09-12 16:13 GMT+02:00 Thanos Tasakos :

> Hello SUMO,
> i have installed SUMO on Ubuntu 18.04 using sudo apt-get command. The
> installation went perfectly, but i want to point out that in the
> usr/share/sumo folder that is created there is not included a data folder,
> only the tools folder, so when i i run a SUMO configuration file i got the
> warning.
>
>  Warning: Cannot find local schema
> > ~/data/xsd/routes_file.xsd', will try website lookup
>
> I fixed it by explicitly moving the data folder of a windows build that i 
> have in the correct location,
>
> But i suspect it is not the recommended way.
>
> Kind Regards,
>
> Thanos Tasakos
>
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] SUMO installation on ubuntu

[Thanos Tasakos]

Hello SUMO,
i have installed SUMO on Ubuntu 18.04 using sudo apt-get command. The
installation went perfectly, but i want to point out that in the
usr/share/sumo folder that is created there is not included a data folder,
only the tools folder, so when i i run a SUMO configuration file i got the
warning.

 Warning: Cannot find local schema
> ~/data/xsd/routes_file.xsd', will try website lookup

I fixed it by explicitly moving the data folder of a windows build
that i have in the correct location,

But i suspect it is not the recommended way.

Kind Regards,

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

Re: [sumo-user] Netedit roadside parking

[Jakob Erdmann]

ParkingAreas must not be defined in a .net.xml file. Instead they must
defined in an additional file. (loaded with sumo option
--additional-files). You can use Netedit to load / edit / save such files.

regards,
Jakob

2018-09-12 12:43 GMT+02:00 Thomas Thorn :

> Hello everybody,
>
> I am using sumo 0.32 and wanted to add a parkingArea to my net. When I
> opened it with netedit it did not show and was overwritten after changing
> the net with the tool.
> Is there a way of changing a net without deleting all parking areas?
>
> Best regards,
> Thomas
>
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] Polygon coordinates via TraCI

[Jakob Erdmann]

Yes.
http://www.sumo.dlr.de/daily/pydoc/traci._polygon.html#PolygonDomain-getShape

2018-09-12 12:42 GMT+02:00 Thomas Thorn :

> Hello everybody,
>
>
> I am new to sumo. I use sumo 0.32 and was wondering if it is possible to
> get the coordinates of a polygon via TraCI.
>
>
> Best regards,
>
> Thomas
>
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

[sumo-user] Netedit roadside parking

[Thomas Thorn]

Hello everybody,

I am using sumo 0.32 and wanted to add a parkingArea to my net. When I opened 
it with netedit it did not show and was overwritten after changing the net with 
the tool.
Is there a way of changing a net without deleting all parking areas?

Best regards,
Thomas

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

[sumo-user] Polygon coordinates via TraCI

[Thomas Thorn]

Hello everybody,


I am new to sumo. I use sumo 0.32 and was wondering if it is possible to get 
the coordinates of a polygon via TraCI.


Best regards,

Thomas

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

[sumo-user] Reaction Time

[Jose Monreal Bailey]

Hi everyone,

I was thinking in simulate different reaction times with SUMO, by using
acel and decel parameters.
But would this be appropriate? or is there a better way to do it?

Best regards,
José
___
sumo-user mailing list
sumo-user@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] NETCONVERT + OSM Turn restrictions.

[Jakob Erdmann]

netconvert is supposed to load all usable restrictions and gives warning
output when ignoring restrictions ("Ignoring restriction ..."). The
netconvert log output would be a good place to start investigating.

regards,
Jakob


2018-09-12 10:45 GMT+02:00 Lara CODECA :

> Dear All,
>
> I'm using osm turn restrictions to manipulate the intersection of my
> network, see fig
> JOSM-restriction.png. Using the netconvert configuration file attached, I
> cannot remove the
> left-turn (see NET-missing-restriction.png).
> In other place, the OSM restrictions are working. So, do I have a way to
> know when restriction are
> implemented?
>
> For the records, I'm trying to keep the scenario generation scriptable so
> I don't use NETEDIT.
> I'm using the development version, Eclipse SUMO Version 5345f89a38 on a
> Debian Unstable.
>
> Regards,
> Lara
> --
> Lara CODECA
> Postdoc
> Tel : 04.93.00.81.51
>
> EURECOM
> Campus SophiaTech
> http://www.eurecom.fr/
>
> ___
> sumo-user mailing list
> sumo-user@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user

Re: [sumo-user] vehicle don't overtake in the opposite direction in SUMO 1.0.0

[christian.damdjowabo]

Hello Jakob,

Thank you very much for your answer.
I download the last release, and as you told me the issue with the overtaking 
is already fixed. It’s work right now fine.
But about the collision is at the moment already not fixed. There is still more 
collision. Even if you use another Car following model like “Krauss model”. 
It’s not only by using the ACC-model.
I just wanted to give a short feedback, about the current status.

Thank you very much

Von: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] Im 
Auftrag von Jakob Erdmann
Gesendet: Freitag, 7. September 2018 14:51
An: Sumo project User discussions
Betreff: Re: [sumo-user] vehicle don't overtake in the opposite direction in 
SUMO 1.0.0

Hello,
- the failure to change through the opposite lane in your example is due to 
there being multiple lanes on the road in question. The implementation was 
following the assumption that opposite-direction overtaking only needs to be 
considered on single-lane roads but this did not account for unusable lanes. 
(https://github.com/eclipse/sumo/issues/4550).  The issue was already present 
in 0.32.0 and has been fixed in the development version.

- the issue with collisions is due to safety issues with the new car following 
model ACC (https://github.com/eclipse/sumo/issues/4551)

- there are further collisions triggered by problems with the 
opposite-direction model. Some of them have been fixed in the meantime but some 
still remain. (https://github.com/eclipse/sumo/issues/3718)


regards,
Jakob

2018-09-06 12:58 GMT+02:00 
mailto:christian.damdjow...@zf.com>>:
Hello Jakob,

i have also the feeling that the overtaking in the opposite direction don’t 
work fine in the new version of SUMO.
I used the parameter during the conversion via Netconvert:



Everything work fine, and we can also see in the generated “net.xml File” the 
“neigh- parameter”, which define the neighbor lane. Thus the vehicle can drive 
on that opposite lane to doing some overtaking maneuver.
Unfortunately the vehicles don’t overtake in the Network. I tried also to 
modify the Car Following Model, but the same issue. The vehicle just drive 
behind the bicycle (max speed is under 20 km/h) (see picture in attached).

Furthermore I some place on the Network vehicle just drives in the leader car 
without considering the “minGap-parameter” (collision) (see picture in the 
attached).

Thank you very much for your help.


Br


Christian

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