Closed bennytaccardi closed 1 year ago
java.lang.OutOfMemoryError means you don't assign enough memory to your JVM. What happens if you increase Xmx even more?
I am using a machine with 32 G of RAM and 32 might not be enough? How much ram should I use, in order to start the server with the second gtfs files (https://opentransportdata.swiss/it/dataset/timetable-2022-gtfs2020) (of 110Mb) which among the previous files is the one generating the out of memory
It's hard to say but usually the street data (OSM) takes up most of the memory.
I run an instance for all of Germany and for that I allocated 96GB of memory, but I think I can squeeze it in 60GB.
Although it is a bit strange that you can build the graph but not run it. Usually graph building takes more memory.
I would try to increase Xmx to 28GB and perhaps even more by adding swap.
If you're a Java developer you could also do some memory profiling to find out what's using all the memory.
Ok, I've instantiated a 64 Gb Ram machine. Starting server with 60gb works but now another strange behavior appeared: graph built with |V| = 39k and |E|=0. Does this mean that there are no links between nodes? In addition, OTP GUI does not suggest any stop. It sounds not so good.
Yes, there is something strange happening with your OSM data. Where do you get your extract from?
Your list does not contain osm data. If you don't add any, you will not have street routing.
Exactly, my dataset is made up by GTFS files (files linked previously) and OSM. After some trials, I realized that GTFS files are the problem and particularly, this one: https://opentransportdata.swiss/it/dataset/timetable-2022-gtfs2020 causes the error
@leonardehrenfried Is Open Trip Planner also able to track the routes provided by gtfs for example of buses?
Yes, the GTFS bus mode is supported but I think this is not what you're asking, isn't it? Are you talking about the shapes of the routes?
Could you perhaps rephrase the question and give more details?
No, is not about route's shapes. My initial ask is about retrieving itineraries from a mixed dataset (GTFS and OSM) using OTP. The initial problem was about the overcoming of heap space during loading phase of the OTP. Then, the problem is turned about graph without edges (I mean, |E| = 0. This happens with just GTFS data as datasource, so withouth OSM) even though build and loading phases finished successfully. I realized that version 1.4.0 and 1.5.0, run on the same dataset, highlights an error which is: According to the GTFS specification there are route types 1700 (Miscellaneous Service) with subtypes 1701 (Cable Car) and 1702 (Horse-drawn Carriage). On the other hand, version 2.2.0-SNAPSHOT highlights the error of building a graph without edges.
I'm not sure I'm following along. Is there a question in your last post?
Currently, after building the graph (using --build option) and after starting the OTP server (using --load option), it isn't able to suggest stops and routes. I also tried to build the graph using different GTFS files (in order to exclude data errors of a single GTFS). The result is always the same: if I write a stop name in the input text of OTP GUI, it doesn't suggest any stops (and no routes will be shown consequentely).
There is no autocomplete search in the debug client. You need to click into the map to trigger a routing request.
My guess is that the street graph contains (|V| = 39k and |E|=0) stops only - not OSM street data. The transit model is not in the street graph, so it might be ok even if your street graph only have stops.
My suggestion is to take the data from a smaller area and set it up - so it works, then add more areas gradually. You need a OSM (xyz.osm.pbf file) to include street information to use the OTP Debug client. You can start with a OSM file, then add a GTFS file for the same area - the areas do not need to be the same, but test routing where both is overlapping.
This issue is stale because it has been open 90 days with no activity. Remove stale label or comment or this will be closed in 30 days
I have a problem using OpenTripPlanner: after building the graph (using the following command: java -Xmx24G -jar otp-2.2.0-SNAPSHOT-shaded-latest.jar --build --save ./graphs/ ), server does not load the newly created graph. The command used for loading graph into OTP is the following: java -Xmx24G -jar otp-2.2.0-SNAPSHOT-shaded-latest.jar --load ./graphs/.
I expect OTP to index the graph and start the server.
In contrast, the resulting behavior is the following.
Currently, I'm using the following OTP's version: Version: 2.2.0-SNAPSHOT Ser.ver.id: 49 Commit: ee0859bf29a6863ecfee583bfb649c44815fad9b Branch: dev-2.x Build: 2022-08-01T09:35:16+0000
As dataset, I'm using three different GTFS file which could be retrieved using these links:
I've also configured a build-config.json file in order to avoiding multiple timezones problem. build-config.json: { "timeZone": "Europe/Rome" }
In order to reproduce the problem, is sufficient to download the dataset as whole and build the graph using otp command: java -Xmx24G -jar otp-2.2.0-SNAPSHOT-shaded-latest.jar --build --save ./graphs/
After that, the server should be started using the command: java -Xmx24G -jar otp-2.2.0-SNAPSHOT-shaded-latest.jar --load ./graphs/
Which fails generating the described problem.