How to use iNaturalist's Search URLs - wiki - part 2 of 2

See this section of the URL wiki for ways to find all sorts of index numbers including for user accounts:
https://forum.inaturalist.org/t/how-to-use-inaturalists-search-urls-wiki-part-2/18792#heading--id--lookup

3 Likes

Can I search for observations where I ticked ā€œYesā€ in DQA?

1 Like

Can I find obs which are in both of 2 projects?

https://www.inaturalist.org/projects/pre-maverick
https://www.inaturalist.org/projects/low-growth-countries-and-territories (which I filter to ā€˜Rest ofā€™ Africa) since I have already cleared my Cape Peninsula and Western Cape using other bookmarked URLs.

Or must I Plan B? Pre-Mavericks and - use location filter for Africa not South Africa (how do I do that please?)

1 Like

Hereā€™s the project related queries segment of the guide, but it doesnā€™t say anything about combining multiple projects. I assume you just use a comma between the two project names, but probably that would give you observations in project 1 OR project 2, rather than project 1 AND project 2. You will have to try it and see.

As for plant B, thatā€™s much easier for me:
&project_id=156949 Pre-Maverick project
&place_id=97392 Africa
&not_in_place=6986 not in South Africa (from the search by exclusions guide segment of the guide)

https://www.inaturalist.org/observations/identify?project_id=156949&place_id=97392&not_in_place=6986

2 Likes

The pre-maverick project is a traditional project; Iā€™m not sure it it has rules as such? but hopefully one or the other of these solutions works for Diana.

Thanks Amy - your solution gives me over 3K for my next marathon!

What does &ttl=-1 in some of my urls do?
e.g.
https://www.inaturalist.org/observations/identify?reviewed=any&quality_grade=any&lat=-34.024&lng=19.61&radius=5&preferred_place_id=113055&locale=en-GB&ttl=-1&taxon_id=525267&place_id=any

that looks like a setting to prevent caching on that page.

hereā€™s the description of that parameter from the API documentation page:

Set the Cache-Control HTTP header with this value as max-age, in seconds. This means subsequent identical requests will be cached on iNaturalist servers, and commonly within web browsers

2 Likes

@John here for example - pisum is our URL fundi.

1 Like

How do I find my own IDs to Plantae?
Tried this but I get obs where the obs is trapped at Plantae.

https://www.inaturalist.org/observations?hrank=kingdom&ident_user_id=dianastuder&place_id=any&subview=table&taxon_name=plantae

This one is a dead end

https://www.inaturalist.org/identifications/dianastuder&taxon_name=plantae

How to search for observations based on origin device, i.e. created via any mobile app vs. via the website? Looking through the API I see thereā€™s some ā€œapplicationā€ metadata attached to app-created obs, but how to filter for that? :face_with_hand_over_mouth:

https://forum.inaturalist.org/t/how-to-use-inaturalists-search-urls-wiki-part-2/18792#heading--apps

Already tried with &oauth_application_id=none (or empty, or no, or false), but it does not return the expected result. Also tried &not_oauth_application_id=2&not_oauth_application_id=3&not_oauth_application_id=333 to no avail.

You would have to filter after downloading, the API wonā€™t let you choose none.

4 Likes

Not possible then. Thanks!

a null value for oauth_application_id usually means the observation was created via the web, but it doesnā€™t completely rule out other means of creation.

that said, depending on what youā€™re trying to do, you could carve out a portion of records returned from the API by parsing through the oauth_application_id values returned with each observation record. or if you have more observations (up to 200000) in that larger set to be carved, you could do something similar to the 3rd paragraph here: https://forum.inaturalist.org/t/selectively-bulk-update-time-of-observation-based-on-the-camera-used/42571.

I hope the answer hasnā€™t already been given in this topic (Iā€™m a French speaker, and I confess I havenā€™t read everything), but Iā€™d like to know if itā€™s possible, in the URL of a query, to specify the display mode, from among the 3 possible choices: map, grid or list.

The tests Iā€™ve done show that itā€™s the last display mode thatā€™s used (e.g. if I was in ā€œmapā€ display previously, thatā€™s what will be used). In my case, Iā€™d like to force a query to be displayed in ā€œgridā€ mode.

[edit]
Sorry, itā€™s by asking the question that I find the answer!
subview=grid or subview=table

1 Like

&subview=grid should force grid (similarly for &subview=map and &subview=table)

3 Likes

When trying to look for cases for more than one particular user both jointly idā€™ing on the same observations, when I set it up as above, the comma seems to act as an OR not an AND. When I structure the url with separate chunks like ident_user_id=tiwane&ident_user_id=kueda&ident_user_id=jdmore to try to force it to be AND to give cases where all 3 people offered an id, it still seems to behave like OR.

Is finding ā€œco-idā€™ingā€ observations out of reach?

1 Like

yes, if youā€™re limited to filtering for a single set of results from the Explore or Identify pages.

however, you could either merge multiple result sets (finding matches on observation id) or do some processing of API results to get your answer. hereā€™s a page that can get you part of the way there by returning observations from the API and optionally also showing you how multiple specified users identified each observation. so if you scan through the results, youā€™ll be able to tell when all of the specified users made identifications on the observation. ex: https://jumear.github.io/stirfry/iNatAPIv1_observations?ident_user_id=tiwane,kueda&per_page=200&options=idextra&idextra_user_id=tiwane,kueda&taxon_id=48267

2 Likes