Home » Uncategories » Moses-support Digest, Vol 82, Issue 41

Moses-support Digest, Vol 82, Issue 41

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: Did the configuration files change (Jo?o Gra?a)
2. Re: Segmentation fault on generateSequences while running
OSM-Train.sh (jian zhang)


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

Message: 1
Date: Tue, 27 Aug 2013 14:33:03 +0100
From: Jo?o Gra?a <gracaninja@gmail.com>
Subject: Re: [Moses-support] Did the configuration files change
To: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Cc: moses-support <moses-support@mit.edu>
Message-ID:
<CAGfH6a4XW2vwx+UaspP2R-1YySfAdd5f+oWhj5v8NJfWQM1gUg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Hieu and Phillip,

Thanks a lot for your help.

Hieu, sorry for the q problem. I was tired, should have payed more
attention.

Best regards,

Jo?o Gra?a




On Tue, Aug 27, 2013 at 2:26 PM, Hieu Hoang <Hieu.Hoang@ed.ac.uk> wrote:

> internally, the decoder also does this conversion.
>
> however, it might be better to use philipp's script to be more transparent
>
>
>
> On 27 August 2013 13:58, Philipp Koehn <pkoehn@inf.ed.ac.uk> wrote:
>
>> Hi,
>>
>> note that the script
>> scripts/training/convert-moses-ini-to-v2.perl < IN > OUT
>> allows you to easily convert an old config file to the new format.
>>
>> -phi
>>
>>
>> On Tue, Aug 27, 2013 at 1:47 PM, Hieu Hoang <Hieu.Hoang@ed.ac.uk> wrote:
>>
>>> there's a character
>>> q
>>> at the beginning of the file.
>>>
>>> Delete it
>>>
>>>
>>> On 26 August 2013 22:34, Jo?o Gra?a <gracaninja@gmail.com> wrote:
>>>
>>>> Dear Hieu,
>>>>
>>>> I am trying to use the new version of moses with the old format
>>>> moses.ini from the pre-trained models.
>>>>
>>>> In attach is the configuration file I am currently trying to use which
>>>> is a modified copy from the tunning file taken from
>>>> http://www.statmt.org/moses/RELEASE-1.0/models/en-es/tuning/moses.tuned.ini.1
>>>>
>>>> However when I run moses I get this error:
>>>>
>>>> vagrant@precise64:/vagrant/mt-models/en-es$ ~/mosesdecoder/bin/moses
>>>> -f moses.ini
>>>> Defined parameters (per moses.ini or switch):
>>>> : q
>>>> config: moses.ini
>>>> distortion-file: 0-0 wbe-msd-bidirectional-fe-allff 6
>>>> /vagrant/mt-models/en-es/reordering-table.1.wbe-msd-bidirectional-fe.gz
>>>> distortion-limit: 6
>>>> input-factors: 0
>>>> lmodel-file: 9 0 5 /vagrant/mt-models/en-es/europarl.binlm.1
>>>> mapping: 0 T 0
>>>> ttable-file: 0 0 0 5 /vagrant/mt-models/en-es/phrase-table.1
>>>> ttable-limit: 20
>>>> weight-d: 0.048861 0.0882949 0.0561228 0.0794274 0.152473 -0.00619951
>>>> 0.0546715
>>>> weight-l: 0.0772417
>>>> weight-t: 0.0617933 0.0247665 0.0492006 0.0490465 0.0571993
>>>> weight-w: -0.194702
>>>> ERROR:Unknown parameter
>>>>
>>>> Do you know what I am setting wrong?
>>>>
>>>> Thanks for you help,
>>>>
>>>> Jo?o
>>>>
>>>>
>>>> On Tue, Aug 6, 2013 at 12:10 PM, Hieu Hoang <Hieu.Hoang@ed.ac.uk>wrote:
>>>>
>>>>> The old format.
>>>>>
>>>>>
>>>>> On 6 August 2013 12:07, Jo?o Gra?a <gracaninja@gmail.com> wrote:
>>>>>
>>>>>> Hi Hieu,
>>>>>>
>>>>>> Thanks a lot for your help.
>>>>>>
>>>>>> Which format do the pre-made models use?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Joao
>>>>>>
>>>>>>
>>>>>> On Tue, Aug 6, 2013 at 12:03 PM, Hieu Hoang <Hieu.Hoang@ed.ac.uk>wrote:
>>>>>>
>>>>>>> ah, the moses.ini file format has recently changed. The sample files
>>>>>>> are in the new format.
>>>>>>>
>>>>>>> Older versions of moses don't understand the new format. (New Moses
>>>>>>> can understand both old and new format)
>>>>>>>
>>>>>>> To get the source code for the new Moses version:
>>>>>>> git@github.com:moses-smt/mosesdecoder.git
>>>>>>>
>>>>>>> If you really want to stick with the old moses, the old sample files
>>>>>>> are here:
>>>>>>> http://www.statmt.org/moses/download/sample-models.old.tgz
>>>>>>>
>>>>>>> However, the sample models are unrealistically small. These premade
>>>>>>> models are more realistic:
>>>>>>> http://www.statmt.org/moses/RELEASE-1.0/models/
>>>>>>>
>>>>>>>
>>>>>>> On 6 August 2013 11:42, Jo?o Gra?a <gracaninja@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I am trying to install moses on my system and run it with the
>>>>>>>> sample models.
>>>>>>>> I am using the moses linux package from
>>>>>>>> http://www.statmt.org/~jie/linux/moses_1.0-1_amd64.deb
>>>>>>>>
>>>>>>>> and then I try to run the sample models available from the web site.
>>>>>>>>
>>>>>>>> http://www.statmt.org/moses/download/sample-models.tgz
>>>>>>>>
>>>>>>>> but when i try to run the decode I get the following error:
>>>>>>>>
>>>>>>>> vagrant@precise64:/vagrant/sample-models$ /opt/moses/bin/moses -f
>>>>>>>> phrase-model/moses.ini < phrase-model/in
>>>>>>>> Defined parameters (per moses.ini or switch):
>>>>>>>> config: phrase-model/moses.ini
>>>>>>>> feature: KENLM name=LM factor=0 order=3 num-features=1
>>>>>>>> path=lm/europarl.srilm.gz Distortion WordPenalty UnknownWordPenalty
>>>>>>>> PhraseDictionaryMemory input-factor=0 output-factor=0
>>>>>>>> path=phrase-model/phrase-table num-features=1 table-limit=10
>>>>>>>> input-factors: 0
>>>>>>>> mapping: T 0
>>>>>>>> n-best-list: nbest.txt 100
>>>>>>>> weight: WordPenalty0= 0 LM= 1 Distortion0= 1
>>>>>>>> PhraseDictionaryMemory0= 1
>>>>>>>> ERROR:Unknown parameter feature
>>>>>>>> ERROR:Unknown parameter weight
>>>>>>>> ERROR:No phrase translation table (ttable-file)
>>>>>>>>
>>>>>>>>
>>>>>>>> Was there any major changes on the configuration file moses.ini
>>>>>>>> that renders the previous releases of moses unusable with the sample models?
>>>>>>>>
>>>>>>>> Thanks you for all your help,
>>>>>>>>
>>>>>>>> Jo?o
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Hieu Hoang
>>>>> Research Associate
>>>>> University of Edinburgh
>>>>> http://www.hoang.co.uk/hieu
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> 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
>>>
>>> The University of Edinburgh is a charitable body, registered in
>>> Scotland, with registration number SC005336.
>>>
>>>
>>
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>>
>
>
> --
> 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/20130827/06bd5b71/attachment-0001.htm

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

Message: 2
Date: Tue, 27 Aug 2013 14:57:51 +0100
From: jian zhang <jianzhang09@gmail.com>
Subject: Re: [Moses-support] Segmentation fault on generateSequences
while running OSM-Train.sh
To: Nadir Durrani <nadir.durrani@nu.edu.pk>
Cc: moses-support@mit.edu
Message-ID:
<CALA=z0DpFUJ+LfUq9446VriOe5JLtiFzE3RGd-4-3um_P+LEuw@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hi Nadir,

Thanks a million, it really helped!

After switching e and f positions at the command line, it worked fine on my
test corpus. Also worked on the new Perl script.

Thanks again,

Jian




On Tue, Aug 27, 2013 at 1:50 PM, Nadir Durrani <nadir.durrani@nu.edu.pk>wrote:

> Hi Jian,
>
> Try out
>
> ${MOSES_DIR}/scripts/OSM/OSM-Train.sh ${TARGET} ${SOURCE} ${ALIGN}
> ${ORDER} ${WORKDIR} ${MOSES_DIR} ${SRILM_BINDIR}
>
> the script takes target before source. Btw we made some changes. There's a
> new script OSM-Train.perl. So use that now.
>
> I have also uploaded the source code for generating the operation
> sequences. That should help you debug the problem.
>
> Cheers,
> Nadir
>
>
>
>
> On Mon, Aug 26, 2013 at 9:43 PM, <moses-support-request@mit.edu> wrote:
>
>> 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. Segmentation fault on generateSequences while running
>> OSM-Train.sh (jian zhang)
>> 2. bjam interaction of --with-boost and existing old boost
>> installation (Lane Schwartz)
>> 3. Re: bjam interaction of --with-boost and existing old boost
>> installation (Lane Schwartz)
>> 4. Re: Segmentation fault on generateSequences while running
>> OSM-Train.sh (Philipp Koehn)
>> 5. Re: Segmentation fault on generateSequences while running
>> OSM-Train.sh (Kenneth Heafield)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 26 Aug 2013 19:26:59 +0100
>> From: jian zhang <jianzhang09@gmail.com>
>> Subject: [Moses-support] Segmentation fault on generateSequences while
>> running OSM-Train.sh
>> To: moses-support@mit.edu
>> Message-ID:
>> <CALA=z0CykwbsX08ZXrZ-L+XDoVCg4ZE4xQ88mOcJGvcxq=
>> k4ag@mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hi,
>>
>> I got the Segmentation fault exception while running script OSM-Train.sh.
>>
>> *The output from OSM-Train.sh:*
>>
>> Training OSM - Start
>> Mon Aug 26 19:14:47 IST 2013
>> Extracting Singletons
>> 3000Converting Bilingual Sentence Pair into Operation Corpus
>> */home/user/moses-experiment/mosesdecoder-master/scripts/OSM/OSM-Train.sh:
>> line 18: 25670 Segmentation fault $6/scripts/OSM/generateSequences
>> $5/e $5/f $5/align $5/Singletons > $5/opCorpus*
>> Learning Operation Sequence Translation Model
>> one of required modified KneserNey count-of-counts is zero
>> error in discount estimator for order 1
>> Binarizing
>> util/file.cc:63 in int util::OpenReadOrThrow(const char*) threw
>> ErrnoException because `-1 == (ret = open(name, 00))'.
>> No such file or directory while opening
>> /home/user/osm-test/output/operationLM
>> ERROR
>> Training OSM - End
>>
>> The command I am using is:
>>
>> ${MOSES_DIR}/scripts/OSM/OSM-Train.sh ${SOURCE} ${TARGET} ${ALIGN}
>> ${ORDER}
>> ${WORKDIR} ${MOSES_DIR} ${SRILM_BINDIR}
>>
>> All variables are using absolute path.
>>
>> I was trying to look at the source code of generateSequences to debug, but
>> seems like it is not in the moses distribution. So, what can cause this
>> error?
>>
>>
>> Thanks,
>>
>> Jian Zhang
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> http://mailman.mit.edu/mailman/private/moses-support/attachments/20130826/fb8a9ee1/attachment-0001.htm
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 26 Aug 2013 15:09:37 -0400
>> From: Lane Schwartz <dowobeha@gmail.com>
>> Subject: [Moses-support] bjam interaction of --with-boost and existing
>> old boost installation
>> To: "moses-support@mit.edu" <moses-support@mit.edu>
>> Message-ID:
>> <CABv3vZnO+6GvAWyG78z3RK0bhPoyKVr=
>> WqGB85BQOG3cDFQjxA@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Kenneth,
>>
>> I'm (finally) trying to install a modern version of boost (version 1.53)
>> in
>> a custom location. My Scientific Linux system has boost 1.41 installed.
>>
>> When I run Moses ./bjam --with-boost=/my/custom/boost, the moses compile
>> finds the old system boost headers in /usr/include, and then gets confused
>> when those headers don't match the boost 1.53 libraries it finds in
>> /my/custom/boost.
>>
>> I'd like to modify the bjam files so that if --with-boost is provided, it
>> will add a -I flag to g++ so that the boost headers in the provided path
>> get searched before the system include paths. Unfortunately, I can't seem
>> to figure out how to tell bjam to behave this way. Would you be able to
>> help me figure out how to do this?
>>
>> Thanks,
>> Lane
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> http://mailman.mit.edu/mailman/private/moses-support/attachments/20130826/cc676215/attachment-0001.htm
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 26 Aug 2013 15:27:00 -0400
>> From: Lane Schwartz <dowobeha@gmail.com>
>> Subject: Re: [Moses-support] bjam interaction of --with-boost and
>> existing old boost installation
>> To: "moses-support@mit.edu" <moses-support@mit.edu>
>> Message-ID:
>> <
>> CABv3vZkXTjto9W6Aat2VbsGSCZtJZPkaeuq3o-FtrmT4pfu+TA@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Well, turns out the correct answer is to RTFM.
>>
>> I reinstalled boost, using the instructions in the Moses
>> BUILD-INSTRUCTIONS.txt. I'm not sure which change made the difference, but
>> installing boost according to the instructions in there, coupled with
>> adding the custom boost lib dir to LD_LIBRARY_PATH and LIBRARY_PATH
>> appears
>> to have made the difference.
>>
>> I have now successfully compiled Moses using a custom boost install.
>>
>> Thanks,
>> Lane
>>
>>
>> On Mon, Aug 26, 2013 at 3:09 PM, Lane Schwartz <dowobeha@gmail.com>
>> wrote:
>>
>> > Kenneth,
>> >
>> > I'm (finally) trying to install a modern version of boost (version 1.53)
>> > in a custom location. My Scientific Linux system has boost 1.41
>> installed.
>> >
>> > When I run Moses ./bjam --with-boost=/my/custom/boost, the moses compile
>> > finds the old system boost headers in /usr/include, and then gets
>> confused
>> > when those headers don't match the boost 1.53 libraries it finds in
>> > /my/custom/boost.
>> >
>> > I'd like to modify the bjam files so that if --with-boost is provided,
>> it
>> > will add a -I flag to g++ so that the boost headers in the provided path
>> > get searched before the system include paths. Unfortunately, I can't
>> seem
>> > to figure out how to tell bjam to behave this way. Would you be able to
>> > help me figure out how to do this?
>> >
>> > Thanks,
>> > Lane
>> >
>> >
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> http://mailman.mit.edu/mailman/private/moses-support/attachments/20130826/f85c1970/attachment-0001.htm
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Mon, 26 Aug 2013 21:03:50 +0100
>> From: Philipp Koehn <pkoehn@inf.ed.ac.uk>
>> Subject: Re: [Moses-support] Segmentation fault on generateSequences
>> while running OSM-Train.sh
>> To: jian zhang <jianzhang09@gmail.com>
>> Cc: "moses-support@mit.edu" <moses-support@mit.edu>, Nadir Durrani
>> <dnadir@inf.ed.ac.uk>
>> Message-ID:
>> <
>> CAAFADDANr+CLk198fO+K8gV4-GV20JCOY94ioWo9c0fT_B+gmw@mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hi,
>>
>> my guess would be this happening due to lack of RAM.
>> Can you monitor memory usage while training runs?
>>
>> -phi
>>
>>
>> On Mon, Aug 26, 2013 at 7:26 PM, jian zhang <jianzhang09@gmail.com>
>> wrote:
>>
>> > Hi,
>> >
>> > I got the Segmentation fault exception while running script
>> OSM-Train.sh.
>> >
>> > *The output from OSM-Train.sh:*
>> >
>> > Training OSM - Start
>> > Mon Aug 26 19:14:47 IST 2013
>> > Extracting Singletons
>> > 3000Converting Bilingual Sentence Pair into Operation Corpus
>> >
>> */home/user/moses-experiment/mosesdecoder-master/scripts/OSM/OSM-Train.sh:
>> > line 18: 25670 Segmentation fault $6/scripts/OSM/generateSequences
>> > $5/e $5/f $5/align $5/Singletons > $5/opCorpus*
>> > Learning Operation Sequence Translation Model
>> > one of required modified KneserNey count-of-counts is zero
>> > error in discount estimator for order 1
>> > Binarizing
>> > util/file.cc:63 in int util::OpenReadOrThrow(const char*) threw
>> > ErrnoException because `-1 == (ret = open(name, 00))'.
>> > No such file or directory while opening
>> > /home/user/osm-test/output/operationLM
>> > ERROR
>> > Training OSM - End
>> >
>> > The command I am using is:
>> >
>> > ${MOSES_DIR}/scripts/OSM/OSM-Train.sh ${SOURCE} ${TARGET} ${ALIGN}
>> > ${ORDER} ${WORKDIR} ${MOSES_DIR} ${SRILM_BINDIR}
>> >
>> > All variables are using absolute path.
>> >
>> > I was trying to look at the source code of generateSequences to debug,
>> but
>> > seems like it is not in the moses distribution. So, what can cause this
>> > error?
>> >
>> >
>> > Thanks,
>> >
>> > Jian Zhang
>> >
>> >
>> > _______________________________________________
>> > 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/20130826/f81fdbb4/attachment-0001.htm
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Mon, 26 Aug 2013 21:43:37 +0100
>> From: Kenneth Heafield <moses@kheafield.com>
>> Subject: Re: [Moses-support] Segmentation fault on generateSequences
>> while running OSM-Train.sh
>> To: moses-support@mit.edu
>> Message-ID: <521BBDF9.30501@kheafield.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Didn't fix the error (it's not mine anyway), but I've added set -e to
>> the script so that you'll see the real error message, a segfault in
>> generateSequences, instead of compound errors from subsequent commands.
>>
>> On 08/26/13 21:03, Philipp Koehn wrote:
>> > Hi,
>> >
>> > my guess would be this happening due to lack of RAM.
>> > Can you monitor memory usage while training runs?
>> >
>> > -phi
>> >
>> >
>> > On Mon, Aug 26, 2013 at 7:26 PM, jian zhang <jianzhang09@gmail.com
>> > <mailto:jianzhang09@gmail.com>> wrote:
>> >
>> > Hi,
>> >
>> > I got the Segmentation fault exception while running script
>> > OSM-Train.sh.
>> >
>> > *The output from OSM-Train.sh:*
>> >
>> > Training OSM - Start
>> > Mon Aug 26 19:14:47 IST 2013
>> > Extracting Singletons
>> > 3000Converting Bilingual Sentence Pair into Operation Corpus
>> >
>> */home/user/moses-experiment/mosesdecoder-master/scripts/OSM/OSM-Train.sh:
>> > line 18: 25670 Segmentation fault
>> > $6/scripts/OSM/generateSequences $5/e $5/f $5/align $5/Singletons >
>> > $5/opCorpus*
>> > Learning Operation Sequence Translation Model
>> > one of required modified KneserNey count-of-counts is zero
>> > error in discount estimator for order 1
>> > Binarizing
>> > util/file.cc:63 in int util::OpenReadOrThrow(const char*) threw
>> > ErrnoException because `-1 == (ret = open(name, 00))'.
>> > No such file or directory while opening
>> > /home/user/osm-test/output/operationLM
>> > ERROR
>> > Training OSM - End
>> >
>> > The command I am using is:
>> >
>> > ${MOSES_DIR}/scripts/OSM/OSM-Train.sh ${SOURCE} ${TARGET} ${ALIGN}
>> > ${ORDER} ${WORKDIR} ${MOSES_DIR} ${SRILM_BINDIR}
>> >
>> > All variables are using absolute path.
>> >
>> > I was trying to look at the source code of generateSequences to
>> > debug, but seems like it is not in the moses distribution. So, what
>> > can cause this error?
>> >
>> >
>> > Thanks,
>> >
>> > Jian Zhang
>> >
>> >
>> > _______________________________________________
>> > 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
>> >
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Moses-support mailing list
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
>> End of Moses-support Digest, Vol 82, Issue 35
>> *********************************************
>>
>
>


--
Jian Zhang
PLuTO Project <http://www.pluto-patenttranslation.eu/>
Centre for Next Generation Localisation (CNGL)<http://www.cngl.ie/index.html>
Dublin City University <http://www.dcu.ie/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20130827/25494bf8/attachment.htm

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

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


End of Moses-support Digest, Vol 82, Issue 41
*********************************************

0 Response to "Moses-support Digest, Vol 82, Issue 41"

Post a Comment

Subscribe to: Post Comments (Atom)