Platform(s), such as mobile, website, API, other:website
I’m going through sound observations looking for cricket sounds. They call mostly at night, so to make my job easier, limiting observations to between 8 pm and 5 am, for example, would be helpful. I see this as functioning similar to the date range filter. It would apply to both Identify and Observations.
if you’re looking for observations with sounds, you can use the sounds=true filter parameter
That would be a really nice feature. For now we have this project: https://www.inaturalist.org/projects/animals-at-night
This is a great thought. However, a lot of observations have incorrect times (usually from people switching time zones and forgetting to change their camera settings) so searching by time would include some that shouldn’t be included, and exclude some that should. I know this is an issue because a lot of my own photos have the wrong time, and I really try to get it right before uploading but it’s tricky. On my last trip, one of my cameras kept switching back to a different time zone after I changed it - it happened so many times that eventually I just gave up. I think many people don’t worry about it at all.
I know about this option. I use it all the time.
I don’t put in a time at all since I can’t really keep track of the time I took every picture in the field, so I would oppose any change that required a time in order to be RG
Retroactively demoting obs without a time to casual would be extremely destructive, it would render 917 of my observations casual, including multiple range extensions of poorly documented insects
does your camera/phone not automatically record the time for each photo? Issues like those mentioned by @fluffyinca aside, 99.99% of devices I know of automatically date and timestamp images for you when you take them
this is not something that is being proposed here
The camera does but I don’t know of any efficient mechanism to keep that when uploading a large number of photos.
how/why are the photos being stripped of the timestamp when you upload them?
The only way I have to efficiently crop them without losing quality is to screenshot the part I want, the screenshot does not retain the timestamp
I’d be OK with some URL params that could be used this way. The current Filters pop-up is pretty crowded and would need to be redesigned to really fit more options in a useful way.
fwiw, you can upload the uncropped photo to get the data in, then add the other photos after it. The data should even stay if you delete the first photo after uploading it as long as you upload a second photo before you delete it.
It seems like this used to be feature, but I can’t get it to work. I don’t know if that’s because it’s gone or if I just don’t understand it. I thought it was because it didn’t work without the date, but I couldn’t get it to work even with the date.
I think screenshotting will probably lose more quality than cropping with most dedicated photo viewing or editing programs, which should keep the timestamp.
I find the quality is lost when uploaded directly from photos to iNat, it’s not the cropping where the quality is lost, it’s that screenshots just seem to upload better
This has been added, you can use the param hour= to your search URL. For example, if I wanted to gaze in wonder and nostalgia at all the amazing stuff I saw at night during my recent trip to Ecuador, I can go to https://www.inaturalist.org/observations?d1=2024-10-07&d2=2024-10-14&hour=19,20,21,22,23,0&place_id=7512&user_id=tiwane&verifiable=any, where hour=19,20,21,22,23,0 will show me observations with observed_on times in the 7pm - 12am hours (if converting to a 12 hour clock).
After we tested this, it does often reveal that observations have the wrong observed_on time associated with them, most often due to the observer’s camera not being set to the correct time. While not ideal, it’s not the worst thing that can happen so we added some clarifying text to the Data Quality Assessment pop-up info windo to only use day, month, and year, not time, for the Date is accurate part of the assessment:
the day, month, and/or year do not look accurate (e.g. snow appears in the photo but the date is during summer; do not take time of day into account)
So please don’t vote “No” for “Date is accurate” if the time of day looks off.
It’s actually turned up some of my observations that I need to fix…
It’s great to see this hour= parameter added! I tried using it to map three very similar yellow-flowered Tigridia species where the bloom time is used as a “key character” to distinguish them (there are other differences, too). It was interesting, but not as clear cut as I expected.
Tigridia mexicana subsp. mexicana and Tigridia chrysantha both flower in the morning. The marker colors do seem to be shifted toward the earlier, greener part of the spectrum.
Tigridia dugesii flowers in the afternoon. The later, magenta and purple colors are more prominent. (Even the two morning observations are in fact between 11:30 am and 12:00 pm.)
A post was split to a new topic: Time of Day Param displaying observations made in the wrong hour
Should the status of this request be changed to “implemented?”
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.
