Dear Andreas,
I've started to set up an example item: https://www.wikidata.org/wiki/Q55411751
- P2795 for directions - P137 for operator
What we are missing right now in Wikidata is a property to refer to the OSM node ID. I have therefore submitted a property proposal: https://www.wikidata.org/wiki/Wikidata:Property_proposal/Authority_control#O... Feel free to add more examples and endorse the proposal. Creation of the property should take about 2 weeks.
And feel free to submit a property proposal for OSM ways if you see a need for it.
In view of the data ingest: - Yes, extract the data in spreadsheet format - Then, map all relevant data fields to Wikidata properties - Reconcile the items in the spreadsheet against Wikidata to avoid duplicates (possibly, this has already been done, as some the OSM nodes already contain Wikidata Q-numbers) - Ingest the data using QuickStatements
What I don't like in the OSM data is the fact that the source ("survey") does not have proper references (which survey? publication date?). And there is potentially a HUGE PROBLEM when it comes to larger data ingests due to license incompatibilities between OSM and Wikidata: https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat&oldid=5... See also: https://www.wikidata.org/wiki/Wikidata:OpenStreetMap The data to be imported is not copyrighted under Swiss law. However, OpenStreetMap seems to be operated from London, which means that EU database law probably is applicable in addition to Swiss law. You would need a IP lawyer to sort this out.
If you are planning to do larger data ingests from OSM (after sorting out the legal issues), we should create a WikiProject where we can document the ingest process (which sources have been ingested? Mapping information, etc.). As I told you at the Wikidata workshop in Bern, there is another project focusing on Wikidata and fountains: https://water-fountains.org/ - I guess you guys should coordinate between each other.
In the longer run, we should address the question which data should primarily be maintained in Wikidata and which data should be maintained within OSM. In principle, for each data field, one could act as the master database and the other as the slave. Decision criteria could be: power of the data model, ease of use of interfaces, presence of a dedicated community, etc. However, given the current licensing situation, compatibility works only in one way – data from Wikidata can be imported into OSM, but not the other way round. This means that if you want your data to remain in the public domain and to be used also within Wikidata, you should maintain it in Wikidata and import it into OSM in a further step.
Cheers, Beat
-----Original Message----- From: Andreas Bürki [mailto:abuerki@anidor.com] Sent: Montag, 9. Juli 2018 22:44 To: Estermann Beat beat.estermann@bfh.ch; talk-ch@openstreetmap.ch Subject: Re: [talk-ch] Proposed mechanical edit: fountain names/descriptions in Bern (was: Re: addr:suburb in Bern + tagging POI -> Standort) + WikiData
Hello
Am 09.07.2018 um 08:03 schrieb Estermann Beat:
Hi,
Could you point me to a dataset with the kind of "location descriptions" you would like to ingest into Wikidata?
Up to my knowledge, there is so far no official dataset, except the actual 25 ones in OSM. You get it by:
http://overpass-turbo.eu/s/A9d
-> run it by click "Ausführen" and then choose "Daten"
Is this ok or what did you expect, a calc table sheet?
Before creating a new property, I would advise you to examine whether the following property could be used:
Property:P2795 is named directions. Or it's "instance of":
"Wikidata property to indicate a location" ?
https://www.wikidata.org/wiki/Q18615777
cheeers, h.
directions: describe how to find the subject - directions, objects along way, comments Wegbeschreibung: Beschreibung zum Auffinden eines Objektes – Richtungen, Objekte entlang des Weges, Kommentare
Cheers, Beat
-----Original Message----- From: Andreas Bürki [mailto:abuerki@anidor.com] Sent: Sonntag, 8. Juli 2018 17:53 To: talk-ch@openstreetmap.ch Cc: Estermann Beat beat.estermann@bfh.ch Subject: Re: [talk-ch] Proposed mechanical edit: fountain names/descriptions in Bern (was: Re: addr:suburb in Bern + tagging POI -> Standort) + WikiData
Hello
Am 06.07.2018 um 17:55 schrieb Selfish Seahorse:
On Fri, 6 Jul 2018 at 16:16, Andreas Bürki abuerki@anidor.com wrote:
I was thinking about WikiData as well. For the moment, I don't know how to do that properly.
If you could do a valid example in WikiData of a fountain in Bern *with* a Wikipedia article and one *without* a Wikipedia article, but both examples with commons category, that would be very helpful.
Konservatoriumbrunnen (no Wikipedia article): https://www.wikidata.org/wiki/Q55401244 Zähringerbrunnen (with Wikipedia article): https://www.wikidata.org/wiki/Q247322
Thank you.
However, as I had to find out, location descriptions can't be added to Wikidata object at the moment. Unlike OSM, Wikidata properties (~ keys in OSM) can't be added by everyone; they have to go through a proposal process first. [^1]
Indeed. I have learned that as well at a WikiData Workshop (held by Beat).
Unfortunately I'm not familiar enough with WikiData to (a) create such a property "location description" in a meaningful way. And (b), assuming there would be such property in WikiData, I have no idea how to integrate it's content in e.g. uMap.
In the actual situation it's quite easy to integrate the content of *location:description:de=* in uMap[1] in order it gets rendered properly (at the moment 25 fountains gets rendered[2], some 200 still to do... )
...just my 2 cents
cheeers, h.
[1] https://umap.osm.ch/de/map/brunnen-in-stadt-und-gemeinde-bern_124 [2] http://overpass-turbo.eu/s/A9d
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch