-
Notifications
You must be signed in to change notification settings - Fork 41
Discussion: Challenge Flagging System Improvements
Martijn van Exel edited this page May 8, 2025
·
7 revisions
We have received a lot of feedback on the topic of accountability and responsibility of Challenge authors in the past few months. A recurring topic is the Challenge flagging system:
- Some people would love to see a voting system, either before Challenges go live or as they are being used
- Some people think the barrier is too high
- The feature is hard to discover (but see documentation
- There is a mental disconnect between placing a flag and the report appearing in a Github issue
- There are three avenues of potential communication about a flagged Challenge:
- MapRoulette's native messaging system
- The Github issue
- OSM's messaging system
Several things we could address separately or in parallel:
- Make the communication / "chat" feature more visible
- Have a public (or accessible to logged in users) account page for every MR user where all challenges and communication options, account status, mapping work, are consolidated
- Rethink Flag icon - not obvious. Is it Flagging, or Reporting?
- Consider all possible "actions" on a challenge (Start, Favorite, Report, Clone, Overpass Query, View Leaderboard, Get In Touch) and see how they can be grouped / made more coherent
- Make flagging internal to MapRoulette
**Focus on lower hanging fruit pending MR redesign **
If a Challenge author's Challenges are flagged, their MapRoulette account could be limited, for example:
- Lose the ability to create new Challenges
- Any other Challenges of theirs are disabled or flagged
- They need to get in touch with ...someone... to get their account in good standing again
- Consider giving MR users more agency not just in reporting but also reviewing reports - enable users (all? certain 'level') to review reported challenges and act on them.
- Clearly define (and make visible) the lifecycle of a reported challenge -- reported, waiting for response, improvements suggested, accepted / rejected.
- More rigid rules for challenge freshness in general
- Authors need to review their challenge once a month (what does that mean) or it will be deactivated
- Challenges with a too skewed ratio of solved vs other statuses are auto flagged