Observation near border showing up in wrong state

Platform: iNaturalist (web)

URLs (aka web addresses) of any relevant observations or pages: https://www.inaturalist.org/observations/320333288

Screenshots of what you are seeing:

Description of problem:

This might be an issue with how boundaries are defined between iNaturalist and the Google maps used to display points, but it seems like it could be potentially problematic for some inventories. On the record linked above, for example, the observation was taken on the Colorado side of the border. The Google map agrees with this, showing the pin and the entirety of the accuracy ring within the state of Colorado. However, iNaturalist lists the record as being in Wyoming.

Have you tried shifting the centerpoint of your location circle south, maybe 50 m or so to see if it changes the location assignment?

ideally, you shouldn’t have to shift points around.

the observation falls within Wyoming boundaries, as defined in iNaturalist:

if iNat’s boundaries are wrong, then really, the best thing is to fix the boundaries, but this sort of thing is just another instance of the situation already described in several other threads in the forum (ex. https://forum.inaturalist.org/t/poorly-drawn-municipal-boundaries/72892, https://forum.inaturalist.org/t/wrong-country-in-border-region/54405/27, https://forum.inaturalist.org/t/observations-showing-up-in-wrong-country-despite-map-placement-appearing-correct/40230, etc.) however, just based on past discussion, it’s unlikely that boundaries for “standard” places will be changed any time soon.

2 Likes

I agree, shouldn’t have to move the location pin, but it does appear the state line as recognized by iNat makes an odd and likely inaccurate jag in this area.

FWIW, this is an international problem caused by the data set iNaturalist uses to establish areas. Fixing it requires fixing the lines and, from what I have read before, it is cost and time prohibitive. The usual solution provided is to move your observation so that it falls on the side of the line where you think it belongs.

This is a fairly significant issue along boundaries that follow streams. Sometimes you just have to make allowances for inaccuracies in the data set and move on.

i’m not sure that’s the usual solution. it’s probably best to leave an observation where it is, if you can.

I see. It wasn’t apparent to me that boundaries described in those other posts (which generally refer to the polygon shown on the map overlay) were the same as the actual boundaries used for denoting the location of a pin.

I’m not interested in moving my pin, as that wouldn’t accurately reflect my sighting, but I may temporarily add a “casual” observation into the correct state for my own records.