AW: [sumo-user] Vehicle navigation

[<Dan...@dl...>]

Dear Jonathan,=20

> -----Urspr=FCngliche Nachricht-----
> Von: sum...@li...=20
> [mailto:sum...@li...] Im Auftrag von=20
> Jonathan Davies
> Gesendet: Donnerstag, 27. Januar 2005 17:53
> An: sum...@li...
> Betreff: [sumo-user] Vehicle navigation
>=20
> Hi Daniel,
>=20
> SUMO is now looking like it might prove to be a useful tool=20
> to help me in my research. I've read the documentation, but I=20
> have a few questions that that the available documentation=20
> did not seem to cover that I'd be grateful if you could=20
> answer to help me to decide whether I will be able to use SUMO.
>=20
> One of the features which I'll need to use is for vehicles to=20
> be able to determine their own route through the map, from=20
> their origin to their destination. From what I've read, it=20
> seems as though SUMO currently pre-determines vehicles'=20
> routes (as an ordered list of roads to use), configured using=20
> the routes file.
>=20

That's right.


> Just like navigation software in real vehicles does, I'd like=20
> vehicles to be able to use their knowledge of the layout of=20
> the roads to work out the best route to the destination in=20
> real-time. And depending on what parameters define 'the best=20
> route', this may change throughout the course of their journey.
>=20
> Assuming that I'm able to write the 'navigation software'=20
> logic, how difficult do you think it would be to modify the=20
> relevant parts of the SUMO code to integrate this? Or is the=20
> current system of using pre-determined routes integrated too=20
> tightly with the rest of the program to allow me to do this?
>=20

No, I don't think it is. As each vehicle may have an own route - which =
in fact is just a simple class attached to the vehicle - one should be =
able to replace routes easily while the simulation is running.=20


> Two other less important questions that I have concern=20
> importing of map
> data:
>=20
> I have access to map data from the UK, which describes the=20
> centre-lines of roads as a series of lines. (The format is=20
> known as NTF format.) I've tried to import this data into=20
> SUMO by generating edge and node XML files from it, but when=20
> I view the map in the GUI, it becomes apparent that SUMO has=20
> mis-interpreted most of the non-trivial junctions (especially=20
> where a two-way road splits into two one-way roads). Have you=20
> ever worked with NTF and had any success importing it into=20
> SUMO; or have you managed to successfully specify complex=20
> real-world junctions (e.g. roundabouts)?
>=20

No, we have not used this format, yet. May you send a picture of this? =
In fact, I have found quite a serious bug within the netconverter. Are =
you familiar with the CVS-system? If so, you should be able to get a =
patched version from there.=20

May I ask you what system you are using (windows/linux and gcc/msvc)?


> And finally, is there any way in which I can specify my roads=20
> so that cars drive on the left (as in the UK), rather than on=20
> the right? Or is driving on the right hard-coded into SUMO?
>=20

Ha ha ha, well, it is mostly hard coded... Hmmm, I have to think about =
it over the weekend. It should be quite straight forward to make this =
variable...

> Thanks for your time,
>=20
> Jonathan
>=20

Bye,
Daniel

>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive=20
> Reporting Tool for open source databases. Create drag-&-drop=20
> reports. Save time by over 75%! Publish reports on the web.=20
> Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sumo-user mailing list
> sum...@li...
> https://lists.sourceforge.net/lists/listinfo/sumo-user
>=20
>=20