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 <[email protected]>
Gesendet: Dienstag, 5. März 2019 07:54
An: Jakob Kaths <[email protected]>
Cc: Sumo project User discussions <[email protected]>
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 <[email protected]>:
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: [email protected] <[email protected]> Im Auftrag
von Jakob Erdmann
Gesendet: Freitag, 1. März 2019 17:35
An: Sumo project User discussions <[email protected]>
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
<[email protected]>:
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: [email protected] [mailto:[email protected]] 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
<[email protected]>:
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
[email protected]
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
[email protected]
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
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
