You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am not sure if this problem existed in earlier versions, but at least for the current version there is a problem when translation input contains non-terminal-like symbols, such as "[blabla]" and constructing a pass through grammar. This can happen for example if the tokenizer for foreign languages does for some reason not segment brackets (in my case Japanese).
Here is an example:
echo "[blabla]" | cdec -c cdec.ini
Configured 1 rescoring pass
[num_fn=1 int_alg=FULL]
Adding glue grammar for default nonterminal X and goal nonterminal S
Reading input from STDIN
INPUT: [blabla]
id = 0
Adding pass through grammar
Grammar [X] ||| [blabla] ||| [blabla] ||| PassThrough=1
line 1: LHS and RHS arity mismatch!
Aborted
Inputs like "[ blabla]" are fine.
The text was updated successfully, but these errors were encountered:
Hi,
I am not sure if this problem existed in earlier versions, but at least for the current version there is a problem when translation input contains non-terminal-like symbols, such as "[blabla]" and constructing a pass through grammar. This can happen for example if the tokenizer for foreign languages does for some reason not segment brackets (in my case Japanese).
Here is an example:
Inputs like "[ blabla]" are fine.
The text was updated successfully, but these errors were encountered: