>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 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: [email protected] [mailto:[email protected]] Im
> Auftrag von Jakob Erdmann
> Gesendet: Montag, 16. September 2019 12:11
> An: Sumo project User discussions <[email protected]>
> 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 <[email protected]>:
>
>> 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
>> [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
