eported hypothesis string. If
> ReportSegmentation is set to 1, then that will happen.
>
> My question is, is it OK to delete or comment out this block of code?
>
> If someone has a good reason why it's there, that's fine. But I can't seem
> to find
> ___
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
__
support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Research Associate
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
_4.jobspec?p_id=037025
.
Spread the word!
- Ulrich Germann
--
Ulrich Germann
Research Associate
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
king for
>
> Thanks,
> Lane
>
>
> ___
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Sen
phrase symbols
> >>> tcmalloc: large alloc 13983629312 bytes == 0xb14ce000 @
> >>> tcmalloc: large alloc 27967250432 bytes == 0x3f3ca4000 @
> >>> tcmalloc: large alloc 15681406635450368 bytes == (nil) @
> >>> terminate called after throwing an instance of 'std::bad_alloc'
ae59ba000 ---p 00:00 0
> 7f7ae59ba000-7f7ae59e3000 rw-p 00:00 0
> [stack:36125]
> 7f7ae59e3000-7f7ae59e4000 r--p 00021000 fd:01 201327775
> /usr/lib64/ld-2.17.so
> 7f7ae59e4000-7f7ae59e5000 rw-p 00022000 fd:01 201327775
> /usr/lib64/ld-2.17.so
> 7f7ae59e5000-7f7ae59e6000 rw-p
souhaité que la présidence trace à nice le chemin
>>>>> pour l' avenir .
>>>>>
>>>>> Line 0: Collecting options took 0.038 seconds at moses/Manager.cpp
>>>>> Line 141
>>>>> Line 0: Search took 0.674 seconds
>>>>> terminate called after throwing an instance of 'u
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Mo
s us a set of intervals and sufficient statistics for BLEU in
> each interval, which we use to compute the complete function.
>
>
>
>
>
>
> The University of Edinburgh is a charitable body, registered in
> Scotland, with registration number SC005336.
>
> _
t; > cross-platform updates with the older Mac CR and I suspect it will not
> > work. So I suggest using either CRLF or LF, which we have extensively
> > using across Windows and Posix systems.
> >
> > Tom
> >
> >
> > On 12/5/2015 6:13 AM, moses-support-
> >> Vincent
> >> ___
> >> 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
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
er through macros defined in some header file, or by running a
command (e.g, xmlrpc-c-config --version) from within bjam prior to actual
compilation.
Best regards - Uli
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Mos
:
https://docs.google.com/viewer?url=https://ufal.mff.cuni.cz/pbml/104/art-germann.pdf
Best regards - Ulrich Germann
On Thu, Dec 3, 2015 at 5:32 AM, Hegde, Sujay <sujay.he...@xerox.com> wrote:
> HI Philipp,
>
>
>
> Thanks a lot.
>
>
>
>
> -Jeremy
>
>
> > On Dec 2, 2015, at 1:08 PM, Ulrich Germann <ulrich.germ...@gmail.com>
> wrote:
> >
> > Hi Jeremy,
> >
> > looks like a bug to me at line 1755 in moses/Manager.cpp, when
> reportAllFactors is true.
> >
> > Theoretically,
indelfingen | Germany Tel. +49 70 31-4 10 92-0
> <martin.baumgaert...@star-group.net>martin.baumgaert...@star-group.net Fax
> +49 70 31-4 10 92-70 www.star-group.net Geschäftsführer: Oliver Rau,
> Bernd Barth
> Handelsregister Stuttgart HRB 245654 | St.-Nr. 56098/11677
>
>
>
&g
=./opt *--with-boost=./opt* --with-cmph=./opt
> --with-xmlrpc-c=./opt --with-mm --with-probing-pt -j$(getconf
> _NPROCESSORS_ONLN) $@
>
> It seems like in both cases, `--with-boost=/.opt` is not ensuring that the
> executable files can find the boost libs.
>
> zınɹ ʞɔıu
>
> On Wed
er with mosesserver
>
>
> Hi Uli,
>
>
> thanks a lot! We will try to add some test cases for Mosesserver,
> including XML input with/without placeholders.
>
>
> Best,
>
> Evgeny.
>
>
> --
> *From:* Ulrich Germann <ulrich.
Hi all,
mosesserver is deprecated and should not be used any more. I'll transfer
the threading-related changes to the server implementation in the regular
moses executable and let you know once I'm done so that other things (like
passthrough) can be added. By the looks of it, the changes are
pushed anything
for two years, you may assume I'm dead.
- Uli
On Tue, Nov 10, 2015 at 2:58 PM, Ulrich Germann <ulrich.germ...@gmail.com>
wrote:
> Hi all,
>
> mosesserver is deprecated and should not be used any more. I'll transfer
> the threading-related changes to the ser
>> 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/mail
>
> ___
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
Follow up: As Christian Buck points out:
"At least automake and libtool are non-standard and weird errors occur
without them."
He recommends:
sudo apt-get install build-essential git-core pkg-config automake libtool
Thanks, Christian!
- Uli
On Mon, Oct 26, 2015 at 6:46 PM, Ulri
/Makefiles/install-dependencies.gmake
./run-regtests.sh
- Uli
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
o/moses-support
>
>
> ___
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
.mit.edu/mailman/listinfo/moses-support
>
>
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
So there is no vcb files for the baseline.
>
> In this context I don't see if I can to integrate a new incremental corpus
> to the previous baseline corpus.
>
> hope this is clearer.
>
> Vincent
>
>
>
> Le 23/08/2015 00:36, Ulrich Germann a écrit :
>
> Hi Vince
not added the training-options
-final-alignment-model hmm
Do i need to start again?
The thing is i use dyers aligner because of the giga corpus and i am not
sure that training option is compatible since the tuto mentions giza++
modified...
De : Ulrich Germann
Date : 21
of the tutorial. (especially the updater_models/alignment
folders ...)
The only glitch I see in the CBPT is that adaptive changes cannot be made
permanent.
Le 20/08/2015 16:17, Ulrich Germann a écrit :
Memory-mapped phrase tables are an alternative to conventional phrase
tables. They are much
/mailman/listinfo/moses-support
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
/2015 05:16, Jeroen Vermeulen wrote:
On May 27, 2015 2:47:02 AM GMT+07:00, Ulrich Germann
ulrich.germ...@gmail.com ulrich.germ...@gmail.com wrote:
Well, the second document does indeed give some darn good arguments for
trailing braces: 1.
as shown to us by the prophets Kernighan and Ritchie
. If you want to see a full check, use the -i option.
Jeroen
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Senior Researcher
School of Informatics
University
2015 at 20:30, Ulrich Germann ulrich.germ...@gmail.com wrote:
Hi Jeroen,
on the matter of style I'd like to point out that the official style
guidelines for Moses code require opening braces on a separate line.
http://www.statmt.org/moses/?n=Moses.CodeStyle
The official style has always
-dir/ems/support/lmplz-wrapper.perl -bin
$moses-bin-dir/lmplz
settings = --prune '0 0 1' -T $working-dir/lm -S 10%
lm-binarizer = $moses-src-dir/bin/build_binary
type = 8
On Tue, May 26, 2015 at 5:55 PM, Ulrich Germann ulrich.germ...@gmail.com
wrote:
Hi Marco,
IRSTLM is an external library
exactly should I replace irstlm with kenlm? My
configuration file doesn't mention irstlm at all.
Thanks in advance.
Marco
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Hi all,
I'd like to retire the alternate weight settings mechanism in Moses in
exchange for keeping track of weights per translation task. Is anyone still
using that mechanism, or is that a thing of the past?
- Uli
--
Ulrich Germann
Senior Researcher
School of Informatics
University
We have an open position for a research associate in machine translation
for 12 months initially, with the possibility of extension (depending on
funding).
https://www.vacancies.ed.ac.uk/pls/corehrrecruit/erq_jobspec_version_4.jobspec?p_id=033241
- Uli
--
Ulrich Germann
Senior Researcher
://www.hoang.co.uk/hieu
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Senior Researcher
School of Informatics
University of Edinburgh
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
:* Ulrich Germann [mailto:ulrich.germ...@gmail.com]
*Sent:* Thursday, April 2, 2015 12:57 AM
*To:* Tomas Fulajtar
*Subject:* Re: [Moses-support] Server development
Hi Tomas,
the plan is to fold server capabilities into the main moses executable. In
fact, that has already happened (in the sense
I am using
standard PBSMT model and when I am using MMST based model. Is this because
of the weights I am using or am I doing something wrong?
It will be real great help, if you help me to understand the above issue.
Thanking you.
Regards,
sandipan
--
Ulrich Germann
Research Associate
Google Scholar Profile:
http://scholar.google.co.in/citations?user=DWD_FiQJhl=en
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Research Associate
School
in it, the message will be approved for posting
to the list. The Approved: header can also appear in the first line
of the body of the reply.
--
Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu
--
Ulrich Germann
Research Associate
School of Informatics
University
___
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
--
Ulrich Germann
Research Associate
School of Informatics
University of Edinburgh
___
Moses-support mailing
On 02/04/2013 20:42, Rob Voigt wrote:
Hi all,
I'm trying to use confusion networks with Moses - I can decode with them
successfully, manually inputting
an insertion weight (-weight-i), but am running into trouble doing MERT on
a model that uses confusion networks.
Running this
46 matches
Mail list logo