<div dir="ltr">Can I push a different approach, for the longer term?<br><br><br>I understand the problem we are trying to solve is <i>preventing harmful imports, so the map data is of high quality</i>.<div><br></div><div>From an end user's perspective, that's completely understandable - often what prompts the import is the belief <i>there is missing content, I know how to fix that, thus I can add to the quality of the map</i></div>
<div><i><br></i></div><div>Given most people who want to import content are highly aligned with the goals, how can we make the guidelines clearer; and make it less upsetting when a data import is rejected?</div><div><br></div>
<div><br></div><div>A second observation: when you have an open project, but try to control it with a single point, you introduce a friction to everything. Suddenly, it takes weeks as you go into a queue for your change to be noticed; and on the other side of the fence a kind of wearyness can set in: oh, not other one of these low quality things to deal with.</div>
<div>This is the exact sort of thing seen in PEAR's community (<a href="http://pear.php.net/">http://pear.php.net/</a>); which is now effectively dead - rules designed to help ended up hindering it, and other communities filled the ecological niche it represented.</div>
<div><br></div><div>IMO; it's better to <i>give people the best tools to promote quality</i> rather than add more manual checks and balances.</div><div><br></div><div><br></div><div>We have great validation tools built into JOSM, and things like keepright/osm inspector, etc; but those catch problems after the fact right now.</div>
<div><br></div><div><br></div><div>Third: We have a limited pool of resources. I think it's fair to say everyone on this list is here to <i>help</i> and <i>uplift a user to the point they can import and know it's worthwhile, high quality, and overall positive</i>.</div>
<div>It might be worth while introducing a prioritisation system.</div><div><br></div><div><a href="https://github.com/gravitystorm/openstreetmap-carto/pulls">https://github.com/gravitystorm/openstreetmap-carto/pulls</a> is a good example of the community, supported by a set of simple tools, that can review, discuss and express either interest in a particular rendering change; or make a polite case for why it shouldn't occur.<br>
</div><div><br></div><div>The basic criteria for an import queue management tool would be:</div><div>- There is a structured way to explain your changes, similar to the wiki page template</div><div>- It's easy to have external people visibility vote or comment; and understand the context of who they are.</div>
<div>- There's a clear go/no go decision point enabled by the tool. IE: You must have at least N upvotes from this list / the DWG.</div><div>- The highest voted things go first, because they are the highest quality.</div>
<div><br></div><div>Surprisingly; our help system achieves a lot of this very well.</div><div><br></div><div>For example:</div><div><a href="https://help.openstreetmap.org/questions/27844/put-in-an-unwanted-way-what-have-i-done">https://help.openstreetmap.org/questions/27844/put-in-an-unwanted-way-what-have-i-done</a><br>
</div><div><br></div><div>The user learnt, the community helped; and it's easy to understand the context of who the people are (or, well, it would be if I clicked on their name and got to their user page; and read something like <a href="http://wiki.openstreetmap.org/wiki/User:Frederik_Ramm">http://wiki.openstreetmap.org/wiki/User:Frederik_Ramm</a>).</div>
<div><br></div><div>To me, it's a lot easier to be told "don't do that" if you realise the person suggesting it to you is someone who builds the tools you use.</div><div><br></div><div>At the moment, when people are told "no", the reaction can be visceral:</div>
<div><br>- I followed all of the guidelines on your wiki! Mostly! Sorta! My heart was in the right place!</div><div>- Who are you, anyway? You don't live near me or the area I'm mapping! You don't know the problem I'm trying to fix!</div>
<div>- You are telling me off. What? I thought this was a big open project and because I've got an edit button, that implies I have just as much 'right' to do this as anyone!</div><div><br></div><div><br></div>
<div><br></div><div><br></div><div>I've done rudimentary mockups of a toolset that could achieve much of this:</div><div><a href="https://docs.google.com/presentation/d/1VF-xtf_Iy-MrpegF5RPbnka6UeVD8RY43ezto8wbjwk/edit?usp=sharing">https://docs.google.com/presentation/d/1VF-xtf_Iy-MrpegF5RPbnka6UeVD8RY43ezto8wbjwk/edit?usp=sharing</a><br>
</div><div><br></div><div>... which is very similar to the wiki process; but makes the "are you approved to do this by the community" much more clear.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Nov 7, 2013 at 3:30 AM, Christoph Hormann <span dir="ltr"><<a href="mailto:chris_hormann@gmx.de" target="_blank">chris_hormann@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Wednesday 06 November 2013, Martin Koppenhoefer wrote:<br>
><br>
> IMHO imports should only be done by longterm / experienced mappers,<br>
> because otherwise you get what we already have gotten from many<br>
> imports ;-)<br>
<br>
</div>But even if that was the intent making the instructions difficult to<br>
understand is not a reliable way to discurage inexperienced people due<br>
to Dunning-Kruger effect.<br>
<br>
And despite bad imports happening i think there are many scenarios in<br>
which a complete newcomer could successfully do a valuable import<br>
(admittingly not every newcomer and not every kind of import of<br>
course) - with sufficient willingness to learn and sufficiently clear<br>
instructions for him/her to actually see what needs to be learned.<br>
<br>
Without understandable instructions imports are essentially a<br>
hen-and-egg problem - you need experience to do an import and you can<br>
only acquire this experience by doing imports...<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Christoph Hormann<br>
<a href="http://www.imagico.de/" target="_blank">http://www.imagico.de/</a><br>
<br>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
</div></div></blockquote></div><br></div>