Repository navigation
Description
parse("Karim Ben Salah") gives given 'Karim', middle 'Ben', family 'Salah'. In Tunisian, Algerian and Moroccan names written in French spelling, and in Israeli names in Latin script, Ben X is very often the family name (Ben Salah, Ben Ammar, Ben David). ben has no reading today. It was left out on purpose: decisions/v1-xfail-triage (2026-09-01) keeps it out because of the given name Ben (Ahmad ben Husain reads middle 'ben'), and ar.toml records the exclusion. This issue reopens that call with measurements.
Measured (2026-11-08, config_diff.py score), with ben as an ambiguous particle, Lexicon.default().add("ben", kind="given").add("ben", kind="particle"), the way al reads:
| Group | default | ben particle |
fixed / broken |
|---|---|---|---|
| ORCID TN | 86.94 | 95.44 | 964 / 3 |
| PSC Tunisian | 85.89 | 94.61 | 46 / 4 |
| ORCID IL | 92.72 | 93.53 | 161 / 1 |
| ORCID MA | 84.06 | 84.72 | 129 / 0 |
| ORCID DZ | 94.49 | 94.74 | 52 / 3 |
| ORCID FR | 94.19 | 94.38 | 36 / 0 |
| ORCID GB | 96.39 | 96.39 | 1 / 1 |
| ORCID US | 95.75 | 95.76 | 1 / 0 |
| PV US | 99.06 | 99.05 | 0 / 2 |
| PV IL | 97.86 | 98.30 | 146 / 59 |
| PV TN | 96.75 | 93.51 | 4 / 9 |
- The given name Ben keeps its place where it opens a name:
Ben Johnsonstill gives given 'Ben', now with aparticle-or-givenreport. It moves when it stands in the middle:John Ben Smithgives family 'Ben Smith'. That is the exclusion's cost, and it is small: 1 broken row in ORCID GB, 0 in ORCID US, 2 in PatentsView US, each an English middle name Ben (John Ben Smith). - Most of PatentsView's broken rows are filers who put
Benin the given box (givenDana Ben, familyDavid). That's the filers' split, not the name's. - A patronymic reading is worse. With
add("ben", kind="patronymic")and nogivenreading,benis never-given, so P1's fold (a never-given particle opening the name) readsBen Daviesas family 'Ben Davies': ORCID GB breaks 51 (96.39 to 96.14), ORCID US 20, PatentsView GB 33. It also fills R9's patronymic view with surnames.
The cost: Tunisian legal names with a ben chain. Official Tunisian lists write the name the way the civil register does: the given name, then ben + father, ben + grandfather, then the family name. Today ben stays unlisted, so the chain stays in the middle name and the family name is read right:
| Input | default | ben particle |
|---|---|---|
Karim ben Ali ben Salah Trabelsi |
middle 'ben Ali ben Salah', family 'Trabelsi' | middle 'ben Ali', family 'ben Salah Trabelsi' |
Trabelsi, Karim ben Ali ben Salah |
family 'Trabelsi' | family 'Trabelsi' |
OpenSanctions' copy of Tunisia's counter-terrorism list (tn_cnlct, 158 people, given and family boxes separate, 148 given boxes holding a chain) reads 140 of 158 right today and 24 of 158 with ben listed. Self-written names (ORCID) almost never use the chain: ORCID TN's 3 broken rows are the only ones. This is the Latin counterpart of #1155 (a family name after a بن chain): the last ben of a chain joins forward and takes the family name with it.
Questions:
- List
benas an ambiguous particle? If so, in which file:ar.tomlbeside the exclusion,he.toml, or both? - Does the chain need its own answer first? One option: a
benwith anotherbenafter it in the same chain is a patronymic link, and the word after the last link's name word is the family name. That's Should a family name after aبنchain stay out of the patronymic? (خالد بن سعد القحطانيgives patronymic 'بن سعد القحطاني') #1155's question in Latin. - Should the lowercase writing (
beninside a mixed-case name) say anything? Intn_cnlctboth cases are used in the chain, so case doesn't tell a chain link from a surname.
Activity
ben/bin/בןa particle, a patronymic marker, or a given name? (Karim Ben Salah,בן כספית,Youssef Ait Taleb) #1257