News for hackers. Stuff that matters.
Re:Migrating away from Google Maps and cutting costs by perfmode on Tuesday November 06, 2018 @08:34AM (#18390804)
would it be possible for you to generate an “accuracy map” and select a provider based on an cost/accuracy trade-off, using a cheap provider in the common case, but using the most accurate provider in regions where the best provider is “much better”.

probably not worth the effort

Re:Migrating away from Google Maps and cutting costs by dbatten on Tuesday November 06, 2018 @09:06AM (#18391031)
To make a nation-wide accuracy map, you'd need to compile property data from every county (or equivalent) in the nation. Assuming every county publishes it publicly (I'm sure some don't), it would still be a ton of work...

The real catch is this, though: if you actually pulled it off, you would have just built a nearly flawless reverse geocoder, and you wouldn't need to use an external API at all. You could just look locations up in your huge property data set.

Re:Migrating away from Google Maps and cutting costs by perfmode on Tuesday November 06, 2018 @09:45AM (#18391397)
couldn’t the OP use the same method to determine accuracy that they used to compare providers?

it doesn’t need to be an accurate decider, just “good enough” in a majority of cases.

Re:Migrating away from Google Maps and cutting costs by dbatten on Tuesday November 06, 2018 @12:36PM (#18393086)
The methodology used to determine accuracy involved loading GIS data on all property in a given county. Therefore building a nation-wide accuracy map using that methodology would, by necessity, involve loading all property data nation-wide. And if you had all property data nation-wide, you wouldn't need a reverse geocoder. You'd have one.
Re:Migrating away from Google Maps and cutting costs by thecodemonkey on Wednesday November 07, 2018 @09:25PM (#18403957)
We've put together an (objective) comparison tool here: https://www.geocod.io/compare/