We are moving to Git Issues for bug tracking in future releases. During transition, content will be in both tools. If you'd like to file a new bug, please create an issue.

Bug 1163 - ISO 639-1 vs ISO 639-2 language codes
ISO 639-1 vs ISO 639-2 language codes
Status: NEW
Product: OJS
Classification: Unclassified
Component: General
2.4.x
All All
: P2 normal
Assigned To: PKP Support
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-01-27 00:24 PST by Kevin Jamieson
Modified: 2012-09-24 08:42 PDT (History)
1 user (show)

See Also:
Version Reported In:
Also Affects:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Jamieson 2005-01-27 00:24:55 PST
We should look into adding some sort of mapping so that searches for language
will return matching results for either the ISO 639-1 (2 letter) or ISO 639-2
(3-letter) form of the code (and possible the ISO 3166 country codes as well?).


Received via email from Rudi Baccarne <http://www.khk.be/hikmed>
----------------------------------------------------------------------

While limiting a search on the PKP harvester by language I receive diffent
results when performing a search with the code 'en' and the code 'eng'. It
seems
that different institutions are usin different ISO639 codes. This problem might
occur in future with dutch data providers as well, because following the ISO
639
norm there are two possibilities 'dut' and 'nld' and I already noticed that
these are already use inconsisent by different institutions. Do you think there
something to do about this in the sense of mappings between different codes?

It's a pitty that people can use different codes for the dc.language I believe,
because it's lowering the possibilies for what Dublin Core was set up at the
first place.
Comment 1 Kevin Jamieson 2005-02-13 23:44:05 PST
Not critical for 2.0, but should look at this if there's time.
Comment 2 Alec Smecher 2006-08-29 11:50:12 PDT
There is a similar language mapping in the Harvester, available as a plug-in;
this might be suitable for porting.