Two quick thoughts on fallback languages: One general rule perhaps could be to not select
a language with a different script when one in the same script is available. (At least for
users with a preference for a latin language - this may be different the other way
A broader solution could be offering the user an individual setting for a the sequence of
fallback languages (as used, e.g., in http content negotiation) across all Wikidata
interfaces. But of course that's a much larger effort, and has perhaps been discussed
Von: Wikidata-tech [mailto:email@example.com] Im
Auftrag von Stas Malyshev
Gesendet: Freitag, 3. November 2017 01:40
An: Wikidata technical discussion; Lydia Pintscher
Cc: Internal communications for WMF search and discovery team
Betreff: Re: [Wikidata-tech] Wikidata fulltext search results output
When showing labels from fallback languages we do
have little language
indicators in other places. I believe we should have this here as
Makes sense. I'll look into how to get those. Is language code OK or we need
full language name (uk vs. Ukrainian)?
One thing to note here is that secondary languages have no order - i.e.
if you look in German, and there's no matching German label, but there are 10
other language labels all the same (happens a lot for names & places), which
language will be selected is anybody's guess. We could add rule that says
at English as secondary first", in theory, but not sure whether we should - after
all, besides having most languages, (and us speaking it :) there's not much
special about it.
I'm slightly leaning toward showing both.
I'd say in this case we could get rid of the
word/byte count. To get a
good glimpse of the quality of the item I'd say we'd want to show
count of statements (excluding identifier statements), identifiers and
OK, I'll try to make this.
Display format for Wikidata and for other wikipedia sites is different:
I.e. Wikipedia puts title on a separate line, while Wikidata keeps it
on the same line, separated by colon. Is there any reason for this
difference? Do we want to go back to the common format?
Not sure if we had a reason tbh.
OK then, I'll feel free to shuffle things around then :) Having more freedom in
the title line is good because we can then display both label & aliases.
Wikidata-tech mailing list