Difference between revisions of "Lt-trim"
Jump to navigation
Jump to search
(Created page with "==See also== * Automatically trimming a monodix *") |
|||
| Line 1: | Line 1: | ||
| + | '''lt-trim''' is the application responsible for trimming compiled dictionaries. The |
||
| + | analyses (right-side when compiling lr) of analyser_binary are trimmed |
||
| + | to the input side of bidix_binary (left-side when compiling lr, |
||
| + | right-side when compiling rl), such that only analyses which would |
||
| + | pass through `lt-proc -b bidix_binary' are kept. |
||
| + | |||
| + | Both compund tags (`<compound-only-L>', `<compound-R>') and join |
||
| + | elements (`<j/>' in XML, `+' in the stream) and the group element |
||
| + | (`<g/>' in XML, `#' in the stream) should be handled correctly. |
||
| + | |||
| + | You should not trim a generator unless you have a '''very''' simple |
||
| + | translator pipeline, since the output of bidix seldom goes unchanged |
||
| + | through transfer. |
||
| + | |||
| + | |||
==See also== |
==See also== |
||
| − | * [[Automatically trimming a monodix]] |
+ | * [[Automatically trimming a monodix#lttoolbox]] |
| − | * |
||
Revision as of 17:12, 9 February 2014
lt-trim is the application responsible for trimming compiled dictionaries. The analyses (right-side when compiling lr) of analyser_binary are trimmed to the input side of bidix_binary (left-side when compiling lr, right-side when compiling rl), such that only analyses which would pass through `lt-proc -b bidix_binary' are kept.
Both compund tags (`<compound-only-L>', `<compound-R>') and join elements (`<j/>' in XML, `+' in the stream) and the group element (`<g/>' in XML, `#' in the stream) should be handled correctly.
You should not trim a generator unless you have a very simple translator pipeline, since the output of bidix seldom goes unchanged through transfer.
