Recently I introduced a few “OpenStreetMap Quality Control” categories:

  • Fix Me - All map features which have a “fixme” (or similar) tag, categorized by suffix (e.g. fixme:name) or content (e.g. “name wrong”). It can also filtered by type of feature (e.g. Shop, Road, …).
  • Culture - Media/Wikidata - In my opinion, each cultural map feature (artwork, memorial, tourist attraction, …) should have an image and/or a wikimedia_commons category (red=missing, light blue=set). Often, there even exists a Wikidata item (dark blue). Many memorials erroneously have the wikidata link to a person (magenta), this should most likely be a “subject:wikidata” (resp. “subject:wikipedia”) tag.
  • Wikipedia - This category was in the “Special” top category before. It shows all map features in the area with a wikipedia or wikidata tag (including prefixes, e.g. “subject:wikipedia” or “name:etymology:wikidata”).

Screenshot of OpenStreetBrowser showing the "Culture - Media/Wikidata" category.

Comment from Claudius Henrichs on 15 October 2022 at 09:35

Very useful QA tooling. Thanks.

If a memorial has subject:wikidata set there’s still a warning “No image, wikimedia_commons or wikidata” shown. Particularly smaller memorial plaques don’t have a dedicated WD entry, so I subject:WD would suffice there. Can you maybe loosen the warning message to a notice in that case? Something like “No main wikidata, but secondary wikidata present”?

Comment from skunk on 16 October 2022 at 18:25

I would not say that a “subject:wikidata” is sufficient for a memorial, because the idea of the category is, to show media of the memorial - and this can be loaded from (either) image, wikimedia_commons or wikidata. subject:wikidata does not have information about the memorial in question.

On the other hand you are right, that having a “subject:wikidata” is recommended for memorials. I’ll add a text pointing out the presence of this tag.

Login to leave a comment