Mapillary Placement Tools

[amahon]

Building from SfM reconstructions that Mapillary generates everywhere we have imagery, it's possible to edit map data by placing and editing points in an image.

The pattern, deemed Placement Tools, is demonstrated by an example found in the Mapillary.JS documentation.

The functionality is expressed in a Mapillary add-in for ArcGIS Pro:

Currently, Mapillary.JS only supports placing and editing points in imagery. Forthcoming, but unscheduled, is support for linestrings and polygons.

Also, one caveat, Placement tools are only as good as Mapillary's underlying data is. In places like Amsterdam, where Mapillary has high quality imagery with very good GPS data, Placement Tools work fantastically. In areas where imagery/gps data is not as good, Placement Tools will not perform as well.

Let's think about how we can bring this functionality into iD Editor to allow OSM editors to place and edit nodes via Mapillary Imagery.

[amahon]

@bhousel - let me know what you think and how I can help!

[bhousel]

Very cool, this will make mapping objects so easy 👍

[planemad]

Having this will completely unleash a new wave of detailed editing on OSM. I'm going to immediately use it for tree mapping when its out!🌲🌲🌲

[tordans]

@amahon I saw a presentation about this (YouTube) and would love to see this feature live.
What is the status?
What is the timeline?
Who is writing the code to get it into iD?

Update: I tested the placement tool and ATM I don't think its working accurately enough to use it as part of the editor. See mapillary/mapillary-js#272.

[amahon]

@tordans - thanks for your questions!

Right now, we're working on implementing an API that will allow iD editor to access the detection data. I don't have an up to date timeline that I can share. Last discussed, which is a while ago now, Mapbox would implement the new features in iD -- since so much time has passed, I need to loop back and assess priorities with @bhousel. Will post an update here.

Let me know if I can help with anything else!

[tordans]

@amahon any news about this?

[tordans]

I noticed a surge of attention for this feature (outside of iD). For for reference, a few links:

• 2019-02 Blogpost "Deriving Data from Imagery: An Intro to Deriviste and OpenStreetMap" on the Mapillary Blog and corresponding Tweet
• 2019-02 Update to Deriviste (Tweet)
• 2018-10 Mapillary-Tweet about the Deriviste-Announcement

[todrobbins]

@amahon @cbeddow the people demand SfM tooling! 🛠

At least there's https://osm.cycle.travel/deriviste/ for now

[cbeddow]

Yes, Deriviste is a good example of how it can work. It also is in the go2mapillary plugin for QGIS, in case another example is needed. I wouldn't personally develop this for iD editor as Deriviste is way more simple for me to work with and OSM iD usually over my head, but if anybody is looking to add it I'm totally open to advise!