There was a longstanding bug in iD and iD presets where
- mapper would create or select
shop=trade - mapper would open dropdown for “Type” that allows adding
trade=tag - mapper would select none of them and exit dropdown
- iD would add
trade=yes
At the same time some trade=yes could be added manually, some were added to other shop values or not with iD so they cannot be result of this bug. So just mass-deleting all trade=yes is not a good solution.
But maybe trade=yes should be mass deleted from shop=trade as adding nothing and mostly result of iD bug? Or maybe it would be preferable to contact mappers in changeset where they added them and ask them to come to this thread (would require extra coding to find affected edits and would require spamming those users). Or maybe it would be preferable to do nothing?
Thanks to @maro21 for reporting the bug in Clandestinely adding trade=yes · Issue #11618 · openstreetmap/iD · GitHub
Thanks to @tyr_asd for pointing out the real source of the bug and that my initial proposed fix will break other things.
I fixed it in Fix trade=yes appearing when user tries to cancel editing by matkoniecz · Pull Request #2362 · openstreetmap/id-tagging-schema · GitHub (fix is not released yet)
I also created Tag:trade=yes - OpenStreetMap Wiki and obviously this thread.
After looking is it unique or more opular, I fixed more cases in typeCombo -> combo, to prevent useless =yes values by matkoniecz · Pull Request #2369 · openstreetmap/id-tagging-schema · GitHub (substation=yes, tomb=yes on historic=tomb, wholesale=yes on shop=wholesale)
And more will be fixed by typeCombo -> combo, to prevent useless =yes values (more cases) by matkoniecz · Pull Request #2410 · openstreetmap/id-tagging-schema · GitHub
for example if on highway=tertiary user added traffic_calming= field but left it without selecting any option, no tag should be added
currently traffic_calming=yes is silently added in such case