-
Notifications
You must be signed in to change notification settings - Fork 5
morphemes reference
This page ports Java wiki Morphemes content to ZemberekDotNet terminology.
It is a practical reference for:
- POS and secondary POS tags
- common morpheme IDs used in analyses
- output nuances in .NET analysis formatting
Related implementation:
Common primary POS IDs used in morphology output:
NounAdjAdvConjInterjVerbPronNumDetPostpQuesDupPunc-
Unk(unknown, Zemberek-specific)
Common secondary POS IDs:
-
Demons(demonstrative) TimeQuantQues-
Prop(proper noun) -
Pers(personal pronoun) Reflex-
Ord,Card,Percent,Ratio,Dist
Additional runtime/token categories may appear in dictionary metadata in this repository (for example date/email/url-like categories).
Agreement:
-
A1sg,A2sg,A3sg -
A1pl,A2pl,A3pl
Possessive:
-
P1sg,P2sg,P3sg -
P1pl,P2pl,P3pl -
Pnon(no possession)
-
Nom(nominative) -
Dat(dative) -
Acc(accusative) -
Abl(ablative) -
Loc(locative) -
Ins(instrumental) -
Gen(genitive) -
Equ(equative)
A non-exhaustive set used by current morphotactics:
-
Dim,Ness,With,Without,Related,JustLike -
Agt,Become,Acquire -
Caus,Recip,Reflex,Able,Pass -
Inf1,Inf2,Inf3,ActOf -
PastPart,NarrPart,FutPart,PresPart,AorPart -
NotState,FeelLike,EverSince,Repeat,Almost,Hastily,Stay,Start -
AsIf,While,When,SinceDoingSo,AsLongAs,ByDoingSo,Adamantly -
AfterDoingSo,WithoutHavingDoneSo,WithoutBeingAbleToHaveDoneSo Zero
- Polarity/modality:
Neg,Unable,Cop - Tense/aspect:
Pres,Past,Narr,Cond,Prog1,Prog2,Aor,Fut - Mood/person-related:
Imp,Opt,Desr,Neces
In SingleAnalysis creation, Nom and Pnon are intentionally skipped in many formatted outputs to reduce visual noise.
See logic in:
This means internal morpheme state and displayed analysis text can differ in verbosity.
- Analyze a word/sentence with morphology module.
- Print lexical output (
FormatLexical) for stable morpheme IDs. - Inspect
GetMorphemes(),GetLemmas(), andGetStems()for programmatic usage.
Java/Oflazer IDs and Zemberek IDs overlap significantly, but outputs are not guaranteed to match 1:1.
When evaluating parity:
- Compare accepted analyses, not just one string format.
- Validate with corpus/context and disambiguation behavior.
- Prefer repository tests as source of truth for current .NET behavior.
Getting Started
Module Reference
- Morphology Notes
- Additions and Release Notes
- Morphemes Reference
- Classification Training Guide
- Normalization Guide
- Proper Nouns and Named Entities
- Text Dictionary Rules
API Parity & Migration
Reference
Roadmap