OpenStreetMap
I attended a meeting of the Peruvian community on Saturday. Somebody showed us the capabilities of Mapillary. Of course, I’m hooked already.
Soon the parts of the city and surroudings I frequently visit will be visible on Mapillary.
I’ve been waiting for a long time for a way to link back to pictures I took during my surveys. Wikimedia Commons is no good for this, all the worthwhile pictures I uploaded there got nominated for deletion. So I gave up on them.
Mapillary looks promising. If it were up to me they’d get a dedicated tag all for themselves:
mapillary=z0PmxYaUUDIzLYZSVLncsQ
But I also gave up on the voting process on the wiki. Even if a vote’s result are positive, that doesn’t mean or guarantee that that scheme will be rendered by the powers that be (yes, I’m talking about the ‘new’ public transport scheme).
So I’ll probably simply start using that tag and be done with it.
Jo
Discussion
Ulasan Stalfur terhadap 15 Januari 2015 pada 11:04
You don’t need a Mapillary tag, on their website you can view the images on top of a map and in iD editor you can activate Mapillary layer.
Ulasan Polyglot terhadap 15 Januari 2015 pada 13:19
I’d love to see a proper plugin for JOSM to integrate mapillary in the workflow. The mapillary tag would rather be for a site like Openlinkmap.org, so it becomes possible to look around near the referred object or to view it from different angles, to get an idea what it is, without necessarily having to go there.
Ulasan jgpacker terhadap 16 Januari 2015 pada 11:18
Since it seems this key is being used now, I went ahead and create a wiki page for it: osm.wiki/Key:mapillary Please complement it when you can.
Ulasan Polyglot terhadap 16 Januari 2015 pada 11:23
Thank you. That’s great!
Jo
Ulasan malenki terhadap 16 Januari 2015 pada 21:30
I doubt the usability of this tag. Mapillary tends to have several pictures of one object, image=link_to_picture should be sufficient.
Besides, everybody should be able to research on his own if there are any images of an object in wikimedia, flickr, mapillary, google streeview etc.
Ulasan Polyglot terhadap 17 Januari 2015 pada 12:32
By pointing to one representative picture, the person clicking through gets convenient access to several pictures + the surroundings.
I do think Mapillary deserves special consideration, as it’s an open project like wikipedia and wikidata. The best thing we can do is make symbiosis among open projects as easy as possible.
You mention Google Streetview. Shame on you :-) As far as I know we didn’t receive permission from Google to play with ‘their’ toys. Even though they are doing an extremely useful job of photographing the public space and they are nice enough to let the world have access to it. Hopefully one day they’ll prove there more than merely ‘not evil’, as they claimed, but actually become nice on top of that. Until then, it’s good to be able to fall back on and contribute to an open alternative. Of course, Google can never give more than a general view from where they can drive with their cars, so Mapillary will always have that little bit more by providing access to such places and much more for actually letting us use it as source material.
Ulasan waldyrious terhadap 30 Januari 2015 pada 06:14
Sorry to hear about your experience on Commons. Can you link to some of the pictures that got deleted (or nominated)? Maybe I can help :)
Ulasan AlaskaDave terhadap 30 Januari 2015 pada 06:48
I too would like to see a Mapillary plugin for JOSM. I occasionally use Google Streetview to double check my ground surveys but I’d like to be able to stop doing that, just as I have their other free (but not free) mapping toys.
Until that happens Mapillary will be just another interesting website to visit. OSM mapping has become an addiction and drives my every move these days. Having Mapillary photos accessible in OSM’s most powerful editor seems a logical next step.
Dave
Ulasan Polyglot terhadap 30 Januari 2015 pada 08:59
Hi Waldir,
There are 2 reasons why Commons is not suitable for the kind of pictures I’m taking. On the one hand we need some very specific, but to most people quite odd ‘details’, like housenumbers, opening hours, collection times for mailboxes, bus stops, and whatnot. Taking pictures of that stuff, makes people look at you funny, upload such pictures to Commons will get you scolded at :-)
The reason why my ‘whortwhile’ pictures were deleted lies in Belgian law. We have no Freedom of Panorama in this country. Germany does and The Netherlands too to some degree, but here and in France we don’t. I call the North and the East progressive and us and the South outdated… So all the pictures of artwork, where the artwork was the central theme can’t be uploaded to Commons, unless one gets explicit permission from the author. It’s not entirely trivial to get that permission, especially with people who willingly talk to you when you meet them in person and on the phone, but who prefer to not correspond by email.
So I don’t think the situation can be helped. If I find particularly interesting picture of a plant or an insect, I’ll upload it to Commons, but for most of the pictures I make, they’re out.
I’m not sure how Mapillary works around this FOP rule. If you consider all those pictures as a collection, then the artwork in some of them is not the central theme, but if you consider each picture separately, some of the pictures I (and possibly others) submit will contain pictures of statues/paintings and other artwork. I read a bit about FOP in Sweden, and the conclusion I came to is that information panels are problematic over there, while artwork isn’t.
I’m not a lawyer though and I never will be. All that dribble gives me a headache, so I’ll just accept it if those pictures would be removed/hidden at some point.
Jo
Ulasan jesolem terhadap 2 Febuari 2015 pada 21:54
Hey everyone, I too would love to see a JOSM plugin for Mapillary! No reason to stop at iD integration, JOSM would be a huge win for the community. We currently don’t have the resources in house to do the work but would be happy to help. Just let us know what you need! We could possibly help sponsor dev time too.
Let us know what we can do: hello@mapillary.com
/Jan Erik (I’m a Mapillary founder)
Ulasan philippec terhadap 27 Mac 2016 pada 18:01
Seeing is believing. So I have an overpass query of all the amenities I still have to photograph. Because some people, even many people made a mess of it. Spherical pictures are really ideal to place the nodes on the map. I even make nothing without proper photographic evidence ready to show. So I can afford to make mistakes and my work can be checked immediately.
I just don’t see the reason why to substring the url. It is more work in making and in using. I don’t do it.
Ulasan Polyglot terhadap 28 Mac 2016 pada 15:07
Hi Philippe,
By not following the wiki, you make life harder for other people who do. Glueing together 2 strings is a trivial thing to do in most programming languages. Now, if people use 2 incompatible formats, you’ll have to add logic to figure out whether the url is already complete, or not.
In the wikipedia key we also don’t add the full url, neither in wikidata.
Can you elaborate on why this makes things more difficult for you?
Jo