Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Giella analyser initialization in both languages renders incomplete environment #1

Open
rueter opened this issue Apr 2, 2024 · 0 comments

Comments

@rueter
Copy link
Collaborator

rueter commented Apr 2, 2024

The apertium-lut-slh was configured for giella analysers in both languages
On the GiellaLT side:
./configure --enable-tokenisers --enable-morpher --enable-apertium
in each language
On the Apertium side:
python3 apertium-init.py --analysers=giella lut-slh

./autogen.sh --with-lang1=$GTHOME/lang-lut/tools/mt/apertium --with-lang2=$GTHOME/lang-slh/tools/mt/apertium

At least three things were missing or not working:
(1)
probs could not be derived from either of the languages
and --no-prob1 --no-prob2 was not allowed in init
on the keyboard it had me consult usage.
@dangswan said I should remove reference to prob in the Makefile and the modes.xml

(2)
There was no rule to generate:
gt2apertium.cg3r

(3)
The content of lang-lut/tools/mt/apertium/
was:

lang-lut jackrueter$ ls tools/mt/apertium/
Makefile				apertium-lut.lut.RL.att.gz		lut.mor.rlx.bin
Makefile.am				apertium-und.lut-und.LR.att.gz		lut.syn.rlx.bin
Makefile.in				filters					tagsets
Makefile.modifications.am		generator-mt-apertium-norm.hfstol

But the apertium side was looking for other files

*** No rule to make target '/Users/jackrueter/Dropbox/Github/giellalt/lang-slh/tools/mt/apertium/slh.autopgen.bin', needed by 'lut-slh.autopgen.bin'.  Stop.

At present I cannot compile.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant