Self-hostable maps stack, powered by OpenStreetMap
github.com
github.com
But that's really not what we want from a maps app, issit?
We want intelligent location data like searching for "groceries" and we want to know wherever the location is currently open etc.
While I hope that - eventually - open street map can fill that need, it can't today.
Screenshot: https://dro.pm/d.png (expires 18 hours after this comment was posted)
It's a data problem more than a software problem. A shop owner would be stupid if they don't want to appear in google search results with business information nicely presented on a card, and in doing so, they automatically put themselves on Google's map. Fast forward a few years of business owners doing this, and Google Maps is a superb directory where also the consumers flock to (previously they'd look for geo data with different providers such as TomTom). Now both sides are going there and only open data enthusiasts care about any alternatives that might exist.
What amazes me is that OpenStreetMap wins in basically every other category of map data (in most places of most countries). Not the real-time streams like traffic and public transport delays (OSM simply does not support that) but any geo data like streets, paths, power lines, benches, etc. There is also a push from basically every company except Google to use and improve OpenStreetMap data (Facebook, Microsoft, Apple, etc., with various governments involved as well).
We just need to somehow get these business locations more complete and current to be able to ditch Google entirely, for those that want to.
It's not really possible as not all place have scheduled opening and closing times... But a dude can dream, right?
Edit: To add, if such a tool needs site-specific configuration to work, then that configuration could again be community-edited in a style similar to OSM data.
I'm pretty sure Google doesn't do that. At least not as the primary information source.
I don't work for Google, so I could be mistaken, but I've provided several information updates before. Google gave me the "local guide" after my first accepted update and gave me gamified incentives to update and verify local information about businesses afterwards until I disabled them again. (Like notifications when I'm at a store to verify if there is a parking lot and things regarding to disabilities etc).
The questions are usually really innocuous and quick to answer, which pretty much makes the player into free labor for Google, one minute at a time.
I was required to provide some proof on some information like opening times and that's probably how they're linking back to the official website. But it happens through user input not automated scraping i believe.
— OpenStreetMap's Copyright and Licence page https://www.openstreetmap.org/copyright
Organic Maps lets you star things, but without much for non-menu intensive categorization. And then when you go back to look around a city with your starred places later, it decides to make them about a 5px red circle until you zoom in so far it's showing you more information than you'd ever want to know about the zoning plan for every building on the street.
It's partially the classic OSS problem. The people who want to not have the clutter of Google Maps have a high overlap with the sort of people who want the app to ultimately give them as much information as possible if they keep zooming in. To what someone else put in this comment section, some of the value of Google Maps is that they have a good idea of what businesses on a given street you actually care about. OSM will often show me in big text that, instead of the coffee shop I'm looking for, I could go to a stone wholesaler that's 3 doors down.
Furthermore, even if you somehow stopped this sending, both operate multiple network services to help devices establish their location: one bases on devices sending a list of the wifi hotspots they see plus a list of network towers they are connected to, etc. The second service is aGPS, which is a network service that helps devices to locate themselves on the basis of GPS input in a cold start situation.
On Android phones, even if you kick gapps off your phone, it will likely still use aGPS.
I still think it's good to use OSM based apps though, because that brings all the improvements/error corrections from users into OSM instead of some proprietary silo.
https://github.com/search?q=org%3ALineageOS+supl.google.com&...
These are some links with reading about SUPL (I haven't read them):
https://docs.broadcom.com/doc/1211168566155
http://dx.doi.org/10.1109/ASMS.2008.46
https://www.openmobilealliance.org/release/supl/V2_0-2012041...
There is a second network service for AGPS that connects to qualcomm hosted gpsonextra.net, but that IIRC just downloads a bunch of binary blobs with satellite data inside. It's not an interactive service where you send your position to it. You can find gpsonextra.net in the same gps.conf files that you can find SUPl URIs too.
That sort of upfront info can save a lot of work down the line. Props for putting in the effort.
If only OSM provides the .mbtiles directly, then we don't waste many other servers many hours converting them. Especially the planet one.