GNOME Bugzilla – Bug 525761
"Louisiana" consistently misspelled as "Lousiana"
Last modified: 2008-05-29 17:47:17 UTC
The state of Louisiana is consistently misspelled "Lousiana" in Locations.xml. Attached patch fixes Locations.xml, and updates the .po files where appropriate to prevent needless fuzzification. That is: 1. In cases where the .po previously translated "Lousiana" to "Lousiana", I updated both msgid and msgstr. 2. In cases where the .po previously translated "Lousiana" to a string that matches the name of the corresponding non-English-wikipedia article linked from http://en.wikipedia.org/wiki/Louisiana, I updated the msgid and left the msgstr untouched. (fr.po was an extra special case in that the translator managed to copy the misspelling while translating the name, so I fixed both msgid and msgstr.) 3. In the remaining po files (mostly Indian languages), I didn't do anything, because I couldn't tell if they'd transliterated the right spelling or the wrong one, so the string ought to become fuzzy. Then I tried to run "make update-po", but apparently the po-locations dir is not make-update-po-able...
Created attachment 108469 [details] [review] patch to Locations.xml to fix spelling of "Louisiana"
Created attachment 108558 [details] [review] updated patch to fix Louisiana without breaking string freeze ok, previous patch is no good because it breaks string freeze. this redoes it to update all of the msgid lines, while leaving the uncertain msgstr lines as they are; if this is accepted, I'll send mail to gnome-i18n-list alerting the relevant translations teams that they may have mis-transliterated the string
*** Bug 523009 has been marked as a duplicate of this bug. ***
I've asked on gnome-i18n if we can commit.
we should probably just commit this to trunk and forget about 2.22.x at this point
+1 - fix the original string in trunk and fix the en_* translations in stable
Yep, go for it, but it's probably better to not touch the translations (unless you can get approval on gnome-i18n).
OK, committed the fix to just Locations.xml.in on trunk.