Author: TomH
[Added to the original trac issue at 10.14am, Thursday, 18th March 2010]

We're using whatever codes people submit translations for on Translatewiki. If you want to submit translations for nb then you can do so here:

http://translatewiki.net/wiki/Translating:OpenStreetMap

If you want to argue that Translatewiki is using the wrong code and should change and move the existing translations then you will need to talk to Translatewiki people about it.

Author: s.mazeland[at]xs4all.nl
[Added to the original trac issue at 10.58am, Thursday, 18th March 2010]

I asked Hans to register it here, because in the end it impacts the L10n structure of OpenStreetMap, independent from the way the translation is organised. If any discussion would arise regarding no/nb in OpenStreetMap, this would be the place to discuss it, and the consequences would have to be visible in translatewiki. I wouldn't want to force the non-translator users of OSM to have to go to a different environment.

I expect to be able to get the request from this ticket closed within the next few days. If possible, please assign the issue to me.

Author: TomH
[Added to the original trac issue at 11.05am, Thursday, 18th March 2010]

I'm happy to leave it open, although I don't think it will impact our structure significantly - anything committed becomes available on the site without having to do anything to configure a new language.

Our language list (used for choosing the language of diary entries etc) already has both nb and no in it.

The only issue might be one of wanting to alias the two together somehow.

There is also an issue that the rails translations are currently using no-NB and no-NN so we may need to do some clever magic to merge them in. I suspect that issue already arises with other languages anyway.

Author: s.mazeland[at]xs4all.nl
[Added to the original trac issue at 2.48pm, Sunday, 21st March 2010]

From IRC. Haven't had a reply from Tom yet. Want to wait for his input before doing anything. IMO this will provide fixes for all the language mapping issues without requiring any tricks in OSM or rails i18n. Of course, any issues in rails i18n have to be reported on/fixed in rails-i18n.

siebrand TomH: had a brief discussion with avar about issue #2800
siebrand TomH: wanted to discuss my plans with you before making actual changes.
siebrand TomH: the idea is this. Revert [20551] and [20550], make a mapping at translatewiki.net for a few languages, so that the exported files mat whatever is in http://svn.openstreetmap.org/sites/rails_port/vendor/plugins/rails-i18n/locale . That should work.

Author: TomH
[Added to the original trac issue at 4.00pm, Sunday, 21st March 2010]

I'd rather not revert 20550 really - as far as I can see no-NB and no-NN are clearly nonsensical as NB and NN are not valid country codes. I've actually attempted to upstream that change although I've no idea if they'll take it or not.

Beyond that, are you saying that you would simply commit identical files to no and nb when somebody makes a change on translatewiki? Even if you do that I will still have to do some magic to apply the rails translations to both codes.

Author: TomH
[Added to the original trac issue at 1.27pm, Sunday, 28th August 2011]

I think this is largely fixed now.

Upstream took my fix to the rails translations, so those are now using nb correctly.

At the OSM level we are merging the no translations from translatewiki with the nb transalations from rails and attaching that merged set to both the nb and no codes.

So I think translatewiki can be switched from no to nb whenever you like and things should just work.