This is a chrysomelid as indicated, not a megachilid.

[gbif-portal]

This is a chrysomelid as indicated, not a megachilid.

---

Github user: @dshorthouse
User: See in registry
System: Chrome 84.0.4147 / Mac OS X 10.15.6
Referer: https://www.gbif.org/occurrence/658264657
Window size: width 1453 - height 792
API log
Site log
System health at time of feedback: OPERATIONAL
datasetKey: aae308f4-9f9c-4cdd-b4ef-c026f48be551
publishingOrgKey: b554c320-0560-11d8-b851-b8a03c50a862

[ManonGros]

It seems like the issue has to do with a missing name in the taxonomy. The Backbone doesn't contain Stolas costaricensis: https://www.gbif.org/species/search?q=Stolas%20costaricensis

[ahahn-gbif]

This is a taxon matching issue, similar to #3360 and #3110.

Propose: If a genus name exists that is identical with the verbatim genus name, and in the same family as given in the verbatim data, but the species name not available in the backbone, then taxon matching should match the name to the higher rank (genus), and not attempt to fuzzy-match it to a different genus name in a different family, even if the genus-epithet combination is similar.

@mdoering does this make sense, and is it doable, or is the extension of taxon data resources the only way to prevent this type of matching error?

[mdoering]

This is doable, but a major change in how we match with potential changes all over. It might be all good changes though, I like the proposal. The only weak part is "if the verbatim family matches". Do we require a family to be present and match? What if there is only an order given? I guess sticking with just family initially safe guards us from unwanted side effects

[ahahn-gbif]

The only weak part is "if the verbatim family matches".

Right... might better be formulated along the lines of "if the next higher taxonomic rank given matches". The main point I was trying to make here was rather from the opposite angle: if the next higher rank of the proposed fuzzy match contradicts the one in the verbatim data, then do not fuzzy-match, and rather match upwards in taxonomic rank with the same spelling and higher taxonomy

[mdoering]

Agree, thats a more robust logic!