And then for all of these cases, if the observation location is obscured, there is a coarsening applied on top of the locality notes, such that the original locality notes are stored privately (for the user and trusted data sharing partners), and the coarse locality notes are shown publicly and provided in exports/the API.
I don’t think there is a request for that, but based on the reception to the one to store how coordinates are generated and the staff quote above, I would personally highly doubt that iNat would be interested in a method to store how the locality notes are generated for specific observations.