[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2019-08-01 Thread Smalyshev
Smalyshev added a comment. @Esc3300 that would be a nice heuristic, except WDQS unfortunately does not have this information - labels do not carry dates attached to them, they are just simple triples. TASK DETAIL https://phabricator.wikimedia.org/T154260 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-03-08 Thread Esc3300
Esc3300 added a comment. Personally, I'd pick the language of the first label ever added to the item.TASK DETAILhttps://phabricator.wikimedia.org/T154260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Liuxinyu970226, Bugreporter, Esc3300,

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-03-08 Thread Yurik
Yurik added a comment. @Smalyshev you are right that it shouldn't be random. Instead, we could establish a well known list of the fallback languages. I would argue that latin-based languages should be first in that list, followed by the "closeness" to latin alphabet - e.g. if there are no known

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-03-07 Thread Smalyshev
Smalyshev added a comment. It's relatively easy to show random language, what is still sounding questionable to me is that if you want French label and there's none, showing Chinese one would be useful for you. Also note, that having "any" means it would not be stable (since stable order requires

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-01-04 Thread Esc3300
Esc3300 added a comment. In case it wasn't clear, I added a description of the excepted behavior when no wildcard is provided: so none gets Chinese who isn't asking for it.TASK DETAILhttps://phabricator.wikimedia.org/T154260EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-01-03 Thread Yurik
Yurik added a comment. I disagree - it makes people frustrated. When I try to find "what links here", and all I see is a large list of Q numbers, I will give up and not deal with it. If I look at an item and see a long list of administrative subdivisions, again, same thing.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-01-03 Thread Smalyshev
Smalyshev added a comment. I think it's better to see Q - that makes you go and update the label :)TASK DETAILhttps://phabricator.wikimedia.org/T154260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Esc3300, Smalyshev, Aklapper, Yurik, EBjune,

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2017-01-03 Thread Yurik
Yurik added a comment. I also think that this behavior should be default for wikidata.org itself - its very annoying to see a list of 5 undefined labels, and need to expand it. Even worse is to see a list of Q numbers instead of ANY labels at all.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2016-12-29 Thread Esc3300
Esc3300 added a comment. I think it depends also which items one has in mind: Most items just have labels in one (maybe two) languages. For these, it helps seeing the script of the label, even if one doesn't understand it.TASK DETAILhttps://phabricator.wikimedia.org/T154260EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2016-12-29 Thread Smalyshev
Smalyshev added a comment. the goal here is to get anything readable I get this, but how Chinese label is anything readable for a person who doesn't read Chinese? anything based on the Latin character set Ok, this is a bit presuming but I guess a workable heuristic. This means we probably need

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2016-12-29 Thread Yurik
Yurik added a comment. @Smalyshev the goal here is to get anything readable instead of the Wikidata ID, and not require the user to list all 500 of the language codes. From my personal perspective, anything based on the Latin character set should be shown ahead of all others, followed by Cyrilic,

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2016-12-29 Thread Smalyshev
Smalyshev added a comment. "Any" is kind of poorly defined, I'm not sure how this would be implemented - i.e. would it be OK if the same query would return different results? How useful is when the same item gets once named in Chinese, once in Hindi and once in Ukrainian, on the same query? What

[Wikidata-bugs] [Maniphest] [Commented On] T154260: Support language wildcard in wikibase:label service

2016-12-29 Thread Esc3300
Esc3300 added a comment. Could be good to have.TASK DETAILhttps://phabricator.wikimedia.org/T154260EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Smalyshev, Aklapper, Yurik, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas,