On 12/7/19 02:54, Martin Koppenhoefer wrote:


sent from a phone

On 6. Dec 2019, at 15:16, pangoSE <pang...@riseup.net> wrote:

I believe that we should deprecate all wikipedia links as they are just potentially obsolete cruft that can be inferred from the wikidata item. (I am also an editor of Wikidata)

If you really want the Wikipedia link displayed fix your editor to fetch the local wikipedia link (if any) for your local language in addition to the label and description.



I know that people are assuming that a wikipedia article in language x has approximately the same content as another one in language y that is linked to it, but this is not the case. There are often significant differences, even if many articles are translations from the English version. Wikidata is another thing. It all started with one wikidata object for every article, but as the project grows and people edit it (yes, not only bots are editing wikidata), their objects get split and refined (subgroups of objects). A common example are settlements. In wikipedia, political and socio-geographic entities are often covered in the same article (or they are combined in one language and split in another). In wikidata (and even more in OpenStreetMap), these tend to get split over several objects. Wikipedia tends to aggregate several aspects of a thing into one article, wikidata tends to separating the concepts.

If someone adds a wikipedia link for something, you can see by the language which specific article she has read and linked (confirmed). It does not automatically imply that all wikipedia articles in other languages would also fit for the OpenStreetMap object that has gotten the tag. Even less for wikidata (which usually only deals with part of an article, which is not necessarily the one which fits for the object).

Just have a look, it happens all the time, another typical case for issues are buildings and things inside the buildings (museums, governments, whatever). Maybe it is less of an issue with natural places (mountains, seas, etc), but in the cultural world it is almost ubiquitous.

Cheers Martin

_______________________________________________
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Good morning Martin,

Here is, for example, the article for the Louvre museum in Englsh: https://en.wikipedia.org/wiki/Louvre . On the left part of this page there is the link "Wikidata item", which leads to this wikidata page: https://www.wikidata.org/wiki/Q19675

On the wikidata page there are links to the Wikipedia articles of this museum in dozens of languages. This particular museum is of an interest to the large number of people from many countries for numerous reasons (tourists, researches, students, etc.). I assume that the absolute majority of these people will not read the article in English or in French, but rather in their mother tongue.

Usually any significant Wikipedia article has got its respective wikidata item. If it does not have it, it could be created easily. So instead of adding a Wikipedia article of a museum in a specific language, the wikida item with the links to this articles in all available languages could be added. Then in a map editor or on a map web page, a visitor could be shown the link to the article in her/his language of choice immediately. So that the visitor could go to the Wikipedia article directly. But not first to the Wikipedia article in a foreign language and then search manually for the link to the article in his mother tongue on the HTML page.

Or even better, he could be presented with a drop-down list of this Wikipedia article in all available language versions with the article in his language of choice preselected. The Wikidata is the structured database, so its contents can be accesses in a complex programmatic manner. While the Wikipedia article is an HTML page, so basically it is the final destination for a program. Only human can read it and go father from it manually.

Best regards,

Oleksiy



_______________________________________________
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Reply via email to