Link to top identifiers of that taxon, not *observations* of that taxon

Yes, this explains what we see.

Functionaly, I don’t need (do you?) to know the people [most] involved in the whole identification process. I need to know how has proposed this taxon (or any other one at a lower rank) as an ID. This is the initial feature request, if I understand correctly.

As an inconsistency with the linked leaderboard, I would consider it also as a bug.

Because all information needed is already available (already computed for the leaderboard page), and because the fix consists “only” in changing an identifier and a count in the Taxon page, I don’t understand why it is not fixed after a year.

Of course it might not be prioritary, but as a bug I suggest that it need no further discussion (or votes).

Maybe it is not fixed yet because this change request is registered as a feature request, instead of a bug.

1 Like

A bug or winged poetry…, I do not know. But once we agree on this fundamental question, not only should it be implemented, but we could discuss on possible improvements : notably giving the choice to select among the main different types of identifications and whether they should include one’s own observations (my question 2, post #16)…

1 Like

It is a real improvement for finding people that are likely able to help identifying/reviewing new observations.

Thank you. As briefly mentioned above, several different posts (two in this topic, #4 and #5 and quite many others) make essentially the same suggestion.
The only addition here is the checkbox structure (opened by an overlays icon or anything more appropriate) on the taxa page, thereby introducing flexibility.

Some additional references :
@bouteloua "One idea I had fleshed out, but don’t think I ever posted, was to show only improving, or only improving+leading IDs in the default view of stats. i.e. don’t tally all the supporting IDs. "
@bazwal “The lists of top identifiers for taxa would be a lot more useful if they took into account the proportion of improving IDs. If someone at the top of the leaderboard has 95% agreeing IDs, that doesn’t tell you much about how knowledgeable they are.”

@bouteloua proposed a specification a bit more complete:

With a checkbox for one more identification type: “Maverick”.
With separate checkboxes “For others” and “For self”.

Would an additional checkbox “Lower ranks only” be useful?

2 similar use cases:

When reviewing observations identified at the rank Kingdom Plantae, when I see a Family Crassulaceae observation, I simply identify it at the Family rank (because I have almost no knowledge in this Family). Now, suppose I make numerous such identifications, I would then appear in the leaderboard of the Family. But in general I will not be able to help identifying Crassulaceae observations at a lower rank, so it’s better to forget about me for Crassulaceae, and a checkbox “Lower ranks only” would ensure that.

I also made many identifications at the rank Subfamily Faboideae, in most cases because most people ID at the rank Family Fabaceae instead, and also because in many cases I can’t be sure of the Tribe (in general I also add a comment to propose one or a few possible Tribes, which may help other people to further investigate). These many identifications at the rank Subfamily may be useful, but a checkbox “Lower ranks only” would preferably ignore them.

(Someone in South Africa complained about these many identifications at the rank Subfamily Faboideae, saying it’s pointless. I answered that Caesalpinioideae and Mimosoideae observations would be much easier to find if so many observations of Faboideae were not left at the Family rank. Of course, if you care only about Faboideae, you don’t mind if they are all identified at the Family rank by default).

Yes, maverick is the fourth category in addition to supporting, leading, improving. I just doubt that it could be helpful because a maverick can be right and equivalent to a “leading” yet against the community. But if that “maverick” is right, the community will quickly take side with her/him, and the category will quickly switch to “improving” - whereas the “leading” category is interesting when there is no or only a small community and nobody around that would be able to provide “supporting” IDs !

As for “for self” vs “for others”, this is what I meant with a single checkbox for “own observations” (corresponding to that url option “own_observation=true” vs “=false”).

Concerning your “Lower ranks only” proposal, to me it is already included in the identifier definition that we are calling for here, as this identifier definition refers to any given ID per se - thus higher levels are excluded, and lower levels are included by default.

The current taxon filter definition is “this exact taxon (at the rank of this taxon), or any other lower rank taxon (still matching this taxon)”.

A “Lower ranks only” option would switch the definition to “not this exact taxon (at the rank of this taxon), but any lower rank taxon (still matching this taxon)”. It is not included in the current definition, because without this extra option there is presently no way to obtain the same leaderboard results in the iNaturalist web application.

The idea is to find people with knowlege within, say, a Family, not people that are only able to say if a specimen belongs or not to the Family. The former is the common use case, for improving an identification. The later is rare, I mean having identified a Family, without being sure of it at all, and thus not yet caring about improving the identification at a rank lower than the Family.

1 Like

I understand now, thank you - then 5 checkboxes for the identifiers leaderboard : improving, leading, supporting, “own observations”, and “lower ranks only”.

Perhaps @pisum could kindly tell us if this or part of this is feasible ?

Again, this would be in addition to point 1, that is correcting the identifiers leaderboard (notably to make it consistent with the top identifier shown in the taxa page).

1 Like

Provided that “Maverick” is automatically included when selecting “Leading”, as you explained above.

i’m just a regular user of the system, not staff. so i don’t really have insight into what staff would be willing to change. personally, i think changing the Taxon screen as you’re proposing makes that screen too complicated.

and before you even think about changes to the Taxon screen, you really need to address the fundamental difference between identifiers of observations and identifiers (of taxa). there are different reasons you might want to get each of these. so i would leave the Identifiers tab on the Observations screen alone.

in my opinion, the right way to address this feature request is to create a new Identifications screen that is similar to the Observations screen. instead of allowing you to query for observations and related statistics, an Identifications screen would allow you to query for identifications and related statistics.

once an Identifications screen exists, then you could link the top identifier in the Taxon screen to the top Identifiers tab in the Identifications screen.

doing things the way i’ve suggested above is not a small thing, which is probably why no action has been taken down this path. still, ultimately, i think going down that path is needed as part of raising the importance of Identifying to a level more equal to that of Observing.


Let’s be interested in the taxon page of Family Apiaceae and let’s consider an observation of a Wild Carrot. Someone that first identified this observation as “Plantae” is one of the “identifiers of observations”. Someone that later identified this observation as “Apiaceae” or as “Wild Carrot” is one of the “identifiers of observations” and is one of the “identifiers (of taxa)”. Did I understand correctly?

Could you elaborate? What are the possible reasons to get the “identifiers of observations”?

(I don’t question the existence of the need, I would like to get the use cases and user stories that the solution depends on).

In the case the observer did not add his own ID on an observation, the person who identifies this observation as “Plantae” do this in order to put the observation into a category so that it may be found by identifiers interested in “Plantae”. In this case, getting the “identifiers of observations” would mean getting these people who identify as “Plantae” in order to direct observations to other identifiers. Is that the subject?


there are times when you’re not specifying a particular taxon or rank but you still want to know who’s helped to identify. for example, if you’re running a bioblitz and are interested in seeing not just who’s observing but who’s helping to identify (any taxon), then you’d be more interested in seeing identifiers at an observation level rather than identifiers at the level of a particular taxon.

this applies even if you, say, had a taxon-specific Daucus carota project. you might still want to see everyone who helped to identify observations in that project, even if some of those people could only identify to Apiaceae or Plantae.

1 Like

@pisum : the initial request in this topic was for a leaderboard for identifiers in the taxa page where the identifiers would be the identifiers of the corresponding taxon, thus “identifiers of taxa” as you call them.
One year later we notice that apparently this has become true for the “top identifier” shown in the taxa page but still not for the leaderboard, which still links to the observations page.

So there is a problem of consistency in the taxa page, in addition to the problem of definition of the identifiers.

And the problem of definition deserves to be addressed more precisely than just using your least stringent definition, where anyone who added any kind of ID, including completely wrong IDs, would be regarded just like the best available expert in taxonomy.

A qualifying name should designate them not as “identifiers” but something like “incomplete identifiers” (if we neglect the wrong ones).

We could add a 6th checkbox to the proposal , possibly termed “incomplete IDers included” (yes or no). Here are the 5 others :

Hello there,

I came through the discrepancy and opened a bug report. Some users came by, and told me about the post and feature request. I suggested a solution in my bug report and was told to publish it as a comment here. @bouteloua please if it needs a new post tell me or feel free to move this comment.

Basically, what I have thought is that when one come by a taxon page under TOP IDENTIFIER
the website should be able to show what the icon and number means when you hover your mouse over them.

We already have this function in iNat, like when you put your mouse over Improving

What are your opinions? Is it difficult to implement in taxon pages?


More explicitly, if I understand it right, what you ask is that in the ‘taxa’ category of pages, such as from your bug report, hovering over the top identifier one should see the following explanations:

“top identifier for this taxon ID agreeing with the community”,

(or sentences alike).

However, hovering on the identifier-related “Leaderboard” in that same “taxa” page, should show a sentence like this :

“top identifiers for this taxon ID with or without community agreement” even though a more explicit definition should be something like this : “top identifiers for number of observations for this taxon to which they gave any ID, that is whether the assigned ID agreed or not with the community ID”

I have tried to simplify as much as possible as I am still not sure if the explanations are right…
[edited to make it more explicit]


Yes, I was thinking a popup (?) can appear over the Top Identifier username or their # of ID. Your explanation is more understandable and having also a message appear when you hover over Leaderbord will be helpful as well.

1 Like

I have edited the second explanation, which was too succinct and quite misleading if taken literally, but did not modify the screenshot, because the fully explicit, correct definition seems too long… And in any case, as I said, I am still not entirely sure of these definitions (they should be at least partly right!). I hope this helps.


As a very concise summary and reminder…, this thread n° 7337 is concerned with the inconsistency between the two main iNat web page formats that show ID leaderboards at the taxon level - inconsistency that is overtly apparent in one of them.

Indeed, in the pages, the top ID is taken from a leaderboard based on, but the underlying “leaderboard” icon links to another leaderboard, Thus the numbers usually differ, and the meaning differs considerably (see above).

A simple possibility is that these different “meanings” become explicit as proposed and discussed in the posts just above.

Another possibility is to add various options to the leaderboard, which would include those from .

This can be discussed as part of another proposal put forward in a post from another thread, which was mentioned further above in this thread, and was recently revived and expanded in another post from a thread dedicated to the observations page.