- put 'type' information (source, sink) into e1detectors.xml - run python3 $SUMO_HOME/tools/detector/flowrouter.py -n network.net.xml -d e1detectors.xml -f TrafficCountdata.csv -o routes.xml -e flows.xml -v --vclass passenger --source-sink-output sourceSink.xml --flow-poi-output flow_poi.xml
Explanations: - flowrouter does not handle the "inductionLoop" element - flowrouter has trouble figuring out detector type end edges that aren't on the network fringe - option --revalidate-detectors causes all loaded sinks and sources to be ignored and recomputed - option --lane-based isn't tested as much as the simple edge-based version and makes debugging harder. Add back this option after the edge-based routing is working to satisfaction regards, Jakob Am Do., 22. Apr. 2021 um 22:42 Uhr schrieb Alejandro Rodríguez Sánchez < [email protected]>: > Hello again, sorry for my late response. > I have changed the way I focus the problem and I have created a network of > E1 detectors and another of induction loops for each lane in the edges > where is a original detector with their respective normalized traffic > counts for each lane. > However, I still have the problem that none of the sources or the sinks > are loaded from the detectors file but are created by flowrouter in > positions that don't correspond with the positions of the detectors or > induction loops of my detector file, so the vehicles are created in > locations that differ from reality. > This is how I am running flowrouter: > python3 $SUMO_HOME/tools/detector/flowrouter.py -n network.net.xml -d > inductionloops.xml -f TrafficCountdata.csv --lane-based -o routes.xml -e > flows.xml -v --vclass passenger --source-sink-output sourceSink.xml > --revalidate-detectors --flow-poi-output flow_poi.xml > > What can I do to force flowrouter to load sources and sinks from the > detectors file? > > Sincerely, > Alejandro > > El mar, 6 abr 2021 a las 15:12, Jakob Erdmann (<[email protected]>) > escribió: > >> 1) The code is somewhat obscure but I think the routes will be built >> despite the warning as long as their length exceeds the value of >> --min-route-length (default -1) >> 2) this message comes from the automatic detector classification which is >> not very suitable for highly meshed urban networks. You can instead >> classify your detectors beforehand based on your own knowledge and intent >> 3) the detector classification by flowrouter is less sophisticated and >> only works for edges that have no predecessor/successor. use manual >> classification instead >> >> Consider using routeSampler as an alternative to the above tools as it >> gives more control over the generated routes. >> >> regards, >> Jakob >> >> >> >> Am Mo., 5. Apr. 2021 um 10:59 Uhr schrieb Alejandro Rodríguez Sánchez < >> [email protected]>: >> >>> Hello Giuliana, >>> Thanks for the answer, it worked perfectly. However, I have a few >>> questions about dfrouter and flowrouter: >>> >>> 1) I keep getting "Could not close route for detector X" warnings for >>> most of the warnings, no matter if I pass the options --routes-for-all >>> or/and --keep-unfinished-routes or none of them. I've noticed that this >>> always happens to "between" detectors. What does this exactly mean? Are >>> vehicles passing by those detectors not finishing their trips? >>> This is how I'm launching dfrouter: >>> dfrouter --net-file ${network} --routes-output ${routes} >>> --emitters-output ${emitters_file} --detector-files ${detectors_pos} >>> --measure-files ${measures_file} --strict-sources true --detector-output >>> detectors_out.xml --keep-unfinished-routes >>> >>> 2) I also get lots of warnings like this: "Warning: Quitting checking >>> for being a source for detector 'ES54-a' due to seen edge limit" >>> For this reason I have very few sources in my network and as a result, >>> the number of vehicles generated is lower than expected, but if possible I >>> want to avoid using the "between" detectors as sources. >>> >>> 3) Regarding flowrouter, I wanted to compare the results with dfrouter >>> but when I run flowrouter it seems that it isn't reading the detectors >>> file. According to the documentation I understand that the detectors file >>> used as input in dfrouter should be adequate to use as input in flowrouter, >>> as well as the detectors_out.xml generated by dfrouter. However, with both >>> of the detector files I get 0 sources and sinks loaded from detector file: >>> >>> Reading net >>> 1066109 edges read >>> Reading detectors >>> Warning! Edge '31512186' is simultaneously source and sink. >>> Warning! Edge '739266307' is simultaneously source and sink. >>> Warning! Edge '823760807' is simultaneously source and sink. >>> Loaded 0 sources and 0 sinks from detector file. Added 138 sources and >>> 110 sinks from the network >>> Reading flows >>> Calculating routes >>> 138 sources, 138 unlimited >>> 110 sinks, 110 unlimited >>> >>> Nonetheless, the routes and flows file generated by flowrouter >>> (attached) does look nice, so I think I'm missing something. >>> >>> Best regards, >>> Alejandro. >>> >>> >>> El jue, 1 abr 2021 a las 1:27, <[email protected]> escribió: >>> >>>> Hi Alejandro, >>>> >>>> >>>> >>>> please replace the “,” in your csv files by “;” and run dfrouter again. >>>> If that was the problem, you should be getting some vehicle-elements in the >>>> output ‘vehicles.rou.xml’. Now the output contains only >>>> routeDistributions-elements. >>>> >>>> >>>> >>>> Regards, >>>> >>>> Giuliana >>>> >>>> >>>> >>>> *Von:* sumo-user <[email protected]> *Im Auftrag von *Alejandro >>>> Rodríguez Sánchez >>>> *Gesendet:* Mittwoch, 31. März 2021 12:12 >>>> *An:* Sumo project User discussions <[email protected]> >>>> *Betreff:* [sumo-user] sumo does not load vehicles after running >>>> dfrouter >>>> >>>> >>>> >>>> Hi everyone, >>>> >>>> I've recently started working with dfrouter in order to get "realistic" >>>> traffic flows in the city of Madrid. >>>> >>>> I have followed every step in the dfrouter docs in order to create the >>>> mandatory files (detector positions and flow measures). In order to locate >>>> the detectors in the network I have made my own script using >>>> >>>> *lanePos, dist = >>>> sumolib.geomhelper.polygonOffsetAndDistanceToPoint((x,y), >>>> closestLane.getShape())* >>>> >>>> to locate the closest Lane to each detector. >>>> >>>> >>>> >>>> After doing that, dfrouter seems to work properly: it creates the >>>> vehicles.rou.xml and sumoroutes.rou.xml files and they are not empty. >>>> >>>> However, while trying to run sumo, it does not load any vehicle. I have >>>> tried with the two following commands: >>>> >>>> >>>> >>>> sumo -c $conf_file --ignore-route-errors >>>> >>>> *sumo --net-file ${network} --additional-files >>>> ${routes},${emitters_file}* >>>> >>>> >>>> >>>> I have to note that I am trying to implement dfrouter in a network with >>>> public transport vehicles loaded apart from the passenger vehicles, but I >>>> don't think this can be an issue because the public transport vehicles are >>>> not loaded in the highlighted line. >>>> >>>> >>>> >>>> Could anyone pointing out where the error is, if any? >>>> >>>> >>>> >>>> I attach the dfrouter files and the rest of files for the simulation in >>>> this mail. >>>> >>>> >>>> >>>> Best regards, >>>> >>>> Alejandro Rodríguez Sánchez >>>> >>>> PhD student >>>> CIEMAT // Universidad Complutense de Madrid >>>> 28040 Madrid >>>> email: [email protected] >>>> >>>> Website: https://alexrsanchez.github.io/en/ >>>> >>>> *[image: Das Bild wurde vom Absender entfernt.] CarpetaDudas.zip >>>> <https://drive.google.com/file/d/1LvtU486cUQg3tn-aWlB4nZYE6m0LKmBl/view?usp=drive_web>[image: >>>> Das Bild wurde vom Absender entfernt.]* >>>> _______________________________________________ >>>> sumo-user mailing list >>>> [email protected] >>>> To unsubscribe from this list, visit >>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>> >>> >>> >>> -- >>> Alejandro Rodríguez Sánchez >>> PhD student >>> CIEMAT // Universidad Complutense de Madrid >>> 28040 Madrid >>> email: [email protected] >>> Website: https://alexrsanchez.github.io/en/ >>> _______________________________________________ >>> sumo-user mailing list >>> [email protected] >>> To unsubscribe from this list, visit >>> https://www.eclipse.org/mailman/listinfo/sumo-user >>> >> _______________________________________________ >> sumo-user mailing list >> [email protected] >> To unsubscribe from this list, visit >> https://www.eclipse.org/mailman/listinfo/sumo-user >> > > > -- > Alejandro Rodríguez Sánchez > PhD student > CIEMAT // Universidad Complutense de Madrid > 28040 Madrid > email: [email protected] > Website: https://alexrsanchez.github.io/en/ > _______________________________________________ > sumo-user mailing list > [email protected] > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list [email protected] To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
