Opened 17 months ago
Last modified 10 months ago
#22978 new defect
Problem with route layer from gpx containing route and markers
Reported by: | skyper | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | template_report gpx ptna | Cc: |
Description
What steps will reproduce the problem?
What is the expected result?
The first layer is the container for both, the second layer is for the route and the third layer is for the markers
What happens instead?
The second layer for the route does not offer a right-click menu and the route is not considered part of the first layer which makes it impossible to use actions like "convert to data layer" or "download along the track"
Please provide any additional information below. Attach a screenshot if possible.
"Customize track drawing" of the first layer works but other actions don't.
Relative:URL: ^/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2023-05-30 23:05:28 +0200 (Tue, 30 May 2023) Revision:18744 Build-Date:2023-05-31 01:30:56 URL:https://josm.openstreetmap.de/svn/trunk Identification: JOSM/1.5 (18744 en) Linux Debian GNU/Linux 11 (bullseye) Memory Usage: 440 MB / 1970 MB (273 MB allocated, but free) Java version: 17.0.6+10-Debian-1deb11u1, Debian, OpenJDK 64-Bit Server VM Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel Screen: :0.0 1366×768 (scaling 1.00×1.00) :0.1 1920×1080 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→16×16, 32×32→32×32 Environment variable LANG: en_US.UTF-8 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_US Numbers with default locale: 1234567890 -> 1234567890 Desktop environment: GNOME Java package: openjdk-17-jre:amd64-17.0.6+10-1~deb11u1 Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-2+deb11u1 fonts-noto: fonts-noto:all-20201225-1 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, -Djosm.dir.name=JOSM-latest, -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]
Attachments (1)
Change History (7)
by , 17 months ago
Attachment: | DE-BW-SBG_Route_300_102.T3.7-300-j23-1.9.H.gpx added |
---|
comment:1 by , 12 months ago
Keywords: | ptna added |
---|
Ping, is it only me? Does it work for everyone else?
PTNA does provide this kind of gpx files. If it does not work with JOSM, I might need to talk to Toni (PTNA maintainer) to provide different files.
comment:3 by , 11 months ago
A fix in PTNA could be replacing
<rte> <rtept lat="47.9026573633884" lon="8.15475541193234"></rtept> ... </rte>
by
<trk> <trkseg> <trkpt lat="47.9026573633884" lon="8.15475541193234"></trkpt> ... </trkseg> </trk>
That was me: ToniE
comment:4 by , 11 months ago
Thanks for looking into this.
I can confirm that the change of the gpx file does solve the problem for me.
@ToniE: Are you fine in changing this on PTNA's side?
comment:6 by , 10 months ago
@ToniE: Thanks for changing this.
@team: Is there a reason for only supporting tracks (<trk>
) and not routes (<rte>
)?
example gpx file