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. Re: Phrase Pair Feature Code BUG. (Hieu Hoang)
2. Re: Problem compiling irstlm 5.80.07 (Hieu Hoang)
3. Re: Problem compiling irstlm 5.80.07 (Hieu Hoang)
4. Re: Documentation describing Moses n-best list extraction
(Hieu Hoang)
----------------------------------------------------------------------
Message: 1
Date: Sat, 28 Feb 2015 14:01:21 +0000
From: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Subject: Re: [Moses-support] Phrase Pair Feature Code BUG.
To: ? ? <chengyong3001@gmail.com>
Cc: moses-support <moses-support@mit.edu>
Message-ID:
<CAEKMkbjbmr9rev4Yc_2Z6zw6StD3nzUbZJJz6J3n10B4D_NHgw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
oops. Fixed.
https://github.com/moses-smt/mosesdecoder/commit/0829e5196d6ab74d7e6a3e05e082dca70830afc2
The PhrasePairFeature hasn't been used for a long time. There might be 1 or
2 bugs introduced when I updated the feature function framework
Hieu Hoang
Research Associate (until March 2015)
** searching for interesting commercial MT position **
University of Edinburgh
http://www.hoang.co.uk/hieu
On 28 February 2015 at 13:17, ? ? <chengyong3001@gmail.com> wrote:
> Hello,
>
> I want to use the sparse feature, phrase pair feature.
>
> I can?t find any documentation about how to use this feature.
>
> Thus I read the code and feel it should be similar with the setup for word
> translation feature.
>
> But I think the code has some error.
>
> In the function SetParameter
>
> } else if (key == "ignore-punctuation") {
> m_ignorePunctuation = Scan<bool>(value);
> } else if (key == "ignore-punctuation") {
> m_filePathSource = value;
>
> These two else if seems to generate conflict. And When run the function
> Load, the m_filePathSource can?t be found.
>
> In addition, If I make m_simple = True, the m_filePathSource should not
> exist, so the function Load should do nothing.
> However, the current code requires to load the m_filePathSource file.
>
> Cheng Yong
>
>
>
>
>
> _______________________________________________
> 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/20150228/ad8b3710/attachment-0001.htm
------------------------------
Message: 2
Date: Sat, 28 Feb 2015 16:34:37 +0000
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] Problem compiling irstlm 5.80.07
To: Jon Olds <joft_uk@yahoo.co.uk>, "moses-support@mit.edu"
<moses-support@mit.edu>, "user-irstlm@list.fbk.eu"
<user-irstlm@list.fbk.eu>
Message-ID: <54F1EE1D.2060902@gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
I think IRSTLM is transitioning to using cmake so the automake probably
isn't maintained anymore.
On 26/02/2015 11:45, Jon Olds wrote:
> Hi,
>
> I am unable to compile the latest version of irstlm 5.80.07 using the
> same instructions as I can for builds 5.80.03 and 5.80.06.
>
> ./regenerate-makefiles.sh fails with the following issues (see below)
> and I am not then able to use the
>
> ./configure --prefix=$HOME/irstlm command as per the baseline system instructions.
>
> I downloaded builds 5.80.03 and 5.80.06 and they compiled successfully on the same system.
>
> I realise I can work around this in various ways, but *if* my stupidity is not to blame on this occasion, then it might be worth updating the tutorial instructions. In any case, it may be worth updating them to reflect the fact that the script has been moved to the /trunk directory.
>
> Any help would be much appreciated.
>
> Cheers,
>
> Jon
>
> Calling /usr/bin/autoreconf
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> autoreconf: automake failed with exit status: 1
> autoreconf FAILED
> trying '/usr/bin/libtoolize --force; /usr/bin/automake --add-missing ;
> /usr/bin/autoreconf'
> libtoolize: putting auxiliary files in `.'.
> libtoolize: linking file `./ltmain.sh'
> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
> libtoolize: linking file `m4/libtool.m4'
> libtoolize: linking file `m4/ltoptions.m4'
> libtoolize: linking file `m4/ltsugar.m4'
> libtoolize: linking file `m4/ltversion.m4'
> libtoolize: linking file `m4/lt~obsolete.m4'
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> autoreconf: automake failed with exit status: 1
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
------------------------------
Message: 3
Date: Sat, 28 Feb 2015 16:35:14 +0000
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] Problem compiling irstlm 5.80.07
To: Jon Olds <joft_uk@yahoo.co.uk>, "moses-support@mit.edu"
<moses-support@mit.edu>, "user-irstlm@list.fbk.eu"
<user-irstlm@list.fbk.eu>
Message-ID: <54F1EE42.7060904@gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
I think IRSTLM is transitioning to using cmake so the automake probably
isn't maintained anymore.
Read the README file for more detail
On 26/02/2015 11:45, Jon Olds wrote:
> Hi,
>
> I am unable to compile the latest version of irstlm 5.80.07 using the
> same instructions as I can for builds 5.80.03 and 5.80.06.
>
> ./regenerate-makefiles.sh fails with the following issues (see below)
> and I am not then able to use the
>
> ./configure --prefix=$HOME/irstlm command as per the baseline system instructions.
>
> I downloaded builds 5.80.03 and 5.80.06 and they compiled successfully on the same system.
>
> I realise I can work around this in various ways, but *if* my stupidity is not to blame on this occasion, then it might be worth updating the tutorial instructions. In any case, it may be worth updating them to reflect the fact that the script has been moved to the /trunk directory.
>
> Any help would be much appreciated.
>
> Cheers,
>
> Jon
>
> Calling /usr/bin/autoreconf
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> autoreconf: automake failed with exit status: 1
> autoreconf FAILED
> trying '/usr/bin/libtoolize --force; /usr/bin/automake --add-missing ;
> /usr/bin/autoreconf'
> libtoolize: putting auxiliary files in `.'.
> libtoolize: linking file `./ltmain.sh'
> libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
> libtoolize: linking file `m4/libtool.m4'
> libtoolize: linking file `m4/ltoptions.m4'
> libtoolize: linking file `m4/ltsugar.m4'
> libtoolize: linking file `m4/ltversion.m4'
> libtoolize: linking file `m4/lt~obsolete.m4'
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> automake: warnings are treated as errors
> /usr/share/automake-1.14/am/ltlibrary.am: warning: 'libirstlm.la':
> linking libtool libraries using a non-POSIX
> /usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR'
> in 'configure.ac'
> src/Makefile.am:1: while processing Libtool library 'libirstlm.la'
> autoreconf: automake failed with exit status: 1
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
------------------------------
Message: 4
Date: Sat, 28 Feb 2015 16:45:57 +0000
From: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Subject: Re: [Moses-support] Documentation describing Moses n-best
list extraction
To: Lane Schwartz <dowobeha@gmail.com>, Philip James Williams
<P.J.Williams-2@sms.ed.ac.uk>
Cc: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<CAEKMkbheSyhPpHe6WDxaf4KfvS6xshrjryvJ3xEek187GnJopA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
i've never seen the phrase-based n-best extraction explicitly described.
There was a paper on directed graph enumeration (I forget which) that was
helpful t me when I was implementing it. However, it's a fairly simple
dynamic programming algorithm
The scfg-based extraction is different. I think it's based on 1 of Liang
Huang's paper, however, Phil can tell you more.
It was formerly based on the same algorithm as pb, but it was found out to
be incorrect and missing some paths
Hieu Hoang
Research Associate (until March 2015)
** searching for interesting commercial MT position **
University of Edinburgh
http://www.hoang.co.uk/hieu
On 25 February 2015 at 13:08, Lane Schwartz <dowobeha@gmail.com> wrote:
> Is there a particular paper that describes the current technique(s)
> used for n-best list extraction within Moses?
>
> Thanks,
> Lane
> _______________________________________________
> 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/20150228/e85739a8/attachment.htm
------------------------------
_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
End of Moses-support Digest, Vol 100, Issue 100
***********************************************
Subscribe to:
Post Comments (Atom)
0 Response to "Moses-support Digest, Vol 100, Issue 100"
Post a Comment