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. Moses in server mode (Sarah Schulz)
2. Re: --activate-features in mert-moses.perl not working?
(Rico Sennrich)
3. Re: Moses Compilation error (priyanka)
4. JOB OFFER ? Statistical Machine Translation Expert ? CDI ?
Luxembourg (Riad, Ali)
----------------------------------------------------------------------
Message: 1
Date: Wed, 26 Feb 2014 09:16:26 +0100
From: Sarah Schulz <sarah.schulz@ugent.be>
Subject: [Moses-support] Moses in server mode
To: moses-support@mit.edu
Message-ID: <530DA2DA.8050009@ugent.be>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello,
I am running Moses in server mode using the python lib xmlrpclib. When I
send long messages to Moses, it crashes. I guess it has to do with a
limitation of the message size. I could find a possibility to increase
the allowed message size for the XML-RPC implementation for C/C++ (which
shows me that there is something like a maximum length) but not for the
python implementation.
That is the error I get:
File "/usr/lib/python2.7/xmlrpclib.py", line 1224, in __call__
return self.__send(self.__name, args)
File "/usr/lib/python2.7/xmlrpclib.py", line 1578, in __request
verbose=self.__verbose
File "/usr/lib/python2.7/xmlrpclib.py", line 1264, in request
return self.single_request(host, handler, request_body, verbose)
File "/usr/lib/python2.7/xmlrpclib.py", line 1294, in single_request
response = h.getresponse(buffering=True)
File "/usr/lib/python2.7/httplib.py", line 1030, in getresponse
response.begin()
File "/usr/lib/python2.7/httplib.py", line 407, in begin
version, status, reason = self._read_status()
File "/usr/lib/python2.7/httplib.py", line 371, in _read_status
raise BadStatusLine(line)
httplib.BadStatusLine: ''
Does anybody have experience with that?
Cheers,
Sarah
------------------------------
Message: 2
Date: Wed, 26 Feb 2014 08:17:30 +0000
From: Rico Sennrich <rico.sennrich@gmx.ch>
Subject: Re: [Moses-support] --activate-features in mert-moses.perl
not working?
To: moses-support@MIT.EDU
Message-ID: <530DA31A.3040805@gmx.ch>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 26.02.2014 07:24, moses-support-request@mit.edu wrote:
> Hi Hieu, Rico,
> this does not seem to be an issue with the ini-file. It actually works
> as well with stand-alone moses. The issue seems to be the mert-moses.pl
> script which switches off features that are not returned by the decoder
> because they are set to tuneable=false.
>
> In the function "run_decoder" in mert-moses.perl there is this line:
>
> $decoder_config = "-weight-overwrite '" . join(" ", values
> %model_weights) ."'" unless $___USE_CONFIG_WEIGHTS_FIRST && $run==1;
>
> And I suspect -weight-overwrite is with a truncated list of
> model_weights is causing the issue.
> Best,
> Marcin
does your ini file define weights for all features? mert-moses.pl passes
the original ini file as an argument to the decoder, and if no weights
are provided by mert-moses.pl with "-weight-overwrite", the weights from
the ini are used.
------------------------------
Message: 3
Date: Wed, 26 Feb 2014 14:23:35 +0530
From: priyanka <priyanka@cse.iitb.ac.in>
Subject: Re: [Moses-support] Moses Compilation error
To: Hieu Hoang <Hieu.Hoang@ed.ac.uk>
Cc: moses-support <moses-support@mit.edu>
Message-ID: <8741201013061bf8ed5c0f86e05b65f6@cse.iitb.ac.in>
Content-Type: text/plain; charset=UTF-8; format=flowed
Thanks Hieu for your reply.
I tried compiling moses without srilm, but I am still getting the same
error.
Can you please suggest any other solution, to resolve this issue.
Thanks,
Priyanka
On 2014-02-25 22:28, Hieu Hoang wrote:
> There's a problem with your SRILM library.
>
> My advise - don't bother linking to SRILM. KenLM is much better than
> SRILM
> for most purposes these days
>
> Your compilation command should be as simple as
> bjam -a -j2
>
>
>
> On 25 February 2014 07:36, priyanka <priyanka@cse.iitb.ac.in> wrote:
>
>> Hello everyone,
>>
>> I am getting gcc.link error while compiling the moses. I tried
>> compiling
>> with boost_1_51_0, as suggested in the thread
>> http://comments.gmane.org/
>> gmane.comp.nlp.moses.user/8140
>> Still I am getting the same error. I have attached the error log
>> with the
>> mail.
>> My system is Ubuntu 12.04 64 bit
>> Command used for moses compilation:
>> /usr/bin/bjam -a
>> --with-srilm=/home/piyu/MTech/MTech1-Sem2/tools/srilm
>> --with-giza=/home/piyu/MTech/MTech1-Sem2/tools/bin
>> --with-boost=/usr/include/boost link=shared -j2
>>
>> Will really appreciate your help.
>>
>> Thanks,
>> Priyanka
>> MTech1, IIT Bombay
>> _______________________________________________
>> Moses-support mailing list
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>>
>>
------------------------------
Message: 4
Date: Wed, 26 Feb 2014 10:22:34 +0000
From: "Riad, Ali" <ali.riad@elanit.lu>
Subject: [Moses-support] JOB OFFER ? Statistical Machine Translation
Expert ? CDI ? Luxembourg
To: "moses-support@mit.edu" <moses-support@mit.edu>
Message-ID:
<1E24E27CB46D5E4B855C260006ABAEBA05452D65@018-TK5MPN2-043.018D.MGD.MSFT.NET>
Content-Type: text/plain; charset="windows-1252"
Dear all,
Top of Form
I allow myself to use this network of experts in the field of machine translation as part of a large project of machine translation at the European Commission in Luxembourg that has started 3,5 years ago.
Now that the project is running well and is gaining respectability, they would like to hire an additional computational linguist in order to sustain the growth of their activities.
Please find below a brief description of the position:
?couter
Lire phon?tiquement
Dictionnaire
Bottom of Form
? PhD or MSc/Diploma in computational linguistics or computer science with excellent knowledge of machine translation (MT) and/or machine learning for natural language processing.
? Familiarity with recent developments in SMT and the motivation to apply novel approaches emanating from ongoing research to practical translation tasks in many languages and to systematically evaluate their suitability.
? Ability to write scientific papers and technical documents in English.
? Open-mindedness and the will to collaborate closely within an international, multidisciplinary team, motivation to work with a multilingual user community.
? Experience in designing and running large-scale experiments, including the necessary skills to manage large data sets and long-running experiments in a distributed computational environment would be highly desirable, interest in developing such skills is mandatory.
? Experience with both statistical and grammar-based approaches to MT would be highly desirable.
? Programming skills in languages like Perl, Python, C, or C++ would be a strong plus.
? Good oral and written command of English is required; familiarity with additional EU languages (preferably Eastern/Northern European) would be a strong plus.
? Job location: Luxembourg
If you are interested by this position, do not hesitate to provide me with your resume and /or your availabilities for a first phone conversation.
If you are not interested, it would be very helpful to forward this opportunity to persons that might be.
I look forward to hearing from you soon.
Best Regards,
[Experis.gif]
Ali RIAD
Business Consultant
Experis IT Luxembourg
Rue de l?industrie 20
L-8399 Windhof
T:
+352 27 39 51 03 21
F:
+352 27 39 51 03 24
M:
+352 661 209 107
ali.riad@experis.lu<mailto:ali.riad@experis.lu>
www.experis.lu<http://www.experis.lu/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20140226/79052889/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4455 bytes
Desc: image001.png
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20140226/79052889/attachment.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 177 bytes
Desc: image002.png
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20140226/79052889/attachment-0001.png
------------------------------
_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
End of Moses-support Digest, Vol 88, Issue 58
*********************************************
Subscribe to:
Post Comments (Atom)
0 Response to "Moses-support Digest, Vol 88, Issue 58"
Post a Comment