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
Can I search for observations where I ticked āYesā in DQA?
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?)
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
¬_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¬_in_place=6986
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
How do I find my own IDs to Plantae?
Tried this but I get obs where the obs is trapped at 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?
Already tried with &oauth_application_id=none (or empty, or no, or false), but it does not return the expected result. Also tried ¬_oauth_application_id=2¬_oauth_application_id=3¬_oauth_application_id=333 to no avail.
You would have to filter after downloading, the API wonāt let you choose none.
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
&subview=grid
should force grid (similarly for &subview=map
and &subview=table
)
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?
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