[Tagging] Meaning of check_date

[Peter Elderson]

I use survey:date to record survey checks of some features interesting for
hiking: routes, benches, Network Nodes. Check_date is too broad for me, I
want to know when the feature was actually seen, while check could be that
a data source was checked. In my case, that is very unreliable.

Same issue though: it confirms the thing actually existed on that date, but
does it (additionally) mean that all the attributes were correct? I use the
same question in the MapComplete tool: Does it still exist? If yes,
questions about important attributes are asked but they can be skipped.  If
no, the disused: lifecycle prefix (and a note) is set on the defining
tags, awaiting removal.

So the result is that you can't be sure that all the attributes were
correct on the survey:date.

I now realise that can be an issue, but I cannot think of a workable
alternative. In my area of interest this is not a problem, but it is not a
generally applicable method, because many features have tags that you
cannot verify on the ground, or you cannot reasonably expect all mappers to
know enough to verify it, while you still want to know what they can manage
to verify.

I can't see all mappers to set check- or survey (verification) dates for
separate tags. So I think this kind of thing usually is part of a
maintenance workflow or scheme, which means there will be some kind of
understanding (and tooling)  between the maintainers.

Op di 3 aug. 2021 om 14:46 schreef Mateusz Konieczny via Tagging <
tagging at openstreetmap.org>:

> It seems to me that check_date=* is used in all variants
> (everything checked, main part checked, this surveyable were checked,
> "it still exists"...)
>
> I think that check_date:existence=*, check_date:full_check=* would be
> a good new tags.
>
>
> Aug 2, 2021, 22:46 by dafadllyn at gmail.com:
>
> Dear fellow mappers,
>
> StreetComplete sets a check_date=* tag if a user answers a "Is this
> [feature] still here?" question with "yes". However, the wiki entry
> for check_date=* [1] says:
>
> Date of latest review of the data [...] The tag is intended to document
> the last date, when an object as a whole or specific tags of the object
> were checked and verified. [...] To indicate the review of specific tags
> the key is built from multiple words separated by colons like
> check_date:collection_times=* or check_date:opening_hours=*. [...]
>
>
> It is clear to me that check_date=* means that all properties (or at
> least all that are verifiable on site) were checked on that date, not
> only its existence. Besides, there is no other tag with the meaning
> "everything last checked on" while there there are tags for "existence
> last checked on" and adding the same number of check_date:<property>
> tags as a feature has tags seems impractical.
>
> (For example, when used for a shop=* with opening_hours=* or an
> amenity=post_box with collection_times=*, i expect
> check_date=2021-07-31 to mean that it's opening hours or collection
> times, respectively, have been last checked on 31 July 2021 too, not
> only its existence, also because this information changes more often
> than its existence.)
>
> Therefore, i think that another tag should be used for the date on
> which a feature was last checked for existence. However, the developer
> of StreetComplete thinks that this is the meaning of check_date=*. [2]
>
> How do you understand check_date=*?
>
> (And if you think that check_date=* only means "existence last checked
> on", how would you tag "object as a whole last checked on"?)
>
> Best regards
>
> Raphael (dafadllyn)
>
> [1]: https://wiki.openstreetmap.org/wiki/Key:check_date
> [2]: https://github.com/streetcomplete/StreetComplete/issues/3110
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210803/0436a6c5/attachment.htm>