Hi Menno, Currently we're changing the edition of positions of additionals in Netedit, therefore the position of detectors between SUMO and netedit is different. We have the opened ticked #3269 <http://sumo.dlr.de/trac.wsgi/ticket/3269> for this.
Regards —————————————————————————— *Deutsches Zentrum für Luft- und Raumfahrt* e.V. (DLR) Institut für Verkehrssystemtechnik | Bewertung des Verkehrs | Lilienthalplatz 7 | 38108 Braunschweig *Pablo Álvarez López* Telefon +49 531 295-3159 <%2B49%20531%20295-3457> | *[email protected] <[email protected]>* www.DLR.de <http://www.dlr.de/> | Institut für Verkehrssystemtechnik <http://www.dlr.de/ts> 2017-07-23 21:11 GMT+02:00 Menno van der Woude via sumo-devel < [email protected]>: > Hello Jakob, > > thanks for clarifying this. It would be nice to be able to set the index > via NETEDIT. And/or to set a custom string field per connection, which > could be referenced in a TraCI call. I'd be happy to implement the latter, > but I'd need some pointers on where to begin. > > Is it possible now to set tl index via an additionals file, or only when > not using NETEDIT, but building the xml data by hand? From the docs, I am > assuming the latter. > > I attached a patch with the code I wrote, that implements setting a single > tl phase directly via TraCI. It looks at either the id of the lane, or the > id of the edge. The function expects a single string, containing both an id > and a state as a single char, seperated by a space, ie. "sg1 G". Nicer > might be to have two arguments, but I did not know how to implement that. > Attached a network that if run with SUMO-GUI r25299, causes the mentioned > failure when ran with the debug version. > Also note, that the detectors (actually unused now, cause TraCI is > decoupled) are in a somewhat different place when viewed with SUMO-GUI > r26299, than when edited with NETEDIT 0.30. > That may be related to the fact that in the svn version of NETEDIT, it > seems not possible to save detectors? See screenshot of a dialog that > appears while trying to save the additionals file that was made with > version 0.30. > I am not aware of force moving vehicles. The trips have been generated > with od2trips, based on an od matrix. > > Kind regards, > > Menno > > Op 23-7-2017 om 20:58 schreef Menno van der Woude: > >> Hello Jakob, >> >> thanks for clarifying this. It would be nice to be able to set the index >> via NETEDIT. And/or to set a custom string field per connection, which >> could be referenced in a TraCI call. I'd be happy to implement the latter, >> but I'd need some pointers on where to begin. >> >> Is it possible now to set tl index via an additionals file, or only when >> not using NETEDIT, but building the xml data by hand? From the docs, I am >> assuming the latter. >> >> I attached a patch with the code I wrote, that implements setting a >> single tl phase directly via TraCI. It looks at either the id of the lane, >> or the id of the edge. The function expects a single string, containing >> both an id and a state as a single char, seperated by a space, ie. "sg1 G". >> Nicer might be to have two arguments, but I did not know how to implement >> that. >> >> Attached a network that if run with SUMO-GUI r25299, causes the mentioned >> failure when ran with the debug version. >> Also note, that the detectors (actually unused now, cause TraCI is >> decoupled) are in a somewhat different place when viewed with SUMO-GUI >> r26299, than when edited with NETEDIT 0.30. >> That may be related to the fact that in the svn version of NETEDIT, it >> seems not possible to save detectors? See screenshot of a dialog that >> appears while trying to save the additionals file that was made with >> version 0.30. >> I am not aware of force moving vehicles. The trips have been generated >> with od2trips, based on an od matrix. >> >> Kind regards, >> >> Menno >> > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > sumo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sumo-devel > > ------------------------------------------------------------------------------ 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
