# Make users more aware of the accuracy field when uploading observations through the web interface

**URL:** <https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494>\
**Category:** Feature Requests\
**Tags:** web\
**Created:** [May 30, 2021, 2:21pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494 "2021-05-30T14:21:11Z")\
**Posts on this page:** 13\
**Page:** 2

<div class="post-metadata">

**Author:** ![jpend](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/jpend/32/22032_2.png) [@jpend](https://forum.inaturalist.org/u/jpend)\
**Post date:** [November 2, 2021, 3:40pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/21 "2021-11-02T15:40:13Z")

</div>

> [@pisum](#):
>
> - if there are clusters of observations at unusual spots, sometimes those are actually the locations of the nearest cell phone towers or the center point that Google Maps defines for a particular place, not the location of actual observations. you’ll have to decide if those kinds of locations are accurate enough for your particular purposes.

Thank you @pisum, @krancmm, @tonyrebelo and @egordon88 for your insights! 👏

@pisum I wonder how you discovered that unusual clusters were in fact cell phone towers/center points of Google Maps places?

---

<div class="post-metadata">

**Author:** ![felix-nicholls](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/felix-nicholls/32/29498_2.png) [@felix-nicholls](https://forum.inaturalist.org/u/felix-nicholls)\
**Post date:** [November 22, 2021, 8:24am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/22 "2021-11-22T08:24:13Z")

</div>

What about if your using a GPS equipped camera and you don’t know the exact accuracy. I think it’s usually about 10m but is it ok to estimate?

---

<div class="post-metadata">

**Author:** ![marina\_gorbunova](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/marina_gorbunova/32/31454_2.png) [@marina\_gorbunova](https://forum.inaturalist.org/u/marina_gorbunova)\
**Post date:** [November 22, 2021, 8:32am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/23 "2021-11-22T08:32:41Z")

</div>

We all have to estimate it, just make sure that circle has all the area observation was probably made in, it doesn’t have to be 10 metres, especially if you see/guess that dot is in a correct spot.

---

<div class="post-metadata">

**Author:** ![halvandenhjerne](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/halvandenhjerne/32/23250_2.png) [@halvandenhjerne](https://forum.inaturalist.org/u/halvandenhjerne)\
**Post date:** [December 2, 2021, 12:01pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/24 "2021-12-02T12:01:25Z")

</div>

I suggest:

Divide location into two fields, one for position, and one for accuracy. 📍📏  
This will make it very obvious that Accuracy should be recorded.

When setting the crosshairs on the map, have it fill out both position and accuracy (just as it currently does), this should make it easier to tell that the size of the crosshairs are used to provide the accuracy.

Redesign the crosshairs to better convey that you are providing an _area_ 🥅 rather than a _point_ 🎯.  
E.g. highlight the inside of the crosshairs or grey-out the rest of the map.

---

<div class="post-metadata">

**Author:** ![upupa-epops](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/upupa-epops/32/1972_2.png) [@upupa-epops](https://forum.inaturalist.org/u/upupa-epops)\
**Post date:** [December 2, 2021, 5:34pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/25 "2021-12-02T17:34:13Z")

</div>

Also it would be more accurate to call it “precision” rather than “accuracy”.

---

<div class="post-metadata">

**Author:** ![zharkikh](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/zharkikh/32/23266_2.png) [@zharkikh](https://forum.inaturalist.org/u/zharkikh)\
**Post date:** [December 2, 2021, 6:03pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/26 "2021-12-02T18:03:33Z")

</div>

In my local database, I usually rely on the number of digits in coordinates:  
41.12345 = 1 m  
41.1234 = 10 m  
41.123 = 100 m  
41.12 = 1 km  
In case of manual filling the fields, iNat server can count the digits before converting them into a number and save the estimated accuracy/precision automatically.

---

<div class="post-metadata">

**Author:** ![bbk-htx](https://avatars.discourse-cdn.com/v4/letter/b/779978/32.png) [@bbk-htx](https://forum.inaturalist.org/u/bbk-htx)\
**Post date:** [August 20, 2022, 10:12pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/27 "2022-08-20T22:12:12Z")

</div>

That’s the way it should work, but Google map carries it out to 15 decimal points, and they are not always accurate to even 5 decimal points.

---

<div class="post-metadata">

**Author:** ![deboas](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/deboas/32/45_2.png) [@deboas](https://forum.inaturalist.org/u/deboas)\
**Post date:** [September 14, 2022, 10:32pm UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/28 "2022-09-14T22:32:56Z")

</div>

Bumping this request. I like the options 2 and 4 in the original request best. To deal with @tiwane’s concerns, neither would need to produce a pop-up or a warning that needs to be dismissed. They would simply be made more visible without additional clicks, for the interested user who like @colinpurrington, might have been unaware that this field even existed.

> [@zharkikh](#):
>
> In case of manual filling the fields, iNat server can count the digits before converting them into a number and save the estimated accuracy/precision automatically

That would be a good idea, although it would be important not to implement it for coordinates created in other ways. It would be great if iNat would record only the number of digits in coordinates that make sense in relation to the level of zoom when someone chooses location on the map. It appears to record to 14 decimal places when zoomed out, and 15 when zoomed in. I’m finding it hard to think of a case where you’d need to record more than six digits (10 cm precision).

For smartphones, maybe we’re stuck with whatever they add, although iNaturalist could choose to truncate these values. Apart from silly precision with coordinates, I sometimes see bizarre “accuracy” values with absurd levels of precision on iphone (e.g. an “accuracy” value of 42.993842938461948 metres, or similar, which doesn’t make any sense).

---

<div class="post-metadata">

**Author:** ![aspidoscelis](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/aspidoscelis/32/1346_2.png) [@aspidoscelis](https://forum.inaturalist.org/u/aspidoscelis)\
**Post date:** [September 15, 2022, 12:30am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/29 "2022-09-15T00:30:14Z")

</div>

For some data uses, people certainly will toss out records that don’t have an accuracy value. Depends on how important the accuracy value is for a particular use and how many records are available. If accuracy is a high priority and there are a lot of records, it makes sense to toss 'em.

But, yeah, it’s certainly not a _need_, nor important across all use cases.

---

<div class="post-metadata">

**Author:** ![aspidoscelis](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/aspidoscelis/32/1346_2.png) [@aspidoscelis](https://forum.inaturalist.org/u/aspidoscelis)\
**Post date:** [September 15, 2022, 12:37am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/30 "2022-09-15T00:37:33Z")

</div>

A related suggestion, which I think is close enough to the original intent to include here–I’ll make a separate feature request if that’d be better.

OPTION 5: Add a location accuracy filter to the search options at [https://www.inaturalist.org/observations/[user]](https://www.inaturalist.org/observations/%5Buser%5D)

The specific context that prompts this: I have no idea why, but my iPhone has been having some intermittent GPS data issues. For instance, in some map applications it’ll stop updating for a while, leaving “me” at some location a couple miles away with a big error circle. When using the iNaturalist app, this manifests as something like 1-3% of the observations over the last few months being 1-5 miles off with accuracy values around 400-1000 m. It’d be easier to catch and correct those errors if I could search my observations for everything with an accuracy over 200 m. As it is, I’ve just been visually scanning recent observations for locations that look “off”. Not a great workflow.

I’m also wondering, as my mind wanders an adjacent tangent, if it might make sense to have a little automated QA / QC thingy that pings when observations imply unrealistic travel speeds. If the observation at 10:51 is five miles from the observation at 10:50, something is probably wrong with the data.

---

<div class="post-metadata">

**Author:** ![pisum](https://avatars.discourse-cdn.com/v4/letter/p/91b2a8/32.png) [@pisum](https://forum.inaturalist.org/u/pisum)\
**Post date:** [September 15, 2022, 12:47am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/31 "2022-09-15T00:47:29Z")

</div>

> [@aspidoscelis](#):
>
> If accuracy is a high priority

if accuracy is really a high priority, you really should use data from only trusted, reliable sources, where you know exactly how the observer is collecting their location data and are comfortable with their methods. otherwise, you really should do some sort of adjusting or correction anyway, and it wouldn’t _really_ matter whether the accuracy value was present or not for most applications.

---

<div class="post-metadata">

**Author:** ![aspidoscelis](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/aspidoscelis/32/1346_2.png) [@aspidoscelis](https://forum.inaturalist.org/u/aspidoscelis)\
**Post date:** [September 15, 2022, 12:56am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/32 "2022-09-15T00:56:30Z")

</div>

It’s just a series of context-specific cost-benefit analyses. All data comes with error. Trusting data just means you’re _pretending_ the error is negligible. :-)

For what it’s worth, the context that was coming to mind in particular was habitat modelling using a mix of herbarium specimen locations, rare plant survey results, and a handful of iNaturalist records. The ecological variables that go into the habitat model are mostly rasters with 30 m pixels. Some of the rasters show a lot of variation at fine spatial scales, some don’t. In any case, sampling the right pixels does matter, and you really want accuracy values less than 15ish m. In one of the models I was involved in recently, we did kick out all the herbarium records without accuracy values. Given the nature of the data (botanists \> 10 years ago were often _really_ sloppy with GIS data, doing annoying things like GPSing the car and then wandering off on the hillside for a few hours), we thought absence of an accuracy value was good evidence that there wasn’t much care going into the location data. And the set of recent plant survey locations was, well, not large in any real sense but on the larger side for a rare plant habitat model.

In this particular context I think the relative trustworthiness of the location data was rare plant survey \> iNaturalist \> herbarium records.

---

<div class="post-metadata">

**Author:** ![aspidoscelis](https://sea2.discourse-cdn.com/flex016/user_avatar/forum.inaturalist.org/aspidoscelis/32/1346_2.png) [@aspidoscelis](https://forum.inaturalist.org/u/aspidoscelis)\
**Post date:** [September 15, 2022, 1:09am UTC](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494/33 "2022-09-15T01:09:37Z")

</div>

> [@bbk-htx](#):
>
> That’s the way it should work, but Google map carries it out to 15 decimal points, and they are not always accurate to even 5 decimal points.

A lot of people do (did?) that with manually entered data, too. Well, maybe not to 15 places because people get tired of writing numbers before then, but to more places than could possibly be meaningful, in any case. Bugged me when I was managing herbarium specimen data.

[Previous page](https://forum.inaturalist.org/t/make-users-more-aware-of-the-accuracy-field-when-uploading-observations-through-the-web-interface/23494.md?page=1)
