Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [sumo-user] Multistage Routing of Persons

Hello Jakob,


Thanks for the previous prompt response.

The difference in lengths is that I've calculated the node to node distance from the plain XML coordinates.

The edge length reported is seemingly that distance shortened by the junctions at each end.

Is there a guide line distance that will be lost on the edge length due to junctions?


I've been continuing to look at the person "arrivalPos" and it does not seem to change their position on the edge.

In the attached simpler example (again had to remove the xml file endings) the vehicle picks up the person and delivers them to the first target edge.

The vehicle parks half way along the edge, as intended, but the person is positioned at the edge end.

This means that they are out of range to undertake the next stage which produces a warning.


How can the person be instructed to exit the vehicle at the stop position?


Thanks,


Greg


________________________________
From: Jakob Erdmann <namdre.sumo@xxxxxxxxxxxxxx>
Sent: 16 August 2017 15:57:38
To: Albiston, Gregory 2012 (PGR)
Cc: Chang-Wu Chen
Subject: Re: [sumo-user] Multistage Routing of Persons

Hello,
personA is riding in vehicle PersonA_car0 in it's previous stage. This vehicle stops once to pick up the person but it does not stop a second time to allow disembarking. Figuratively speaking, personA jumps out of the vehicle once that vehicle leaves the network (which happens to be the end of edge LeisurePlaceRoadLink2). Since that is the intended arrival edge no warning is printed (which probably is not very helpful and should be changed). When looking at the network, 207.87 is exactly the length of that edge.

regards,
Jakob

2017-08-16 14:41 GMT+02:00 Albiston, Gregory 2012 (PGR) via sumo-user <sumo-user@xxxxxxxxxxxxxxxxxxxxx<mailto:sumo-user@xxxxxxxxxxxxxxxxxxxxx>>:
Hello,

I'm trying to create multistage routing plans in SUMO 0.30 for Persons using the information at: http://sumo.dlr.de/wiki/Specification/Persons#Stops

Attached is a working example scenario which reproduces the problem I've encountered (file extensions changed from XML due to a mail client attachment restriction).
The example scenario results in four out of five people completing their plan.
The one plan which fails gives the following message:

"Warning: PersonA at edge 'LeisurePlaceRoadLink2' position 207.87 cannot use waiting vehicle 'PersonA_car1' at position 0.00 because it is too far away."

I've attempted to specify the "arrivalPos" of the person on the previous stages but it seems to have no effect on setting the Person's edge position.
Also tried changing the stop "startPos" and "endPos" to similar values but this didn't solve it.

It not clear to me why the PersonA has a position of 207.87 on that edge (none of the other Persons seem to have a problem).
Explicitly setting the vehicle "departPosition" to that value is successful but the only way I can see to generate this value is trial and error which isn't going to work in my later scenarios.
Trying to set the vehicle "departPosition" to "last" (as per http://sumo.dlr.de/wiki/Definition_of_Vehicles,_Vehicle_Types,_and_Routes#departPos) also didn't work as the edge length is 224, which again raises the question of why 207.87?

Apologies if I've missed something obvious.

Thanks for any help in advance,

Greg


DISCLAIMER: This email is intended solely for the addressee. It may contain private and confidential information. If you are not the intended addressee, please take no action based on it nor show a copy to anyone. In this case, please reply to this email to highlight the error. Opinions and information in this email that do not relate to the official business of Nottingham Trent University shall be understood as neither given nor endorsed by the University. Nottingham Trent University has taken steps to ensure that this email and any attachments are virus-free, but we do advise that the recipient should check that the email and its attachments are actually virus free. This is in keeping with good computing practice.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
sumo-user mailing list
sumo-user@xxxxxxxxxxxxxxxxxxxxx<mailto:sumo-user@xxxxxxxxxxxxxxxxxxxxx>
https://lists.sourceforge.net/lists/listinfo/sumo-user


DISCLAIMER: This email is intended solely for the addressee. It may contain private and confidential information. If you are not the intended addressee, please take no action based on it nor show a copy to anyone. In this case, please reply to this email to highlight the error. Opinions and information in this email that do not relate to the official business of Nottingham Trent University shall be understood as neither given nor endorsed by the University. Nottingham Trent University has taken steps to ensure that this email and any attachments are virus-free, but we do advise that the recipient should check that the email and its attachments are actually virus free. This is in keeping with good computing practice.

Attachment: trial.net
Description: trial.net

Attachment: trial.poi
Description: trial.poi

Attachment: trial.rou
Description: trial.rou

Attachment: trial.sumocfg
Description: trial.sumocfg

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
sumo-user mailing list
sumo-user@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/sumo-user

Back to the top