Note 21.5.2021: Since publishing this blog, we have added a task to Wikimedia Phabricator that was merged with an earlier bug report: T259801. We hope this will contribute to the issue being resolved.

This is a suggestion for improving how links to external sources are forwarded at, by honouring the language settings in the Identifiers section of individual Wikidata objects, and, over time, by automatically showing all existing language formatter versions for each Wikidata object, without edits required on a Wikidata object level. 

Note: This blog is more technical than our usual blogs at Projekt Fredrika. It is also in English to be comprehensible for international readers.

A good property exists: P407 ‘language of work or name

One of Wikidata’s strengths is for objects to be linked through IDs to external data sources. The links are automatically generated when a URL-syntax is has been entered for the property P1630 ‘formatter URL’.

The external data sources may exist in several language versions. The Wikidata user interface even allows separate entries for each P407 “language of work or name”, but the onward pointers lead to one language only. In other words: all the language versions in point at only one of the available language versions, even though several languages have been entered into the Identifiers section of the Wikidata object and even though the underlying identifier (eg. P8309 ‘Yle topic ID’) has well-defined language specific P1630 ‘formatter URL’ properties, for each P407 ‘language of work or name’.

Both of Q6348774 Kaj Arnö’s ID-links go the the Finnish language URL, even though both Swedish and Finnish URL formats are available in the Yle Topic ID (P8309)

This does not only affect official multi-lingual countries such as Finland, Switzerland, Canada, etc. This affects all data sources that have information in a lingua franca such as English in addition to the data sources’ single language in USA, Brazil, The Netherlands, Estonia, Taiwan, South Korea, China, Australia and more. 

In Wikidata there are more than 442 properties that have a link URL-format in more than one language. See this query, thanks to Wikidata:request a query

An example: P902 Historical Dictionary of Switzerland

One example: One of the many external sources that has an entry about the country Finland is the Historical Dictionary of Switzerland (HDS). The Swiss encyclopedia has an article about Finland in German, French and Italian, all identified by the same ID 003353. 

However, when you scroll down on Finland’s Wikidata object, Q33 at to the entry for HDS-ID, you will only find one ID entry 003353 which will have a link to the article solely in German. 

Finland (Q33) has the HDS ID 007396 shown as one link to the German page with no direct link to the French nor Italian page.

This is not because the URL formats are missing for French and Italian. The property HDS-ID (P902) has URL format (P1630) for three languages of which German has been set to preferred. The entered URL formats look like this:

There are also three URLs with rank marked as deprecated, i.e. old URLs not in use. 

On Finland Q33, clicking 003353 will lead to a page in German. In this case, the target page (outside Wikidata) has a clear way to switch language to Italian or French - but for other equivalent outside links, this is not always the case. 

The right solution: Automatically list all language versions

In the above Swiss HDS-ID case, it is still somewhat understandable that there are no links to other languages than German: There is only one line entered for Finland, without an entry for P407 ‘language of work or name’ – which makes it acceptable to default to German for HDS 003353, but somewhat strange for Q834 known in English as Canton of Valais, which is reasonable considering its French speaking majority. But the HDS link points to 007396, Wallis, which is the name used by the (sizeable) German minority. An ideal solution would thus ‘automatically’ improve upon the UI within the Identifiers section of Wikidata objects with properties having several P1630 ‘formatter URL’ properties, one for each P407 ‘language of work or name’. 

The article about Wallis on HDS is available in German, French and Italian, but the Wikidata user interface only shows a link to the German page.

Minimal solution (bug fix): Honour the language setting in the pointer

However, there is also a minimal solution, not requiring any changes in the user interface. This solution could even be likened to “fixing a bug”.

Case in point: P8309Yle topic ID’. For Yle topic ID, it is often the case that topics will only exist in one language. So when clicking through from Q6348774 Kaj Arnö to his Yle topic ID 18-284310 on the line with P407 ‘language of work or name’ being Q9027 Swedish, the user will land on the Q1412 Finnish language page instead of the correct Q9027 Swedish language page, even though P1630 ‘formatter URL’ has been properly entered for Swedish for P8309Yle topic ID’.

Yle Topic ID (P8309) has the URL-format entered for Finnish and Swedish

Why honouring language settings matters for the end user  

This not just misleading but highly confusing for the end user. Kaj Arnö has only written articles in Swedish. The Finnish page gives the impression of being empty. Should you notice and click the link “Ruotsiksi: Kaj Arnö” (which is unlikely for non-Finnish speakers, as the text is in Finnish only, and translates to “In Swedish: Kaj Arnö”) will switch to show Kaj Arnö’s articles in Swedish (of which there are quite a few). This is the page to which there should be a direct link from inside Wikidata. 

The same disability exists in many places. For example, it affects Heritage Sites in Finland P4009, but in this case switching language by clicking “på svenska” at on e.g. Porvoon saaristokylät will throw the user to the home page instead of the Swedish version of the same page, Skärgårdsbyar i Borgå

Conclusion: This confusion needs to stop

It is highly confusing for the user to have to go through this extra step to find the source in the preferred language. Not showing the language options for the user hides their existence, and makes the entry of the language specific formatter URLs rather pointless, as they are not in use.

Our suggestion is that the UI on would over time be improved to automatically show IDs with links in multiple languages (all non-deprecated URL formats that have a defined language), and urgently for the bug to be fixed, that language specific settings in the Identifier section of individual Wikidata Q objects are currently not honoured at all.

Projekt Fredrika improves the coverage of Swedish Finland and Swedish in Finland on Wikipedia, in Swedish and other languages. Read more about us on Wikipedia (Projektsidan, Project page, Projektisivut, Projektseite, Page du projet, страница проекта) or follow us on TwitterFacebook, or Instagram.

Projekt Fredrika förbättrar täckningen av det svenska i Finland på Wikipedia, främst på svenska men också på andra språk. Läs om oss på Wikipedia (Projektsidan, Project page, Projektisivut, Projektseite, Page du projet, страница проекта, eller följ oss på Twitter, Facebook, Instagram, eller Youtube.