Moses-support Digest, Vol 102, Issue 43

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: Server development (Tom Hoar)


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

Message: 1
Date: Tue, 21 Apr 2015 20:43:38 +0700
From: Tom Hoar <tahoar@precisiontranslationtools.com>
Subject: Re: [Moses-support] Server development
To: moses-support@mit.edu, Ulrich Germann <ugermann@inf.ed.ac.uk>
Message-ID: <5536540A.1080303@precisiontranslationtools.com>
Content-Type: text/plain; charset="utf-8"

Hi Uli,

I expect the work you're doing to merge mosesserver with command-line
may have some overlap with some challenges we've identified with our
cross-platform work. Specifically, we've identified the XMLRPC-c library
will be problematic to build on Windows.

Current command-line moses doesn't use the library's RPC functionality.
Rather, it parses embedded XML tags as commands to change moses behavior
per segment (e.g. "add this pair to the phrase table for this sentence".
To make ease Windows development, we have been considering options that
avoid the XMLRPC-c issues on Windows. One option would use
Boost.PropertyTree
(http://www.boost.org/doc/libs/1_42_0/doc/html/property_tree.html, and
https://akrzemi1.wordpress.com/2011/07/13/parsing-xml-with-boost/) to
parse the XML commands. On initial review, the XMLRPC-c library
references are spread throughout and could make such an extraction
difficult. So, we've deferred a deeper look and simply bypassed this
challenge in favor of making progress without it, i.e. we're not using
the --with-xmlrpc-c switch.

As part of your work to merge the server into command line, do you see
benefit (or risks) in separating the two XML functionalities, or
consolidating the "command-parsing" mode? Could some of the preparation
work be merged into your work to add server to command line?

Thanks.


On 4/14/2015 12:09 PM, Hieu Hoang wrote:
> i think uli is trying to merge the server into the command line.
>
> On 01/04/2015 12:48, Tomas Fulajtar wrote:
>>
>> Dear all,
>>
>> I have spotted there were numerous commits in the server side
>> development - could the developers share the news/goals with the
>> forum? I think it might be interesting for more users ? especially
>> those out of core team.
>>
>> Thank you,
>>
>> *Tom?? Fulajt?r*|Researcher
>> *T:* +420-545-552-340
>> tomasfu@moravia.com <mailto:tomasfu@moravia.com>|moravia.com
>> <http://www.moravia.com/>|*Skype:*tomasfulajtar
>>
>>
>>
>> _______________________________________________
>> Moses-support mailing list
>> Moses-support@mit.edu
>> http://mailman.mit.edu/mailman/listinfo/moses-support
>
> --
> Hieu Hoang
> Researcher
> New York University, Abu Dhabi
> 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/20150421/33d65f76/attachment-0001.htm

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

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


End of Moses-support Digest, Vol 102, Issue 43
**********************************************

Tweet