HI there,
El 02/04/17 a les 15:30, Francis Tyers ha escrit: > El 2017-04-02 12:27, Mikel L. Forcada escribió: >> Dear Masha, >> >> I still have to be convinced that this is an Apertium project as I do >> not see any connection to the core in Apertium, namely, >> shallow-transfer rule-based machine translation (other mentors may >> correct me as I may have missed something). >> >> What would be the impact of having this tool in improving the language >> resources currently used in Apertium? How would it improve Apertium to >> be used as a machine translation system or a better language >> processor? > Here are my thoughts: > > 1) The standardised annotated corpora available through the UD project > could be immensely useful to training the disambiguation component > of Apertium. You bet. But full dependency trees are not needed for disambiguation purposes. The statistical (HMM, sliding-window) PoS taggers do not need such richly-annotated corpora. > > 2) Our current annotatrix tool is functional, but in practice we are > unlikely to get many people doing Apertium-specific annotation. Thus > if we want to be able to train (e.g. the tagger) we should get a > "cheaper ride" > by using what is already there and free. If I understood correctly, getting people to do a more general-purpose annotation (such as dependency syntactic annotation) would be easier and we could get what we need in Apertium as a side product. If this is the case, this should be clearer in the proposal. > > 3) In the Turkic languages we are already doing a lot of annotation, > which has > been used for different purposes and there are efforts for other > languages too: > > $ find /home/fran/source/apertium/ -name '*.conllu' | wc -l > 23 How much of this is actually being used for MT for these Turkic languages? As far as I know, most of these languages rely heavily on CG. Is there an existing reliable tool or method to extract CG rules from dependency annotation? > > 4) We have previously done projects (like the HFST project) which have > immensely helped Apertium, although they weren't specifically working > on Apertium core code. But HFST processors were direct replacements for lttoolbox-based morphological processors. The analogy is weak. > > 5) If the project is selected it will be good publicity for Apertium in > another > community that is seriously concerned about linguistic diversity and > creating free/open-source linguistic resources. I agree. > > That said, it isn't a 100% Apertium project, but I think mentors should > "rank with their conscience" in this case. I am not sure what is meant by this. Is there any doubt that we will? Apertium has a wide mentor base with very diverse interests, which may not all pull always in the same direction! Mikel > > Fran > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Apertium-stuff mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/apertium-stuff -- Mikel L. Forcada http://www.dlsi.ua.es/~mlf/ Departament de Llenguatges i Sistemes Informàtics Universitat d'Alacant E-03690 Sant Vicent del Raspeig Spain Office: +34 96 590 9776 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Apertium-stuff mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/apertium-stuff
