Skip to content
This repository has been archived by the owner on Oct 8, 2020. It is now read-only.

Descriptive analyzer should accept "ni-ki-pimohtanan" #23

Open
eddieantonio opened this issue Feb 25, 2020 · 1 comment
Open

Descriptive analyzer should accept "ni-ki-pimohtanan" #23

eddieantonio opened this issue Feb 25, 2020 · 1 comment
Assignees
Labels
bug Something isn't working

Comments

@eddieantonio
Copy link
Member

It should have these results:

ni-ki-pimohtanan	pimotêw+V+TA+Ind+Prt+1Pl+3SgO	0.000000
ni-ki-pimohtanan	pimohtêw+V+AI+Ind+Prt+1Pl	0.000000
@eddieantonio eddieantonio added the bug Something isn't working label Feb 25, 2020
@aarppe
Copy link
Collaborator

aarppe commented Feb 25, 2020

Using the current FST machinery and making use of a new morpheme boundary after the person prefixes, we would want to invoke the +Err/Orth feature when a hyphen is used at that juncture. So, the analysis results would be rather:

ni-ki-pimohtanan	pimotêw+V+TA+Ind+Prt+1Pl+3SgO+Err/Orth	0.000000
ni-ki-pimohtanan	pimohtêw+V+AI+Ind+Prt+1Pl+Err/Orth	0.000000

This means that the above spellings are recognized by the descriptive analyzer but not the normative analyzer, and also that they are not generated (by the normative generator).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants