Hi Jakob, 
Thanks a lot for your reply and consideration. and also many thanks for adding 
an example to the description. Pretty helpful. Much appreciated. 
Just to confirm my understanding:I should not use tazid for fromTaz. Instead, I 
shall use edges as shown in red, (of course an edge which satisfies my 
conditions) 
<taz id="-16702598#3" edges="-16702598#3 16702598#3"/>. For each positive and 
negative edgeid, we have a positive and negative tazid, and this allows the 
duarouter to pick the correct edge in the later step.

By the way, in the example, seems the second trip (the one with fromTaz) missed 
the depart attribute.
Thanks once again Jakob for your support and thoughtfulness.
Many thanksMohsen




On Monday, May 29, 2017, 9:11:03 PM GMT+12, Jakob Erdmann 
<[email protected]> wrote:Hello,
the generated Taz are exactly as they should be. The bidi-districts are not 
intended to be free from overlaps. They are meant to allow both directions for 
departure and arrival. So if the original trip attribute was 
from="16702598#3" you would replace this with fromTaz="16702598#3"
and this would allow the vehicle to depart from either edge 16702598#3 or 
16702598#3.
likewise if another vehicle had the depart (or arrival) edge
from="-16702598#3" it would be allowed to depart from both after replacing from 
with fromTaz.

See the updated documentation at 
http://sumo.dlr.de/wiki/Tools/District#generateBidiDistricts.py

regards,
Jakob

2017-05-28 11:34 GMT+02:00 mohsen hs <[email protected]>:

Hi Jacob, 
Thank you for your advise regarding using generatebididistricts once again.
I had some difficulty to run the generatebididistricts  script for a large file 
(*.net.xml of my city) in windows but finally, I sorted it out in Linux and it 
was pretty fast. However, I noticed that for a same set of edges, there are two 
different tazids (There are several examples). This does not look right to me 
and I am not sure which one I shall pick. I would be grateful if you could 
advise. I can randomly remove one of them, but not sure if this is a right 
solution.

Many thanksMohsen
<taz id="-16702598#3" edges="-16702598#3 16702598#3"/>
<taz id="16702598#3" edges="-16702598#3 16702598#3"/>


On Tuesday, May 9, 2017, 7:36:38 AM GMT+12, mohsen hs <[email protected]> 
wrote:Hi Jacob,
Thank you so much for your consideration and your informative answer.
This is a great help and I appreciate that.I will try it.
Many thanksMohsen 

    On Tuesday, May 9, 2017 7:22 AM, Jakob Erdmann <[email protected]> 
wrote:
 

 Hello,
the updated documentation link is: http://sumo.dlr.de/wiki/TraCI/ 
Simulation_Value_Retrieval# Command_0x82:_Position_ Conversion
When using the python client, the following function can be used:
road, pos = traci.simulation.convertRoad( lon, lat, isGeo=True)
Note that the running time of this command grows linear with the size of the 
network (we didn't get around to optimizing it).
If you want to map vehicles to the road network you can also do this:
x, y = traci.simulation.convertGeo( lon, lat, fromGeo=True)
traci.vehicle.moveToXY(vehID, "", 0, x, y)
and the vehicle will be placed on the closest lane. The running time of this 
command is logarithmic in the size of the network.

regards,
Jakob


2017-05-08 21:06 GMT+02:00 mohsen hs <[email protected]>:

 Hi Jacob,
Thanks for your reply.
It was hyperlinked, I am not sure why it has not shown up. This is the link:
http://www.sumo.dlr.de/ userdoc/TraCI/Protocol.html# Position_Representations
  TraCI/Protocol - SUMO - Simulation of Urban Mobility


Many thanksMohsen

   

 On Tuesday, May 9, 2017 12:19 AM, Jakob Erdmann <[email protected]> 
wrote:
 

 Hello,
- can you link the old answer please? This way I can tell you the updated links
- when you say 'efficient' do you mean in terms of computation time or 
convenience?
regards,
Jakob

2017-05-08 10:36 GMT+02:00 mohsen hs <[email protected]>:

Hi there,
I am interested to know if there is an efficient way to map geo coordinates to 
edges in sumo. I found this which has been answered by Jacob about 4 years ago 
and the two links do not work anymore. I was wondering if you could kindly let 
me know of if there is any update about the accuracy of TraCl. In addition, it 
would be great if you could also refer me to some example if exist as no 
example exists here.



Many thanks
Mohsen
------------------------------ ------------------------------ ------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
______________________________ _________________
sumo-user mailing list
[email protected]. net
https://lists.sourceforge.net/ lists/listinfo/sumo-user




   



   

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
sumo-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sumo-user

Reply via email to