maproulette / maproulette/maproulette-frontend
Mapillary integration MVP
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 167
- Forks
- 39
- Avg merge
- 16h 34m
- Merged PRs (30d)
- 11
Description
Breaking out from #1737
Let's work on a first stab at Mapillary integration. The goal here is to enable anyone to create MapRoulette challenges based on sepecifc Mapillary detections classes. Let's start with a limited number of detections:
- ---manholes---
- crosswalks
- benches
The main problems to solve are:
- Connecting the Mapillary API to retrieve detections
- decode and filter the data Mapillary API returns (vector tiles)
- Let the user define an area of interest for the challenge (we may need to tackle #1797 first)
- [optional but really nice to have] de-duplicate against existing OSM using Overpass call
- UX for challenge creation rework
A rough description of the workflow would be:
- User creates new challenge
- Fourth option for task source would be added: "I want to use Mapillary detections"
- User would be able to select detection type from a dropdown (see options above, to be expanded later)
- User would define an area of interest
- [optional -- at this point we would query the API and provide an estimated number of tasks that the challenge would contain]
- [optional but really nice to have] we would query the overpass API and remove features that likely (based on proximity) are already mapped in OSM
- User would complete the challenge creation using the existing wizard options. #844 would also be a prerequisite.
contact person from Mapillary side: @cbeddow
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the existing challenge-creation wizard and task-source flow; no implementation files or tests are named. Map the prerequisites in #1797 and #844, then define the scope for Mapillary API retrieval, vector-tile decoding and filtering, detection selection, and area-of-interest handling before considering optional Overpass deduplication.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- api, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100