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 <[email protected]>
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 
<[email protected]<mailto:[email protected]>>:
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
[email protected]<mailto:[email protected]>
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/sumo-user

Reply via email to