Mapillary plugin: Moving and rotating of images not working

[ggrab]

What steps will reproduce the problem?

I was following the steps described here:
​https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Mapillary#Upload_images_from_a_.22GeoImage_layer.22_to_mapillary.com

According to step 4, "You can move the images around with Click and drag and rotate them with Shift-click and drag."

I was trying this with the image in the attachment.

What is the expected result?

Image can be moved around.

What happens instead?

Image cannot be moved.

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

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2021-02-12 09:50:35 +0100 (Fri, 12 Feb 2021)
Revision:17491
Build-Date:2021-02-13 02:30:51
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17491 en) Linux Ubuntu 20.10
Memory Usage: 529 MB / 1962 MB (154 MB allocated, but free)
Java version: 11.0.10+9-Ubuntu-0ubuntu1.20.10, Ubuntu, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1600×900 (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
Desktop environment: ubuntu:GNOME
Java package: openjdk-11-jre:amd64-11.0.10+9-0ubuntu1~20.10
Java ATK Wrapper package: libatk-wrapper-java:all-0.38.0-1
Environment variable LANG: en_US.UTF-8
fonts-noto: fonts-noto:-
VM arguments: [--add-modules=java.scripting,java.sql, -Djosm.restart=true, -Djosm.dir.name=JOSM-latest, -Djava.net.useSystemProxies=true, -Dawt.useSystemAAFontSettings=on, -Dswing.aatext=true]
Dataset consistency test: No problems found

Plugins:
+ Mapillary (1.5.37.1)
+ apache-commons (35524)
+ apache-http (35589)
+ jna (35662)
+ photo_geotagging (35640)
+ photoadjust (35640)

Tagging presets:
+ https://josm.openstreetmap.de/josmfile?page=Presets/hiking_routes_with_trail_marking&zip=1

Last errors/warnings:
- 00088.651 E: Failed to locate image 'regulatory--dual-lanes-cyclists-and-pedestrians--g1'
- 00089.652 E: Failed to locate image 'regulatory--texts--g1'
- 00089.653 E: Failed to locate image 'regulatory--texts--g2'
- 00089.803 E: Failed to locate image 'void--car-mount'
- 00089.804 E: Failed to locate image 'void--dynamic'
- 00089.805 E: Failed to locate image 'void--ego-vehicle'
- 00089.806 E: Failed to locate image 'void--ground'
- 00089.806 E: Failed to locate image 'void--static'
- 00090.031 E: Failed to locate image 'warning--kangaroo-crossing--g1'
- 00118.479 W: Region [userProfile_BLOCK_v2] : Problem verifying disk.

[taylor.smock]

For various reasons, I'm probably going to have to remove that functionality (uploading and modifying Mapillary imagery) in the next month or two. I'd fix this, but I don't think it is worth the time/effort since I know it is highly likely I'll be removing it soon.

Sorry about this (and the upcoming removal of that functionality).

I'll see if I can re-add this later, but I cannot promise anything.

[ggrab]

It would be a pity to remove the possibility to upload images to Mapillary.
May I ask for the main reason? Is it the high effort for maintaining the software, in contrast to maybe not so many users?

Fixing the problem before removing the functionality doesn't make sense of course.

[taylor.smock]

Part of it is I'm going switch to vector tiles from the current geojson based retrieval. I may be able to keep the changeset functionality, but I don't think I'll be able to.

See #17177 for the current progress on the vector tile implementation. I'm hoping to get that into a "good enough" shape for JOSM core by the end of February release, at which point, I'll start moving the Mapillary plugin over to using Vector Tiles.

[taylor.smock]

​https://blog.mapillary.com/update/2021/03/03/preparing-for-the-new-mapillary-api.html

The API v3 endpoints will be removed, and I don't know what the new endpoints for change/modify/upload are going to look like. I am (obviously) more worried about supporting the basic functionality than the editing functionality.