Mapillary No Longer Allows Photos to Show on Foreign Sites
Апублікавана карыстальнікам alexkemp 7 Ліпень 2022 на мове English Апошняе абнаўленне 20 Ліпень 2022.My last fortnight has been spent updating the photo-URLs within these diaries of pictures that I’ve taken whilst mapping. By default the Mapillary page will normally show a small version of any photo in it’s GIS-database, whilst behind it is a map using OSM-mapping; here is an example of that, showing the front of a business called AST, as it was displayed in a 12 July 2019 diary.
In the past the owner of the photo — the person that uploaded it to Mapillary — was given a button that would give them a URL that allowed them to download the raw file of the original photograph. That was useful for webpages such as these diaries, since it allowed the photograph to be displayed. However, Mapillary has changed it’s policy on the usage of those download URLs.
At some time in the past Mapillary changed the URL format for both map-display pages & download-file pages. The original map-display URLs had the following format (1st line below) whilst the download-files were 2nd-line below (the IDs in each URL were identical for a specific photo):
https://www.mapillary.com/map/iM/<12-digit-alpha-ID>
https://d1cuyjsrcm0gby.cloudfront.net/<12-digit-ID>/thumb-2048.jpg
Mapillary changed the format to the following (sorry about this):
https://www.mapillary.com/app/?pKey=<16-digit-numeric-ID
https://scontent-man2-1.xx.fbcdn.net/m1/v/t6/<150-digit-alpha-ID>?stp=s2048x1152&ccb=10-5&oh=<61-digit-alpha-ID>&_nc_sid=122ab1
Mapillary also made 3 crucial extra decisions:
- The map URL would auto-rewrite via a 302 between the old & new format
- The old Download URL would NOT rewrite to the new
- The new Download URL would timeout after 14 days (
or maybe less) (appears to be just 2 days)
Thus, after 14 days of trawling through every relevant page & changing all relevant URLs the photos are still not showing. I’m not happy.
And here the relevant photo to see what happens:
Update 7 July 2022
Mapillary has changed it’s download URLs & therefore all links within my diaries that used a Mapillary download URL in the old format are broken (the Mapilliary map URLs, which show a photo within the context of an OSM map, have also changed and are redirected via a HTTP/1.1 302 Found, but the download URL hostname no longer exists and gives a “No address associated with hostname” DNS error). I’m slowly going through to update them. The new URLs are terrifyingly long, but show OK on my screen (and I hope also on yours).
Update 7 July 2022 evening
I discovered just now that the Mapillary photo on this diary page was broken yet again, as are others on other diary pages. Loaded into a web-page by itself the download-URL gave the error: url is timed out. It seems that Mapillary has decided that these freely-donated photographs can only be used for it’s benefit.
Абмеркаванне
Каментар ад Zverik у 9 Ліпень 2022 у 18:39
Can’t say that’s unpredicted. Unless the URL and its usage terms are documented, you’re not promised anything.
Каментар ад masterX244 у 12 Ліпень 2022 у 13:24
they migrated everything to their facebook storage network (note the fbcdn in the domain of the new download files). and FB is like a one-way-street for data mostly
Каментар ад Mateusz Konieczny у 19 Ліпень 2022 у 09:33
I just want to say that given FB involvement it was entirely predictable that things will get worse.
But blocking hotlinking is relatively normal. FB refusing to donate bandwidth is not something evil.
Compare say https://operations.osmfoundation.org/policies/tiles/
But you can still follow
https://www.mapillary.com/app/?pKey=<16-digit-numeric-ID
and download it, right?I consider FB to be net negative and so on, but I see no reasons to be outraged here.
Каментар ад alexkemp у 19 Ліпень 2022 у 22:22
I’m not outraged. I’m just very disappointed in them.
Mapillary have changed their policy. Questions were previously asked of Mapillary “can I show my photo on a different site” & the answer was to point at the button to download and suggest to use the url for that on the foreign site. I tried it out, and it worked nicely. So I uploaded several 10s of thousands of photos to their site. Further, I promoted them like crazy, providing masses of links to their site, and placing lots & lots of links in these diaries.
Their policy has changed from hosting freely-given photos on the basis that they will be treated as OpenSource material, to being (effectively) Mapillary’s property.
Their suggestion now is to use an iframe, which (just like youtube) allows just a small frame to be shown initially. But not at all in these diaries.
The timeout seems to be just a few days. Their help speaks of renewing timed-out tokens. I’ll find a way to frustrate their frustrating me, but I want to finish my current mapping first.
Каментар ад Mateusz Konieczny у 19 Ліпень 2022 у 23:38
If that was official answer, then it changes things significantly and invalidates also “Unless the URL and its usage terms are documented, you’re not promised anything.”
Каментар ад alexkemp у 20 Ліпень 2022 у 08:30
The issues arise like this:–
Thus, Mapillary rides OSM’s back to success.
I ran a website for a decade & made sure to prevent all hot-linking of images from that site (Google gets around such preventions by providing a false referer for each image that they request). I knew that computing was fundamentally based upon deception when I discovered that computer monitor size was based upon corner-to-corner measurements, including dead-screen (outlawed by USA Federal statute 31-FR-3342 in 1966). Thus, I’m neither surprised nor outraged at their actions. I’m simply damn disappointed at being fooled into committing hours of the only thing that I have freely available — my time — to end up with hundreds of dead-links instead of pictures.
Каментар ад Mateusz Konieczny у 20 Ліпень 2022 у 08:46
I guess that it is time to link https://ourincrediblejourney.tumblr.com/ which lists cases of services breaking promises and turning on users.
In general I would put limited trust into such services, especially ones with inability to download full datasets ( unlike say https://planet.openstreetmap.org/ ) and which are not truly open source.