Hi Ligia
It looks like you're mixing the old and new mert implementations. If you are
using the mert-moses-new script, then you need to specify the mert directory
using --mertdir. It is normally the directory 'mert' inside the moses
distribution.
See
http://www.statmt.org/moses/?n=FactoredTrai
Hi Sivaji
Moses is open-source software, licensed under the Gnu Lesser General Public
License (LGPL). This means that you are free to use it as you wish in your own
system, however the copyright to moses remains with its authors. The LGPL only
really matters if you wish to distribute modified v
Hello,
Thank you for the reply. I checked the webpage you suggested and in my
opinion I am writing the command correctly. This is it:
perl trunk/scripts/training/mert-moses.pl tuning/input.lowercased
tuning/reference.lowercased trunk/moses-cmd/src/moses
baseline-system/model/moses.ini --working-
Hi Ligia
I'm fairly sure that the debug output you posted was from new mert.
Can you run
$SCRIPTS_ROOTDIR/training/cmert-0.5/mert
(with no arguments) and see what happens?
regards
Barry
On Tuesday 11 May 2010 14:17:26 Ligia Batrinca wrote:
> Hello,
>
> Thank you for the reply. I checked the
Hello
I did as indicated and this is the output:
/home/user/mtsw/trunk/scripts/training/cmert-0.5/mert
usage: mert -d (mandatory )
[-n retry ntimes (default 1)]
[-othe indexes to optimize(default all)]
[-tthe optimizer(default powell)]
[-rthe random seed (defaults to system clock)
[-
Hi Ligia
Yes, that's new mert. I'm not sure how it got into that location. I would
suggest that you run 'make release' in the scripts directory, update your
SCRIPTS_ROOTDIR, and check that running mert gives you something like:
[tantalus]bhaddow: $SCRIPTS_ROOTDIR/training/cmert-0.5/mert
usage:
Thanks
I got the output you said and I am running my tuning script.
Now I need to find an explanation why all that location missundertsanding
happened :).
Thanks
Regard,
Ligia
On Tue, May 11, 2010 at 4:13 PM, Barry Haddow wrote:
> Hi Ligia
>
> Yes, that's new mert. I'm not sure how it got int
We are running into problems with the version of moses released on April
26th.
mosesmt fails when using tables prouced with a previous version:
Defined parameters (per moses.ini or switch):
config: moses.ini
distortion-file: 0-0 msd-bidirectional-fe 6
combinedBaseline/workdir/
Hi Giuseppe
The first error that you give is because the format of the moses.ini file has
changed. You need to add an extra digit at the beginning of the line that
specifies the ttable-file. Add 0 for a memory-based ttable, and 1 for a
binarised ttable.
The second error is from irstlm. Probabl
Hi,
> The first error that you give is because the format of the moses.ini file has
> changed. You need to add an extra digit at the beginning of the line that
> specifies the ttable-file. Add 0 for a memory-based ttable, and 1 for a
> binarised ttable.
Is there a reason why we can't have back
i thought about making it back-compatible but the code gets messy and
error prone. Theres now 3 more phrase table - the text SCFG, binary
SCFG, and the suffix array.
So i thought it better to take the punch now and feel a short, sharp
pain rather than let it linger.
however, anyone wants to pu
Maybe a more transparent error message would help?
On Tuesday 11 May 2010 17:20:26 Hieu Hoang wrote:
> i thought about making it back-compatible but the code gets messy and
> error prone. Theres now 3 more phrase table - the text SCFG, binary
> SCFG, and the suffix array.
>
> So i thought it bett
For my purposes, even a hard-coded assumption of 1, along with a more
transparent error message if the model isn't found, would do. Does
anybody actually decode with in-memory phrase tables in real life?
(well, I suppose some people do...)
/Christian
On Tue, 11 May 2010, Barry Haddow wrote:
> Ma
Maybe adding another option in moses would be an good idea, at least you
don't need to modify the ini files. Just modify the commands would be easier
i guess.
Best regards!
Jie Jiang
CNGL, School of Computing,
Dublin City University,
Glasnevin, Dublin 9.
Tel: +353 (0)1 700 6724
2010/5/11 Chri
On 11 May 2010 17:33, Christian Hardmeier wrote:
> For my purposes, even a hard-coded assumption of 1, along with a more
> transparent error message if the model isn't found, would do. Does
> anybody actually decode with in-memory phrase tables in real life?
> (well, I suppose some people do...)
there is a error message from the decoder.
ERROR:Expected at least 5 tokens per entries in 'ttable-file', but
only found 4
however, it's lost in all the credits and param explanation. So I've
moved those out of the way when there's an error so that we can see
message properly
chris - we ca
On 5/11/2010 17:54, Barry Haddow wrote:
> Hi Giuseppe
>
> The first error that you give is because the format of the moses.ini file has
> changed. You need to add an extra digit at the beginning of the line that
> specifies the ttable-file. Add 0 for a memory-based ttable, and 1 for a
> binarised t
17 matches
Mail list logo