<html><body><div style="color:#000; background-color:#fff; font-family:verdana, helvetica, sans-serif;font-size:13px"><div id="yui_3_16_0_1_1432771488209_55822" dir="ltr">The Task Manager is for both new and experienced contributors. We should not focus on new contributors by accompany them appropriately,assuring at each level that they can intituively find more infos. For example,Buttons links, sliding panels for more infos or help can be used. Communication / suppor is also important. A Button for IRC communication, or even a IRC Panel directly into the Task Manager woud be an other way to adapt to the new contriutors, support and monitor them. This same approach should be part of the OSM editors.</div><div id="yui_3_16_0_1_1432771488209_63254" dir="ltr"><br></div><div style="" class="" id="yui_3_16_0_1_1432771488209_56078" dir="ltr">We also started discussions about showing different infos based on the experience of the contributors (something to define). The Nepal response with now close to 7,000 contributors in one month is forcing us to revise how we manage crowdsourcing through the task manager. Many mapathons with one day contributors, have created various problems. There is the quality of data to manage and the validation workflow.</div><div id="yui_3_16_0_1_1432771488209_58927" style="" class="" dir="ltr"><br></div><div id="yui_3_16_0_1_1432771488209_58929" style="" class="" dir="ltr">The Task manager by itself cannot address all these problems. We will need to talk on the Technical WG, Learning WG, Activation WG about some strategies to better manage the crowdsourcing, the Mapathons in context of emergencies like Nepal and tasks with various levels of difficulty. <br style="" class=""></div><br><div id="yui_3_16_0_1_1432771488209_59008">Good documentation, easy access to the documentation, integration of the documentation in the tools (a side panel that shows how to trace a building, etc) Documentation and workflows specific to the Mapathons, tools to support and monitor the mapathons, these are various ways to approach this problem.</div><div id="yui_3_16_0_1_1432771488209_59030"><br></div><div id="yui_3_16_0_1_1432771488209_59010" dir="ltr">The design of the Task Manager should be part of a Global workflow for crowdsourcing.<br></div><div id="yui_3_16_0_1_1432771488209_55737" class="signature"><span style="font-style:italic;color:rgb(0, 0, 191);font-weight:bold;"> <br><font face="garamond, new york, times, serif">Pierre </font><br></span></div><br> <div id="yui_3_16_0_1_1432771488209_55801" style="font-family: verdana, helvetica, sans-serif; font-size: 13px;"> <div id="yui_3_16_0_1_1432771488209_55800" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div id="yui_3_16_0_1_1432771488209_55799" dir="ltr"> <hr size="1"> <font face="Arial" size="2"> <b><span style="font-weight:bold;">De :</span></b> Daniel O'Connor <daniel.oconnor@gmail.com><br> <b><span style="font-weight: bold;">À :</span></b> Bryan Housel <bryan@7thposition.com> <br><b><span style="font-weight: bold;">Cc :</span></b> "hot@openstreetmap.org" <hot@openstreetmap.org> <br> <b><span style="font-weight: bold;">Envoyé le :</span></b> Jeudi 28 mai 2015 9h56<br> <b><span style="font-weight: bold;">Objet :</span></b> Re: [HOT] Level of user experience to focus on<br> </font> </div> <div id="yui_3_16_0_1_1432771488209_63191" class="y_msg_container"><br><div id="yiv4462233614"><div id="yui_3_16_0_1_1432771488209_63190"><div id="yui_3_16_0_1_1432771488209_63189" dir="ltr"><br clear="none"><div id="yui_3_16_0_1_1432771488209_63188">I think <a id="yui_3_16_0_1_1432771488209_63187" rel="nofollow" shape="rect" target="_blank" href="https://github.com/openstreetmap/iD/issues/1657">https://github.com/openstreetmap/iD/issues/1657</a> sort of started in the right direction - the JOSM style, super complicated hard to understand validation messages aren't what you want, but the more the editor can suggest to me <i>small improvements I want to make </i>the better. If its real time or on new contributions, well; fantastic - discourages bad data getting in. That might not be feasible though.<div id="yui_3_16_0_1_1432771488209_63193"><div><br clear="none"></div><div id="yui_3_16_0_1_1432771488209_63192">You've previously said things like: "I think I might like it a little better if iD did very little validation and had an API integration with a dedicated validator like keepright." - that's probably a really feasible incremental step.</div></div><div><br clear="none"></div><div id="yui_3_16_0_1_1432771488209_63195">Imagine the workflow:<br clear="none"> - New-ish user opens a tile in the tasking manager. </div><div> - A flag to ID in the URL asks it to render the osmose error feed for that bounding box</div><div> - New-ish user sees a few buildings, roads, etc. One of them has a red marker or outline on it.</div><div> - User clicks on it, not having see it before - a message suggests that this is tagged with landuse and is a building.</div></div><div> - <i>Oops</i> thinks the user, <i>I thought about tagging like this, I guess that's not right.</i> If we're lucky; <i>I wonder if I can fix it.</i></div><div id="yui_3_16_0_1_1432771488209_63218"> </div><div id="yui_3_16_0_1_1432771488209_63197">Outcomes: user learns from the 'mistakes' of others, but it's still very much suggestion based - more about gentle encouragement than having someone down the track invalidate your work with a terse message you don't understand.</div><div id="yui_3_16_0_1_1432771488209_63220"><br clear="none"></div><div id="yui_3_16_0_1_1432771488209_63222">That's... possibly a bit specific and maybe should be shifted into github somewhere to be kicked around further; but yeah...</div></div><div id="yui_3_16_0_1_1432771488209_63227" class="qtdSeparateBR"><br><br></div><div class="yiv4462233614yqt8640273716" id="yiv4462233614yqt68545"><div class="yiv4462233614gmail_extra"><br clear="none"><div class="yiv4462233614gmail_quote">On Thu, May 28, 2015 at 11:01 PM, Bryan Housel <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:bryan@7thposition.com" target="_blank" href="mailto:bryan@7thposition.com">bryan@7thposition.com</a>></span> wrote:<br clear="none"><blockquote class="yiv4462233614gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">To your second point: Are there specific things that I can prioritize in iD to make it more suitable for new users performing HOT tasks? For example, I’ve made some progress on implementing a 2-click building drawing mode and hope to have that in the next iD release. And presets are something that are very easy for us change too.<br clear="none">
<br clear="none">
Would be happy to start a conversation about this..<br clear="none">
<br clear="none">
Thanks, Bryan<br clear="none">
<span class="yiv4462233614im yiv4462233614HOEnZb"><br clear="none">
<br clear="none">
<br clear="none">
> On May 28, 2015, at 9:15 AM, Dan S <<a rel="nofollow" shape="rect" ymailto="mailto:danstowell%2Bosm@gmail.com" target="_blank" href="mailto:danstowell%2Bosm@gmail.com">danstowell+osm@gmail.com</a>> wrote:<br clear="none">
><br clear="none">
> Hi Rekth,<br clear="none">
><br clear="none">
> That's a great question. My perspective, as an occasional HOT facilitator:<br clear="none">
><br clear="none">
> The learning curve for people getting into HOT has two "steep bits".<br clear="none">
> The SECOND steep bit is advanced users learning how to use josm,<br clear="none">
> learning how to validate etc. I've actually been surprised that this<br clear="none">
> second steep bit doesn't seem too off-putting for people. The FIRST<br clear="none">
> steep bit is when they're still quite new and learning how to use the<br clear="none">
> TM, how to read aerial imagery, how to trace ways, etc. It's that<br clear="none">
> first bit where the Tasking Manager could help facilitate their<br clear="none">
> experience (especially since there are many complexities outside of<br clear="none">
> the Tasking Manager), and where the TM could make sure that they have<br clear="none">
> a positive, fluid experience that they feel good about repeating. So<br clear="none">
> personally, I'd certainly say focus on the first-time or second-time<br clear="none">
> visitors.<br clear="none">
><br clear="none">
> Best<br clear="none">
> Dan<br clear="none">
><br clear="none">
><br clear="none">
<br clear="none">
<br clear="none">
</span><div class="yiv4462233614HOEnZb"><div class="yiv4462233614h5">_______________________________________________<br clear="none">
HOT mailing list<br clear="none">
<a rel="nofollow" shape="rect" ymailto="mailto:HOT@openstreetmap.org" target="_blank" href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a><br clear="none">
<a rel="nofollow" shape="rect" target="_blank" href="https://lists.openstreetmap.org/listinfo/hot">https://lists.openstreetmap.org/listinfo/hot</a><br clear="none">
</div></div></blockquote></div><br clear="none"></div></div></div></div><br><div class="yqt8640273716" id="yqt07717">_______________________________________________<br clear="none">HOT mailing list<br clear="none"><a shape="rect" ymailto="mailto:HOT@openstreetmap.org" href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a><br clear="none"><a shape="rect" href="https://lists.openstreetmap.org/listinfo/hot" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br clear="none"></div><br><br></div> </div> </div> </div></body></html>