Web search results page and Android don't use Wikidata to link taxon and Wikipedia page

Platform: Android and Web

App version number, if a mobile app issue: 1.37.2 (638)

Browser, if a website issue: Chrome for MacOS

URLs (aka web addresses) of any relevant observations or pages:

Screenshots of what you are seeing:

Description of problem:

Some pages show the wrong Wikipedia text for the fungi genus Volutella. Both the search page and the Android app show a Wikipedia disambiguation page (https://en.wikipedia.org/wiki/Volutella) instead of the correct genus page ( https://en.wikipedia.org/wiki/Volutella\_(fungus) ). The correct page for the genus is shown on the website, but not in the Android app.

The wikidata associated with those Wikipedia pages appears to be correct, and has been for a long time (i.e. this isn’t a recent Wikipedia change).

The incorrect wiki summary on Search means that it’s difficult to distinguish between the two genera.

I encounter this issue often (and similar problems with the link to GBIF data). On the taxon page, there is a button labeled “Curation.” Click on that and select “Flag for Curation” from the drop-down menu. Here, you will have a chance to flag the taxon and explain this issue, and a curator will hopefully soon fix it!

1 Like

Flag for Curation on the taxon page.

Ask for a Wiki editor.

1 Like

It should work now.

Like the taxon page, the web results and Android should dynamically check Wikidata for the link between the taxon page and its Wikipedia article in the language the user is using. It shouldn’t require a curator to manually edit the taxon page. That field on the taxon edit page pre-dates the Wikidata link and only accommodates people using iNaturalist in English.

though


and

2 Likes

Hi all.

From my own limited perspective as another volunteer curator, It’s only in recent months where i’ve become aware cases where the About tab can now ‘correctly’ pull from non-standard named wikipages (i.e. standard “Volutella”). In other words indirectly as for this Fungus, without anything directly specified by a curator, i.e. no need for curator to directly input direction to the non-standard enwiki - Volutella (fungus). Seems i missed a memo on the improved indirect functionality via wikidata, so it’s good to hear from bouteloua that’s indeed part of setup now. I’d guessed so as incorrectly linked wikidata were often causing issues on iNat end for other taxa. I’m just saying that it only seems recent where the system is able to (“correctly”) and indirectly deal with cases like here where the matching taxon name is a full disambiguation page on enwiki.

However, although i can’t cite cases, this is not the first time that i’ve heard the behavior on the Android is different from the webpage (in english at least), so i’m curious to hear other responses. I have no Android access, so i can’t comment on that, only the web-browser versions. Here for the fungus - let’s notice that despite being ‘correctly setup’ to pull the enwiki (here, indirectly via wikidata) then in the images above of the Search Results (at both the top of this page by pburka and later again by bouteloua), for this Fungus genus, it says nothing after the basic text of “Volutella may refer to:” [late edit many hours later: this meant the Fungus was still just looking to the disambiguation page as the original message says, which is wrong]

Now let’s compare the mollusc of the same name. Above xpda says “It should work now”. I saw that a couple of hours ago, in concert with the creation of a disambiguated enwiki page that didn’t exist before then as “Volutella (gastropod)”. Great stuff - until then for this mollusc there was no enwiki data to pull from, nor any matching wikidata! Hence, we see that xpda created the enwiki and linked it on backend by directly specifying “Volutella (gastropod)”. I say this as the setup at backend is now different between the fungus and the mollusc. If currently look at the “Search Results” on a web-broweser, then as shown in image above by bouteloua, the mollusc now says “Voltutella is a genus of chank shells in the family”. In other words, for me also on web-browser, both the fungus and the mollusc appear ‘correctly’ linked to their respective enwiki (etc) under their ‘About’ tab, but in ‘Search Results’ the mollusc now gets the first lines of text detail from it’s directly specified enwiki - while the indirectly linked fungus doesn’t.

In part to see if the difference in that behavior is due to cache issues, as a curator, i simply pressed ‘refresh’ on the taxon page for the Fungus a couple of hours ago to see if that alters anything, without touching the setup for the fungus further.

For the Mollusc, i created the missing wikidata for the mollusc genus (and also for two extant species) and that’s now correctly linked to the enwiki page for the mollusc (made by xpda).

that wikidata connection is responsible for which wikipedia article is displayed on a taxon page, but the locally cached first paragraph or so of a wikipedia article that displays in iNat’s search results and the apps (and briefly on a taxon page before the full article loads) does still depend on that field on the taxon edit page (and it isn’t updated unless someone edits the taxon and manually refreshes it).

It shouldn’t depend on the field (or manually updating) as it is language-specific, hence the open bug report.

2 Likes

Thanks. I thought this was supposed to be automatic these days, and I was surprised by the different behavior between search and the full taxon page.