FHIR Chat · new Language · implementers

Stream: implementers

Topic: new Language


view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 14:18):

I'm getting an error that my language is not available in http://hl7.org/fhir/ValueSet/languages

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 14:20):

it's just a preferred binding, but should we add de-BE there?
What I know: German is an official language in Belgium, I am not aware if there is any difference to de-DE (if that is a criteria).

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 14:21):

I've seen some references to de-BE out there, but not sure if that is sufficient criteria.

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 14:22):

https://en.wikipedia.org/wiki/Languages_of_Belgium

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 14:23):

@Robin Bosman @Pierre Billot

view this post on Zulip Robin Bosman (Nov 11 2019 at 16:35):

Specifically for German - I am inclined to say no. French and Dutch in Belgium do have their own flavor (with millions of Belgian speakers) but with less than 100K speakers I am not sure Be-German should be considered sufficiently different from standard German. Does RSW have a policy on this?

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 19:05):

bcp47 says :
" Region subtags are used to indicate linguistic variations associated with or appropriate to a specific country, territory, or region. Typically, a region subtag is used to indicate variations such as regional dialects or usage, or region-specific spelling conventions. It can also be used to indicate that content is expressed in a way that is appropriate for use throughout a region, for instance, Spanish content tailored to be useful throughout Latin America."

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 19:06):

(my emphasis)

view this post on Zulip Jose Costa Teixeira (Nov 11 2019 at 19:08):

we have a code system (hc-party) giving a warning.
We can either
a) ignore that warning
b) add the language
c) change "de-BE" and just use "de"

view this post on Zulip Grahame Grieve (Nov 11 2019 at 19:36):

given that the language binding is extensible, that should not be an error

view this post on Zulip Grahame Grieve (Nov 11 2019 at 19:36):

just a warning

view this post on Zulip Vassil Peytchev (Nov 12 2019 at 05:58):

It seems that the only German region subtags are de-DE, de-AT, and de-CH (per the IANA language subtag registry)

view this post on Zulip Pierre Billot (Nov 12 2019 at 08:16):

It seems that "fr-CA" is missing too.
I am pretty sure that it is much different that "fr-FR" … and Fhir has canadian roots, hasn't it ?
It shows that language is (just) an informative data …
In any case, for Belgium, I think that "de-BE" should be added:
In Belgium, we like to be "legaly" and "federaly" correct …
… and we have a "culture of compromise" that we are proud ;-)

view this post on Zulip Grahame Grieve (Nov 12 2019 at 08:29):

what is present in that list is the languages spoken by affiliates

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:40):

ok so we can ignore the error for now, and when BE becomes an Affiliate, HL7 Belgium has already a pending task :)

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:41):

is that a good way forward?

view this post on Zulip Grahame Grieve (Nov 12 2019 at 08:45):

yes.

view this post on Zulip Grahame Grieve (Nov 12 2019 at 08:45):

but please tell me its not an error. it should just be a warning

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:46):

it is just information actually

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:47):

i wrote "i get an error" in my first post, that was misleading, sorry

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:48):

which part of this should go in the ignoreWarnings.txt?

INFORMATION : The value provided ('de-BE') is not in the value set http://hl7.org/fhir/ValueSet/languages (http://hl7.org/fhir/ValueSet/languages, and a code is recommended to come from this value set) (error message = The code provided (urn:ietf:bcp:47#de-BE) is not valid in the value set CommonLanguages)

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:48):

just the error message?

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:49):

(I was trying but did not manage to get rid of it)

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:52):

pasted image

view this post on Zulip Jose Costa Teixeira (Nov 12 2019 at 08:52):

I'm missing the syntax there

view this post on Zulip John Silva (Nov 12 2019 at 13:20):

Isn't this really a combination of 2 things, the ISO language code (ISO-639 ) and the ISO country code (ISO-3166 )

https://docs.oracle.com/cd/E13214_01/wli/docs92/xref/xqisocodes.html

or

https://www.andiamo.co.uk/resources/iso-language-codes/

(and of course the list of countries frequently changes)

view this post on Zulip Lloyd McKenzie (Nov 12 2019 at 14:24):

@John Silva IETF defines a grammar that combines those and a few others too. And yes, both lists change with reasonable frequency. The rule is that the code must come from the IETF set (which is about as complete as is possible), but we enumerate a simple set for drop-downs based on what's typically used in HL7 affiliates.

view this post on Zulip Grahame Grieve (Nov 12 2019 at 19:59):

which is why this is not an error message


Last updated: Apr 12 2022 at 19:14 UTC