Topic on User talk:Saarik

Jump to navigation Jump to search
2001:7D0:81DA:F780:5568:FC25:D120:B6DD (talkcontribs)

Some items in your recent batch are matched to the same YSO ID, e.g. Sangaste (Q3054128) and Sangaste Rural Municipality (Q570013). Regretfully some YSO entries, such as this one, are rather vague, being linked to several "closely matching concepts" on Wikidata, and so it seems impossible to tell what they are actually about. I think it's better not to backlinks such YSO entries on Wikidata in order to avoid further confusion. Note that YSO ID (P2347) also has distinct-values constraint set.

Saarik (talkcontribs)

Thank you for the comments. We are aware of the problem which comes up with especialiiy different ways of viewing place concepts in Wikidata and YSO. The Sangaste example is an error as there is only one Sangaste in YSO (the current one, Sangaste (Q3054128) a built-up area in Otepää. I will check the other cases.

Our policy has been to create the linkages by adding YSO IDs to WIkidata. We may need to change the policy due to these inconsistances but it would take a while. Another option might be to drop the single value constraint. ~~~~

2001:7D0:81DA:F780:613A:BDCB:13C1:3D80 (talkcontribs)

Well, as far as YSO is an ontological database, and accordingly its entries are supposed to be for places and not just place names, then we should be able to tell which place of the same name is its each entry for (former or current municipality, settlement or municipality, settlement A or settlement B). Many YSO place entries in that regard seem inadequate. For instance, I'm not sure based on what you decided that Sangaste entry is for a settlement, as YSO entry also mentions former municipality (kunta). Finnish-language Wikipedia article being mirror in that YSO entry also doesn't help, as that article confusingly mixes settlement and former municipality, while settlement and municipality co-existed, one didn't become another, and it's unclear which data is for which in that article. So, as far as I can see the distinct-values constraint is correct, and the problem is purely on YSO's side.

Currently there constraint violations relating to 54 YSO entries of Estonian places alone. Mostly these entries mix settlement and former municipality, some also mix different municipalities or neighbouring settlements. There are no actual duplicates on Wikidata, though the constraint confusingly may suggest otherwise. Due to current links between Wikidata and YSO, data about municipality may easily get used for settlement, or vice versa. Hence I believe it's better not link these YSO entries in their current form, to avoid further confusion.

Reply to "YSO ID for places"