Zkir
(Urban Eye)
November 28, 2025, 9:25pm
225
Strange. It never crashed before.
Could you please provide me with osm file? Or coordinates of bbox?
SimonHarms
(Simon Harms)
November 29, 2025, 10:11pm
226
Sorry can’t reproduce it. Today everythin was fine
1 Like
SekeRob
November 30, 2025, 8:03pm
228
Never a fail here, but I do tag roof:orientation to tell if the hip is on the short (across) or is on long side (along). Then I use the KindaHacked plugin extension’s H shortcut to add the roof:direction.
2 Likes
Zkir
(Urban Eye)
December 1, 2025, 1:38am
229
@SekeRob , why do you need roof:direction if you have already set roof:orientation?
1 Like
SekeRob
December 1, 2025, 9:13am
230
Orientation along/across only tells if on the long or short side, does not tell which of the two short/long sides… direction will. Strictly only direction would be enough for roof types like side hipped and skillion, but I’d like to be complete.
1 Like
SimonHarms
(Simon Harms)
December 2, 2025, 3:17pm
231
Hi, could it be possible, that saltbox has the wrong shape?
1 Like
Zkir
(Urban Eye)
December 2, 2025, 5:40pm
232
I would say that there is no real consensus about roof:shape=saltbox. Other wiki-pages describes describes this shape differently, and there are different opinions even in single bug report .
Urban Eye just follows rendering of F4 here.
1 Like
Lumikeiju
(Lumikeiju)
December 2, 2025, 6:27pm
233
Besides the very-WIP OSM Wiki: OSM-4D proposal, where are the conflicts? (ref: OSM Wiki: Tag:roof:shape=saltbox#Common_tagging_mistakes )
The existing roof:shape=saltbox rendering by the plugin is definitely incorrect.
roof:ridge=yes could be used to indicate the location of the ridge, as I have (experimentally) done here and here :
In its absence, just default to the ridge being at the ⅓rd mark along the edge.
Let roof:direction=* work just like roof:shape=gabled, but with the long side of the roof sloping down in that roof:direction=*.
SimonHarms
(Simon Harms)
December 2, 2025, 6:41pm
234
Perhaps I should just use two skillions …
Lumikeiju
(Lumikeiju)
December 2, 2025, 6:55pm
235
Unnecessary complication - that requires two additional building:part=* areas, for something that should just be represented as a single tag on the main building=*.
SimonHarms
(Simon Harms)
December 4, 2025, 10:23pm
236
I don’t know if the ticket system is for plugin creators, too…
I got the “crash” again.
€dit:
like @ivanbranco proposed:
offen 10:51PM - 04 Dec 25 UTC
Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last… :Changed Date: 2025-08-31 14:19:57 +0200 (Sun, 31 Aug 2025)
Revision:19439
Build-Date:2025-09-02 01:30:58
URL:https://josm.openstreetmap.de/svn/trunk
Identification: JOSM/1.5 (19439 de) Linux Mint 22.2
Memory Usage: 728 MB / 8004 MB (165 MB allocated, but free)
Java version: 21.0.9+10-Ubuntu-124.04, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 3440x1440x[Multi depth]@144Hz (scaling 1.00×1.00) :0.1 2560x1440x[Multi depth]@60Hz (scaling 1.00×1.00) :0.2 1920x1080x[Multi depth]@72Hz (scaling 1.00×1.00)
Maximum Screen Size: 3440×1440
Best cursor sizes: 16×16→16×16, 32×32→32×32
Environment variable LANG: de_DE.UTF-8
System property file.encoding: UTF-8
System property sun.jnu.encoding: UTF-8
Locale info: de_DE
Numbers with default locale: 1234567890 -> 1234567890
Desktop environment: X-Cinnamon
Java package: openjdk-21-jre:amd64-21.0.9+10-1~24.04
libcommons-compress-java: libcommons-compress-java:all-1.25.0-1
libcommons-logging-java: libcommons-logging-java:all-1.3.0-1ubuntu1
fonts-noto: fonts-noto:all-20201225-2
VM arguments: [--module-path=/usr/share/openjfx/lib, --add-modules=java.scripting,java.sql,javafx.controls,javafx.media,javafx.swing,javafx.web, -Djosm.restart=true, -Djava.net.useSystemProxies=true, --add-exports=java.base/sun.security.action=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.plugins.jpeg=ALL-UNNAMED, --add-exports=java.desktop/com.sun.imageio.spi=ALL-UNNAMED]
Dataset consistency test: No problems found
Plugins:
+ reverter (36447)
+ urbaneye3d (1.6.0)
Last errors/warnings:
- 00025.122 E: Fehler beim Laden des Bildes 'reset_camera'
- 03813.202 E: Handled by bug report queue: java.lang.ClassCastException: class org.locationtech.jts.geom.MultiPolygon cannot be cast to class org.locationtech.jts.geom.Polygon (org.locationtech.jts.geom.MultiPolygon and org.locationtech.jts.geom.Polygon are in unnamed module of loader org.openstreetmap.josm.plugins.PluginClassLoader @6732726)
When i try to upload the edited data I get sometimes the message that urbanEye3D crashed
=== REPORTED CRASH DATA ===
```
BugReportExceptionHandler#handleException:
No data collected.
Warning issued by: BugReportExceptionHandler#handleException
```
=== STACK TRACE ===
```
Thread: AWT-EventQueue-0 (37) of main
java.lang.ClassCastException: class org.locationtech.jts.geom.MultiPolygon cannot be cast to class org.locationtech.jts.geom.Polygon (org.locationtech.jts.geom.MultiPolygon and org.locationtech.jts.geom.Polygon are in unnamed module of loader org.openstreetmap.josm.plugins.PluginClassLoader @6732726)
at ru.zkir.urbaneye3d.validator.SpatialConsistencyChecks.checkPrimitive(SpatialConsistencyChecks.java:215)
at ru.zkir.urbaneye3d.validator.SpatialConsistencyChecks.visit(SpatialConsistencyChecks.java:165)
at org.openstreetmap.josm.data.osm.Way.accept(Way.java:180)
at org.openstreetmap.josm.data.validation.Test.visit(Test.java:219)
at org.openstreetmap.josm.data.validation.ValidationTask.realRun(ValidationTask.java:192)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:94)
at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:142)
at org.openstreetmap.josm.actions.upload.ValidateUploadHook.checkUpload(ValidateUploadHook.java:60)
at org.openstreetmap.josm.actions.UploadAction.lambda$checkPreUploadConditionsAsync$0(UploadAction.java:252)
at java.base/java.util.stream.MatchOps$1MatchSink.accept(MatchOps.java:90)
at java.base/java.util.LinkedList$LLSpliterator.tryAdvance(LinkedList.java:1263)
at java.base/java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:129)
at java.base/java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:527)
at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:513)
at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
at java.base/java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230)
at java.base/java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196)
at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.base/java.util.stream.ReferencePipeline.allMatch(ReferencePipeline.java:637)
at org.openstreetmap.josm.actions.UploadAction.lambda$checkPreUploadConditionsAsync$1(UploadAction.java:252)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
at java.base/java.lang.Thread.run(Thread.java:1583)
```
https://josm.openstreetmap.de/ticket/24560
ivanbranco
(ivanbranco)
December 4, 2025, 10:35pm
237
I would rather open an issue here:
2 Likes
Zkir
(Urban Eye)
December 4, 2025, 11:58pm
238
SimonHarms:
I got the “crash” again.
Osm-file or coordinates are highly needed!
1 Like
Zkir
(Urban Eye)
December 7, 2025, 11:15am
239
The bug is fixed in 1.6.1
@SimonHarms , please pay attention to validation results. You examples contain a lot of broken geometry, it may impact generation of 3d models negatively.
1 Like