No itineraries in OTP2 for Mexico City data #3243
Comments
|
I also noticed that there are no edges in the graph: |
t2gran
added
OTP1
|
I can confirm that this is also the case when OSM data is included in the graph. Debugging shows that TripPattern is empty - not sure this is a cause or symptomn. Any ideas on where to look to identify the cause? |
|
Thank you for the update, I will take a look at this and see if I can find out what it is. Can you provide a link to the osm data used also? |
|
It was created from the Geofabrik data for Mexico, using:
and then filtered as follows:
I can't attach the full 30mb file to this issue :/ Any suggestions preferences on how I can make the OSM data available to you? |
|
The cmd lines above is sufficient, I was able to download the mexico-latest.osm.pbf and run the commands. I will do the test later. |
|
Hi @t2gran - any update on this so far? Are you able to reproduce? |
|
@Mchristos I plan to work on the |
|
Thanks @t2gran - good luck! |
|
I have tested this now. The cause is that frequency-based trips is not working. I should be fairly easy to implement it, but I need to discuss this with @abyrd. There is a few things that we need to account for:
|
|
Thanks for the feedback. That's not good news for us, as we were really excited about to see the performance of OTPv2 using the RAPTOR algo. Is there an issue logged for adding frequency support that I can track? |
|
I created a new issue for this #3262. I will close this one. I see that you do not set the @Mchristos @FrancoisGro Would it be acceptable for you so set it to |
I have some GTFS data for mexico city, and am unable to get any itineraries in OTP2, whereas in v1 it works just fine. I'm loading up only the GTFS - no street data - and hoping to get a simple itinerary from one stop to another.
I've included the full terminal outputs and example request/responses to the API for v1 and v2. I'm aware of the log
08:59:33.911 INFO (DirectTransferGenerator.java:114) Done connecting stops to one another. Created a total of 0 transfers from 0 stops.- however there is a similar log of 0 tranfers created in v1. Moreover, for other GTFS sets I receive itineraries despite this log.Expected behavior (v1 outputs)
Expected nonempty set of itineraries, but got none. Here are the responses I got in v1.
v1 Terminal Output
(command:
java -Xmx2G -jar otp-1.4.0-shaded.jar --build .\mexico --inMemory)Request:
Response (nonempty itinerary):
Observed behavior (v2 outputs)
v2 Terminal Output:
(command:
java -Xmx2G -jar otp-2.0.0-rc1-shaded.jar --build --serve .\mexico)I also built my own jarfile from
2.0-rcand with debug-level logging turned on, I see this when I make the requests:v2 Request:
/otp/routers/default/plan?fromPlace=19.44743228174348,-99.1511821746826&toPlace=19.491110427815336,-99.1710090637207&time=5:18pm&date=11-11-2020&mode=TRANSIT,WALK&maxWalkDistance=4828.032&arriveBy=false&wheelchair=false&debugItineraryFilter=false&locale=env2 Response (empty itinerary)
Version of OTP used (exact commit hash or JAR name)
otp-2.0.0-rc1-shaded.jar
Data sets in use (links to GTFS and OSM PBF files)
tren_suburbano_1.0.0.gtfs.zip
Command line used to start OTP
java -Xmx2G -jar otp-2.0.0-rc1-shaded.jar --build --serve .\mexicoRouter config and graph build config JSON
Using default config
Steps to reproduce the problem
The full command line is provided, as well as the data, which must is placed in a directory named
./mexico. I'm not able to find any itineraries dragging around on the GUI, but I also provided a concrete request query, and the JSON response I got with no itineraries (the same request yields itineraries in v1)The text was updated successfully, but these errors were encountered: