<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">Well it's not handled by the admins, to the extent that it happens it is handled by the Data Working Group.</span></blockquote><div><br></div><div>I see! I'll try to contact them and hear their thoughts. Looking into the DWG I've also found some useful <a href="http://www.osmfoundation.org/wiki/Working_Group_Minutes/DWG_2014-01-05">minutes</a> on last year's proposed ticketing system. Thanks, Tom!</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">I'm mostly just a user here - I develop a bit, but I do not deal with<br></span><span style="font-size:12.8000001907349px">admin/spam issues - but my perspective is this: diary/comment spam is<br></span><span style="font-size:12.8000001907349px">much more common because spammers can use the same methods as they use<br></span><span style="font-size:12.8000001907349px">for spamming blogs and wikis. Spam in the form of OSM map edits is<br></span><span style="font-size:12.8000001907349px">much more of a "specialist" job. As a result, as a user I see far more<br></span><span style="font-size:12.8000001907349px">spam in diaries and comments (oh and maybe Notes too) than in map<br></span><span style="font-size:12.8000001907349px">edits.</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">However, map edit spam does happen, and it would make a lot of sense<br></span><span style="font-size:12.8000001907349px">to design a moderation system that encompassed it, of course. ... And<br></span><span style="font-size:12.8000001907349px">that might be the most interesting part of the design problem!</span></blockquote><div><br></div><div>Noted! From a technical standpoint, I did spend some time to look into map edit/changeset moderation (alongside diary, comment, and notes moderation), and it is feasible. Of course, it depends on DWG's requirements. I will check on them and see what they think. Thanks for your input, Dan! </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 17, 2015 at 4:04 PM, Dan S <span dir="ltr"><<a href="mailto:danstowell+osm@gmail.com" target="_blank">danstowell+osm@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2015-03-17 4:56 GMT+00:00 Yos Riady <<a href="mailto:yosriady@gmail.com">yosriady@gmail.com</a>>:<br>
>> In the first instance it's more about diary entries and comments than<br>
>> about changesets, though we can consider extending to include that if there<br>
>> is enough time. Serge (the mentor) has the details.<br>
><br>
> Do you mean to say that most of the vandalism happening as diary entries and<br>
> comments? How are map vandalism currently handled by the OSM admins?<br>
<br>
</span>Hi Yos,<br>
<br>
I'm mostly just a user here - I develop a bit, but I do not deal with<br>
admin/spam issues - but my perspective is this: diary/comment spam is<br>
much more common because spammers can use the same methods as they use<br>
for spamming blogs and wikis. Spam in the form of OSM map edits is<br>
much more of a "specialist" job. As a result, as a user I see far more<br>
spam in diaries and comments (oh and maybe Notes too) than in map<br>
edits.<br>
<br>
However, map edit spam does happen, and it would make a lot of sense<br>
to design a moderation system that encompassed it, of course. ... And<br>
that might be the most interesting part of the design problem!<br>
<span class=""><br>
<br>
>> Well reporting will be done from existing views I imagine but yes new<br>
>> views will be needed for presenting moderation requests to admins.<br>
><br>
><br>
> Yes, I agree. I'm thinking of creating a proper dashboard for the admins to<br>
> handle the moderation requests. I'm currently looking at existing support<br>
> ticket systems as references for the dashboard. Since the features that will<br>
> be implemented largely depends on the needs of the admins and users, I feel<br>
> I need to engage them in discussion. How do you recommend I approach my<br>
> engagement with the wider OSM community?<br>
<br>
</span>Tricky question! The OSM community doesn't really focus on one central<br>
discussion place. There's the "talk" mailing list (plus<br>
country-specific e.g. "talk-gb"). Also you might try blogging in your<br>
user-diary - there are quite a few people who read and respond to<br>
those. I don't have a specific great suggestion though.<br>
<br>
Best<br>
Dan<br>
<div><div class="h5"><br>
<br>
> I've created a draft proposal for my GSoC application for this project which<br>
> can be viewed here and here.<br>
> The scope, features, and timeline of the project are defined; although I'd<br>
> love to discuss with Serge, Tom, and the other developers to hear your<br>
> thoughts on what features are needed/should be prioritized. Also, I'd be<br>
> happy to accept advice/constructive criticism on how to improve my project<br>
> proposal!<br>
><br>
> Thank you for your time!<br>
><br>
><br>
> On Mon, Mar 16, 2015 at 12:59 AM, Tom Hughes <<a href="mailto:tom@compton.nu">tom@compton.nu</a>> wrote:<br>
>><br>
>> On 15/03/15 16:52, Yos Riady wrote:<br>
>><br>
>>> As I understand it from the one-line summary, this project is about<br>
>>> adding a reporting and moderation system for the osm website. It'll mean<br>
>>> adding a new "Report" page where events and users can be reported and a<br>
>>> dashboard for admin users to receive and process these reports. Having<br>
>>> made some edits on the openstreetmap website, I can understand why this<br>
>>> feature is very important. In fact, I'm surprised we don't have that<br>
>>> already. From what I understand, the detailed implementation involves:<br>
>>><br>
>>>   * Creating a new polymorphic model that points to either a ChangeSet<br>
>>>     or a User model that is being reported<br>
>><br>
>><br>
>> In the first instance it's more about diary entries and comments than<br>
>> about changesets, though we can consider extending to include that if there<br>
>> is enough time. Serge (the mentor) has the details.<br>
>><br>
>> The key point is the idea of a polymorphic model anyway, as that will<br>
>> allow us to support reporting of anything.<br>
>><br>
>>>   * Views and controllers to support reporting and admin<br>
>>> approval/moderation<br>
>><br>
>><br>
>> Well reporting will be done from existing views I imagine but yes new<br>
>> views will be needed for presenting moderation requests to admins.<br>
>><br>
>> Tom<br>
>><br>
>> --<br>
>> Tom Hughes (<a href="mailto:tom@compton.nu">tom@compton.nu</a>)<br>
>> <a href="http://compton.nu/" target="_blank">http://compton.nu/</a><br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> rails-dev mailing list<br>
> <a href="mailto:rails-dev@openstreetmap.org">rails-dev@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/rails-dev" target="_blank">https://lists.openstreetmap.org/listinfo/rails-dev</a><br>
><br>
</blockquote></div><br></div>