Moses-support Digest, Vol 97, 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: Unsuccessful installation (Hieu Hoang)
2. Re: using sparse features (Eva Hasler)
3. Training Progress indicator (Ihab Ramadan)


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

Message: 1
Date: Sun, 16 Nov 2014 21:45:22 +0000
From: Hieu Hoang <hieuhoang@gmail.com>
Subject: Re: [Moses-support] Unsuccessful installation
To: Vladislav Nenchev <lucifer.dev.0@gmail.com>, moses-support@mit.edu
Message-ID: <54691AF2.7090306@gmail.com>
Content-Type: text/plain; charset="windows-1252"

how do you know zlib is installed on your machine? Is the following file
exist?
/usr/lib/libz.*

On 15/11/14 15:09, Vladislav Nenchev wrote:
> Hallo,
>
> I am trying to install moses (release 2.1) and I come to the following
> problem. The log file is attached to this mail.
>
> I suspect that this is the problem:
> Undefined symbols:
> "_gzvprintf", referenced from:
> File::fprintf(char const*, ...)in libmisc.a(File.o)
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
>
> I can't find any information about this on the internet ...
>
> As far as I can tell, the zlib library is installed correctly ...
>
> The OS of the current machine is MacOS X (version 10.6.3).
>
> Many thanks!
> Vladislav Nenchev
>
>
> _______________________________________________
> 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/20141116/6d5da9fb/attachment-0001.htm

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

Message: 2
Date: Sun, 16 Nov 2014 23:06:16 +0000
From: Eva Hasler <evahasler@gmail.com>
Subject: Re: [Moses-support] using sparse features
To: Marcin Junczys-Dowmunt <junczys@amu.edu.pl>
Cc: moses-support <moses-support@mit.edu>, Barry Haddow
<bhaddow@staffmail.ed.ac.uk>
Message-ID:
<CABsbj8QMH3YqMu9fMW-WPqMEY7DoUyhFhj1h-x_5Yhx2v+JGdg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Marcin,

I have no clean experiments comparing the three, the kbmira paper does
compare against online mira and pro, though

"Lattice MIRA emerges as our method of choice. [..] However, all of the
MIRA variants perform similarly, though our implementation of online MIRA
is an order of magnitude slower, mostly due to its small number of shards."

Eva

On Fri, Nov 14, 2014 at 12:41 PM, Marcin Junczys-Dowmunt <junczys@amu.edu.pl
> wrote:

> Hi,
>
> Eva: And in a sparse-feature scenario compared to PRO or kbmira?
>
> Barry: Thanks for the pointer. I understand the main problem is
> evidence-sparsity for sparse features. I am currently trying to counter
> that by using huge devsets (up to 50.000 sentences, divided into pieces of
> 5.000, then averaging weights, cross-validation basically) which seems to
> help, but I am always suspicious that the optimization method is not doing
> as well as it could. So I was hoping you might have something new :) I
> remember Collin Cherry talking about lattice Mira, we don't have this in
> Moses, have we?
>
> W dniu 2014-11-14 11:27, Barry Haddow napisa?(a):
>
> Hi Marcin
>
> I think if you look at the situations where sparse features are
> successful, you often find they are tuning with multiple references.This
> paper lends support to the idea that multiple references are important: http://www.statmt.org/wmt14/pdf/W14-3360.pdf.
>
> cheers - Barry
>
> On 14/11/14 10:24, Eva Hasler wrote:
>
> In comparison to MERT? not really, we compared English-French and
> German-English at IWSLT 2012 and the baseline scores were a bit higher for
> En-Fr a bit lower for De-En. But of course the point is that you can use
> more features, so you have to define useful feature sets that are sparse
> but still able to generalise On Fri, Nov 14, 2014 at 10:16 AM, Marcin
> Junczys-Dowmunt <junczys@amu.edu.pl <mailto:junczys@amu.edu.pl>> wrote:
> Speed aside, quality did not improve significantly? W dniu 14.11.2014 o
> 11:11, Eva Hasler pisze:
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20141116/ff086f55/attachment-0001.htm

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

Message: 3
Date: Mon, 17 Nov 2014 11:10:26 +0200
From: "Ihab Ramadan" <i.ramadan@saudisoft.com>
Subject: [Moses-support] Training Progress indicator
To: <moses-support@mit.edu>
Message-ID: <000601d00246$54c3f8c0$fe4bea40$@saudisoft.com>
Content-Type: text/plain; charset="us-ascii"

Dear All,

Is there any way to know the progress of the training process or any other
process ?



Note: lately I do not receive reply for my questions , how to make sure that
I have no problem in receiving emails from your side?

Thanks



Best Regards

Ihab Ramadan| Senior Developer| <http://www.saudisoft.com/> Saudisoft -
Egypt | Tel +2 02 330 320 37 Ext- 0 | Mob+201007570826 | Fax+20233032036 |
Follow us on
<http://www.linkedin.com/company/77017?trk=vsrp_companies_res_name&trkInfo=V
SRPsearchId%3A1489659901402995947155%2CVSRPtargetId%3A77017%2CVSRPcmpt%3Apri
mary> linked |
<https://www.facebook.com/pages/Saudisoft-Co-Ltd/289968997768973?ref_type=bo
okmark> ZA102637861 | <https://twitter.com/Saudisoft> ZA102637858



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/mailman/private/moses-support/attachments/20141117/314ce8ed/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1314 bytes
Desc: not available
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20141117/314ce8ed/attachment.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1317 bytes
Desc: not available
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20141117/314ce8ed/attachment-0001.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1351 bytes
Desc: not available
Url : http://mailman.mit.edu/mailman/private/moses-support/attachments/20141117/314ce8ed/attachment-0002.gif

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

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


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

Tweet