Fehlermeldung "Fehler bei Datei .....jpg" bei Bild-Anzeige in JOSM

[PT-53]

Hallo,

ich war letzte Woche auf dem Lechweg unterwegs und habe natürlich meine Strecke per GPS aufgezeichnet und viele Bilder geschossen. Ich bin nun dabei in OSM die Lechweg-Strecke zu überarbeiten. Dazu habe ich meinen Track in JOSM geladen und die Bilder importiert. Es werden auch Bilder-Icons entlang der GPS-Spur angezeigt, bei der Anzeige im separaten Bild-Fenster tritt leider immer wieder der o.g. Fehler auf.
Heute habe ich einen neuen Test gemacht, den Track geladen und vielleicht 30 Bilder importiert. Dabei wurden zuerst nur ca. 3 Bilder angezeigt, denn kam bei den restl. Bildern die o.g. Fehlermeldung. Nach mehrmaligem Hin- und Herblättern im Bild-Fenster wurden die meisten Bilder dann doch angezeigt, mit Ausnahme von 2 Bildern die eine Größe von über 5 MB haben. Die anderen importierten Bilder liegen alle bei etwa 3 MB.

Siehe auch Forum-Beitrag: ​https://forum.openstreetmap.org/viewtopic.php?id=63839

Grüße
PT-53

URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2018-08-22 19:44:25 +0200 (Wed, 22 Aug 2018)
Build-Date:2018-08-22 17:46:33
Revision:14178
Relative:URL: ^/trunk

Identification: JOSM/1.5 (14178 de) Windows 10 64-Bit
OS Build number: Windows 10 Home 1803 (17134)
Memory Usage: 247 MB / 247 MB (89 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) Client VM
Screen: \Display0 1920x1080
Maximum Screen Size: 1920x1080
VM arguments: [-Djava.security.manager, -Djava.security.policy=file:<java.home>\lib\security\javaws.policy, -DtrustProxy=true, -Djnlpx.home=<java.home>\bin, -Djnlpx.origFilenameArg=%UserProfile%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-20be6a11, -Djnlpx.remove=false, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlpx.splashport=58898, -Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djnlpx.jvm=<java.home>\bin\javaw.exe]

Plugins:
+ ElevationProfile (34576)
+ OpeningHoursEditor (34535)
+ PicLayer (34544)
+ RoadSigns (34553)
+ apache-commons (34506)
+ buildings_tools (34572)
+ changeset-viewer (1537565805)
+ log4j (34527)
+ pdfimport (34576)
+ reverter (34552)
+ tageditor (34560)
+ terracer (34584)
+ turnlanes (34566)
+ turnlanes-tagging (272)
+ turnrestrictions (34576)
+ undelete (34568)
+ utilsplugin2 (34506)

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/Sidewalks&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Cycleways&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Lane_and_Road_Attributes&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Maxspeed&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Modified&zip=1
- https://github.com/simon04/coloured-addresses.mapcss/raw/master/dist/coloured-addresses.mapcss
- https://josm.openstreetmap.de/josmfile?page=Styles/Osmc&zip=1
- https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip

Last errors/warnings:
- W: No configuration settings found.  Using hardcoded default values for all pools.

[stoecker]

Deine Speicherauslastung ist 247 MB von 247 MB. Das JOSM dann einige Bilder nicht laden kann ist dann logisch.

Auf der Seite De:Help/CommandLineOptions oder in den Foren findest Du Hilfe dazu.

Wie startest Du JOSM denn? Normalerweise sollte die Standardeinstellung mehr als 300MB haben.

[anonymous]

Hallo Stoecker,
ich starte JOSM durch Klick auf eine Verknüfung, die folgendes Ziel beinhaltet:
"C:\Program Files (x86)\Java\jre1.8.0_181\bin\javaws.exe" -localfile -J-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp "C:\Users\OSM\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-20be6a11"
Grüße

[PT-53]

Ich habe die o.a. Verknüpfung jetzt mal gelöscht und eine neue Verknüfung mit dem Ziel "C:\Program Files (x86)\JOSM\josm-tested.jar" angelegt. Der Fehler, daß Bild-Dateien größer 5 MB nicht angezeigt werden, besteht leider weiterhin.
Grüße

[stoecker]

Bitte nochmal probieren. Ich habe die Datei korrigiert. Im Download-Verzeichnis war nicht die aktuellste Version.

[PT-53]

Ich habe JOSM mit

"C:\Program Files (x86)\Java\jre1.8.0_181\bin\javaws.exe" -localfile -J-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp "C:\Users\OSM\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\56\1ee8cfb8-20be6a11"

neu gestartet. Der Fehler besteht weiterhin.

Eigentlich will ich JOSM ja aber mit der local installierten Version nutzen. Aber auch mit "C:\Program Files (x86)\JOSM\josm-tested.jar" tritt der Fehler auf.

Ich habe auch schon versucht JOSM mit java -Xmx2G -jar josm-tested.jar in der Kommandozeile zu starten (Tipp aus dem Forum). Leider passiert da überhaupt nichts.

Grüße

[stoecker]

Ähm. Man sollte natürlich auch die neue über die alte Datei kopieren, sonst wird das nix.

Bitte nochmal probieren.

Abgesehen von Caching-Problemen sollte er jetzt die neue josm.jnlp nutzen.

[Don-vip]

Please uninstall your 32-bit JRE and install the 64-bit one: ​https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

Windows x64	68.47 MB  	jre-8u181-windows-x64.exe

[PT-53]

Please uninstall your 32-bit JRE and install the 64-bit one: ​​https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html <<

done
All images are displayed
Thank you.

[Don-vip]

We should probably issue a warning when a 32-bit JRE is detected on a 64-bit OS.

[stoecker]

Replying to Don-vip:

We should probably issue a warning when a 32-bit JRE is detected on a 64-bit OS.

But that should not have been the reason. There was no memory setting in our josm.jnlp in the download directory.

[Don-vip]

Yes it does:

# grep heap *.jnlp
josm.jnlp:        <java version="1.8+" max-heap-size="2048m" .../>
josm-latest-debug.jnlp: <java version="1.8+" max-heap-size="2048m" .../>
josm-latest.jnlp:        <java version="1.8+" max-heap-size="2048m" .../>
josm-latest-trace.jnlp: <java version="1.8+" max-heap-size="2048m" ../>

2 GB is maybe too much for a 32-bit JRE so it fallback to default (256 Mb).

[stoecker]

Replying to Don-vip:

Yes it does:

Not before. I copied the new file from SVN.

[Don-vip]

ok

[Don-vip]

So you fixed the issue. I probably forgot to update the files back then I set this value in SVN.