Hi Barry, all, Then take "moses-smt" ;) I can also recommend switching to GitHub... Cheers, Christian
Barry Haddow <bhad...@staffmail.ed.ac.uk> hat am 9. September 2011 um 15:44 geschrieben: > Hi Christian > > Thanks for the tips. > > Yes, I think that creating an organisation would be the way to go. > Then we could host other related projects in the organisation, rather > than being inside mosesdecoder. > > Only problem is that 'moses' is already taken > > cheers - Barry > > Quoting Christian Rishøj Jensen <crjen...@hum.ku.dk> on Fri, 9 Sep > 2011 10:51:11 +0200: > > > > > Hi Barry > > > > A few comments for consideration when deciding: > > > > I think the recently introduced "organizations" feature addresses > > the concerns about supporting multiple administrators. > > https://github.com/blog/674-introducing-organizations > > > > Moses could be hosted under its own name at e.g. > > https://github.com/moses/moses, as is the case with e.g. stuff like > > https://github.com/webpy/webpy > > > > For commit emails, you would probably need to run something like > > https://github.com/adamhjk/github-commit-email on a machine > > somewhere and specify the location as post-receive hook on GitHub: > > http://help.github.com/post-receive-hooks/ > > > > Still free for open source. > > > > Best > > Christian > > > > On Sep 8, 2011, at 4:10 PM, Barry Haddow wrote: > > > >> Hi Christian > >> > >> We haven't made a final decision on which git host to use. We thought > >> github was faster, and had a more polished web interface. But there > >> were a couple of important things that it didn't appear to support: > >> > >> - multiple administrators > >> - commit emails > >> > >> Also, the url would include the username, e.g. > >> https://github.com/obo/mosesdecoder, which isn't really what we want, > >> > >> cheers - Barry > >> > >> > >> Quoting Christian Rishøj Jensen <crjen...@hum.ku.dk> on Thu, 8 Sep > >> 2011 15:10:30 +0200: > >> > >>> > >>> Dear Barry, > >>> > >>> While I'm not a committer to Moses, I am in favor of Git in general. > >>> But why not go all the way and host the repository at GitHub? The > >>> added collaboration tools could prove to be valuable and conducive > >>> for new contributions, as well as increase the transparency of the > >>> development process. > >>> > >>> A short piece on the benefits: > >>> http://bdethics.blogspot.com/2011/03/why-github-is-taking-over-universe.html > >>> > >>> Best > >>> Christian > >>> > >>> On Sep 7, 2011, at 3:07 PM, Barry Haddow wrote: > >>> > >>>> Hi Lane > >>>> > >>>> So the secret's out... > >>>> > >>>> This is a mirror of the current svn repository. Updating is currently > >>>> a manual process, kicked off by either me or Ondrej, but it may get > >>>> automated. > >>>> > >>>> Moses development will probably move to git soonish, have your say in > >>>> the doodle poll if you have an opinion about it. > >>>> http://www.doodle.com/dgnnzdu697yxnhve > >>>> > >>>> At the moment, you're free to create new branches in the git > >>>> repository, but please don't push to any branches which track svn > >>>> branches. Otherwise BAD things will happen, > >>>> > >>>> cheers - Barry > >>>> > >>>> > >>>> Quoting Lane Schwartz <dowob...@gmail.com> on Wed, 7 Sep 2011 > >>>> 08:54:55 -0400: > >>>> > >>>>> Barry, > >>>>> > >>>>> I wasn't aware that there was a Moses git repository. Is it just a > >>>>> mirror of the subversion repo? Are there plans to move primary > >>>>> development to the git repo? > >>>>> > >>>>> Thanks, > >>>>> Lane > >>>>> > >>>>> > >>>>> On Wed, Sep 7, 2011 at 3:49 AM, Barry Haddow > >>>>> <bhad...@staffmail.ed.ac.uk> wrote: > >>>>>> Hi Anne > >>>>>> > >>>>>> Yes, there is a version of moses which supports sparse features. It is > >>>>>> available in the moses git repository > >>>>>> http://sourceforge.net/scm/?type=git&group_id=171520 > >>>>>> Look for the miramerge branch. > >>>>>> > >>>>>> It was sync'ed from trunk within the last few weeks, and I hope to > >>>>>> keep it reasonably up-to-date - it may eventually get merged back. > >>>>>> > >>>>>> Whilst this branch is failrly experimental, it does work, and has been > >>>>>> used in experiments. I'm currently trying to improve the sparse > >>>>>> feature code, so that it will use a dense representation of the core > >>>>>> features. There are actually implementations of most, if not all, of > >>>>>> the Chiang features, although I don't know if they're all checked into > >>>>>> the repository. > >>>>>> > >>>>>> cheers - Barry > >>>>>> > >>>>>> > >>>>>> > >>>>>> Quoting Anne Schuth <asch...@science.uva.nl> on Wed, 7 Sep 2011 > >>>>>> 09:34:19 +0200: > >>>>>> > >>>>>>> Hi all, > >>>>>>> > >>>>>>> We are in the process of reimplementing some of the 11,001 new > >>>>>>> features of > >>>>>>> the Chiang et al. 2009 paper. We are adding a few thousand > >>>>>>> features to our > >>>>>>> phrase table, causing it to blow up significantly. For tuning > >>>>>>> purposes we > >>>>>>> filter the table to only include phrases used by our tuning > >>>>>>> dataset which > >>>>>>> brings the size on disk down to about 200MB (gzipped). However, > >>>>>>> as soon as > >>>>>>> we load this table into memory with Moses, it takes more than > >>>>>>> 60GB. This is > >>>>>>> not really a surprise I guess since Moses will represent all our 0's > >>>>>>> as > >>>>>>> floating points, but it is a problem since not all machines I > >>>>>>> would like to > >>>>>>> run this on have that much memory. > >>>>>>> This leads to my question: does Moses support some form of sparse > >>>>>>> representation of phrase tables? Or, how is this issue generally > >>>>>>> solved, as > >>>>>>> I am quite sure we are not the first to try this. > >>>>>>> > >>>>>>> Any comments, pointers to documentation are very much appreciated! > >>>>>>> > >>>>>>> Best, > >>>>>>> Anne > >>>>>>> > >>>>>>> -- > >>>>>>> Anne Schuth > >>>>>>> ILPS - ISLA - FNWI > >>>>>>> University of Amsterdam > >>>>>>> Science Park 904, C3.230 > >>>>>>> 1098 XH AMSTERDAM > >>>>>>> The Netherlands > >>>>>>> 0031 (0) 20 525 5357 > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> The University of Edinburgh is a charitable body, registered in > >>>>>> Scotland, with registration number SC005336. > >>>>>> > >>>>>> > >>>>>> _______________________________________________ > >>>>>> Moses-support mailing list > >>>>>> Moses-support@mit.edu > >>>>>> http://mailman.mit.edu/mailman/listinfo/moses-support > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> When a place gets crowded enough to require ID's, social collapse is > >>>>> not > >>>>> far away. It is time to go elsewhere. The best thing about space > >>>>> travel > >>>>> is that it made it possible to go elsewhere. > >>>>> -- R.A. Heinlein, "Time Enough For Love" > >>>>> > >>>>> _______________________________________________ > >>>>> 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. > >>>> > >>>> > >>>> _______________________________________________ > >>>> 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. > >> > >> > > > > -- > > PhD Fellow, Center for Language Technology > > University of Copenhagen > > > > > > > > > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > > _______________________________________________ > Moses-support mailing list > Moses-support@mit.edu > http://mailman.mit.edu/mailman/listinfo/moses-support -- Dipl.-Inf. Christian Federmann, Researcher, Language Technology Lab Office +1.09 -- Phone +49-681/857-75-5353, Fax +49-681/857-75-5338 DFKI GmbH, Campus D3 2, Stuhlsatzenhausweg 3, 66123 Saarbruecken http://www.dfki.de/~cfedermann ------------------------------------------------------------------- Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH Trippstadter Strasse 122, D-67663 Kaiserslautern, Germany Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 ------------------------------------------------------------------- _______________________________________________ Moses-support mailing list Moses-support@mit.edu http://mailman.mit.edu/mailman/listinfo/moses-support