Platform(s): mobile, website, API
URLs (aka web addresses) of any pages, if relevant: https://www.inaturalist.org/photos/…, https://www.inaturalist.org/observations/… and others
Description of need:
I encountered the following scenario both with my own observations and others: Sometimes one collects a specimen in the field and takes it home to photograph and identify it.
Of course, the geolocation of the observation should then be set to the location where the specimen was found in the field.
The geolocation stored in the images’ EXIF data, however will be set to the location where the photo was taken - in this case private property.
Now, I both want the exact location, where the specimen was found to be public (geoprivacy “open”) AND the location of my home to be private (geoprivacy “obscured” or “private”).
But, when I set the observation to “open”, my private home location will be visible by looking at the EXIF coordinates under https://www.inaturalist.org/photos/…, and when I set it to “obscured” the precise location in the field is no longer public.
The only workaround right now, is to manually strip the EXIF geolocation data from the images.
This is annoying and takes time. Stripping all EXIF data would be easier, but I want the settings used for the pictures still available.
Also, for the observer and trusted users/projects, it might be interesting to see which pictures are “freshly” taken in the field and which were taken later at home. (I know there is no UI to render the location of the individual pictures on a map right now.)
Feature request details:
A simple solution would be to introduce a fourth geoprivacy option “hide geolocation in EXIF” that is slightly more restrictive than “open” but less restrictive than “obscured”.
All this option does, would be to prevent GPS-related EXIF fields to be rendered under https://www.inaturalist.org/photos/…, while the observation geolocation is still open.
The dropdown could look something like
- open
- private (EXIF only)
- obscured
- private
This is probably not too difficult, though it requires changes both to all frontends and the backend.