Moses-support Digest, Vol 102, Issue 60

Send Moses-support mailing list submissions to
moses-support@mit.edu

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.mit.edu/mailman/listinfo/moses-support
or, via email, send a message with subject or body 'help' to
moses-support-request@mit.edu

You can reach the person managing the list at
moses-support-owner@mit.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Moses-support digest..."


Today's Topics:

1. mert-moses.pl -continue (Matthias Huck)
2. Re: mert-moses.pl -continue (Hieu Hoang)
3. Re: mert-moses.pl -continue (Marcin Junczys-Dowmunt)


----------------------------------------------------------------------

Message: 1
Date: Mon, 27 Apr 2015 16:03:58 +0100
From: Matthias Huck <mhuck@inf.ed.ac.uk>
Subject: [Moses-support] mert-moses.pl -continue
To: Moses-support <moses-support@mit.edu>
Message-ID: <1430147038.30904.233.camel@portedgar>
Content-Type: text/plain; charset="UTF-8"

Hi,

Is there possibly a problem when continuing interrupted tuning runs with
sparse features?

It seems to me that mert-moses.pl doesn't add the [weight-file] section
to the run*.moses.ini it creates right after resuming the tuning. That
would imply that no sparse weights are used in the next decoding
iteration.

Am I doing something wrong, or does anyone know a workaround?

Cheers,
Matthias



--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.



------------------------------

Message: 2
Date: Mon, 27 Apr 2015 19:07:42 +0400
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] mert-moses.pl -continue
To: Matthias Huck <mhuck@inf.ed.ac.uk>
Cc: Moses-support <moses-support@mit.edu>
Message-ID:
<CAEKMkbg2imhT-Pubvw_vgKWfnfLwoV8+YL61A9eEytxQDPCErg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

i know -continue works ok with dense features. I can't tell you about
sparse features

Hieu Hoang
Researcher
New York University, Abu Dhabi
http://www.hoang.co.uk/hieu

On 27 April 2015 at 19:03, Matthias Huck <mhuck@inf.ed.ac.uk> wrote:

> Hi,
>
> Is there possibly a problem when continuing interrupted tuning runs with
> sparse features?
>
> It seems to me that mert-moses.pl doesn't add the [weight-file] section
> to the run*.moses.ini it creates right after resuming the tuning. That
> would imply that no sparse weights are used in the next decoding
> iteration.
>
> Am I doing something wrong, or does anyone know a workaround?
>
> Cheers,
> Matthias
>
>
>
> --
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20150427/4c0e841c/attachment-0001.htm

------------------------------

Message: 3
Date: Mon, 27 Apr 2015 17:25:30 +0200
From: Marcin Junczys-Dowmunt <junczys@amu.edu.pl>
Subject: Re: [Moses-support] mert-moses.pl -continue
To: moses-support@mit.edu
Message-ID: <553E54EA.2020409@amu.edu.pl>
Content-Type: text/plain; charset="windows-1252"

Hi,
I can confirm it's not working, if I am not wrong it does not collect
the sparse features. I fixed that in a branch of mine, but the script
has diverged a lot between both branches, so I did not commit.

W dniu 27.04.2015 o 17:07, Hieu Hoang pisze:
> i know -continue works ok with dense features. I can't tell you about
> sparse features
>
> Hieu Hoang
> Researcher
> New York University, Abu Dhabi
> http://www.hoang.co.uk/hieu
>
> On 27 April 2015 at 19:03, Matthias Huck <mhuck@inf.ed.ac.uk
> <mailto:mhuck@inf.ed.ac.uk>> wrote:
>
> Hi,
>
> Is there possibly a problem when continuing interrupted tuning
> runs with
> sparse features?
>
> It seems to me that mert-moses.pl <http://mert-moses.pl> doesn't
> add the [weight-file] section
> to the run*.moses.ini it creates right after resuming the tuning. That
> would imply that no sparse weights are used in the next decoding
> iteration.
>
> Am I doing something wrong, or does anyone know a workaround?
>
> Cheers,
> Matthias
>
>
>
> --
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu <mailto:Moses-support@mit.edu>
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
>
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20150427/0e41e614/attachment-0001.htm

------------------------------

_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support


End of Moses-support Digest, Vol 102, Issue 60
**********************************************

Related Posts :

0 Response to "Moses-support Digest, Vol 102, Issue 60"

Post a Comment