Hello, you need to sort the emitters file (containing <vehicle> elements). regards, Jakob
2014-02-19 12:15 GMT+01:00 Pieter Loof <[email protected]>: > Hello, > > Thank you for the useful reactions, I see there is a tool for sorting the > route file. However, when I run sort_routes.py I get the output "read 0 > elements. wrote 0 elements." and no errors. The output file that is > generated contains some comments, but no route data. Now that I think of > it, doesn't the python script need the vehicle file in order to be able to > sort the routes? > > I read these reactions just after I sent a mail with an overview of my bug > reports (which also includes this scenario as "sumo_segfault" but then with > screenshot and reduced vehicle file size). So if the crash problem we are > discussing is solved already then you can ignore this scenario that I just > sent again in my bug overview message. > > Greetings, > Pieter > > > On 19 February 2014 09:16, Jakob Erdmann <[email protected]>wrote: > >> Hello, >> the crash appears to be resolved by changes in the latest svn revision >> (not just related to slight changes in driving dynamics). >> regards, >> Jakob >> >> >> 2014-02-19 8:26 GMT+01:00 Jakob Erdmann <[email protected]>: >> >> Hello, >>> thank for for reporting the crash and sending the files.. I was able to >>> reproduce it with 0.19.0 and will look into the matter. As a workaround you >>> may want to use the latest svn version which ran the scenario without >>> crashing. >>> >>> Please note that the option --lanechange.duration which you are using is >>> rather new and bugs were recently discovered: ( >>> http://sumo-sim.org/trac.wsgi/ticket/1152, >>> http://sumo-sim.org/trac.wsgi/ticket/1153). >>> >>> Regarding the problem of unsorted vehicles in the dfrouter output, >>> please look at the updated documentation here: >>> http://sumo-sim.org/wiki/Demand/Routes_from_Observation_Points#How_to_include_the_files >>> As Daniel mentioned we do not use DFRouter very often, which is why this >>> annoyance is not yet fixed. (But here is a ticket: >>> http://sumo-sim.org/trac.wsgi/ticket/1158 because I do think it is a >>> defect) >>> regards, >>> Jakob >>> >>> >>> 2014-02-17 14:35 GMT+01:00 Pieter Loof <[email protected]>: >>> >>> Hello, >>>> >>>> Giving the route and vehicle file to SUMO both via the "-r " flag in >>>> the correct order solved the errors. But now I am running into a different >>>> problem again. When running SUMO I get a lot of warnings about discarded >>>> vehicles because the route file is not sorted. Apart from that, the >>>> simulation runs and exits normally. So again I run into the problem of the >>>> route file not being sorted, although it is generated by DFRouter and I did >>>> not alter it. Because thousands of vehicles are discarded, the scenario >>>> output becomes unreliable for me. >>>> >>>> Now I guess a simple way to solve this is to put both the route and >>>> vehicle file in the list of additional files in the correct order. This >>>> simple solution works, the errors about the unsorted route file do not >>>> occur. But when running the simulation now, the simulation suddenly closes >>>> with a segmentation fault after 1503 steps. This happens repeatedly and >>>> both with and without GUI. Apart from some warnings about teleported >>>> vehicles and changed depart speeds because of close by junctions, the >>>> simulation seems to run normally up to the segmentation fault. So I guess I >>>> ran into another bug? I added the scenario for which the segmentation fault >>>> occurs. I simplified the scenario by removing some files and flags again >>>> and checked that the fault still occurs. The scenario can be run by running >>>> sumo or sumo-gui on the provided configuration file. >>>> >>>> Greetings, >>>> Pieter >>>> >>>> >>>> On 5 February 2014 12:52, Jakob Erdmann <[email protected]>wrote: >>>> >>>>> Hello, >>>>> I think I have finally figured out the underlying misunderstanding. >>>>> Please read the following (new) documentation: >>>>> http://sumo-sim.org/wiki/SUMO#Loading_order_of_input_files >>>>> >>>>> http://sumo-sim.org/wiki/Demand/Routes_from_Observation_Points#How_to_include_the_files >>>>> regards, >>>>> Jakob >>>>> >>>>> >>>>> >>>>> >>>>> 2014-02-04 Jakob Erdmann <[email protected]>: >>>>> >>>>> Hello, >>>>>> regarding 1) >>>>>> in config-files, >>>>>> <additional-files value="file1 file2 file3"/> and >>>>>> <additional-files value="file1,file2,file3"/> should both work. What >>>>>> error message do you get? >>>>>> >>>>>> regarding 2) >>>>>> most likely there is something wrong with the route file itself. It >>>>>> should generally be possible to use the -r option for route files. >>>>>> Only if the routes are unsorted (wrt departure time) you need to use >>>>>> -a because -a does not perform incremental loading but loads the whole >>>>>> file >>>>>> instead. >>>>>> >>>>>> Note, that in your route file any <route> elements must come before >>>>>> <vehicle route=""> elements referencing the former. >>>>>> >>>>>> regards, >>>>>> Jakob >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2014-02-04 Pieter Loof <[email protected]>: >>>>>> >>>>>> Hi all, >>>>>>> >>>>>>> I just tried using the --save-configuration option for both DFRouter >>>>>>> and >>>>>>> SUMO. It succesfully creates a config file, but I ran into a few >>>>>>> small >>>>>>> problems. >>>>>>> >>>>>>> Problem 1: >>>>>>> >>>>>>> I know that the additional files in a .sumocfg file is a >>>>>>> space-separator >>>>>>> list, like this: >>>>>>> <additional-files value="file1 file2 file3"/> >>>>>>> >>>>>>> Now, in whatever way I try to give the additional files as flag to a >>>>>>> sumo >>>>>>> command, it keeps saving it to the config file in the wrong format. >>>>>>> As far >>>>>>> as I know the flag for additional files should be a comma-separated >>>>>>> list, >>>>>>> like this: >>>>>>> sumo -a file1,file2,file >>>>>>> >>>>>>> But when I run the command and look at the produced config file, I >>>>>>> see that >>>>>>> the commas are stll there, it looks like this: >>>>>>> <additional-files value="file1,file2,file3"/> >>>>>>> >>>>>>> So there are still commas in between, and running SUMO with this >>>>>>> config >>>>>>> file gives errors that I do not receive when the list is >>>>>>> space-separated. I >>>>>>> tried a few different ways of formatting the "-a <FILE>" using >>>>>>> commas or >>>>>>> spaces as separator with and without enclosing braces, brackets or >>>>>>> quotes, >>>>>>> but the generated format is never correct. Am I doing something >>>>>>> wrong? >>>>>>> >>>>>>> Problem 2: >>>>>>> >>>>>>> When generating the sumo config file, using the flag "-r <FILE>" to >>>>>>> give >>>>>>> the route file, then the route file is written as >>>>>>> <route-files value=file/> >>>>>>> >>>>>>> But when running SUMO using the generated config file, errors occur >>>>>>> about >>>>>>> invalid references to routes. The only solution seems to be to give >>>>>>> the >>>>>>> route file under the "-a <FILE>" flag. If the route file should be an >>>>>>> additional file, then please fix the config generation process or >>>>>>> change >>>>>>> the documentation about providing the route file. >>>>>>> >>>>>>> Best regards, >>>>>>> Pieter >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> Managing the Performance of Cloud-Based Applications >>>>>>> Take advantage of what the Cloud has to offer - Avoid Common >>>>>>> Pitfalls. >>>>>>> Read the Whitepaper. >>>>>>> >>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk >>>>>>> _______________________________________________ >>>>>>> sumo-user mailing list >>>>>>> [email protected] >>>>>>> https://lists.sourceforge.net/lists/listinfo/sumo-user >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ sumo-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sumo-user
