mapbox / mapbox/gabbar

Prioritizing problematic edits to flag

Open
#71 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Jupyter Notebook
Stars
19
Forks
6
PR merge metrics
No merged PRs in 30d

Description

Came across the following changeset with a 👎 in osmcha.

screen shot 2017-06-18 at 12 35 49 am

Notes

  • There does not seem to be any geometric modification
  • The feature was edited later, modifying Illarangi St to Illarangi Street
  • Shortening Street with St does not break the map and it could be a common practice

cc: @anandthakker @geohacker @batpad

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the linked OSMCha changeset and the issue notes, then trace how Gabbar prioritizes edits for flagging. Determine how the reported non-geometric Street-to-St edit should be classified and document a concrete completion criterion for prioritization behavior; the payload names no source files or tests.

Written by the indexing model from the issue text.

Assessment

Tech stack
jupyter-notebook, machine-learning, scikit-learn
Domain
data, machine-learning
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.