Improve ID function and name of Agree buttons - a modest proposal (not!)

@jdmore - Jim, minor quibble / note. Point 2 says ‘prevent duplicate observations’. Based on what you link to, I assume you mean ‘prevent duplicate identifications’ ?

Preventing duplicate observations seems outside the scope of this discussion.

1 Like

Oops, yes, thank you, I fixed it in the initial post.

This reminds me of something I meant to include in #4, and now will: still Withdraw instead of Delete if there is an ID comment associated with the previous ID. Otherwise I’ll stay neutral on your usage – it is certainly supported by existing functionality.

Yeah, that one really wouldn’t be relevant, since as @cmcheatle corrected me, it has to do with preventing duplicate observations, not duplicate IDs.

Addendum: names I considered but rejected for the Agree button (#5):

“Confirmed”
“Accurate”

To me these would still be too vague, and still invite usage on any/all matching IDs that come in at different ranks, like genus or family IDs matching (but not necessarily agreeing with) a species suggestion.

I wonder if access to the agree buttons could be an account setting, off by default. When turning on access to the agree button, a thorough description of what it is and how it should be used would be presented to the account holder, perhaps even with multi choice questions at the end of it to ensure they read and didn’t just “OK” past them… Would count as on-boarding and also not limit use to those that know how to use it appropriately. Implementation could even have us ALL having to go in and turn it back on, which might educate a few of those that have been mis-using it. Perhaps a direct message out to all users explaining why it is missing and how to get it back.

If off-topic to the feature request, feel free to move to appropriate place…

5 Likes

would “Confirm this ID” be too long?

I liked “Add this ID” and just used it here: https://forum.inaturalist.org/t/identify-page-observation-page-dropdown-list-of-upper-taxonomic-levels/12319/2 :)

3 Likes

Great package deal. I lobby for 2 minor tweaks (came to me in a dream, yeah I dream about iNat, sigh).

  1. Rename Agree to My ID.
  2. Add Thanks button to IDs provided. Could even be a collective Thanks at the Observation level if Thanks for each ID overkill.
7 Likes

I agree with the Thanks button… and wanted to vote for it on other feature requests, but they’ve all been closed. So adding in support for it here!

I think adding a Thanks button would help limit comment traffic to identifiers from people who just want to say thanks ( they wouldnt need to open the notification to view comment)…

It might also help limit people just agreeing to ID as a way of saying thanks without realising the impact of their action ( as mentioned on another thread ).

7 Likes

I realised in helping my mum use iNaturalist for the first time that one of the main issues for her was not seeing or understanding the use of “withdraw” when she made an initial ID in a different taxonomic group to that which the community suggested. She couldn’t see a way to do this …and didn’t appear to understand the need… or indeed how to navigate to the menu to resolve. I ended up suggesting she just blind agree to resolve, which isn’t ideal.

So, my vote is simply for
CONFIRM

But I think there should be a second button to prevent users using confirm as a workaround when they need to withdraw but don’t know how or understand why. This could be

ACCEPT
for example.

In use cases without taxonomic disagreement, it could also act as a sort of placebo for those who just want to click something to acknowledge the identifiers suggestion or give thanks - preventing another one of the ways the Agree button is currently being misused. This could potentially be a source of confusion however, without a connected visual impact, so maybe it should also exchange their existing ID for the community suggestion, but without impacting the “Needs ID” / RG. This “soft ID” could be in a different colour, or higher transparency to visually indicate the lack of weight it carries. Alternatively it could simply be noted somehow, more minimally, that the ID was “accepted by OP with thanks!”

Note - this is similar to @tallastro’s suggestion for MY ID … but I think, important to delineate clearly between acceptance and confirmation.

5 Likes

I vote for renaming Agree to Confirm ID because it suggests more strongly an independent and thoughtful opinion.

But I’m skeptical that any interface changes will help (too) much. Most users seem to not be aware of the great biodiversity out there and they will agree with any ID that somewhat resembles their observation. The problem boils down to allowing unknowledgeable and uninvolved users to make decisions that require knowledge or involvement (like checking literature, keys, distribution).

4 Likes

Then I am … unknowledgeable. No literature or keys available. Many, most? of us are not professional scientists.
But I would prefer an obs to need 3 IDs before going to research grade.

4 Likes

“Then I am … unknowledgeable”? I haven’t defined “unknowledgeable” so that you can make such an inference from what I’ve said. The " checking literature, keys…" part was about involvement.

If you both don’t have any knowledge about a taxon (you are unknowledgeable) AND you don’t consult written knowledge like literature, keys, etc. about that taxon (i.e. you are uninvolved), then your ID about that taxon can’t possibly have any value. Many users are just like that.

Obviously there’re degrees to knowledgeability and involvement but discussing this in detail would get too off topic.

2 Likes

You are expecting too much from citizen scientists on iNat.

2 Likes
  • What do we gain, other than saving a few seconds of typing, by having an ‘Agree’ button at all?
  • What do we sacrifice, in terms of data quality, by having an ‘Agree’ button that many users seem to misunderstand or can’t help clicking on, even when they have no idea what the ID of the observation should be?
  • Why not remove it altogether?
2 Likes

When iNat experimented with removing the button there were a lot of complaints. In summary, a few seconds times several hundred or thousands of IDs is a big deal.
Personally I think it should be a hidden opt-in feature. Keep the code, but you have to go into user settings to turn it on. That way major identifiers can still use it but new users won’t be tempted by that bright green button.

9 Likes

Just to clarify… good reason to do this on a single observation? (Like, multiple IDs within a few seconds of each other, by the same identifier, on the same observation?) I’d be interested in knowing more about those reasons. I agree that an identifier needs to be able to move rapidly through a series of separate observations during the ID process, but I can’t think of why I would ever want to rapidly add multiple IDs to a single observation, unless a previous ID was a typo I’m trying to correct. I don’t think typos need to be preserved in the ID history.

Definitely agree here. Again, though, I’m talking about IDs within a few seconds of each other on the same observation by the same identifier, when the most likely explanation is that they are either trying to correct a typo / selection mistake, or are just hitting all of the available Agree buttons on that observation for the different IDs present (which I’ve seen happen a lot). In the latter case they are probably misunderstanding the Agree button as a “thank you” button, but if there is a good reason to allow that, I can be persuaded…

1 Like

Fair enough. I guess I’m just not convinced that this rapid-fire momentary thought process is worth permanently documenting in the ID history. If I’m changing my mind a day later, or even a few minutes later, then I definitely leave the previous ID in the history, and explain what changed my mind. But for changes within a few seconds I tend to just delete my old ID, as I am still in the same thought process, and don’t feel the need to document my “thinking out loud” as a series of IDs. But maybe others do…

3 Likes

That happens to me automagically. Slow. Overloaded. Internet.
Click. Nothing happens. Click again … now it is there twice! I delete the automagically withdrawn ID - but it isn’t the user’s fault. Or intention. Infumigating :face_with_symbols_over_mouth:

Reading thru the earlier comments again.
Making the Agree button a setting we have to earn (as the Forum makes us work to earn ‘privileges’)
Choose My ID - makes it clearer that it is a deliberate and considered choice by the identifier, not yah thanks next.

1 Like

I agree that changing the name of the Agree :laughing: button might make it more intuitive. Confirm ID makes sense to me given my language bias.

However, I think the fundamental issue you are trying to address is knowledge deficit about how the site is meant to work. No small phrase can overcome that, especially on a global site.

I looked at the idea of a pop up that would appear when pressing agree on one’s own observation. I think something like this would be helpful without being overly problematic for high volume users (because they probably aren’t agreeing with IDs on their own observations in high volumes).

As someone who clicked the Agree button too much before I knew better, I think I would have responded to this type of education (especially if it was delivered on repeat). If something like this is possible, perhaps “Just in Time” training could be inserted elsewhere into the site.

Is there a reason you left this idea out of your proposed package?

3 Likes

In general, because adding pop-up dialogs has been seen by many (including staff) as a non-starter in other feature requests, the perception being that another step/barrier to interaction with the site is unlikely to be enough of a net-positive to be worth the development effort to implement.

But your point is well-taken that the limited pop-up discussed in that other thread would be targeted to situations most in need of some “slowing down” without affecting other uses of the Agree button. So I could definitely see it working well in concert with a re-named Agree button.

My current favorite: Add Same ID. Describes what the button does, without implying anything it does not do or represent. Hopefully it would also translate well into other languages.

EDIT: or, maybe just suppress the Agree button(s) on one’s own observations? Might have the same effect as a pop-up without adding an extra read and click.

1 Like