Hello, 1) options are fine. I would not expect a 90mb simulation network to drop below real-time simulation speed. Possibly your simulation spends a lot of time computing routes. Check if either of the following options speeds things up: --routing-algorithm astar --routing-algorithm CHWrapper --device.rerouting.threads <INT>
2) Car following models are not used in mesosim. Slope is taken into account in mesosim only for emission/fuel consumption. 3) The error indicates that a vehicle with the same ID already exists in the simulation. This may be a bug but I would need a (small!) failing example to look into this. regards, Jakob Am Mo., 25. Nov. 2019 um 12:29 Uhr schrieb florian.ber...@umlaut.com < florian.ber...@umlaut.com>: > Hi Jakob, > > > > thanks for your quick reply and fixes. > > > > “Regarding vehicles with reroute="0". Can you please provide a minimal > sample input that reproduces this issue?” > > Sharing the network file will be difficult. The file is about 90 MB. Any > suggestion how we can provide a smaller subset? > > > > The meso simulation takes also a quite long time, we thought it will be > much faster. > > Currently, 1 hour simulation takes about 24h real time. > > > > - We use the options --mesosim true --meso-junction-control.limited > true --meso-overtaking > > Are they fine? > > > > - We also use the carfollowing model KraussPS to consider slopes. The > altitude was extracted from SRTM data. > > Is this model used if we simulate with mesosim? > > > > - We still have an error with an calibrator after we load the state > file from the previous: > > > > > > > > *Loading state from 'state_25200.00_fixed.xml'... done (18747ms). Loading > done. Simulation version 1.3.1 started with time: 25200.00 Error: Emission > of vehicle 'cali_133849585.25233991.0' in calibrator > 'cali_133849585'failed! Quitting (on error). DijkstraRouter answered 1014 > queries and explored 43169.76 edges on average. * > *DijkstraRouter spent 42128ms answering queries (41.55ms on average). > Segmentation fault* > > > > Thanks again for your help, > > Florian > > > > > > -- > > *Dr. Florian* *Berkes* > > umlaut > > cell +49 151 27654 587 > > florian.ber...@umlaut.com > > > > *www.umlaut.com <http://www.umlaut.com>* > > > > *umlaut solutions GmbH* > > *legal disclaimer, mandatory information and the umlaut office addresses > can be found at* > > *imprint.umlaut.com/SOL <https://imprint.umlaut.com/SOL>* > > *Information about the processing of your personal data can be found **here. > <https://imprint.umlaut.com/gdpr-SOL>* > > > > *Von:* sumo-user-boun...@eclipse.org <sumo-user-boun...@eclipse.org> *Im > Auftrag von *Jakob Erdmann > *Gesendet:* Samstag, 23. November 2019 09:19 > *An:* Sumo project User discussions <sumo-user@eclipse.org> > *Betreff:* Re: [sumo-user] Error using load-state option with calibrators > > > > Hello, > > the 'depart' value within the statefile encodes departDelay. This can > become negative due to https://github.com/eclipse/sumo/issues/964 > <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feclipse%2Fsumo%2Fissues%2F964&data=02%7C01%7Cflorian.berkes%40umlaut.com%7C27ae4ffa114042dc703d08d76fedee8c%7C58d65043cd9d409f828b59b40ef5f919%7C0%7C0%7C637100940004073713&sdata=hfDfxfEfK4lcUwBZ%2BVJHvsUtO%2FJXiN6oXGkrpUg1yDU%3D&reserved=0> > > The error you are seeing comes from our xml-schema validation ( > https://sumo.dlr.de/docs/XMLValidation.html > <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsumo.dlr.de%2Fdocs%2FXMLValidation.html&data=02%7C01%7Cflorian.berkes%40umlaut.com%7C27ae4ffa114042dc703d08d76fedee8c%7C58d65043cd9d409f828b59b40ef5f919%7C0%7C0%7C637100940004083710&sdata=KF%2BiwZHR6MQDydJbSDtAWQNyMpEzdRQmXkkU1NuH3OE%3D&reserved=0> > ) > > I've updated the schema files to allow negative departDelay. > > To prevent the error you can either > > - copy my patch to the schema files ( > https://github.com/eclipse/sumo/commit/406a75fa444098139ddf70a949310eeb3a74280b > <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feclipse%2Fsumo%2Fcommit%2F406a75fa444098139ddf70a949310eeb3a74280b&data=02%7C01%7Cflorian.berkes%40umlaut.com%7C27ae4ffa114042dc703d08d76fedee8c%7C58d65043cd9d409f828b59b40ef5f919%7C0%7C0%7C637100940004083710&sdata=euJekte57cH%2BJv7ebD8TAcaqMB3OPPp5iht%2B0xDrZHY%3D&reserved=0> > ) > > - disable xml validation (--xml-validation never) > > > > Regarding invalid routeDistribution: Thanks for letting me know. This is > now fixed: https://github.com/eclipse/sumo/issues/6308 > <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Feclipse%2Fsumo%2Fissues%2F6308&data=02%7C01%7Cflorian.berkes%40umlaut.com%7C27ae4ffa114042dc703d08d76fedee8c%7C58d65043cd9d409f828b59b40ef5f919%7C0%7C0%7C637100940004093706&sdata=Us7YO%2F7FUITFrkx9%2FGjgfpH6Pe7RhoNKPwCQ8uqzc%2FU%3D&reserved=0> > > Regarding vehicles with reroute="0". Can you please provide a minimal > sample input that reproduces this issue? > > Regarding lane placement: Mesosim mostly does not take lanes into account > (except turn lanes at intersection). Placement of vehicles in the rightmost > lane is therefore purely a visual issue. > > > > regards, > > Jakob > > > > Am Fr., 22. Nov. 2019 um 09:22 Uhr schrieb florian.ber...@umlaut.com < > florian.ber...@umlaut.com>: > > Hi Jakob, > > > > we run a 24h scenario’s using sumo meso (v1.3) using > > - randomtrips generate for each hour, > - multiple calibrators (> 1000) in 1min-frequency, only streets with > prio 7 to 13 and larger than 100 m > - using the option load-save state for every hour suffix (xml) > > > > We had some issues with the calibrators attributes and did some fixes: > > - vehicle inserted by calibrators with attribute *reroute=0*. When > loading the state, insertion of these vehicles fails. Fix: set > *reroute=1* > - some routeDistribution entries have attribute *probabilities="",* > which results in an error when loading the state. Fix: *removing these > distributions* > > > > After 5am of the simulation, we faced the following error loading the > state file: > > > > *Error: value '-4327.00' must be greater than or equal to minInclusive > facet value '0'* > > ** > *<delaybegin="959343"depart="-4327.00"end="932642"number="26119"time="125970483.00"/>* > > > > We deleted the line in the state file and continue the simulation. > > However at 7 am we faced again an error for one calibrator. > > > > In the GUI we see that most of the vehicles are mostly placed at the right > lane (effect of meso simulation?) > > Any idea what could be wrong with the calibrators? > > > > Thanks > > Florian > > > > _______________________________________________ > sumo-user mailing list > sumo-user@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user > <https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.eclipse.org%2Fmailman%2Flistinfo%2Fsumo-user&data=02%7C01%7Cflorian.berkes%40umlaut.com%7C27ae4ffa114042dc703d08d76fedee8c%7C58d65043cd9d409f828b59b40ef5f919%7C0%7C0%7C637100940004093706&sdata=HbZkGrDvu0UKLZcw%2BzrgDJHKeWCIVXF%2FKqxjtIquvgc%3D&reserved=0> > > _______________________________________________ > sumo-user mailing list > sumo-user@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user