Ident count on Identify page thumbnails is inconsistent and count in app is also different

I don’t think it would necessarily be confusing, but I guess in an ideal world, it would be nice to also have some measure of actual community support. Like maybe an easier way to get to this:

2 Likes

Platform: Android vs Website

Description of problem:

There is a deviation between this symbol grafik (= # of IDs) in the App vs. Website.

Not sure whether this is a bug (i.e., is the number correct?) or mereley a different way how App and Website are using this symbol.
Also wonder whether it has ‘always’ been that way or occurred after the latest maintenance - anyways, here we go:

Website: two observations with both ‘1 ID’ indicated

a closer look at both:
First ID (by observer) on genus level, then refined by another user, then agreed by observer

First ID supported by another user:

In the app: ‘3 IDs’ and ‘2 IDs’ indicated:


So it seems that on the website, only actions by other users are indicated, whereas in the app, all actions (also withdrawals / inactive IDs) are counted.

I am happy to push this in the Feature Request - section if not a bug

I’ve noticed this for a while. I’ve also noticed the app sometimes thinks a new ID added by me counts as new, and the icon turns pink even though I don’t get a notification. Might be when I add an ID on desktop though? I wonder if it’s related to the displayed taxon not updating.

I don’t have the app, but for as long as I can remember the website hasn’t counted initial IDs by the observer towards ID totals for that symbol.

I kind of like it since it keeps things clean/less busy for observations that have just been uploaded with an initial ID and makes it easy to see those. I can also scan down my observation list and see which ones have gained IDs easily.

I agree that it would be best to stay consistent between website and app - I would just favor keeping the web method of counting.

1 Like

me too :)

@carnifex I moved your topic to this existing report, and changed the title a bit to include your point about the app

1 Like

Another problem I just encountered today relating to these counts

A user who has ID’ed a lot of stuff for me deleted their account, including their identifications, in the past few days. However, there are now ‘ghost’ ID counts on the observation thumbnails. Example:

The khaki weed observation previously had an agreeing ID from that user, and the thumbnail indicates there is one additional ID to my own

However, go to that observation and mine is the only ID: https://www.inaturalist.org/observations/76498693

Ditto this one:


https://www.inaturalist.org/observations/72765660

2 IDs other than my own indicated, but only one currently exists after the deletion

1 Like

in fact, some observations are even still erroneously showing as Research Grade

https://www.inaturalist.org/observations/59426746

reindexing these obs makes them revert to needs ID, but there are thousands of these out there like this

I think the original issue has arisen again in some form. I’m currently at this link, and observations with the same number of IDs are shown with a different number of IDs

both of these observations have an ID by the observer, and then a confirming ID by someone else, yet only the right hand one shows the tag + 1. I can’t perceive any difference between the two

https://www.inaturalist.org/observations/19630973
https://www.inaturalist.org/observations/19544500

not the only case either; many of the observations within this search have no label, but they do have an extra ID

happening with counts above 1 too

bottom left has 1 agreeing ID and a +1 label as it should, but top right has 2 agreeing IDs yet only a +1 tag

Made an issue here: https://github.com/inaturalist/inaturalist/issues/3628

As far as mobile apps go:

Android should show all IDs on the obervation, iOS doesn’t include the observer’s ID. Probably not going to be fixed in the current native apps.

1 Like

A fix has been released, eg https://www.inaturalist.org/observations/identify?quality_grade=needs_id%2Cresearch&verifiable=true&taxon_id=61186&place_id=6744&on=2019-01-14

2 Likes