| Re: [sumo-user] Modelling Parking Areas and Parking Spaces in SUMO |
>Are there any approaches for the creation of smooth trajectories from the road or sub-lane to the specific center of the parking space in terms of driving into the space?
The only currently available 'parking' for roadsideCapacity is for the vehicle to move to the point on the road closest to the bay then 'teleport' into the space on the next simulation step. On exit the vehicle teleports to that position and continues on route.
If you are using <space> bays then by default the vehicle moves, on the lane, to the end of the parkingArea then teleports into the space. On exit the vehicle teleports to the end of the parkingArea and continues its route.
If you are using the current development version with parking.maneuver="true" the behaviour is the same for roadsideCapacity and <space> bays:
The vehicle moves to the point on the lane closest to the bay, waits for the configured entry time then teleports into the bay. On exit the vehicle teleports into the lane, at the same position, waits for the configured exit time then continues on route. Whilst waiting, braking lights and indicators are on so the visual appearance is reasonable.
I'd add that if you are modelling a parking level then minimise the use of junctions. Where possible 'bend' the lane instead. This is because a parkingArea cannot overlap a junction and parking layout is artificially constrained.
However if you want to reroute between parkingAreas you do need junctions to trigger the reroute. In my case I have positioned <space> bays around the junctions and accepted occasional "strange" teleports.
Cheers
Div
-------- Original Message --------
On 18 Sep 2019, 13:30, Marc Zofka < zofka@xxxxxx> wrote:
_______________________________________________Hi,
thanks a lot for the previous answers. That helps! One more question arised: Are there any approaches for the creation of smooth trajectories from the road or sub-lane to the specific center of the parking space in terms of driving into the space? At the moment they are rather teleporting than driving.
With best regards,
Marc
Von: sumo-user-bounces@xxxxxxxxxxx [mailto:sumo-user-bounces@xxxxxxxxxxx] Im Auftrag von Jakob Erdmann
Gesendet: Montag, 16. September 2019 12:11
An: Sumo project User discussions <sumo-user@xxxxxxxxxxx>
Betreff: Re: [sumo-user] Modelling Parking Areas and Parking Spaces in SUMO
If you wish to model the behavior of searching for a free parking space, you must use multiple parking areas Searching is only triggered when all spaces (including those from roadsideCapacity) are occupied). See https://sumo.dlr.de/docs/Simulation/Rerouter.html#rerouting_to_an_alternative_parking_area
Am Mo., 16. Sept. 2019 um 01:13 Uhr schrieb The div <div@xxxxxxxx>:
Sorry, I missed commenting on this:
> This floor or level is made up of several rows of parking spaces, at each side of a driveable passage
If the passage is one-way then you cannot represent spaces at each side of the passage unless you use <space> . if two-way then you can put a parking area on each lane.
<parkingArea> roadsideCapacity bays will always be on the 'nearside' of the lane. You can position <spaces> on either side of the lane or just use <space> for 'offside' bays and roadsideCapacity for nearside bays.
cheers
div
_______________________________________________
sumo-user mailing list
sumo-user@xxxxxxxxxxx
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@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user