Out of memory error

[burjuvaazi]

Hello,

I'm trying to open a PBF map of Turkey. When used in default settings, JOSM gave an out of memory error. So I gave it up to 6 GB of memory, but I'm still getting the same error.
What can I do?

*****************:Java ****$ java -Xmx6G -jar josm-snapshot-15155.jar
2019-06-06 20:27:06.862 INFO: Log level is at INFO (INFO, 800)
2019-06-06 20:27:13.120 INFO: Reassigning OSX shortcut 'file:downloadreferrers' from Meta to Ctrl because of conflict with ⌘+⌥+D
2019-06-06 20:27:13.120 INFO: Silent shortcut conflict: 'file:downloadreferrers' moved by 'apple-reserved-42' to '⌃+⌥+D'.
2019-06-06 20:27:13.416 INFO: Reassigning OSX shortcut 'core:historyinfo' from Meta to Ctrl because of conflict with ⌘+H
2019-06-06 20:27:13.417 INFO: Silent shortcut conflict: 'core:historyinfo' moved by 'system:hide' to '⌃+H'.
2019-06-06 20:27:14.665 INFO: Reassigning OSX shortcut 'help:search-items' from Meta to Ctrl because of conflict with ⌘+␣
2019-06-06 20:27:14.666 INFO: Silent shortcut conflict: 'help:search-items' moved by 'apple-reserved-01' to '⌃+␣'.
2019-06-06 20:27:20.798 INFO: loading plugin 'pbf' (version 34908)
2019-06-06 20:27:20.955 WARNING: No configuration settings found.  Using hardcoded default values for all pools.
2019-06-06 20:27:23.042 INFO: Changeset updater active (checks every 60 minutes if open changesets have been closed)
objc[3471]: Class FIFinderSyncExtensionHost is implemented in both /System/Library/PrivateFrameworks/FinderKit.framework/Versions/A/FinderKit (0x7fff88ee6210) and /System/Library/PrivateFrameworks/FileProvider.framework/OverrideBundles/FinderSyncCollaborationFileProviderOverride.bundle/Contents/MacOS/FinderSyncCollaborationFileProviderOverride (0x1741b0dc8). One of the two will be used. Which one is undefined.
2019-06-06 20:28:55.266 INFO: Open file: /Downloads/turkey-latest.osm.pbf (269977238 bytes)
2019-06-06 21:04:26.998 SEVERE: Thread main-worker-0 raised java.lang.OutOfMemoryError: GC overhead limit exceeded
2019-06-06 21:14:29.403 INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=27.5976563,40.5805847,30.0585938,42.0329743 -> 400 (111 B)
2019-06-06 21:14:29.485 SEVERE: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=<The maximum bbox size is 0.25, and your request was too large. Either request a smaller area, or use planet.osm.>
org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=<The maximum bbox size is 0.25, and your request was too large. Either request a smaller area, or use planet.osm.>
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:213)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:137)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:121)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:85)
	at org.openstreetmap.josm.io.OsmServerReader.getInputStream(OsmServerReader.java:68)
	at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:194)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.parseDataSet(DownloadOsmTask.java:432)
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:440)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)

[GerdP]

If you try to load the extract for Turkey you probably need much more memory and it will be unusable because of the amount of calculations needed to refresh the screen. So, don't do it. With 6G you can load a pbf and work with a file of maybe 30MB.
The more you load, the slower JOSM gets.
Why do you want to load such a big file?

[burjuvaazi]

Replying to GerdP:

If you try to load the extract for Turkey you probably need much more memory and it will be unusable because of the amount of calculations needed to refresh the screen. So, don't do it. With 6G you can load a pbf and work with a file of maybe 30MB.
The more you load, the slower JOSM gets.
Why do you want to load such a big file?

I'm working with a variation of Graphhopper and I want to exclude some roads from the calculations. I'm trying to do distribution by trucks, and I want to purge three routes that trucks aren't allowed to go on. Is there a better way to do it? The best way I could find was actually removing them from the map :/

[GerdP]

You can try to do this with osmfilter or osmosis, but I assume that Graphhopper also has a way to exclude specific data.

[burjuvaazi]

Replying to GerdP:

You can try to do this with osmfilter or osmosis, but I assume that Graphhopper also has a way to exclude specific data.

It's a variation of that -- ODL Studio -- and I haven't seen a way to do it through the software itself. I'll check osmfilter/osmosis thank you very much!

[GerdP]

I'd contact the ODL Studio support, I am sure this is a common problem.