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. >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.
Michał 30.10.2017 1:53 AM "Bryan Housel" <br...@7thposition.com> napisał(a): > 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. > > 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. > > 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. > > 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. > > Bryan > > > > > On Oct 29, 2017, at 7:23 PM, Jo <winfi...@gmail.com> wrote: > > 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. > > Polyglot > > 2017-10-29 23:47 GMT+01:00 Mark Wagner <mark+...@carnildo.com>: > >> On Sun, 29 Oct 2017 22:15:18 +0200 >> Safwat Halaby <swiftf...@gmx.com> wrote: >> >> > - Adding closed ways with area=yes instead of building=yes, or with no >> > tags at all >> >> A closed way with "area=yes" is a *very* common newbie mistake with iD: >> the user traced an area, then forgot to tag it, or didn't realize they >> needed to apply additional tags. >> >> -- >> Mark >> >> _______________________________________________ >> talk mailing list >> talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk >> > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk