شعار خريطة الشارع المفتوحة خريطة الشارع المفتوحة

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:

  1. The map URL would auto-rewrite via a 302 between the old & new format
  2. The old Download URL would NOT rewrite to the new
  3. 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:

AST Auto Centre

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.

Email icon Bluesky Icon Facebook Icon LinkedIn Icon Mastodon Icon Telegram Icon X Icon

مناقشة

تعليق من 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/

OpenStreetMap data is free for everyone to use. Our tile servers are not.

It seems that Mapillary has decided that these freely-donated photographs can only be used for it’s benefit.

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

  • blocking hotlinking is relatively normal
  • I see no reasons to be outraged here

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

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.

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:–

  1. Start an internet site (Mapillary) that seeks to store crowd-sourced GIS-registered photographs & interact with a crowd-sourced map (OSM)
  2. Promote Mapillary by ability to improve OSM by means of Artificial Intelligence (AI) interrogation of stored photos (eg pick out turn lanes, speed-signs, etc.), placing Mapillary URLs within map data, and so on
  3. Succinctly:
    • OSM mappers begin to think of Mapillary as Open-Source just as OSM is open-source, but Mapillary is not open-source.
    • storage is now dirt-cheap
    • GIS-registered photos are now easy & cheap to take
    • Mapillary stores it’s map-tiles on it’s servers
    • OSM mappers + others rush to add millions of photos in to Mapillary
       

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.

تسجيل الدخول لترك تعليق