While the physical maneuvering is outside the scope of the current models, the new parking.maneuver (time)-model could be extended with a smooth geometry translation during the configured maneuvering time. The main advantage of such an extension would be a more intuitive visualization and possibly are more comprehensible trajectory in a co-simulation context.
Am Mi., 18. Sept. 2019 um 16:06 Uhr schrieb The div <[email protected]>: > > >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 < [email protected]> 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 > >
_______________________________________________ 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
