#21049 closed defect (fixed)
Mapillary plugin: wrong image URL
Reported by: | richlv | Owned by: | taylor.smock |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Plugin mapillary | Version: | tested |
Keywords: | template_report | Cc: |
Description
What steps will reproduce the problem?
- Have https://www.mapillary.com/app/?pKey=195023045640571 opened in JOSM.
- Click "View in browser" or "Copy URL".
What is the expected result?
Get that image displayed / linked to.
What happens instead?
Get https://www.mapillary.com/map/im/4050905054971032 .
Please provide any additional information below. Attach a screenshot if possible.
URL:https://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2021-06-02 22:03:39 +0200 (Wed, 02 Jun 2021) Build-Date:2021-06-02 20:11:30 Revision:17919 Relative:URL: ^/trunk Identification: JOSM/1.5 (17919 en_GB) Mac OS X 10.15.7 OS Build number: Mac OS X 10.15.7 (19H1217) Memory Usage: 1392 MB / 3641 MB (920 MB allocated, but free) Java version: 1.8.0_291-b10, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Look and Feel: com.apple.laf.AquaLookAndFeel Screen: Display 1127230989 1920×1080 (scaling 1.00×1.00) Display 69733382 1680×1050 (scaling 1.00×1.00) Maximum Screen Size: 1920×1080 Best cursor sizes: 16×16→16×16, 32×32→32×32 System property file.encoding: UTF-8 System property sun.jnu.encoding: UTF-8 Locale info: en_GB Numbers with default locale: 1234567890 -> 1234567890 VM arguments: [-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp, -Djava.util.Arrays.useLegacyMergeSort=true, -Djnlp.tk=awt, -Djnlpx.jvm=<java.home>/bin/java, -Djnlpx.splashport=-1, -Djnlpx.home=<java.home>/bin, -Djnlpx.remove=false, -Djnlpx.offline=false, -Djnlpx.relaunch=true, -Djnlpx.session.data=/var/folders/nl/flqxqsmj5q963r7tcnfrdt3c0000gn/T/session9133206371400879804, -Djnlpx.heapsize=NULL,NULL, -Djava.security.policy=file:<java.home>/lib/security/javaws.policy, -DtrustProxy=true, -Djnlpx.origFilenameArg=/Users/richlv/Library/Application Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-72e8e992, -Dsun.awt.warmup=true, -Djava.security.manager] Dataset consistency test: No problems found Plugins: + HouseNumberTaggingTool (35640) + InfoMode (35543) + Mapillary (2.0.0-alpha.21) + PicLayer (1.0.1) + apache-commons (35524) + apache-http (35589) + dataimport (35640) + ejml (35458) + geotools (35458) + imagery_offset_db (35640) + javafx-osx (35655) + jaxb (35543) + jna (35662) + jts (35458) + measurement (35640) + opendata (35640) + pbf (35720) + photo_geotagging (35738) + reverter (35732) + utilsplugin2 (35691) Map paint styles: + /Users/richlv/Desktop/ChangeFontSize.mapcss - https://josm.openstreetmap.de/josmfile?page=Styles/Coloured_Streets&zip=1 Last errors/warnings: - 00104.560 E: Failed to locate image 'object--wire-group' - 00104.695 E: Failed to locate image 'regulatory--dual-lanes-cyclists-and-pedestrians--g1' - 00105.453 E: Failed to locate image 'regulatory--texts--g1' - 00105.456 E: Failed to locate image 'regulatory--texts--g2' - 00105.664 E: Failed to locate image 'void--car-mount' - 00105.667 E: Failed to locate image 'void--dynamic' - 00105.670 E: Failed to locate image 'void--ego-vehicle' - 00105.672 E: Failed to locate image 'void--ground' - 00105.675 E: Failed to locate image 'void--static' - 00105.967 E: Failed to locate image 'warning--kangaroo-crossing--g1'
Attachments (0)
Change History (4)
comment:1 by , 4 years ago
comment:2 by , 4 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in 8a9a1e3d88d8d36e1e37777bf38d1765abadb74c. This is not yet in a release.
comment:4 by , 4 years ago
No problem. I'm focusing on items that I know people use, or that I personally use.
How do I know people use a feature? They tell me (i.e., they file a bug report).
Absent a breaking bug, I'm intending to do another alpha release at about 00:00 UTC. Let me know beforehand if there is something you need/want, so I can focus on it.
FTR, I'm currently working on fixing image detections. Once that is done, I'll probably start working on fixing the smart add functionality, absent feature requests/bugs.
I've been meaning to track this down (its an intermittent issue, but I'm betting that the "wrong" image just happens to be in a different vector tile).