Oh, one more suggestion: Make filter settings “sticky”. I like to filter my observations by Date Observed, not Date Added, and it bothers me that I have to reset that every single time. This could also be useful in other situations, and I can see no way in which it would be worse than the current setup.
Ability to search pinned locations or basic text in “location” field.
It looks like this is the place to suggest a change for the Search filters on the Explore page?
Over the next 10 days there will be a lot of people searching for observations that need IDs for the City Nature Challenge, since only research-grade IDs count towards the project. However, there are a fair number of users who post observations that are opted-out of the community taxon, so their IDs will never reach research grade. Since adding an ID will not contribute towards making these observations research grade, I would appreciate a filter on the search to include only observations that accept the community ID. (Or maybe for next year :) )
I also have some search preferences that I would like to be preserved by default, but I did find a work-around: Because the search settings are preserved in the URL, you can bookmark your search results for quick future reference. For example I created a bookmark to show only observations that “Need ID” for the City Nature Challenge project in my area, sorted by oldest first (since most people are looking at the newest).
The benefit of using bookmarks is that you can have a bunch of different searches at the ready, too! (So at least for me, having the search parameters in the URL is actually more helpful than having the last search saved by default.)
Thanks for the suggestion. I’ve heard people mention bookmarking before, but the problem is I don’t actually know how to do it. Do you think you could give me a short description?
This is not the case. Rather, they will not achieve research grade if the community ID is different from their ID. Frequently, these users will change their IDs based on what the community suggests, so adding IDs is definitely helpful. You may also be interested in this feature request:
This is also not true. Needs ID also counts.
(Not sure why there’s casual observations though.)
The San Diego County project excludes casual obs - regional organizers are given the option to choose whether or not to include them: https://www.inaturalist.org/projects/city-nature-challenge-2021-san-diego-county?tab=about
Not sure why the Join project page for the main CNC project excludes casual, but it’s had other inaccurate/missing information before too (prob vestigial/unupdated from when Collection and Umbrella projects were added to the site).
@miramatt I think this filter would be way more useful on Identify than on Explore actually!
Similar to these other remarks above:
I would appreciate it a lot.
When a user hovers over an image in grid view or list view, the contrast is lowered or something; the image becomes very washed-out. Clearly, the ostensible purpose of this visual feedback is to let the user know which image he’s hovering over. But it also clearly detracts from the usefulness of the image, especially in grid view, because when the image is all washed-out, it’s hard for the user to see the characteristics of the organism. So you’re basically forcing the user to either click the image or move the cursor away from it if he wants to see a clear image. If you really have to give the user some visual feedback (which I’m really not sure is necessary anyway), can you please make it something that doesn’t interfere with the image in any way?
Grid view is not done to iding imo, so you need to click on image anyway.
Do you mean you can’t give an ID in grid mode? I realize that. But I still want to be able to see the image clearly.
I quite like the Explore and Observation pages. However, I would like to see a search option for Unknown. Currently, “Unknown” and “Life” are regarded as equivalents by iNat, so by searching Unknown, the site will return every observation submitted in your specified geographical range.
I would prefer to be able to identify or at least narrow down any observations currently listed as Unknown (no ID yet submitted), as oftentimes new users or novice naturalists don’t realize it helps to be as specific as they are able.
Welcome to the forum! Is this what you’re looking for?
Yes, that’s exactly what I was looking for! Thanks! Maybe I should have done a bit more digging…
I would appreciate an option to display the Species tab - and I suppose this could also be extended to the Identifiers and Observers tabs - in reverse order. Currently I find the Life Lists quite confusing, so I prefer to use the Explore page, but it only displays species in order of most to least observed. I would prefer to be able to see them from least to most observed. It could also be useful to see users with only a few identifications or observations, although I realize this information can be found in other ways. An option to display species by Recently Added (aka new lifers; for individuals, places, or the site itself, depending on your search parameters), in both orders, would be perfect for me, but I’m not sure how many others use the Explore page this way.
Please add a filter for observations “Included in a traditional project”
This would be the same set of observations for which we currently get a notification saying “curators added some of your observations”
Projects tell me that a particular observation I’ve taken is useful to someone, which encourages me to make more. This is especially true for curated projects where someone had to specifically add my observation. Its also just really validating to see people get value out of my observations and I would love a quick summary of that.
I understand that this feature request resembles " Filter observations by project" however in that request they discussed “collection projects which automatically add all records which meet their criteria” whereas my request is specific to curated projects
Yes but as far as I can tell you can’t use that to filter all curated projects meaning you have to remember what the specific projects are called to see which of your observations have been added to projects
Ah, so you need to find out all of the projects/observations at once, right? Maybe api can do that now.