Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
user:zeman:joshua [2009/06/04 09:53] zeman Vyhodnocení úspěšnosti. |
user:zeman:joshua [2010/08/31 15:55] (current) zeman Překlep. |
||
---|---|---|---|
Line 9: | Line 9: | ||
* http:// | * http:// | ||
* http:// | * http:// | ||
+ | * http:// | ||
===== Instalace ===== | ===== Instalace ===== | ||
Line 27: | Line 28: | ||
< | < | ||
svn co https:// | svn co https:// | ||
+ | |||
+ | Poznámka: Na začátku června 2009 jsem měl problémy se zdrojáky získanými přímo z SVN (třída SuffixArray neobsahovala metodu main()), ale možná to byl jen dočasný výpadek dokumentace, | ||
+ | |||
+ | http:// | ||
+ | |||
+ | přešel na link Download a stáhnul si aktuální release verzi. | ||
Přeložit Joshuu: | Přeložit Joshuu: | ||
Line 79: | Line 86: | ||
qstat -u ' | qstat -u ' | ||
- | ===== Použití | + | |
+ | ===== Extrakce gramatiky | ||
Joshua je nainstalován a funguje. Nyní se musíme naučit, jak ho trénovat a jak ho použít k překladu. | Joshua je nainstalován a funguje. Nyní se musíme naučit, jak ho trénovat a jak ho použít k překladu. | ||
Line 86: | Line 94: | ||
* Tokenizovaný a segmentovaný text ve zdrojovém jazyce (en). | * Tokenizovaný a segmentovaný text ve zdrojovém jazyce (en). | ||
* Tokenizovaný a segmentovaný text v cílovém jazyce (hi). | * Tokenizovaný a segmentovaný text v cílovém jazyce (hi). | ||
- | * Párování vyrobíme [[Giza++|Gizou++]]. | + | * Párování vyrobíme [[Giza++|Gizou++]]. Správný soubor s párováním má stejný počet řádků jako zdrojový a cílový text (co řádek, to věta), ale místo slov má na každém řádku posloupnost dvojic čísel (např. "2-0 2-1 2-2 2-3 1-4"). Čísla vyjadřují, |
- | Správný soubor s párováním vypadá nějak takhle: | + | ==== Zastaralý návod ==== |
- | < | + | **Pozor, následující poznámky pocházejí z& |
- | 0-3 7-4 8-5 9-6 10-7 11-8 12-9 13-10 14-11 15-12 16-13 4-15 2-17 3-18 20-19 18-21 21-22 22-23 22-24 22-25 19-26 23-27 | + | |
- | 0-0 1-1 2-1 3-2 4-4 5-5 7-9 8-16 9-17 10-17 12-17 13-17 14-17 15-17 17-17 18-17 11-18 18-19 18-20 19-21 | + | |
- | 1-0 4-2 6-4 7-5 7-6 5-7 7-7 6-8 8-9 7-10 8-11 8-12 8-13 11-14 12-17 | + | |
- | 0-0 1-1 2-1 3-1 7-2 8-3 9-4 6-5 11-6 11-7 12-10 13-11 14-12 15-13 16-14 22-15 23-15 21-16 26-17 17-20 28-22 29-23 27-26 25-28 30-29 31-30 32-30 33-30 33-31 33 | + | |
- | -32 34-33</ | + | |
A takhle pustíme Joshuu, aby z trénovacích dat extrahoval gramatiku. Joshua z nějakého důvodu vyžaduje také testovací soubor se zdrojovým jazykem. Soudě podle příkladu, který dodali, stačí zkopírovat první větu ze zdrojových trénovacích dat. Gramatiku je pak ještě třeba seřadit, vyházet duplicitní pravidla a zagzipovat. | A takhle pustíme Joshuu, aby z trénovacích dat extrahoval gramatiku. Joshua z nějakého důvodu vyžaduje také testovací soubor se zdrojovým jazykem. Soudě podle příkladu, který dodali, stačí zkopírovat první větu ze zdrojových trénovacích dat. Gramatiku je pak ještě třeba seřadit, vyházet duplicitní pravidla a zagzipovat. | ||
Line 106: | Line 109: | ||
setenv GRM en-hi.grammar | setenv GRM en-hi.grammar | ||
head -1 $SRC > $TST | head -1 $SRC > $TST | ||
- | java -cp $JOSHUA/bin joshua.prefix_tree.ExtractRules --source=$SRC --target=$TGT --alignments=$ALI --test=$TST --output=$GRM.unsorted --maxPhraseLength=5 | + | java -cp $JOSHUA/bin joshua.prefix_tree.ExtractRules |
+ | | ||
+ | | ||
sort -u $GRM.unsorted > $GRM | sort -u $GRM.unsorted > $GRM | ||
gzip $GRM</ | gzip $GRM</ | ||
Line 116: | Line 121: | ||
Binarizovat zdrojovou část korpusu. | Binarizovat zdrojovou část korpusu. | ||
- | < | + | < |
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | java -cp $JOSHUA/bin joshua.corpus.suffix_array.SuffixArray \ | ||
+ | $WORK/ | ||
+ | $WORK/ | ||
+ | $WORK/ | ||
+ | $WORK/ | ||
+ | java -cp $JOSHUA/bin joshua.corpus.alignment.AlignmentGrids \ | ||
+ | $WORK/ | ||
+ | $WORK/ | ||
Takto se extrahuje gramatika pro konkrétní testovací data s pomocí binarizovaného korpusu: | Takto se extrahuje gramatika pro konkrétní testovací data s pomocí binarizovaného korpusu: | ||
- | < | + | < |
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | ==== Nový návod pro Joshuu 1.3 ==== | ||
+ | |||
+ | Následuje výtah z& | ||
+ | |||
+ | The recommended way to extract a grammar is to configure an ant XML file for ExtractRules. All available parameters can be configured using that technique. The main method is meant now to just be a simple version for use if you don't need any custom configuration. | ||
+ | |||
+ | The current version of ExtractRules and its parameters are documented in my and Chris' | ||
+ | http:// | ||
+ | |||
+ | The ant file should look something like this: | ||
+ | |||
+ | extract.xml: | ||
+ | |||
+ | <code xml>< | ||
+ | |||
+ | <!-- Define the path to Joshua class files --> | ||
+ | < | ||
+ | value="/ | ||
+ | |||
+ | <!-- Define the ant task to compile a corpus into binary memory-mappable files --> | ||
+ | < | ||
+ | classname=" | ||
+ | classpath=" | ||
+ | |||
+ | <!-- Define the ant task to extract rules --> | ||
+ | < | ||
+ | classname=" | ||
+ | classpath=" | ||
+ | |||
+ | |||
+ | <!-- Declare a target to compile a corpus --> | ||
+ | <target name=" | ||
+ | description=" | ||
+ | < | ||
+ | sourceCorpus="/ | ||
+ | targetCorpus="/ | ||
+ | alignments="/ | ||
+ | outputDir="/ | ||
+ | /> | ||
+ | </ | ||
+ | |||
+ | |||
+ | <!-- Declare a target to extract a grammar --> | ||
+ | <target name=" | ||
+ | description=" | ||
+ | < | ||
+ | joshDir="/ | ||
+ | outputFile="/ | ||
+ | testFile="/ | ||
+ | /> | ||
+ | </ | ||
+ | |||
+ | |||
+ | <!-- Declare a target to extract a grammar with other parameters--> | ||
+ | <target name=" | ||
+ | description=" | ||
+ | < | ||
+ | joshDir="/ | ||
+ | outputFile="/ | ||
+ | testFile="/ | ||
+ | maxPhraseSpan=" | ||
+ | maxPhraseLength=" | ||
+ | requireTightSpans=" | ||
+ | edgeXViolates=" | ||
+ | sentenceInitialX=" | ||
+ | sentenceFinalX=" | ||
+ | ruleSampleSize=" | ||
+ | maxNonterminals=" | ||
+ | /> | ||
+ | </ | ||
+ | |||
+ | </ | ||
+ | |||
+ | You can call this, with any of the targets that you define in extract.xml, | ||
+ | |||
+ | <code bash># Compile the corpus | ||
+ | ant -f extract.xml compile_de-en | ||
+ | |||
+ | # Extract rules using defaults | ||
+ | ant -f extract.xml extract_de-en | ||
+ | |||
+ | # Extract rules using custom settings | ||
+ | ant -f extract.xml extract_de-en-custom</ | ||
===== Decoding ===== | ===== Decoding ===== | ||
Line 218: | Line 326: | ||
< | < | ||
+ | |||
+ | S využitím většiny defaultů stačí dodat jméno vyhodnocovaného souboru a jméno souboru s referenčním překladem: | ||
+ | |||
+ | < | ||
+ | -cand $HINDI/ | ||
+ | -ref $HINDI/ | ||
+ | |||
+ | Bez MERTu mi zatím vyšlo BLEU = 0.0807. | ||
+ | |||
+ | ===== MERT ===== | ||
+ | |||
+ | Celý proces by nebyl úplný bez MERTu, což je zkratka za Minimum Error Rate Training. V principu jde o to, že se dekodér opakovaně pouští na vývojová data a na základě změřené úspěšnosti se postupně optimalizují váhy překladového modelu, jazykového modelu a případně dalších složek. V Joshuovi je pro tento účel integrován javovský nástroj Z-MERT. | ||
+ | |||
+ | Většina parametrů se Z-MERTu předává prostřednictvím konfiguračního souboru. Přehled volání Z-MERTu se dozvíme takto: | ||
+ | |||
+ | < | ||
+ | |||
+ | Příklad použití Z-MERTu najdeme ve složce '' | ||
+ | |||
+ | Dále potřebujeme soubor (vlastně skript: měl by být spustitelný), | ||
+ | |||
+ | < | ||
+ | cp ../ | ||
+ | cp ../ | ||
+ | cp $JOSHUA/ | ||
+ | vi decoder-config</ | ||
+ | |||
+ | Změněné parametry: | ||
+ | |||
+ | < | ||
+ | tm_file=/ | ||
+ | glue_file=/ | ||
+ | order=3</ | ||
+ | |||
+ | < | ||
+ | chmod 755 decoder_command | ||
+ | vi decoder_command</ | ||
+ | |||
+ | Ve volání dekodéru musíme změnit cesty ke konfiguračnímu, | ||
+ | |||
+ | < | ||
+ | $HINDI/ | ||
+ | $HINDI/ | ||
+ | $HINDI/ | ||
+ | |||
+ | V konfiguraci Z-MERTu zohledníme právě upravené volání a konfiguraci dekodéru. | ||
+ | |||
+ | < | ||
+ | cp $JOSHUA/ | ||
+ | vi zmert-config.txt</ | ||
+ | |||
+ | Změněné parametry: | ||
+ | |||
+ | < | ||
+ | -s src.txt # source sentences file name | ||
+ | -r ref.txt # target sentences file name | ||
+ | -rps 1 # references per sentence | ||
+ | -maxIt 5 # maximum MERT iterations | ||
+ | -cmd ./ | ||
+ | -decOut nbest.txt # file produced by decoder | ||
+ | -dcfg decoder-config.txt # decoder config file</ | ||
+ | |||
+ | No a teď už můžeme spustit Z-MERT (případně to celé dát do uvozovek a před to '' | ||
+ | |||
+ | < | ||
+ | $HINDI/ | ||
+ | > $HINDI/ | ||
+ | |||
+ | ===== Troubleshooter ===== | ||
+ | |||
+ | |||
+ | |||
+ | ==== Grammar extraction: Negative array size ==== | ||
+ | |||
+ | If you encounter this exception during corpus binarization or (in older releases of Joshua) during grammar extraction, check your alignment file whether it matches your source and target corpus. Did you switch translation direction accidentially? | ||
+ | |||
+ | Another source of this error could be sentences with 100 or more words. This is not a strict limit, often I was able to extract grammars for corpora unchecked for such sentences, but according to Lance Schwartz, long sentences can cause problems. (For me, filtering out such sentences helped with es-en WMT08 training data.) And after all, they are suspicious anyway, and their contribution to the learnt model is doubtful. | ||
+ | |||
+ | ==== ZMERT: corrupted temp file ==== | ||
+ | |||
+ | Hi all, | ||
+ | |||
+ | does the following ZMERT exception look familiar to anyone? My only idea was that the nbest output from the decoder is corrupted somehow. However, I cannot find anything strange in it, such as sequence of more then three " | ||
+ | |||
+ | Thanks, | ||
+ | Dan | ||
+ | |||
+ | zmert.out: | ||
+ | ----- | ||
+ | < | ||
+ | Processed the following args array: | ||
+ | -dir / | ||
+ | |||
+ | ---------------------------------------------------- | ||
+ | Initializing... | ||
+ | ---------------------------------------------------- | ||
+ | |||
+ | Random number generator initialized using seed: 12341234 | ||
+ | |||
+ | Number of sentences: 2051 | ||
+ | Number of documents: 1 | ||
+ | Optimizing BLEU | ||
+ | docSubsetInfo: | ||
+ | Number of features: 5 | ||
+ | Feature names: {" | ||
+ | |||
+ | c Default value Optimizable? | ||
+ | 1 | ||
+ | 2 | ||
+ | 3 | ||
+ | 4 | ||
+ | 5 | ||
+ | |||
+ | Weight vector normalization method: weights will be scaled so that the " | ||
+ | |||
+ | ---------------------------------------------------- | ||
+ | |||
+ | ---------------------------------------------------- | ||
+ | Z-MERT run started @ Sat Mar 06 23:52:57 CET 2010 | ||
+ | ---------------------------------------------------- | ||
+ | |||
+ | Initial lambda[]: {1.0, 1.066893, 0.752247, 0.589793, -2.844814} | ||
+ | |||
+ | --- Starting Z-MERT iteration #1 @ Sat Mar 06 23:52:57 CET 2010 --- | ||
+ | Decoding using initial weight vector {1.0, 1.066893, 0.752247, 0.589793, -2.844814} | ||
+ | Running external decoder... | ||
+ | ...finished decoding @ Sun Mar 07 00:02:33 CET 2010 | ||
+ | Reading candidate translations from iterations 1-1 | ||
+ | (and computing BLEU sufficient statistics for previously unseen candidates) | ||
+ | | ||
+ | Exception in thread " | ||
+ | at java.lang.NumberFormatException.forInputString(NumberFormatException.java: | ||
+ | at java.lang.Integer.parseInt(Integer.java: | ||
+ | at java.lang.Integer.parseInt(Integer.java: | ||
+ | at joshua.zmert.MertCore.run_single_iteration(MertCore.java: | ||
+ | at joshua.zmert.MertCore.main(MertCore.java: | ||
+ | Z-MERT exiting prematurely (MertCore returned 1)...</ | ||
+ | ----- | ||
+ | |||
+ | Omar's response: | ||
+ | |||
+ | Hi Dan, | ||
+ | |||
+ | The " | ||
+ | if there are any *temp* (or *tmp*) files in the folder from earlier | ||
+ | runs, make sure you delete them first, then try launching Z-MERT | ||
+ | again. | ||
+ | not delete them because they can be used to restart Z-MERT from the | ||
+ | point where it crashed. | ||
+ | loss or an interrupted job, etc. In your case, I think what happened | ||
+ | is that a prior run crashed because of an external problem in the | ||
+ | setup itself, which you fixed and tried to restart Z-MERT. | ||
+ | reason, Z-MERT should not be using those temp files in the first | ||
+ | place, but when it sees them there, it assumes it can use them because | ||
+ | the user did not delete them. | ||
+ | |||
+ | Let me know if that's not the case. | ||
+ | |||
+ | O.Z. | ||
+ |