[Talk-GB] boundary & admin_level tags on ways.

[Colin Smale]

> On 11/07/2022 17:42 Dave F <davefoxfac63 at btinternet.com> wrote:
> 
> 
> 
> On 11/07/2022 09:02, Colin Smale wrote:
> > 
> > On 11/07/2022 09:17 Mateusz Konieczny via Talk-GB <talk-gb at openstreetmap.org> <mailto:talk-gb at openstreetmap.org> wrote:
> > 
> > Effort to do this is minimal.
> It is only minimal if you already have another reason to edit the way and you remove the "offending" tags a a byproduct. Otherwise it is effort that could better be spent on more important things, no? This is just deflection. I genuinely fail to comprehend your aversion to amended existing data. Deflection? Aversion to amended data? There is no need for that thinly-veiled aggression. I am as entitled to hold an opinion as you, and my opinion is worth the same as yours. 
Of course this extra effort could be reduced by doing an automated bulk edit, but that in itself requires quite a lot of effort in terms of the technical preparation and following the correct community process.   This discussion is part of the process.
The "technical preparation" is an already written Overpass routine, a bit of 'find & replace' in a text editor & a JOSM upload. Not difficult. Performed by UK contributors previously using similar techniques. Spent /far/ more time talking about it here that it would take to perform.
I suspect If I had actioned it without opening this discussion you wouldn't have blinked an eye. I have already made it clear that I am aware of "what the wiki says" and understand your arguments. If you were to do such a bulk deletion of tagging, based on "a bit of 'find & replace' in a text editor", I would just have to live with it, although I would expect the community to apply the normal criteria. Right now only three people have participated in this thread. That's hardly a quorum for a decision on a mass edit.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-gb/attachments/20220711/2fb5512c/attachment.htm>