<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Actually area=yes in Africa isn't that bad. In JOSM I quite often come across a settlement with thirty buildings drawn but not tagged and its a lot faster to select the area, validate it then add tags to thirty buildings at once rather than map thirty buildings. You do need to check them visually but it is still fairly quick and easy to do.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Cheerio John<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 October 2017 at 04:52, Michał Brzozowski <span dir="ltr"><<a href="mailto:www.haxor@gmail.com" target="_blank">www.haxor@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Some time ago I suggested that the user should choose the preset and *then* draw a feature. Such reversal is logical, allows to disable incompatible geometry types (such as building=* on lines and points) and even opens the door for displaying a concise tip on how to draw the object based on preset chosen.<div dir="auto">From my experience - we have imported most of address points in Poland. People add POIs as names to existing address nodes without any shop/amenity/etc. tags. This is an obvious UX issue.</div><span class="HOEnZb"><font color="#888888"><div dir="auto"><br></div><div dir="auto">Michał</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">30.10.2017 1:53 AM "Bryan Housel" <<a href="mailto:bryan@7thposition.com" target="_blank">bryan@7thposition.com</a>> napisał(a):<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Haha I promise I won’t be offended. I welcome the criticism - this is part of working on something that matters to a lot of people.<div><br></div><div>Anyway, iD already does train the user in the walkthrough how to assign tags, and iD does warn the user on the save screen if they are uploading untagged features. </div><div><br></div><div><div>So, what would you prefer iD do.. Just not upload untagged things? We could do this, and I don’t have any strong opinion one way or another. </div><div><br></div><div>In the past, the thinking has been that it’s better to accept an imperfect contribution than to turn away an imperfect contributor. The map is used for a lot of things these days - so maybe we should rethink this as a community how we handle obviously bad edits.</div></div><div><br></div><div>Bryan</div><div><br></div><div><br><div><div><br></div><div><br><div><blockquote type="cite"><div>On Oct 29, 2017, at 7:23 PM, Jo <<a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a>> wrote:</div><br class="m_-916942631036595420m_5461671306365133003Apple-interchange-newline"><div><div dir="ltr"><div>Yes, it's amazing that after all these years of reporting it, that BUG in iD still hasn't been resolved. But don't dare to complain, we might offend Bryan.<br><br></div>Polyglot<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-29 23:47 GMT+01:00 Mark Wagner <span dir="ltr"><<a href="mailto:mark+osm@carnildo.com" target="_blank">mark+osm@carnildo.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Sun, 29 Oct 2017 22:15:18 +0200<br>
Safwat Halaby <<a href="mailto:swiftfast@gmx.com" target="_blank">swiftfast@gmx.com</a>> wrote:<br>
<br>
> - Adding closed ways with area=yes instead of building=yes, or with no<br>
> tags at all<br>
<br>
</span>A closed way with "area=yes" is a *very* common newbie mistake with iD:<br>
the user traced an area, then forgot to tag it, or didn't realize they<br>
needed to apply additional tags.<br>
<span class="m_-916942631036595420m_5461671306365133003HOEnZb"><font color="#888888"><br>
--<br>
Mark<br>
</font></span><div class="m_-916942631036595420m_5461671306365133003HOEnZb"><div class="m_-916942631036595420m_5461671306365133003h5"><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>
</div></div></blockquote></div><br></div>
______________________________<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" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk</a><br></div></blockquote></div><br></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></div>
</div></div><br>______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk</a><br>
<br></blockquote></div><br></div>