Moses-support Digest, Vol 90, Issue 6

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: Installation problems (Hieu Hoang)
2. Re: yum-installed Boost environment variables for MGIZA++
(Hieu Hoang)
3. Re: Implementation of pre-reordering for German and other
languages (Milos Stanojevic)


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

Message: 1
Date: Thu, 3 Apr 2014 11:59:22 +0100
From: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Subject: Re: [Moses-support] Installation problems
To: Jes?s Alberto Alonso Nanclares <jealnan@posgrado.upv.es>
Cc: moses-support <moses-support@mit.edu>
Message-ID:
<CAEKMkbiwvQ5mGEwC0ELBid4NsJBAujztsJiqKDa+2c0_znrCpg@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

I think you need to install the bz2 library.

See this page to see how to install it for your OS/distribution
http://www.statmt.org/moses/?n=Development.GetStarted


On 2 April 2014 02:02, Jes?s Alberto Alonso Nanclares <
jealnan@posgrado.upv.es> wrote:

>
> Having some problems with Moses installing. The command I used is:
>
> ./bjam --with-srilm=/home/usuario/TA/moses/tools/srilm/
> --with-giza=/home/usuario/TA/moses/tools/bin -j2
>
> Thanks in advance!
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>


--
Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20140403/591dba0b/attachment-0001.htm

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

Message: 2
Date: Thu, 3 Apr 2014 14:05:26 +0100
From: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Subject: Re: [Moses-support] yum-installed Boost environment variables
for MGIZA++
To: Gideon <gidi8ster@gmail.com>
Cc: moses-support <moses-support@mit.edu>
Message-ID:
<CAEKMkbhET2QDdmw0S-qjgqvALZPSaHTcDb_bDHvuwtip3HHQPg@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

You should use the version in svn, rather than a packaged version. mgiza
isn't really looked after by anyone anymore, bug fixes go straight into the
svn and nowhere else.

I've just pushed a fix for a minor OSX compile error
https://sourceforge.net/p/mgizapp/code/48/

Try to download it via svn. If it doesn't work, i will consider moving it
to github.




On 2 April 2014 14:34, Gideon <gidi8ster@gmail.com> wrote:

> Dear Hieu Hoang
>
> Thank you for you reply. I made some changes:
>
> - uncommented out the top variables and commented out the Mac ones
> - set BOOST_ROOT to /home/kotzegj/tools/boost_1_54_0 and BOOST_LIBRARYDIR
> to /usr/lib64
> - set SRC_DIR to /home/kotzegj/tools/mgiza/mgizapp/src
>
> and ran ./compile.sh.
>
> Two issues remain so far:
>
> 1) I can't find any MGIZA++/mgiza++/etc. binary (find . -name). Is there a
> way to test if MGIZA++ has installed correctly? I did not notice any other
> error messages, apart from the files the script tries to remove at the
> beginning, which do not exist.
>
it should be called
manual-compile/mgiza
If not, there was a compile error

>
> 2) When compiling, this warning pops up all the time (you are probably
> aware of it)
>
> /usr/include/c++/4.8.2/backward/backward_warning.h:32:2: warning: #warning
> This file includes at least one deprecated or antiquated header which may
> be removed without further notice at a future date. Please use a
> non-deprecated interface with equivalent functionality instead. For a
> listing of replacement headers and interfaces, consult the file
> backward_warning.h. To disable this warning use -Wno-deprecated. [-Wcpp]
>
> So I assume this is OK for now but there needs to be an update in the
> future?
>
i see it. Be my guest if you wanna update it

>
> and (just to test)
>
> 2) [kotzegj@lt-2433323 manual-compile]$ ./mkcls
> ERROR: can not open file train.
> Error: Could not read the file 'train'.
>
> But perhaps this is the default?
>
I don't know. Try running it with valid arguments, eg

http://www.statmt.org/moses/RELEASE-2.1/models/cs-en/steps/1/TRAINING_prepare-data.1.STDERR


>
> 3) svn checkout http://svn.code.sf.net/p/mgizapp/code/trunk mgizapp-code
> --> did not work (timeout). I downloaded 0.7.3 from here instead:
> http://www.kyloo.net/software/doku.php/mgiza:overview
>
> svn: E000110: Unable to connect to a repository at URL '
> http://svn.code.sf.net/p/mgizapp/code/trunk'
> svn: E000110: Error running context: Connection timed out
>
> Thank you for your time.
>
> Best regards,
>
> Gideon
>
>
>
> ---
> gidi8ster@gmail.com
> www.gideonkotze.nl
> +27 78 739 8923 (Mobile)
>
>
> On Wed, Apr 2, 2014 at 2:38 PM, Hieu Hoang <hieuhoang@gmail.com> wrote:
>
>> the cmake build system on mgiza is difficult to use.
>>
>> I create an alternative compile script for mgiza. If you've download
>> mgiza via svn, you should find my script in
>> mgizapp/manual-compile/compile.sh
>> Look at it, change the paths for your own needs
>>
>>
>> On 02/04/2014 11:34, Gideon wrote:
>>
>> Dear Moses support team
>>
>> I was wondering if MGIZA++ has been test-compiled on a Fedora Linux
>> system where Boost has been installed using yum, as I'm encountering some
>> problems. I'm working on a Fedora 20 system with x86_64 architecture. So
>> far I have done the following:
>>
>> yum install boost.x86_64
>> yum install boost-devel.x86_64 (version 1.54 was installed)
>> yum install gcc
>> yum install gcc-c++
>> yum install gperftools
>> Downloaded and installed IRSTLM
>> ./bjam --with-irstlm=/home/kotzegj/tools/irstlm-5.80.03 -j4
>> --with-boost=/usr/lib64
>> export BOOST_ROOT=/usr/lib64
>> export
>> BOOST_BUILD_PATH=/home/kotzegj/tools/mosesdecoder/jam-files/boost-build
>> ./bjam --with-irstlm=/usr/local/irstlm -j4
>>
>> I have tested Moses with sample-models and it seems OK.
>>
>> However, MGIZA++ does not find Boost on its own:
>>
>> -- Could NOT find Boost
>> CMake Error at CMakeLists.txt:59 (MESSAGE):
>> Boost not found, please set the BOOST_ROOT and BOOST_LIBRARYDIR
>> environment
>> variables
>>
>> I have no success with setting either of these variables to:
>>
>> - /usr/lib64
>> - /usr/include
>> - /usr/include/boost
>> - /home/kotzegj/tools/mosesdecoder/jam-files/boost-build
>> etc.
>>
>> or if I download Boost manually, set the decompressed directory as
>> BOOST_ROOT, and symlink lib64 as a child and set that as BOOST_LIBRARYDIR.
>> (I've tried all kinds of stuff.)
>>
>> I have the feeling (after some Googling) that the yum installation does
>> not result in the file structure that cmake is looking for, and that
>> instead I should try a manual installation. I hope that I'm wrong?
>>
>> Thank you for your time.
>>
>> Best regards,
>>
>> Gideon Kotz?
>>
>> ---
>> gidi8ster@gmail.com
>> www.gideonkotze.nl
>>
>>
>>
>> _______________________________________________
>> Moses-support mailing listMoses-support@mit.eduhttp://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
>>
>> _______________________________________________
>> Moses-support mailing list
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
>


--
Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20140403/e0504ceb/attachment-0001.htm

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

Message: 3
Date: Thu, 3 Apr 2014 16:11:50 +0200
From: Milos Stanojevic <milosh.stanojevic@gmail.com>
Subject: Re: [Moses-support] Implementation of pre-reordering for
German and other languages
To: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Cc: moses-support <moses-support@mit.edu>, mt-list@eamt.org
Message-ID:
<CAHo60j-Bygh_Tzz6yzBnh3kU7XYM2yy42TNq80ed9YHNq=+RFA@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi Maxim,

You can check this paper: http://aclweb.org/anthology//P/P11/P11-2067.pdf
It says: "CKK uses the Dubey and Keller (2003) parser, which is trained on
the Negra corpus (Skut et al., 1997)."

Regards,
Milos Stanojevic




On Thu, Apr 3, 2014 at 12:50 PM, Hieu Hoang <Hieu.Hoang@ed.ac.uk> wrote:

> I don't know of an implementation that's available for download and I seem
> to remember that the parser they used was extremely difficult to use or
> compile.
>
> If you find out more, please let everyone know
>
>
> On 25 March 2014 17:07, Maxim Khalilov <maxkhalilov@gmail.com> wrote:
>
>> Dear Moses community,
>>
>> I am looking for a ready to use or easily customizable implementation of
>> pre-reordering algorithms for Moses? In particular, I'm interested in
>> language pairs with German as a source language and a variety of languages
>> as target, so probably the best solution is syntax based.
>>
>> As a starting point, I would consider the algorithm described in (Collins
>> et al., 2005), but I don't know if there is an implementation available and
>> which parser it relies on.
>>
>> Thanks for your help beforehand,
>> Maxim Khalilov
>>
>>
>> _______________________________________________
>> Moses-support mailing list
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
>
>
> --
> Hieu Hoang
> Research Associate
> University of Edinburgh
> http://www.hoang.co.uk/hieu
>
>
> _______________________________________________
> 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/20140403/c5d27f44/attachment.htm

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

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


End of Moses-support Digest, Vol 90, Issue 6
********************************************

Tweet