<div dir="auto"><div>Certainly I am not intending to change the community and require every mapper to comply. If you're an experienced mapper, you're fine.</div><div dir="auto"><br></div><div dir="auto">I mean new users, who are not yet integrated with the community. Their work should be checked thoroughly (in Achavi, osmcha...). All novices make mistakes, after all. Better to give them good habits. By extension, smaller number of changeset will lead to less recycling of same changeset comments.</div><div dir="auto"><br></div><div dir="auto">I made this thread because I found it difficult to convey what is best practice in short form in changeset comments.</div><div dir="auto"><br></div><div dir="auto">Maybe I should simplify things when explaining to them? No need to tell all the conventions, just what is a good start - but hoping it won't backfire ;)<br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">17.01.2018 3:35 PM "Imre Samu" <<a href="mailto:pella.samu@gmail.com">pella.samu@gmail.com</a>> napisał(a):<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="quoted-text">>  one changeset per building, repeated 20 times<br><br></div>my typical use case:   House numbering on the street:  push the numbers & forget & go to the next house    ( <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">fast feedback loop vs. Delayed gratification  )</span><br>- sometimes the mobil app is crashing, and I don't want to go back 100m to re-enter - the last 5-10 numbers <div class="quoted-text"><br><br><div>> Obviously this makes them PITA to review quickly in Achavi or whatever tool you use.</div></div><div><br>imho: it is easier to group the changeset on the reviewer side :  by user + by hour   ( group by user, hour )   than change the community. <font color="#888888"><br><br>Imre<br><br> <br><br><br></font></div></div><div class="elided-text"><div class="gmail_extra"><br><div class="gmail_quote">2018-01-17 15:13 GMT+01:00 Michał Brzozowski <span dir="ltr"><<a href="mailto:www.haxor@gmail.com" target="_blank">www.haxor@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Certainly not:<div dir="auto">- one changeset per building, repeated 20 times</div><div dir="auto">- one changeset for 3 POIs that are 1000 km apart in different countries</div><div dir="auto"><br></div><div dir="auto">These are real world examples. In the latter Achavi can often refuse to run.</div><div dir="auto"><br></div><div dir="auto">That's also why I asked ;-) It's not that easy to formulate the answer what is reasonable to include in a changeset.</div><span class="m_-3794363965349521681HOEnZb"><font color="#888888"><div dir="auto"><br></div><div dir="auto">Michał</div></font></span></div><div class="m_-3794363965349521681HOEnZb"><div class="m_-3794363965349521681h5"><div class="gmail_extra"><br><div class="gmail_quote">17.01.2018 2:54 PM "Tobias Zwick" <<a href="mailto:osm@westnordost.de" target="_blank">osm@westnordost.de</a>> napisał(a):<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So, what is the optimal changeset size, and why?<br>
<br>
Tobias<br>
<br>
On 17/01/2018 14:26, Michał Brzozowski wrote:<br>
> Many new users have a habit of e.g. sending one or few objects per<br>
> changeset, resulting in a dozen or even more changesets per day.<br>
> Obviously this makes them PITA to review quickly in Achavi or whatever<br>
> tool you use.<br>
><br>
> This habit is probably caused by non-knowledge of how auto-save works in<br>
> iD (which makes the work reasonably secure), as well as just not knowing<br>
> better thus forming their own judgement.<br>
><br>
> How should we teach about optimal changeset size? This is quite tricky -<br>
> how we would define it?<br>
><br>
> Can the iD nudge users towards better practice? (Linking to Good<br>
> changeset comments wiki page would be useful as well)<br>
><br>
> Michał<br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> talk mailing list<br>
> <a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk</a><br>
><br>
<br>
<br>
______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk</a><br>
</blockquote></div></div>
</div></div><br>______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk</a><br>
<br></blockquote></div><br></div>
</div></blockquote></div><br></div></div></div>