[OSM-talk] Metrics
Justin Tracey
j3tracey at gmail.com
Sun Oct 17 00:54:40 UTC 2021
On 2021-10-16 8:06 p.m., Mike Thompson wrote:
>
>
> On Sat, Oct 16, 2021 at 4:47 PM Justin Tracey <j3tracey at gmail.com
> <mailto:j3tracey at gmail.com>> wrote:
>
>
> It would be nice if the recommended solutions given by these validators
> were similar to noexit=yes, where they could be readily found after the
> fact and distinguished from more invested mapping.
>
> Why not just leave the "error" unless one has actual evidence as to what
> the situation is on the ground? That way someone else might see it and
> be motivated to go out and survey the situation first hand.
>
> Mike
That is the correct thing to do, of course. The point being made ITT is
that lots of people in practice don't defer that judgement. My argument
is suggesting tags like noexit=yes, that are clearly just catering to
validators, makes it easier to see when something was mapped without
that deference (i.e., suggest things that fix validator issues in such a
way that the data is technically valid, but would be unambiguously and
algorithmically detected as something that can be improved by someone
with more information). It's sort of like asking "why have validators
detect issues when we could just tell editors not to make those
mistakes?" Sure, keeping people informed of best practices is good, but
tooling should also just be constructed in a way that acknowledges
people are fallible, and makes fixing things after the fact simpler.
- Justin
More information about the talk
mailing list