csv2po allows you to create CSV files from PO files. This allows you to send translation work to translators who do not or cannot use PO Editors but who can use a Spreadsheet.
po2csv allows you to send CSV files, which can be edited in any spreadsheet, to a translator. This document outlines the process to follow from the raw po files -> CSV files -> back to PO. We also look at a case where you may have submitted a subset of the PO files for translation and you need to integrate these.
This step is optional.
To send a translator only those messages that are untranslated, fuzzy or need review run:
pofilter --isfuzzy --isreview -t untranslated <po-dir> <po-filtered-dir>
You might want to divide the work into sections if you are apportioning it to different translators. In that case create new directories:
e.g. po-filtered-dir-1 po-filtered-dir-2
or po-filtered-dir-bob po-filtered-dir-mary
Copy files from po-filtered-dir to po-filtered-dir-N in a way that balance the work or apportions the amounts you want for each translator. Try to keep sections together and not break them up to much e.g. Give one translator all the OpenOffice.org Calc work don’t split it between two people – this is just a simple measure to ensure constancy.
Now continue as normal and convert to CSV and perform word counts for each separate directory.
po2csv <po-dir|po-filtered-dir> <csv-out>
This will create a set of CSV files in csv-out which you can compress using zip (we use zip because most people are Windows users)
Professional translators work on source word counts. So we create a word count to go with the file:
pocount `find po-dir|po-filtered-dir -name "*.po"`
We work on source words regardless of whether the string is fuzzy or not. You might want to get a lower rate for work on fuzzy strings.
Place the word count file in both the PO and CSV directory to avoid the problem of finding it later. Check the number to make sure you haven’t inadvertently including something that you didn’t want in.
zip -r9 work.zip <csv-out>
Translators can use most Spreadsheets. Excel works well. However there are a few problems with spreadsheets:
You can, and should, keep your files as CSV files. However, many translators are not the best wizzes at using their spreadsheet. In this case many files will have been changed to XLS files. To convert them by hand is tedious and error prone. Rather make use of xlHtml which can do all the work for you.
xlhtml -xp:0 -csv file.xls > file.csv
Extract the CSV files here we assume they are in csv-in:
csv2po --charset=windows-1250 -t <templates> <csv-in> <po-in>
This will create new PO files in po-in based on the CSV files in the csv-in and the template PO files in templates. You shouldn’t run the csv2po command without templates as this allows you to preserve the original file layout. Only run it without -t if you are dealing with a partial part of the PO that you will merge back using a pomerge.
Note
Running csv2po using the input PO files as templates give spurious results. It should probably be made to work but doesn’t
Note
You might have encoding problems with the returned files. Use the --charset option to convert the file from another encoding (all PO files are created using UTF-8). Usually Windows user will be using something like WINDOWS-1250. Check the file after conversion to see that characters are in fact correct if not try another encoding.
Use pofilter to run checks against your new files. Read Checking your files with PO filter to get a good idea of how to use the tool.
When you merge work back that you know is good you want to make sure that it overrides the fuzzy status of the existing translations, in order to do that you need to remove the “#, fuzzy” markers.
This is best performed against CVS otherwise who knows what changed.
po-in-dir=your-incomming-po-files
po-dir=your-existing-po-files
for pofile in `cd $po-in-dir; find . -name "\*.po"`
do
egrep -v "^#, fuzzy" < $po-dir/$pofile > $po-dir/${pofile}.unfuzzy && \
mv $po-dir/${pofile}.unfuzzy $po-dir/$pofile
done
This step would not be necessary if the CSV contained the complete PO file. It is only needed when the translator has been editing a subset of the whole PO file.
pomerge --mergeblank=no -t po-dir -i po-in -o po-dir
This will take PO files from po-in merge them with those in po-dir using po-dir as the template – i.e. overwriting files in po-dir. It will also ignore entries that have blank msgstr’s i.e. it will not merge untranslated items. The default behaviour of pomerge is to take all changes from po-in and apply them to po-dir by overriding this we can ignore all untranslated items.
There is no option to override the status of the destination PO files with that of the input PO. Therefore all your entries that were fuzzy in the destination will still be fuzzy even thought the input was corrected. If you are confident that all your input is correct then relook at the previous section on removing fuzzies.