Can't move a node without the way

[brad haack]

What steps will reproduce the problem?

1. Select Mapnik paint style
2. Selecting some other paint style may or may not fix the problem
3. Try to select a node attached to a way and move it

What is the expected result?

Move the node and the way segment attached to the node

What happens instead?

Can't select the node

Please provide any additional information below. Attach a screenshot if possible.

Some discussion here. ​https://community.openstreetmap.org/t/josm-cant-move-node-without-the-way/109838 . I see that vorpalblade-kaart said that the paint style is performing as expected, but that is not at all obvious to myself or anyone else. No one had that answer for 7 days and I wasted a lot of time trying to get JOSM working again.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2024-02-05 12:56:34 +0100 (Mon, 05 Feb 2024)
Revision:18969
Build-Date:2024-02-06 02:30:58
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (18969 en) Linux Ubuntu 22.04.4 LTS
Memory Usage: 514 MB / 4096 MB (128 MB allocated, but free)
Java version: 19.0.2+7-Ubuntu-0ubuntu322.04, Private Build, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 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: XFCE
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-5build1
libcommons-compress-java: libcommons-compress-java:all-1.21-1
libcommons-logging-java: libcommons-logging-java:all-1.2-2
fonts-noto: fonts-noto:all-20201225-1build1
VM arguments: [-Djosm.restart=true, -Djava.net.useSystemProxies=true]

Plugins:
+ ImportImagePlugin (36184)
+ Mapillary (2.2.0)
+ apache-commons (36176)
+ buildings_tools (36200)
+ easypresets (1623509627)
+ ejml (36176)
+ geotools (36176)
+ jackson (36176)
+ jaxb (36118)
+ jts (36004)
+ opendata (36200)
+ pdfimport (36200)
+ utilsplugin2 (36200)

Tagging presets:
+ <josm.userdata>/EasyPresets.xml

Map paint styles:
- https://josm.openstreetmap.de/josmfile?page=Styles/ColorWays&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/NewHighwayColors&zip=1
+ https://github.com/bastik/mapcss-tools/raw/osm/mapnik2mapcss/osm-results/mapnik.zip
- https://josm.openstreetmap.de/josmfile?page=Styles/iD&zip=1
- https://josm.openstreetmap.de/josmfile?page=Styles/Surface-DataEntry&zip=1

[GerdP]

I can (only) reproduce the problem when I disable the JOSM default style so that only the mapnik style is active. Not idea if this has to be fixed in JOSM or in that style.

[GerdP]

A comment in the style says "It is not very suitable for real mapping in an editor because nodes and lines without a style are hidden and opaque areas may cover each other."
The style can be modified to render way nodes and that solves the problems but I think the comment makes clear that this is not wanted.

You may try to discuss this with the style author, but since this style wasn't changed in 13 years you have to find a different style or modify it on your own.

[taylor.smock]

I believe the mapnik style was intended more for viewing instead of editing. Either way, it is intended behavior (according to the comments), so I'll close this as WONTFIX.

Yes, I understand it is not ideal for someone who wants to edit, but that was not (apparently) the goal for the paintstyle.

As an alternative, we can ask the style author (bastiK) if he can change the style name to indicate that it is not for editing.