Hello Jakob,
As discussed earlier, I installed a newer version and tried my
TraCI program once again. Basically, I was trying to retrieve the
previous stage stop results, particularly as follows:
/ print("previous
stage","type",prevStage.type,"dest",prevStage.destStop,"travel
time", prevStage.travelTime, "distance",prevStage.length,"depart
time", prevStage.depart)/
/
/
Surprisingly,//I got some exceptions now which were not there in
the previous versions. In particular I am getting the following
error:
/Error in Previous Stage retrieval, so, skip this personID: 2229/
/ , which is due to line number 97 in my TraCI program./
I am attaching my network again, it contains the same TraCI
program (demo-i.py) that I mentioned above. Ideally, it should be
able to retrieve the previous stage information for a person who
has already boarded or completed a trip by public transport.
According to my scenario every person walks to the bus stop prior
to boarding any bus.
Please investigate further about the inconsistencies.
thanks and regards,
Dillip Rout
On Fri, 3 Jul 2020 at 14:24, Tripplanner Mumbai
<[email protected] <mailto:[email protected]>> wrote:
Hello,
Oh I see, thankfully, you have fixed the issue.
thanks and regards,
Dillip Rout
On Fri, 3 Jul 2020 at 13:48, Jakob Erdmann
<[email protected] <mailto:[email protected]>> wrote:
Hello,
that information was previously missing from the stage
output (https://github.com/eclipse/sumo/issues/7274).
You can download the updated version tomorrow at
https://sumo.dlr.de/docs/Downloads.php#sumo_-_latest_development_version
regards,
Jakob
Am Di., 30. Juni 2020 um 09:56 Uhr schrieb Tripplanner
Mumbai <[email protected]
<mailto:[email protected]>>:
Hello Jakob,
My apologies for misinterpreting your statements,
thanks for your clarification. Yes, the analysis is
true there are multiple persons with single or double
riding.
Now, I am trying to extract the trip information
using TraCI, but not successful right now. In
Particular, I was trying to extract the following
information from the previous stage.
/ print("previous
stage","type",prevStage.type,"dest",prevStage.destStop,"travel
time", prevStage.travelTime,
"distance",prevStage.length,"depart time",
prevStage.depart)/
Unfortunately, the output does not contain all the
required information, as shown below.
/previous stage type 3 dest busStop#12 travel time
-1.0 distance 672.437702712895 depart time -0.001/
As seen, travel time and depart time are negative, it
is hard to interpret. I guess the distance shown is
the distance of the ride covered in previous stage of
the person. Further, depart time is a must field for
my objective.
Could you please provide some insights so that I can
get the values of all fields of previous stage?
thanks and regards,
Dillip Rout
On Tue, 30 Jun 2020 at 12:21, Jakob Erdmann
<[email protected]
<mailto:[email protected]>> wrote:
I never claimed that trip-output == stop-output -
running, only that persons still running are
responsible for trip-output != stop-output.
This is because a person that is still in the
simulation may have previously taken any number
of rides and all of those are missing from the
trip-output.
As the result of
sumo/tools/route/analyzePersonPlans.py -r
persontrips.rou.xml shows, there are a number of
persons with multiple rides:
Loaded 9000 persons
1: walk public public walk public walk
31: walk public walk public walk
75: walk public public walk
2154: walk public walk
6739: walk
Am Di., 30. Juni 2020 um 08:01 Uhr schrieb
Tripplanner Mumbai <[email protected]
<mailto:[email protected]>>:
Hello,
I ran it again using the TraCI program and
the log says the following.
Persons: [Inserted: 9000, Running:
28, Jammed: 167]
Possibly, you are pointing out to Running: 28
which is the discrepancy.
Furthermore, I share the following counts of
rides got from the execution:
2334 trip-output
2341 stop-output
2341 TraCI program log
Clearly, the ride statistics from the
simulation matches the trip-output count:
Ride Statistics (avg of 2334
rides): [WaitingTime: 205.01, RouteLength:
505.21, Duration: 100.75, Bus: 2334]
However, the ride count is note balanced as
per your recommendation, i.e., *trip-output
== stop-output - running*. On the other hand,
stop-output == TraCI count, which is only
about the completed rides (not the entire trips).
Looks like I have to extract some more
information from TraCI to get the desired
result. Meanwhile, if you have some more
clarification and suggestions, please let me
know.
thanks and regards,
Dillip Rout
On Mon, 29 Jun 2020 at 17:54, Jakob Erdmann
<[email protected]
<mailto:[email protected]>> wrote:
When I run your simulation (run.sumocfg),
I get 2341 loaded/unloaded persons in
stop-output.
I used attributeStats.py -e stopinfo -a
loadedPersons stops-out.xml -p 5
and this gives 622 stops with an average
of 3.76367 loaded/unloaded
At the end time of 36000 there are still
28 persons in the simulation according to
the log.
You can also check this by comparing the
input count (9000 persons) to the
tripinfo output count (8972 persons).
Looking at the simulation reveals that
these persons are waiting at a busStop
after all buses have already left. Some
of them such as person 6064 have already
used a bus by that time which creates a
discrepancy between loadedPersons and
ride count in tripinfo-output.
The pedestrian collisions are (among
other things) caused by vehicles that
drive on the sidewalks due to being
configured with vClass="ignoring".
The pedestrian jamming (which could be
caused by mis-dimensioned
sidewalks/crossings) could be responsible
for persons missing their buses.
regards,
Jakob
Am Mo., 29. Juni 2020 um 10:21 Uhr
schrieb Tripplanner Mumbai
<[email protected]
<mailto:[email protected]>>:
Hello,
*"tripinfo-output only contains
persons that have completed their
whole itinerary (all walks and rides)"*
The above may be true, but your later
statements explain the issues
partially. I changed the time from
3600 to 36000, and also, restored the
bus route input file. However, I
still find that stop-output contains
2318 boarding and alighting, whereas
trip-output contains 2310 trips for
passengers. I suspected that maybe
those 8 passengers are stuck in jams
and/or collisions. To my surprise, I
found that the number of jams and
collisions are certainly more than 8
(at least 5 times of it). Then, what
is the reason for having such a gap
between stop-output count and
trip-output count.
When I ran the same simulation using
TraCI, I found that total trips on
buses 2341.
I am attaching the latest network
which I used for simulation in the
command line as well as in TraCI.
Please recheck, there might be some
issues in the software itself ( I am
using a version which was updated on
June 25, 2020).
**
On Mon, 29 Jun 2020 at 11:52, Jakob
Erdmann <[email protected]
<mailto:[email protected]>> wrote:
tripinfo-output only contains
persons that have completed their
whole itinerary (all walks and
rides). Since your configuration
ends the simulation at step 3600
it will prevent output of all
persons still travelling at that
time even though they already
rode a bus and thus show up in
the stop-output.
Am Fr., 26. Juni 2020 um
10:35 Uhr schrieb Tripplanner
Mumbai <[email protected]
<mailto:[email protected]>>:
Hello,
Again, I tried this with the
latest development version of
SUMO which was updated on
June 25, 2020. However, the
same issue continues, /i.e./,
the number of boarded and
alighted persons in stop
output is more than the
number of records in trip output.
Kindly, look into it at earliest.
thanks and regards,
Dillip Rout
On Wed, 24 Jun 2020 at 17:20,
Tripplanner Mumbai
<[email protected]
<mailto:[email protected]>>
wrote:
Hello,
Recently, I implemented
public transit lines in
SUMO. I encountered that
the number of passengers
boarded at a stop
according to stop output,
does not match with the
number of passengers
making successful trips
according to trip output.
I was assuming that every
passenger who boards into
some bus at any stop has
an entry in trip output
as well. I tried with
TraCI as well as a simple
command line, but in
either case, I found that
the passenger count
varies. Typically, the
total number passengers
boarded (as per stop
output) is greater than
the total number of
passengers in the trip
output. However, when I
extracted additional data
through TraCI, then I
found that the number of
passengers at various
stops as per stop output
is the same as the
extracted information
about each passenger
through TraCI.
I am attaching my network
along with TraCI code
(demo-i.py) to be tested
by others. Also, I am
attaching a few csv files
which I have extracted
from the xml output files
for easier reference.
Please clarify if the
stop output count of
passengers has to be the
same as the number of
trips as per trip output
or not.
thanks and regards,
Dillip Rout
_______________________________________________
sumo-user mailing list
[email protected]
<mailto:[email protected]>
To unsubscribe from this
list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected]
<mailto:[email protected]>
To unsubscribe from this list,
visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected]
<mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected]
<mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected]
<mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected] <mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected] <mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected] <mailto:[email protected]>
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected] <mailto:[email protected]>
To unsubscribe from this list,
visithttps://www.eclipse.org/mailman/listinfo/sumo-user
