Thanks for this! Will digest.
On Sat, Aug 29, 2020 at 4:27 PM Jonathan Washington <jonathan.n.washing...@gmail.com> wrote: > > Hi Zanga, > > Given the highly agglutinative nature of Yao morphology, using dix to model > it is probably not a great option. Also, as you and Hèctor have concluded, > the morphophonology will be much easier to model using twol. > > Given the extent to which the morphology involves prefixes, lexc (what we > traditionally use with twol) is probably also a poor choice for modeling the > morphology. However, lexd was designed as a replacement for lexc for > languages like Yao (and works well with twol). I think this is the route you > should take. > > Documentation is available here: > > https://github.com/apertium/lexd/blob/master/Usage.md > > Some languages in Apertium whose morphologies are already implemented in lexd > (none are entirely complete yet, but some are pretty far along): > > Swahili: https://github.com/apertium/apertium-swa > Lingala: https://github.com/apertium/apertium-lin > Nivkh: https://github.com/apertium/apertium-niv > Wamesa: https://github.com/apertium/apertium-wad > > I probably forgot a few, but these should provide good models (and two are > related to Yao). There are also a couple other languages being developed > using lexd that aren't public (yet). > > And of course you can message this list if you have trouble, or ask in real > time in the IRC channel. > > -- > Jonathan > > On Sat, Aug 29, 2020, 02:30 Zanga Chimombo <z.chimo...@gmail.com> wrote: >> >> Yes. I think I should be using twol >> >> On Fri, Aug 28, 2020 at 3:56 PM Hèctor Alòs i Font <hectora...@gmail.com> >> wrote: >> > >> > I don't think you have to do anything with the modes or the compilation >> > file. The problem is in the post-yao.dix file. >> > If you add <a/>, it works: >> > >> > <e> >> > <p> >> > <l><a/>nk</l> >> > <r>ng</r> >> > </p> >> > <par n="vocals"/> >> > </e> >> > >> > $ echo "~nka" | lt-proc -p yao.autopgen.bin >> > nga >> > $ echo "~nkb" | lt-proc -p yao.autopgen.bin >> > nkb >> > >> > I don't know why without <a/> there is no match, but in any case you need >> > to add <a/> to the relevant places (words, affixes, etc.) you want to >> > trigger this rule. If you want that always nk + vowel should be ng, you >> > should this in twol, not here. >> > >> > Hèctor >> > >> > Missatge de Zanga Chimombo <z.chimo...@gmail.com> del dia dv., 28 d’ag. >> > 2020 a les 15:41: >> >> >> >> I am still not getting anywhere and both modes.xml and the Makefile >> >> seem ok. My code is here: >> >> https://gitlab.com/zangaphee/CiBantu/-/tree/master/twoc/apertium-yao >> >> >> >> On Fri, Aug 28, 2020 at 7:36 AM Hèctor Alòs i Font <hectora...@gmail.com> >> >> wrote: >> >> > >> >> > The relevant files are modes.xml and Makefile.am I recommend taking a >> >> > look to them in e.g. apertium-fra and apertium-fra-cat (or any other >> >> > released pair using post-generation). In the first one you define the >> >> > pipeline, so copy and adapt the call to autopgen in the end. In the >> >> > second one you have the actual compilation of the programme. >> >> > >> >> > Missatge de Zanga Chimombo <z.chimo...@gmail.com> del dia dv., 28 d’ag. >> >> > 2020 a les 7:52: >> >> >> >> >> >> Hi again, I actually have: >> >> >> >> >> >> <e> >> >> >> <p> >> >> >> <l>nk</l> >> >> >> <r>ng</r> >> >> >> </p> >> >> >> <par n="vocals"/> >> >> >> </e> >> >> >> >> >> >> But it doesn't seem to get executed. Is there a missing flag/ switch >> >> >> that I was supposed to initialise/ build with? I am not seeing >> >> >> anything relating to building autopgen in the modes.xml file in the >> >> >> monolingual directory...? >> >> >> >> >> >> On Thu, Aug 27, 2020 at 2:57 PM Hèctor Alòs i Font >> >> >> <hectora...@gmail.com> wrote: >> >> >> > >> >> >> > Yes, it is in the monodix. It is just a mark put on the right side, >> >> >> > e.g. >> >> >> > >> >> >> > <e r="LR" lm="que"> <i>que</i><par n="que__prn"/></e> >> >> >> > <e r="RL" lm="que"> <p><l><a/>que</l> <r>que<s n="prn"/><s >> >> >> > n="itg"/><s n="mf"/><s n="sg"/></r></p></e> >> >> >> > >> >> >> > If you want, you may not put it, but if you have in the post-dix >> >> >> > file something like: >> >> >> > >> >> >> > <e> >> >> >> > <p> >> >> >> > <l>nk</l> >> >> >> > <r>ng</r> >> >> >> > </p> >> >> >> > </e> >> >> >> > >> >> >> > ... then every nk will be substituted by ng. That is not what you >> >> >> > want, for sure. So better to put a mark in the dictionnary to know >> >> >> > which "nk" may be changed (in some contexts) to nk. >> >> >> > >> >> >> > Missatge de Zanga Chimombo <z.chimo...@gmail.com> del dia dj., 27 >> >> >> > d’ag. 2020 a les 15:18: >> >> >> >> >> >> >> >> Looking at the examples in apertium-fra.post-fra.dix it is clear >> >> >> >> that >> >> >> >> the tilde/ ~/ <a/> is inserted as some sort of marker earlier in the >> >> >> >> pipeline so that the PG recognises it and actions on it. >> >> >> >> >> >> >> >> Where in the pipeline is it inserted? Could you give me a line >> >> >> >> number >> >> >> >> of the insertion within the monodix perhaps? >> >> >> >> >> >> >> >> On Thu, Aug 27, 2020 at 12:12 PM Hèctor Alòs i Font >> >> >> >> <hectora...@gmail.com> wrote: >> >> >> >> > >> >> >> >> > You can take a look, for instance to >> >> >> >> > https://github.com/apertium/apertium-fra/blob/master/apertium-fra.post-fra.dix >> >> >> >> > >> >> >> >> > For example (at line 633) : >> >> >> >> > <e><p><l><a/>ne<b/></l><r>n'</r></p><par n="voyelles"/></e> >> >> >> >> > >> >> >> >> > Missatge de Hèctor Alòs i Font <hectora...@gmail.com> del dia >> >> >> >> > dj., 27 d’ag. 2020 a les 13:07: >> >> >> >> >> >> >> >> >> >> There two things in: >> >> >> >> >> >> >> >> >> >> <e> >> >> >> >> >> <p> >> >> >> >> >> <l><a/>nk<b/></l> >> >> >> >> >> <r>ng<b/></r> >> >> >> >> >> </p> >> >> >> >> >> </e> >> >> >> >> >> >> >> >> >> >> First is the <a/> that must precede (that's the ~ Kevin said >> >> >> >> >> because it is shown as a tilde in the output). If you don't have >> >> >> >> >> it, there won't be any matching. >> >> >> >> >> >> >> >> >> >> Second, is the <b/>, i.e. a space. So nk- will not match, but >> >> >> >> >> only nk followed by a blank (a preceded by an <a/>). If matched, >> >> >> >> >> it will be replaced by ng followed by a blank to. >> >> >> >> >> >> >> >> >> >> Hèctor >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Missatge de Zanga Chimombo <z.chimo...@gmail.com> del dia dj., >> >> >> >> >> 27 d’ag. 2020 a les 12:31: >> >> >> >> >>> >> >> >> >> >>> Not sure I know what you mean by "~"...? Sorry. I'm new to this >> >> >> >> >>> >> >> >> >> >>> The input is "nkutenda". Expected output: "ngutenda". >> >> >> >> >>> >> >> >> >> >>> On Thu, Aug 27, 2020 at 11:26 AM Kevin Brubeck Unhammer >> >> >> >> >>> <unham...@fsfe.org> wrote: >> >> >> >> >>> > >> >> >> >> >>> > Zanga Chimombo <z.chimo...@gmail.com> >> >> >> >> >>> > čálii: >> >> >> >> >>> > >> >> >> >> >>> > > One of the processes that occurs in one of the languages I >> >> >> >> >>> > > am dealing >> >> >> >> >>> > > with is "nk-" becoming "ng-" >> >> >> >> >>> > > >> >> >> >> >>> > > I thought I would be able to fix this using the post >> >> >> >> >>> > > generator here: >> >> >> >> >>> > > https://gitlab.com/zangaphee/CiBantu/-/blob/master/twoc/apertium-yao/apertium-yao.post-yao.dix >> >> >> >> >>> > > >> >> >> >> >>> > > However, that doesn't fix it. Have I done it incorrectly? >> >> >> >> >>> > > Should I >> >> >> >> >>> > > even be using PG to do this? >> >> >> >> >>> > >> >> >> >> >>> > If there's a ~ before every nk, then I think that should >> >> >> >> >>> > work. What's the exact input to pgen? >> >> >> >> >>> > >> >> >> >> >>> > (There's an open issue on not requiring the >> >> >> >> >>> > `~` https://github.com/apertium/lttoolbox/issues/42 ) >> >> >> >> >>> > _______________________________________________ >> >> >> >> >>> > Apertium-stuff mailing list >> >> >> >> >>> > Apertium-stuff@lists.sourceforge.net >> >> >> >> >>> > https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> >>> _______________________________________________ >> >> >> >> >>> Apertium-stuff mailing list >> >> >> >> >>> Apertium-stuff@lists.sourceforge.net >> >> >> >> >>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> >> > >> >> >> >> > _______________________________________________ >> >> >> >> > Apertium-stuff mailing list >> >> >> >> > Apertium-stuff@lists.sourceforge.net >> >> >> >> > https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> >> >> Apertium-stuff mailing list >> >> >> >> Apertium-stuff@lists.sourceforge.net >> >> >> >> https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> > >> >> >> > _______________________________________________ >> >> >> > Apertium-stuff mailing list >> >> >> > Apertium-stuff@lists.sourceforge.net >> >> >> > https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> >> >> >> >> >> >> _______________________________________________ >> >> >> Apertium-stuff mailing list >> >> >> Apertium-stuff@lists.sourceforge.net >> >> >> https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> > >> >> > _______________________________________________ >> >> > Apertium-stuff mailing list >> >> > Apertium-stuff@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> >> >> >> _______________________________________________ >> >> Apertium-stuff mailing list >> >> Apertium-stuff@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> > >> > _______________________________________________ >> > Apertium-stuff mailing list >> > Apertium-stuff@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/apertium-stuff >> >> >> _______________________________________________ >> Apertium-stuff mailing list >> Apertium-stuff@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/apertium-stuff > > _______________________________________________ > Apertium-stuff mailing list > Apertium-stuff@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/apertium-stuff _______________________________________________ Apertium-stuff mailing list Apertium-stuff@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/apertium-stuff