PartialExact match instead of Fuzzy ??

[abubelinha]

I am going back from verifier to resolver's api for a while, because for my use case it is crucial that all found fuzzy matches are returned.

I have just discovered a new verifier odd match (IMHO).

• preferred sources: 196,197,198
• datasource name: Isoetes longissima (in all 3 sources)
• input name: Isoetes longisima (bad-spelled: "s" instead of "ss")
• resolver's output: 3 expected matches ("Fuzzy match by canonical form"): Isoetes longissima in all data sources
• verifier's output: 6 unexpected matches (all "PartialExact"), all really odd to me (either genus rank, or an unrelated hybrid name ... but none of them matches with Isoetes longissima). Not even the bestResult is useful (PartialExact match against genus Isoetes)

Looking to the list of sequential matches explained in resolver's api, it looks like to me that verifier is giving step 6 a higher priority than steps 3-5?:

match_type Explains how resolver found the name. If the resolver cannot find names corresponding to the entire queried name string, it sequentially removes terminal portions of the name string until a match is found. 1 - Exact match 2 - Exact match by canonical form of a name 3 - Fuzzy match by canonical form 4 - Partial exact match by species part of canonical form 5 - Partial fuzzy match by species part of canonical form 6 - Exact match by genus part of a canonical form

[dimus]

hm, looks like a bug in verifier to me, I'll take a look

[dimus]

@abubelinha, thank you very much for reporting this bug. It was an obscure typo in sql query, that prevented quite a few names with different suffixes get their fuzzy matching. Should work now:

https://verifier.globalnames.org/?all_matches=&all_sources=&capitalize=on&format=html&names=Isoetes+longisima