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
