Hi Menno, Thanks for the Screenshots. Position of E2 detectors can be flexible thought the parameter "FriendlyPos", similar to busStop/ContainerStop/ChargingStation. Dialog appears due #3269, because isn't already finished. I think that this ticked will be finished in the next days.
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-25 14:06 GMT+02:00 Menno van der Woude <[email protected]>: > See attached screen shot, of attached network+additionals loaded in SUMO > and NETEDIT, r25337. Pressed F5 in both windows. > > Also, see second screenshot of the dialog that appears when trying to save > the additions in the svn version, which were created using NETEDIT version > 0.30. > > Also, when moving detectors (E2) in NETEDIT r25337, they do a little snap > after releasing the mouse button, making it hard to place them precisely, > but maybe this is meant by ticket #3269. > > Greets, Menno > > Op 25-7-2017 om 13:39 schreef Jakob Erdmann: > >> Generally, there should be no visible difference between sumo-gui and >> netedit (after F5). >> If you can still reproduce this issue, please send us an error example. >> >> regards, >> Jakob >> >> 2017-07-25 13:26 GMT+02:00 Pablo Álvarez López via sumo-user < >> [email protected] <mailto:[email protected] >> >>: >> >> 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 >> <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 <tel:%2B49%20531%20295-3159> >> <%2B49%20531%20295-3457> | *[email protected] >> <mailto:[email protected]> >> <[email protected] <mailto:[email protected]>>* >> >> www.DLR.de <http://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] >> <mailto:[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] >> <mailto:[email protected]> >> > https://lists.sourceforge.net/lists/listinfo/sumo-devel >> <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] <mailto:[email protected] >> forge.net> >> https://lists.sourceforge.net/lists/listinfo/sumo-user >> <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
