This is a while ago but about 12 years ago I experimented with putting the whole of openstreetmap into Elasticsearch. Reverse geocoding then becomes a problem of figuring out which polygons contain the point with a simple query and which POIs/streets/etc. are closest based on perpendicular distance. For that, I simply did a radius search and some post processing on any street segments. Probably not perfect for everyt…
Reverse geocoding is hard
121–130 of 139 posts
Re: Reverse geocoding is hard
#122Fun fact that was dredged up because the author mentions Australia: GPS points change. Their example coordinates give 6 decimal places, accurate to about 10-15cm. Australia a few years back shifted all locations 1.8m because of continental drift they’re moving north at ~7cm/year). So even storing coordinates as a source of truth can be hazardous. We had to move several thousand points for a client when this happened.
Even accounting for tectonic drift, there is a concept of positioning reproducibility that is separate from precision. In general the precision of the measurements is much higher than the reproducibility of the same measurements. That is, you may be able to measure a fixed point on the Earth using an instrument with 1cm precision at a specific point in time but if you measure that same point every hour for a year wit…
After 20 years at 7cm per second that's 1.4m. That's the same order of magnitude of error as domestic.
Re: Reverse geocoding is hard
#123Also having zones might not be super useful. Like when I'm in a city next to the border of a district I wouldn't want to only search in my current district. Something on the other side of my current district might be much harder to reach than something in the neighboring district.
Giving a place nearby, like a landmark, can aid in finding interesting places, but in the end a simple radius search, or route distance search or even something next to a path, might be much more useful. Which is more or less what is being done when you visualize points on a map.
Staying closer to coordinates also gets rid of localization issues. And that's not just different languages and scripts but also how addresses are used worldwide. There are some important cultural differences.
Re: Reverse geocoding is hard
#124Earlier quoted context omitted.
Even accounting for tectonic drift, there is a concept of positioning reproducibility that is separate from precision. In general the precision of the measurements is much higher than the reproducibility of the same measurements. That is, you may be able to measure a fixed point on the Earth using an instrument with 1cm precision at a specific point in time but if you measure that same point every hour for a year wit…
> if the “fixed point” you are measuring doesn’t sit still relative to any spatial reference system you care to use. But do those points actually move or the air medium changes the measurements? I ask because I saw a very interesting documentary once about how they started accurate mapping in England with fixed points and measuring the angles between those points to a high degrees of precision. My mental model has al…
Re: Reverse geocoding is hard
#125We used reverse geocoding extensively — but never down to street addresses, always to a higher level. We wanted to split measurements by country, region, city — any geographic unit. When you deal with country borders, you get a lot of weird measurements as phones roam onto foreign networks. We weren’t interested in reporting on the experience of users roaming while abroad, so we needed shapefiles good enough to filter all that out and to partition the rest of the data cleanly.
We built a 30-machine Spark cluster on AWS back when Spark was still super early — around v0.7, definitely before 1.0. At the time, you pretty much had to use Scala with Spark if you cared about performance. Most of the workload was point-in-polygon tests. Before that, we were using a brutally hacky pipeline involving PostGIS, EMR, and Pig, and it was hell.
It was incredibly fun, but looking back now, I can see so clearly all the mistakes I made.
Re: Reverse geocoding is hard
#126Earlier quoted context omitted.
Even accounting for tectonic drift, there is a concept of positioning reproducibility that is separate from precision. In general the precision of the measurements is much higher than the reproducibility of the same measurements. That is, you may be able to measure a fixed point on the Earth using an instrument with 1cm precision at a specific point in time but if you measure that same point every hour for a year wit…
> if the “fixed point” you are measuring doesn’t sit still relative to any spatial reference system you care to use. But do those points actually move or the air medium changes the measurements? I ask because I saw a very interesting documentary once about how they started accurate mapping in England with fixed points and measuring the angles between those points to a high degrees of precision. My mental model has al…
This comes up concretely when doing long-baseline interferometry. Lasers are used to precisely measure the distance between receivers in adjacent structures for use in time-of-flight calculations. Over the course of a day, the distance between those structures as measured may vary by multiple centimeters, which is why they measure it.
Re: Reverse geocoding is hard
#127Fun fact that was dredged up because the author mentions Australia: GPS points change. Their example coordinates give 6 decimal places, accurate to about 10-15cm. Australia a few years back shifted all locations 1.8m because of continental drift they’re moving north at ~7cm/year). So even storing coordinates as a source of truth can be hazardous. We had to move several thousand points for a client when this happened.
Re: Reverse geocoding is hard
#128Fun fact that was dredged up because the author mentions Australia: GPS points change. Their example coordinates give 6 decimal places, accurate to about 10-15cm. Australia a few years back shifted all locations 1.8m because of continental drift they’re moving north at ~7cm/year). So even storing coordinates as a source of truth can be hazardous. We had to move several thousand points for a client when this happened.
In the past year or so I have thought a lot about how to design tables and columns within databases and there is nearly nothing that wouldn't get more robust by adding in a "valid_from" and "valid_till" and make it accept multiple values. Someone's name is Foo ? What if they change it to Bar at some point and you need to access something from before with the old name? If you have only a name field that has a single v…
Re: Reverse geocoding is hard
#129Ten years ago, I worked for a company that had billions of sensor readings from mobile phones. The idea was to use crowdsourced data to create truly detailed, real-world coverage maps, and then sell that data to marketing and network operations teams at telcos. We used reverse geocoding extensively — but never down to street addresses, always to a higher level. We wanted to split measurements by country, region, city…
Re: Reverse geocoding is hard
#130Earlier quoted context omitted.
Hopefully there are still governments that don’t keep such in detail land registries, or any land registries at all, for that matter. Some of us don’t want the State to see everything, at almost every moment in time.
If you want to keep your land then you need to keep it in such detail in some registry. Else it's trivial for someone to claim it or parts of it. Before such registries tons of people lost their land, lost part of their land, went bankrupt trying to save it, or murdered each other over their plots of land border dispute. There are lots of records a state shouldn't have. Something fixed and stationary that needs prote…