Filter observations with observer's ID different from community ID

Hi all,
I read this has been discussed several times, with different proposals (using current_taxon = false), and from these I have tried to play with the URL adress, whithout success.
I just want to see all observations whose current ID is different from the original ID of the observer (me or someone else).
Is it possible ?
In advance, many thanks.
Julien

1 Like

By “current ID” do you mean observation taxon or community taxon? There is already a feature request for being able to distinguish between those in searches, but I’m not sure that’s exactly what you’re looking for.
https://forum.inaturalist.org/t/search-by-observation-taxon-or-community-taxon/3620

https://www.inaturalist.org/observations?ident_taxon_id=338050&place_id=any&quality_grade=needs_id&subview=table&verifiable=any
e.g. all observation with active ID of Pomatoschistus marmoratus needing ID: https://www.inaturalist.org/observations?ident_taxon_id=338050&place_id=any&quality_grade=needs_id&subview=table&verifiable=any

To clarify, this is for any disagreements, not just when there are enough to swing the needle to “maverick”?

Thanks for your responses . @thomaseverest thomaseverest To clarify : I am looking for the URL address that, for a given observer, displays all observations with a mismatch between the initial observer’s ID and the observation taxon ( thanks for stressing the distinction).
This is different from what you kindly suggested @t_e_d because I do not want suggested, because I do not want to see, for example, observations that did not receive any identification ( except the observer’s original identification).
Hope this clarifies my request .
Julien

Would something like this work (substituting star3 with the name of the observer):
https://www.inaturalist.org/observations?place_id=any&user_id=star3&category=maverick

Edit: nope, didn’t work. Maverick seems to work with /identifications, not /observations

Thanks @Star3 . This almost works but here user_id is for the identifier, not the observer (when replacing observations? by identifications?)

yep, the maverick URL is https://www.inaturalist.org/identifications?user_id=star3&category=maverick. I tried changing it to “observations” in that post above, but it doesn’t apply.

Thanks @brian_d. My request is not for me but for a friend who is not confortable at all with using a computer. I introduced him to iNaturalist this weekend, spending some time to show him how to enter observations (the simplest way fornow; he is one of our greatest naturalists in France and he has several hundred thousands of observations for the Western Palearctic that he would love to upload on a public repository before it passes away…).
I think he will miss a lot of notifications, this would be ideal for him to just copy an URL to check the mismatches between his identifications and the identification made by others (so that he can justify, or correct)

3 Likes

Not sure this is possible.
https://forum.inaturalist.org/t/is-it-possible-to-search-for-observations-where-other-users-suggested-different-identifications-than-my-own/27525/3

i don’t think there’s any screen in the system that allows you do this exactly.

the Identifications (for a user) screen (ex. https://www.inaturalist.org/identifications/jujurenoult) does allow you to see identification taxon next to observation taxon, but i don’t think it’s easy for humans to scan through that to look for matches or mismatches. also, that screen doesn’t allow you to filter for only the identifications on your own observations.

the Identifications (query) screen (ex. https://www.inaturalist.org/identifications?for=self&category=maverick&user_id=jujurenoult) would allow you to look for cases where your identification on your own observation makes you a maverick, but maverick status in most cases would have required multiple people to have disagreed with you, not just one. (but just one disagreement could cause the community ID taxon to be different from the observer’s suggested taxon.)

in both of the screens above, you can search only for 1 identifier at a time.

the API (GET /v1/identifactions) gets you closest to being able to do what you’re asking for, but i’m not aware of anyone having written anything that handles this specific case exactly.

i’ve written a page that displays some of the API response in a human-friendly format, which can somewhat handle your request. for example, if you look at https://jumear.github.io/stirfry/iNatAPIv1_identifications.html?own_observation=true&user_id=jujurenoult, you could scan down the “ID vs Obs Taxon” column to look for records where there is not an “identical” match. this page doesn’t automatically filter out the “identical” matches, but if you can code a bit, you could write something that effectively handles that kind of filtering.

however, there are a few specific cases where you might be able to use the page above to sort of filter. for example, if you know your ID is always at the species level, then you could filter out cases where the observation taxon is higher than the species level, since that should imply a disagreement somewhere (ex. https://jumear.github.io/stirfry/iNatAPIv1_identifications.html?own_observation=true&user_id=jujurenoult&rank=species&observation_lrank=complex)

… so i think the API is going to be the key. i just don’t understand your specific use case well enough that i can tell you exactly how to use it to handle your exact situation. but take a look, and let me know if you have any additional questions or thoughts.

2 Likes

BTW, I put that page as a comment to a journal post of useful links, and it has helped me so much. I really should put in in the main journal post.

But I just wanted to say thanks for that, because I don’t know that I ever did when you shared it in the forum.

1 Like

@pisum . You user-friendly interface is just GREAT !! This allows me to get very close to what I wanted, and to do many other things I wanted to do (some filtering for my projects). Thanks.

2 Likes

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.