Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Search picks a species instead when searching for genus - "Warning an unresolved homonym has been detected" #226

Open
timhicks-ala opened this issue Jan 29, 2024 · 0 comments

Comments

@timhicks-ala
Copy link

A user's reported an odd issue searching in AVH. If you search for "setaria", it brings up a particular species of it instead of searching for the genus: https://avh.ala.org.au/occurrences/search?q=taxa%3A%22setaria%22
For others, eg acacia, it correctly searches for the genus: https://avh.ala.org.au/occurrences/search?q=taxa%3A%22acacia%22
I can manually search for just the genus by borrowing most of a URL from biocache, so the user has a workaround: https://avh.ala.org.au/occurrences/search?q=lsid:https://id.biodiversity.org.au/node/apni/7774108#tab_recordsView

This is not isolated to AVH, the same result can be seen searching directly from Biocache - it is likely masked there because users will search first from the homepage and click the genus in BIE search results. https://biocache.ala.org.au/occurrences/search?q=taxa%3A%22setaria%22#tab_mapView

Digging into this, the problem is that the search for setaria returns Warning an unresolved homonym has been detected. whereas acacia does not. This means the second level of matching takes place, a common name search. This is why taxa:setaria matches https://bie.ala.org.au/species/https://id.biodiversity.org.au/node/apni/7774102
This is the behaviour of ALANameSearcher.getGuidsForTaxa in ala-name-matching-service:4.2.

Raised in https://support.ehelp.edu.au/a/tickets/193803

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant