Difference between revisions of "Alternation"

From Apertium
Jump to navigation Jump to search
(New page: In some languages, in certain declensions part of the stem changes. This change may be completely regular, but at the moment we cannot model it nicely with Apertium monodices. ...)
 
Line 20: Line 20:
</pre>
</pre>


We can take care of this with over analysis, which would mean basically analysing both "uo" and "u" as valid for all declensions. However, over analysis is ugly and it would be nice to have a way to restrict a change based on the following tags, discarding impossible paths.
We can take care of this with over analysis, which would mean basically analysing both "uo" and "u" as valid for all declensions. However, over analysis is ugly and it would be nice to have a way to restrict a change based on the following tags, discarding impossible paths. Taking care of this would probably involve both a change to the format of the dictionaries and to the analyser. We welcome suggestions!


[[Category:Development]]
[[Category:Development]]

Revision as of 09:25, 1 October 2008

In some languages, in certain declensions part of the stem changes. This change may be completely regular, but at the moment we cannot model it nicely with Apertium monodices.

Example

Here is an example of umlaut in North Sámi, the plural forms with the exception of the nominative reduce the dipthong "uo" to "u". In Apertium dictionaris as they are, this would involve cutting the paradigm at "g". This substantially limits the generalisation power of paradigms.

guolli 	N+Sg+Nom 	guolli
guolli 	N+Sg+Gen 	guoli 	guole
guolli 	N+Sg+Acc 	guoli
guolli 	N+Sg+Ill 	guollái
guolli 	N+Sg+Loc 	guolis
guolli 	N+Sg+Com 	guliin
guolli 	N+Pl+Nom 	guolit
guolli 	N+Pl+Gen 	guliid
guolli 	N+Pl+Acc 	guliid
guolli 	N+Pl+Ill 	guliide
guolli 	N+Pl+Loc 	guliin
guolli 	N+Pl+Com 	guliiguin

We can take care of this with over analysis, which would mean basically analysing both "uo" and "u" as valid for all declensions. However, over analysis is ugly and it would be nice to have a way to restrict a change based on the following tags, discarding impossible paths. Taking care of this would probably involve both a change to the format of the dictionaries and to the analyser. We welcome suggestions!