Re: [sumo-user] "Set custom connection shape" causes very slow and overlapping vehicles in junction area
Great, thanks for the answer and for creating a ticket! Von: Jakob Erdmann Gesendet: Montag, 18. November 2019 15:25 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] "Set custom connection shape" causes very slow and overlapping vehicles in junction area The offending connection has a broken z-profile. The first and last points are at z-level 230 whereas the middle points are at z-level 0. This gives the connection a length of 460m and makes the vehicles look slow while traversing the intersection. The root cause is https://github.com/eclipse/sumo/issues/6275 Am Mo., 18. Nov. 2019 um 11:49 Uhr schrieb Jakob Kaths : Hi everybody, in our workflows we often convert OpenDRIVE files to SUMO networks for Co-Simulation, which generally works quite well. However, the shapes of lanes in junction areas are simplified during the net conversion. To readjust them manually, we use the “Set custom connection shape” function of NETEDIT (e.g. to avoid vehicles driving over traffic islands). Sometimes, this causes major problems in the junction area, where vehicles get very slow and start overlapping each other etc. Are these issues known and is there a workaround (sometimes fixing the junction shape accordingly helps, but it’s less flexible and comfortable). I attached a working example of a junction in which I readjusted the right-turn coming from north. All the best Jakob ___ 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
[sumo-user] "Set custom connection shape" causes very slow and overlapping vehicles in junction area
Hi everybody, in our workflows we often convert OpenDRIVE files to SUMO networks for Co-Simulation, which generally works quite well. However, the shapes of lanes in junction areas are simplified during the net conversion. To readjust them manually, we use the "Set custom connection shape" function of NETEDIT (e.g. to avoid vehicles driving over traffic islands). Sometimes, this causes major problems in the junction area, where vehicles get very slow and start overlapping each other etc. Are these issues known and is there a workaround (sometimes fixing the junction shape accordingly helps, but it's less flexible and comfortable). I attached a working example of a junction in which I readjusted the right-turn coming from north. All the best Jakob<> ___ 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
Re: [sumo-user] vehicle scope data after calling moveToXY
Great, thanks a lot for fixing that! I assume it will be in the nightly snapshot so I can test it tomorrow. Hope I still get the chance to adapt our paper for the SUMO Conference with these additions. Best regards Jakob Von: Jakob Erdmann Gesendet: Dienstag, 5. März 2019 07:54 An: Jakob Kaths Cc: Sumo project User discussions Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY Hello Jakob, The difference between your setup and mine was the sublane model. The issue has now been fixed (https://github.com/eclipse/sumo/issues/5255) thanks for the example. regards, Jakob Am Mo., 4. März 2019 um 14:50 Uhr schrieb Jakob Kaths : Hi Jakob, our actual setup is a little hard to send over, but I tried to pack something together quickly that exhibits the behavior. If you call the “moveToXY” command every step (i.e. set the variable MoveEveryXSteps to 1), you will always retrieve (1073741824, 1073741824) as a result from “getLaneChangeState”. However, if you only move every other step (i.e. set the variable MoveEveryXSteps to 2), you will receive alternating values of (1073741824, 1073741824) after moving and a set of plausible values after simulating without moving. We were hoping to be able to move the vehicle (every time step) and still receive meaningful lanechange values (and others such as leader, etc.) All the best Jakob Von: sumo-user-boun...@eclipse.org Im Auftrag von Jakob Erdmann Gesendet: Freitag, 1. März 2019 17:35 An: Sumo project User discussions Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY Since my own test does not show this problem, it would be great if you could prepare a minimal error scenario and send it my way (traci script, net.xml, etc). regards, Jakob Am Fr., 1. März 2019 um 14:14 Uhr schrieb Benedikt Schott : Thanks for your response, I tried again the recent available snapshot. However when accessing the getLaneChangeState I always get the bitset integer 1073741824 I actually specified a valid route when calling vehicleScope.add(*) by specifying the route_id The route_id seems to be available when asking for traci->vehicle.getRoute(veh_name). Is there anything else we need to account for? Just as a hint: When calling simulationStep twice, i.e. when letting sumo to control the vehicle at least for one step, the lane change state seems to be correct. Best regards, Benedikt Von: sumo-user-boun...@eclipse.org [mailto:sumo-user-boun...@eclipse.org] Im Auftrag von Jakob Erdmann Gesendet: Freitag, 1. März 2019 10:04 An: Sumo project User discussions Betreff: Re: [sumo-user] vehicle scope data after calling moveToXY Hello, - possilbly, your acceleration values were affected by https://github.com/eclipse/sumo/issues/5250 - the functions getLeader (if the leader is on another edge), getNextTLS and getLaneChangeState require knowledge about upcoming route edges for proper functioning. If you only move the vehicle with moveToXY and never set a route, these functions cannot work because the route then only consists of the current edge regards, Jakob Am Mi., 27. Feb. 2019 um 13:54 Uhr schrieb Benedikt Schott : Dear SUMO users, I am trying to get vehicle scope data for objects that I move with moveToXY command via the C++ TraCIAPI. The used procedure is as following 1. Determine new xy positioning for vehicle with name name 2. Call moveToXY for traffic object with name name 3. Perform SUMO simulation step 4. Access the following variables from vehicleScope for the moved traffic object a. vehicle_scope.getLaneChangeState(name, 1) and vehicle_scope.getLaneChangeState(name, -1) b. vehicle_scope.getAcceleration(name) c. vehicle_scope.getLeader(name) d. vehicle_scope.getNextTLS(name) However, the values seem to be not valid after calling moveToXY. Is it possible to access these values for moved traffic objects or would it be possible to provide this functionality in the next time? Kind regards, Benedikt Schott ___ 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___ 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
Re: [sumo-user] Using flows after loading a simulation state
Thanks for the fix, I checked it now and it works fine for me. Von: Jakob Erdmann Gesendet: Donnerstag, 31. Januar 2019 09:30 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Using flows after loading a simulation state Unfortunately, our nightly-builds are not up-to-date so you either have to build from source or wait until our server issues are resolved. Am Do., 31. Jan. 2019 um 08:23 Uhr schrieb Jakob Kaths : Hi Jakob, thanks for fixing this exciting new one again super fast. I’ll test with the next nightly snapshot. All the best Jakob Von: Jakob Erdmann Gesendet: Mittwoch, 30. Januar 2019 23:43 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Using flows after loading a simulation state Hello Jakob, thanks for providing the example scenario. The issue has been fixed: https://github.com/eclipse/sumo/issues/5131 (It was not a regression to an earlier bug but rather an exciting new bug). best regards, Jakob Am Di., 29. Jan. 2019 um 12:31 Uhr schrieb Jakob Kaths : Hi Jakob, could it be, that this bug was reintroduced with 1.1.0? I’m trying to save a state file, reloading it and keep simulating, all with the same route files. However, continuing the simulation fails with the same error as back in April last year. In the saved state, the route with state=1 is only containing start and end edge. If I add all edges in between manually in the state file, the simulation runs as intended with the saved state. Again I’m using flows with incomplete route definitions (from="-200.0.00" to="-2013000.186.34") instead of providing all edges. All the best Jakob Dr. Jakob Kaths Product Manager ☏ +49 89 74 7377-63 ___ TESIS GmbH ▪ Baierbrunner Str. 23 ▪ 81379 Munich ▪ Germany ▪ www.tesis.de Management board: Dr. Cornelius Chucholowski, Maximilian Chucholowski Country Court Munich, HRB 115649 ▪ Vat-Id DE-185 446 804 ___ ___ 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___ 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
Re: [sumo-user] Using flows after loading a simulation state
Hi Jakob, could it be, that this bug was reintroduced with 1.1.0? I’m trying to save a state file, reloading it and keep simulating, all with the same route files. However, continuing the simulation fails with the same error as back in April last year. In the saved state, the route with state=1 is only containing start and end edge. If I add all edges in between manually in the state file, the simulation runs as intended with the saved state. Again I’m using flows with incomplete route definitions (from="-200.0.00" to="-2013000.186.34") instead of providing all edges. All the best Jakob Dr. Jakob Kaths Product Manager ☏ +49 89 74 7377-63 ___ TESIS GmbH ▪ Baierbrunner Str. 23 ▪ 81379 Munich ▪ Germany ▪ www.tesis.de Management board: Dr. Cornelius Chucholowski, Maximilian Chucholowski Country Court Munich, HRB 115649 ▪ Vat-Id DE-185 446 804 __ 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
Re: [sumo-user] Change Lane Information Retrieval with C++ API
Great, thank you! That feature would be very interesting for us. Von: Jakob Erdmann Gesendet: Donnerstag, 6. September 2018 14:27 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API Hello, remote-controlled vehicles currently skip the lane-changing step completely. I've open up a ticket for this: https://github.com/eclipse/sumo/issues/4545 regards, Jakob 2018-09-06 13:42 GMT+02:00 Jakob Kaths : Hi, thanks a lot for the new release, we’re very happy with the new features! We tried to retrieve the lane change information for a vehicle that we’re moving frequently with moveToXY, but we only receive meaningful values once we stop moving the vehicle ourselves. Waiting until after performing the simulation step doesn’t help. Actually, some random results come back, but they don’t change over time. Is this behavior intended, because it’s for the lane change model to have one simulation step without interference? Or would it be possible to retrieve the values earlier? Thanks Jakob Von: Jakob Erdmann Gesendet: Donnerstag, 23. August 2018 08:37 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API No Problem/ Release has been pushed back 1 week and is now scheduled for Sept 4th: https://github.com/eclipse/sumo/milestones regards, Jakob 2018-08-23 7:48 GMT+02:00 Jakob Kaths : Wow, thanks a lot. Yet another very fast solution from your side. We’ll try to get our intended idea working with that. Thanks again! I now, it could be one of the questions less well received, but do you have a plan for the next release date of SUMO? Best regards Jakob Von: Jakob Erdmann Gesendet: Mittwoch, 22. August 2018 14:54 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API Hello, you can find the C++ TraCI client implementation of vehicle.getLaneChangeState in the development version (f4367fcf1a7e0231a1e30082001cafe3e9aaf492) regards, Jakob 2018-08-22 9:33 GMT+02:00 Jakob Kaths : Hey everybody, we’re trying to implement a change lane information retrieval with the C++ API. The goal is to identify, if a certain vehicle is currently able to change lanes. In Python the method couldChangeLane is already implemented, for C++ we thought, the compound bitset that is described on http://sumo.dlr.de/wiki/TraCI/Vehicle_Value_Retrieval can be retrieved. However, we cannot find the corresponding command in the C++ API. We’re using 0.32 release with Traci V17, but also couldn’t find it in V18. Could you tell us if and how we can retrieve these values? Many thanks in advance. Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Change Lane Information Retrieval with C++ API
Hi, thanks a lot for the new release, we’re very happy with the new features! We tried to retrieve the lane change information for a vehicle that we’re moving frequently with moveToXY, but we only receive meaningful values once we stop moving the vehicle ourselves. Waiting until after performing the simulation step doesn’t help. Actually, some random results come back, but they don’t change over time. Is this behavior intended, because it’s for the lane change model to have one simulation step without interference? Or would it be possible to retrieve the values earlier? Thanks Jakob Von: Jakob Erdmann Gesendet: Donnerstag, 23. August 2018 08:37 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API No Problem/ Release has been pushed back 1 week and is now scheduled for Sept 4th: https://github.com/eclipse/sumo/milestones regards, Jakob 2018-08-23 7:48 GMT+02:00 Jakob Kaths : Wow, thanks a lot. Yet another very fast solution from your side. We’ll try to get our intended idea working with that. Thanks again! I now, it could be one of the questions less well received, but do you have a plan for the next release date of SUMO? Best regards Jakob Von: Jakob Erdmann Gesendet: Mittwoch, 22. August 2018 14:54 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API Hello, you can find the C++ TraCI client implementation of vehicle.getLaneChangeState in the development version (f4367fcf1a7e0231a1e30082001cafe3e9aaf492) regards, Jakob 2018-08-22 9:33 GMT+02:00 Jakob Kaths : Hey everybody, we’re trying to implement a change lane information retrieval with the C++ API. The goal is to identify, if a certain vehicle is currently able to change lanes. In Python the method couldChangeLane is already implemented, for C++ we thought, the compound bitset that is described on http://sumo.dlr.de/wiki/TraCI/Vehicle_Value_Retrieval can be retrieved. However, we cannot find the corresponding command in the C++ API. We’re using 0.32 release with Traci V17, but also couldn’t find it in V18. Could you tell us if and how we can retrieve these values? Many thanks in advance. Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Change Lane Information Retrieval with C++ API
Great, thanks a lot. We’re looking forward to the release to adapt all the new functions! Von: Jakob Erdmann Gesendet: Donnerstag, 23. August 2018 08:37 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API No Problem/ Release has been pushed back 1 week and is now scheduled for Sept 4th: https://github.com/eclipse/sumo/milestones regards, Jakob 2018-08-23 7:48 GMT+02:00 Jakob Kaths : Wow, thanks a lot. Yet another very fast solution from your side. We’ll try to get our intended idea working with that. Thanks again! I now, it could be one of the questions less well received, but do you have a plan for the next release date of SUMO? Best regards Jakob Von: Jakob Erdmann Gesendet: Mittwoch, 22. August 2018 14:54 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API Hello, you can find the C++ TraCI client implementation of vehicle.getLaneChangeState in the development version (f4367fcf1a7e0231a1e30082001cafe3e9aaf492) regards, Jakob 2018-08-22 9:33 GMT+02:00 Jakob Kaths : Hey everybody, we’re trying to implement a change lane information retrieval with the C++ API. The goal is to identify, if a certain vehicle is currently able to change lanes. In Python the method couldChangeLane is already implemented, for C++ we thought, the compound bitset that is described on http://sumo.dlr.de/wiki/TraCI/Vehicle_Value_Retrieval can be retrieved. However, we cannot find the corresponding command in the C++ API. We’re using 0.32 release with Traci V17, but also couldn’t find it in V18. Could you tell us if and how we can retrieve these values? Many thanks in advance. Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Change Lane Information Retrieval with C++ API
Wow, thanks a lot. Yet another very fast solution from your side. We’ll try to get our intended idea working with that. Thanks again! I now, it could be one of the questions less well received, but do you have a plan for the next release date of SUMO? Best regards Jakob Von: Jakob Erdmann Gesendet: Mittwoch, 22. August 2018 14:54 An: Jakob Kaths ; Sumo project User discussions Betreff: Re: [sumo-user] Change Lane Information Retrieval with C++ API Hello, you can find the C++ TraCI client implementation of vehicle.getLaneChangeState in the development version (f4367fcf1a7e0231a1e30082001cafe3e9aaf492) regards, Jakob 2018-08-22 9:33 GMT+02:00 Jakob Kaths : Hey everybody, we’re trying to implement a change lane information retrieval with the C++ API. The goal is to identify, if a certain vehicle is currently able to change lanes. In Python the method couldChangeLane is already implemented, for C++ we thought, the compound bitset that is described on http://sumo.dlr.de/wiki/TraCI/Vehicle_Value_Retrieval can be retrieved. However, we cannot find the corresponding command in the C++ API. We’re using 0.32 release with Traci V17, but also couldn’t find it in V18. Could you tell us if and how we can retrieve these values? Many thanks in advance. Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Change Lane Information Retrieval with C++ API
Hey everybody, we're trying to implement a change lane information retrieval with the C++ API. The goal is to identify, if a certain vehicle is currently able to change lanes. In Python the method couldChangeLane is already implemented, for C++ we thought, the compound bitset that is described on http://sumo.dlr.de/wiki/TraCI/Vehicle_Value_Retrieval can be retrieved. However, we cannot find the corresponding command in the C++ API. We're using 0.32 release with Traci V17, but also couldn't find it in V18. Could you tell us if and how we can retrieve these values? Many thanks in advance. Jakob___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Avoiding lateral movement at low speeds with sublane model
Hi, I can’t believe every time I ask something, the answer is, it’s already done. Fantastic! But at least this time it wasn’t documented. I will try the hidden features to see what we get out of it. Thanks!! Jakob Von: Jakob Erdmann <namdre.s...@gmail.com> Gesendet: Montag, 14. Mai 2018 08:40 An: Jakob Kaths <jakob.ka...@tesis.de>; Sumo project User discussions <sumo-user@eclipse.org> Betreff: Re: [sumo-user] Avoiding lateral movement at low speeds with sublane model Hello, the lane-changing model SL2015 ( for the sublane simulation) offers the parameters 'lcMaxSpeedLatStanding' and 'lcMaxSpeedLatFactor' (somewhat experimental and not documented until now: http://sumo.dlr.de/wiki/Definition_of_Vehicles,_Vehicle_Types,_and_Routes#Lane-Changing_Models ) regards, Jakob 2018-05-11 10:11 GMT+02:00 Jakob Kaths <jakob.ka...@tesis.de>: Hi, first a background-information for my question: we are using SUMO at TESIS GmbH for Co-Simulation with our tool DYNA4 which includes a high-fidelity vehicle model (MBS axles, sensors, etc.) and our 3D animation. We’re very impressed with the possibilities SUMO offers, because we can easily create complex traffic scenarios for ADAS/AD development. We’re using the sublane model usually, mostly because of the non-instantaneous lane changes and the more realistic behavior of mixed car/bike lanes. However, what causes some trouble for us is the lateral movement of vehicles at low (or no) speeds, e.g. in front of red traffic lights or when dissolving a queue on a highway. It would be great, if there was a parameter which defines a threshold for longitudinal speed below which no lateral movement is possible. I know it’s a special request for more realistic vehicle movement, but I do believe it also has an impact on queue length / dissolving times, which are relevant for traffic engineering related tasks. Would this be possible to implement without major interference with other parameters and/or problems with interconnection of car-following model and lane-change model? Thanks Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Avoiding lateral movement at low speeds with sublane model
Hi, first a background-information for my question: we are using SUMO at TESIS GmbH for Co-Simulation with our tool DYNA4 which includes a high-fidelity vehicle model (MBS axles, sensors, etc.) and our 3D animation. We’re very impressed with the possibilities SUMO offers, because we can easily create complex traffic scenarios for ADAS/AD development. We’re using the sublane model usually, mostly because of the non-instantaneous lane changes and the more realistic behavior of mixed car/bike lanes. However, what causes some trouble for us is the lateral movement of vehicles at low (or no) speeds, e.g. in front of red traffic lights or when dissolving a queue on a highway. It would be great, if there was a parameter which defines a threshold for longitudinal speed below which no lateral movement is possible. I know it’s a special request for more realistic vehicle movement, but I do believe it also has an impact on queue length / dissolving times, which are relevant for traffic engineering related tasks. Would this be possible to implement without major interference with other parameters and/or problems with interconnection of car-following model and lane-change model? Thanks Jakob___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Using flows after loading a simulation state
Hi, thanks for the information. I now tried with the newest build, but I still get an error message when loading the state. „Error: no declaration found for element 'flowState'“ Do I have to define something additionally somewhere? All the best Jakob Von: Jakob Erdmann <namdre.s...@googlemail.com> Gesendet: Mittwoch, 11. April 2018 12:12 An: Jakob Kaths <jakob.ka...@tesis.de> Cc: Sumo project User discussions <sumo-user@eclipse.org> Betreff: Re: [sumo-user] Using flows after loading a simulation state Hello, Yesterday we had a broken windows build due to a bad commit and today the build did not take place due to the repository migration. It should be back to normal by tomorrow. regards, Jakob 2018-04-11 10:26 GMT+02:00 Jakob Kaths <jakob.ka...@tesis.de>: Sorry that I have to come back to this. I wanted to try the fix, but the current nightly snapshots (today and yesterday) seem to be lacking the SUMO and SUMO-GUI executables, while netedit.exe is still available in the bin Folder. Von: Jakob Erdmann <namdre.s...@googlemail.com> Gesendet: Montag, 9. April 2018 12:43 An: Jakob Kaths <jakob.ka...@tesis.de>; Sumo project User discussions <sumo-user@eclipse.org> Betreff: Re: [sumo-user] Using flows after loading a simulation state Hello Jakob, the aforementioned bug is fixed in the latest development version. When loading simulation state that contains flows, make sure to load the original route files that were used when saving the state. You do not need to manage begin and end time as this is handled by sumo. Just define your flow as regards, Jakob 2018-04-08 21:53 GMT+02:00 Jakob Erdmann <namdre.s...@googlemail.com>: Hello Jakob, yes, this is a bug (https://github.com/DLR-TS/sumo/issues/3971). It should not be necessary to load flows again after saving. Thank you for bringing this to my attention. regards, Jakob 2018-04-06 13:20 GMT+02:00 Jakob Kaths <jakob.ka...@tesis.de>: Hello everybody, I’m already bothering you with my next question. I tried creating a saved simulation state and reloading it afterwards, which works in principle, but it seems I can’t use flows afterwards anymore, but would have to define every vehicle explicitly. Is that correct? A part of my demand definition looks as follows: This would be before saving the state: And this after: So basically, I got the same flows again with a different name and create more vehicles after the state is loaded. However, I receive an error message that the first vehicle with the ID South_to_North_Car_continuous.0 has no valid route. Is this a bug or is it simply not possible to create flows after the simulation has already begun? Thanks Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Using flows after loading a simulation state
Sorry that I have to come back to this. I wanted to try the fix, but the current nightly snapshots (today and yesterday) seem to be lacking the SUMO and SUMO-GUI executables, while netedit.exe is still available in the bin Folder. Von: Jakob Erdmann <namdre.s...@googlemail.com> Gesendet: Montag, 9. April 2018 12:43 An: Jakob Kaths <jakob.ka...@tesis.de>; Sumo project User discussions <sumo-user@eclipse.org> Betreff: Re: [sumo-user] Using flows after loading a simulation state Hello Jakob, the aforementioned bug is fixed in the latest development version. When loading simulation state that contains flows, make sure to load the original route files that were used when saving the state. You do not need to manage begin and end time as this is handled by sumo. Just define your flow as regards, Jakob 2018-04-08 21:53 GMT+02:00 Jakob Erdmann <namdre.s...@googlemail.com>: Hello Jakob, yes, this is a bug (https://github.com/DLR-TS/sumo/issues/3971). It should not be necessary to load flows again after saving. Thank you for bringing this to my attention. regards, Jakob 2018-04-06 13:20 GMT+02:00 Jakob Kaths <jakob.ka...@tesis.de>: Hello everybody, I’m already bothering you with my next question. I tried creating a saved simulation state and reloading it afterwards, which works in principle, but it seems I can’t use flows afterwards anymore, but would have to define every vehicle explicitly. Is that correct? A part of my demand definition looks as follows: This would be before saving the state: And this after: So basically, I got the same flows again with a different name and create more vehicles after the state is loaded. However, I receive an error message that the first vehicle with the ID South_to_North_Car_continuous.0 has no valid route. Is this a bug or is it simply not possible to create flows after the simulation has already begun? Thanks Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Using flows after loading a simulation state
Great, thank you so much for fixing it. I will try it out soon! Von: Jakob Erdmann <namdre.s...@googlemail.com> Gesendet: Montag, 9. April 2018 12:43 An: Jakob Kaths <jakob.ka...@tesis.de>; Sumo project User discussions <sumo-user@eclipse.org> Betreff: Re: [sumo-user] Using flows after loading a simulation state Hello Jakob, the aforementioned bug is fixed in the latest development version. When loading simulation state that contains flows, make sure to load the original route files that were used when saving the state. You do not need to manage begin and end time as this is handled by sumo. Just define your flow as regards, Jakob 2018-04-08 21:53 GMT+02:00 Jakob Erdmann <namdre.s...@googlemail.com>: Hello Jakob, yes, this is a bug (https://github.com/DLR-TS/sumo/issues/3971). It should not be necessary to load flows again after saving. Thank you for bringing this to my attention. regards, Jakob 2018-04-06 13:20 GMT+02:00 Jakob Kaths <jakob.ka...@tesis.de>: Hello everybody, I’m already bothering you with my next question. I tried creating a saved simulation state and reloading it afterwards, which works in principle, but it seems I can’t use flows afterwards anymore, but would have to define every vehicle explicitly. Is that correct? A part of my demand definition looks as follows: This would be before saving the state: And this after: So basically, I got the same flows again with a different name and create more vehicles after the state is loaded. However, I receive an error message that the first vehicle with the ID South_to_North_Car_continuous.0 has no valid route. Is this a bug or is it simply not possible to create flows after the simulation has already begun? Thanks Jakob ___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] Using flows after loading a simulation state
Hello everybody, I'm already bothering you with my next question. I tried creating a saved simulation state and reloading it afterwards, which works in principle, but it seems I can't use flows afterwards anymore, but would have to define every vehicle explicitly. Is that correct? A part of my demand definition looks as follows: This would be before saving the state: And this after: So basically, I got the same flows again with a different name and create more vehicles after the state is loaded. However, I receive an error message that the first vehicle with the ID South_to_North_Car_continuous.0 has no valid route. Is this a bug or is it simply not possible to create flows after the simulation has already begun? Thanks Jakob___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
[sumo-user] On-ramps with opposing direction edges using NETCONVERT converting from OpenDRIVE
Hey everybody, I used NETCONVERT to generate a SUMO network out of the OpenDRIVE file of the German motorway A9, which is publicly available at http://www.mdm-portal.de/. After adjusting the edge type file (disallow stop for all vehicle classes), I get a very good first result. However, the off-ramps are created with an additional narrow edge that leads on the motorway (so opposing traffic), which as a result makes vehicles slow down extremely at these junctions without necessity. In the OpenDRIVE file I can't see these edges. Is this a known issue and is there an option to avoid the creation of such edges? Manually deleting these edges helps, but is a bit tedious since Netedit is struggling a bit with this huge network. Thanks in advance Jakob Kaths___ sumo-user mailing list sumo-user@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/sumo-user
Re: [sumo-user] Unsubscription
Thanks for the information, Robert. I tried this and I'm already unsubscribed there. Weirdly, I also didn't get this message of yours on my old account, but I did get other ones this morning. -Ursprüngliche Nachricht- Von: sumo-user-boun...@eclipse.org <sumo-user-boun...@eclipse.org> Im Auftrag von robert.hilbr...@dlr.de Gesendet: Dienstag, 3. April 2018 12:39 An: sumo-user@eclipse.org Betreff: Re: [sumo-user] Unsubscription Dear Jakob, unfortunately, we do not have any administrative powers with the Eclipse mailinglists. Could you try to create an Eclipse Account for your mail address ...@tum and after you activated this account, could you then try to unsubscribe to the SUMO User Mailinglist via https://accounts.eclipse.org/mailing-list/sumo-user. I think every subscriber is required to have a matching eclipse account. Best, Robert > -Original Message- > From: sumo-user-boun...@eclipse.org [mailto:sumo-user- > boun...@eclipse.org] On Behalf Of Jakob Kaths > Sent: Tuesday, April 03, 2018 12:31 PM > To: 'Sumo project User discussions' > Subject: Re: [sumo-user] Unsubscription > > Hi, > > I actually have a problem with unsubscription, too. I registered a new > eclipse account with the address at my new working place > (jakob.ka...@tesis.de), which worked fine. But unregistering my old > address (jakob.ka...@tum.de) didn't work. I tried first via my > eclipse-account and then with the method proposed here by Michael. > However, I'm still receiving mails on my old address and unsubscribing > isn't possible (the request is prompted with a message stating I'm not > subscribed...) Could you remove jakob.ka...@tum.de manually? > > Thanks > > Jakob > > -Ursprüngliche Nachricht- > Von: sumo-user-boun...@eclipse.org <sumo-user-boun...@eclipse.org> Im > Auftrag von Michael Behrisch > Gesendet: Montag, 26. März 2018 09:29 > An: Sumo project User discussions <sumo-user@eclipse.org> > Betreff: Re: [sumo-user] Unsubscription > > Hi, > the easiest way to unsubscribe is probably to send an email to > sumo-user- le...@eclipse.org where the sending address should match > the address used for subscribing (subject and body can be empty). > > Best regards, > Michael > > Am 2018-03-24 20:03, schrieb francescosicu...@gmail.com: > > Hello, I'm sorry to write here about this but I tried to remove my > > account form the mailing list and it didn't work. > > So, I ask to the administrators to remove the account associated to > > this email, please. > > > > Best regards, > > FS. > > > > Sent from my Huawei Mobile > > ___ > > sumo-user mailing list > > sumo-user@eclipse.org > > To change your delivery options, retrieve your password, or > > unsubscribe from this list, visit > > https://dev.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://dev.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://dev.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://dev.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://dev.eclipse.org/mailman/listinfo/sumo-user