OpenStreetMap

Using Wikidata data, fixing wrong wikipedia and wikidata tags

Posted by Mateusz Konieczny on 26 September 2017 in English (English)

I invite everybody interested in

  • using data wikidata to add more data to OSM
  • fixing wikipedia tags
  • fixing wikidata tags

I would be happy to generate reports for your local area. It is possible to generate report about specific region (and I know that many people are interested primarily in fixing area they know well). Example report is at https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/Bremen,%20Deutschland.html (full list of locations with currently available reports is at https://matkoniecz.github.io/OSM-wikipedia-tag-validator-reports/ )

Feedback is welcomed, especially from people who looked at the site and decided to not use it - what went wrong? Also feedback from people using reports would be useful.

I already added and improved how reports work based on requests. For example, I added overpass querries usable in JOSM that skip already fixed objects.

This tool is likely to be useful - it was already used to improve thousands of objects in Poland - special thanks go to wmyrda, rmikke who fixed massive amount of objects (thanks also to everybody else who used this reports).

Comment from DevonshireBoy42 on 27 September 2017 at 07:41

Hi Mateusz,

Thank you for your tool, I would be very interested if you could produce a report for Devon, UK

Thanks!

Hide this comment

Comment from Xadees on 27 September 2017 at 13:28

Hey Mateusz, thank you as well for your tool. Would it be possible to create a report for the region of Preetz (Schleswig-Holstein) in Germany?

Thanks :)

Hide this comment

Comment from Polyglot on 28 September 2017 at 10:17

Mateusz, is there a SPARQL query we can use ourselves in JOSM to download this for an area? I realise we would miss the descriptions in that case.

Jo

Hide this comment

Comment from Mateusz Konieczny on 28 September 2017 at 13:32

@DevonshireBoy42 @Xadees

I hope that reports that I generated will be useful :)

@Polyglot

Unfortunately http://wiki.openstreetmap.org/wiki/SPARQL_examples#Quality_Control and my tool are developed completely separately.

But it should be possible to make SPARQL queries that detect similar problems.

Hide this comment

Comment from nyuriks on 2 October 2017 at 18:07

There is a project to improve wikipedia links at https://wiki.openstreetmap.org/wiki/Wikipedia_Link_Improvement_Project - at this point it lists many problems found so far, and SPARQL queries to show them on a map (usually worldwide).

It would be awesome to merge our efforts :)

Hide this comment

Comment from Mateusz Konieczny on 6 October 2017 at 10:38

@nyuriks

At this moment I am focusing on using already available data and fixing problems that are detected in OSM. But later, after cleaning up Poland...

Hide this comment

Comment from Piskvor on 6 October 2017 at 13:05

Hello, this looks immensely useful! I would like to try this, but I don't have recent knowledge of any of the available areas. If it's not too much bother, could you add Prague, Czech Republic? http://www.openstreetmap.org/relation/439840#map=9/50.0615/14.4662

Hide this comment

Comment from nyuriks on 6 October 2017 at 19:59

Hi Mateusz, so which queries do you think are still missing in the https://wiki.openstreetmap.org/wiki/Wikipedia_Link_Improvement_Project ?

Hide this comment

Comment from Piskvor on 9 October 2017 at 09:27

From what I've seen so far, there are many weird Wikipedia/Wikidata links around; this is indeed a great way to flag them for review.

Some improvement suggestions: https://www.openstreetmap.org/way/30530331#map=19/50.08304/14.41988&layers=N has a contact:website= , so no need to suggest website= if matches.

The "wikidata for event" warning should perhaps be less authoritatively worded - or do you mean "if it is a battle memorial, it should have its own wikidata item linking to the main item"? E.g. this: https://www.openstreetmap.org/node/310477881

Hide this comment

Comment from Mateusz Konieczny on 9 October 2017 at 19:20

Some improvement suggestions: https://www.openstreetmap.org/way/30530331#map=19/50.08304/14.41988&layers=N has a contact:website= , so no need to suggest website= if matches.

Fixed, in next update websites will not be suggested for objects with contact:website tag.

Thanks!

The "wikidata for event" warning should perhaps be less authoritatively worded - or do you mean "if it is a battle memorial, it should have its own wikidata item linking to the main item"? E.g. this: https://www.openstreetmap.org/node/310477881

Note that for example memorial depicting famous event may end with only secondary link. Monuments, memorials, statues etc should have wikipedia tag only in situation where monument, memorial, statue itself is so famous that it has its own Wikipedia article.

examples from my city:

http://www.openstreetmap.org/way/374515883#map=19/50.06154/19.93818 - has both wikipedia and subject:wikipedia - as there are wikipedia pages about statue itself and about depicted person

https://www.openstreetmap.org/node/5157607312#map=19/50.08024/19.88841 - has only subject:wikipedia, as depicted person is famous but statue itself has no wikipedia article

Back to https://www.openstreetmap.org/node/310477881

given that monument about battle is mapped, not the battle I think that wikipedia/wikidata tag is wrong and subject:wikidata, subject:wikipedia should be used instead

Hide this comment

Comment from nyuriks on 9 October 2017 at 21:20

Speaking of humans - here's a list of all links to humans - something that should never happen in OSM (we don't map people, we map objects :)) https://wiki.openstreetmap.org/wiki/Wikipedia_Link_Improvement_Project#Linking_to_Humans

I tried to document all different cases, but feel free to add more. Thx!

Hide this comment

Leave a comment

Parsed with Markdown

  • Headings

    # Heading
    ## Subheading

  • Unordered list

    * First item
    * Second item

  • Ordered list

    1. First item
    2. Second item

  • Link

    [Text](URL)
  • Image

    ![Alt text](URL)

Login to leave a comment