On 24 July 2010 14:27, Keld Simonsen <[email protected]> wrote: > On Sat, Jul 24, 2010 at 02:15:09PM +0200, Kevin Brubeck Unhammer wrote: >> 2010/7/11 Kevin Brubeck Unhammer <[email protected]>: >> > 2010/7/11 Jimmy O'Regan <[email protected]>: >> >> The attached patch adds a new mechanism to transfer rules: <exception> >> > >> > This has been on my wishlist for a while =D >> > >> >> Exception can contain a single <test> -- if the test evaluates to >> >> 'true', the current rule is ignored, and the last applicable rule is >> >> used instead (the implication being that it should only be used in >> >> rules whose <pattern> contains more than one <pattern-item>). > > I was thinking about something like this, for Danish et. al. > Adding many more words to a monodix would potentially introduce > worse translations for some homonyms. I would like to rule out new > words where a surface form is a homonym to an already existing surface form. > > That is: I would search thru all surface forms of the new lemmas > and compare them with the existing surface forms, and if a > homonym is found, I would mark the new lemma with an exception for only the > surface form in question that is should not be used, while all the other > new surface forms will be ok. > > Can this be done with what you are suggesting, or with some other means?
You seem to be talking about lexical selection, so no. Francis is working on a rule-based lexical selection tool, which might do what you want; also, Sonja (one of the GSoC students) is working on a tool for multiwords which might be used to eliminate many ambiguities (in English, 'bus' and 'stop' are both somewhat ambiguous, but 'bus stop' is not). -- <Leftmost> jimregan, that's because deep inside you, you are evil. <Leftmost> Also not-so-deep inside you. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Apertium-stuff mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/apertium-stuff
