That is precisely what I am getting at. The sender has nothing to do with the GPS component of the device, but it is all wrapped in the same shell, it is the same device. It would take some doing and expertise to detect such a thing, and neutralize it once detected.
@prog-amateur, this is a most excellent find! I just put it on my laptop, and it works excellently there (though it definitely pushes the system). Here’s to hoping that the phone hardware will support it well enough!
There a bit more to Osmand+ which is useful.
At least in NL is takes into account Public Transport and you can plan routes across public transport.
Also navigation on water (where the name comes from) is possible on Osmand.
(included is OpenSeamap, naval view, water depths).
It is completly off-line use (the only way i will consider using a navigation device) with up to date maps. (multiple times/day updates if you want). So the search & routing engine MUST be in the app. And it is annoying that one must type names correctly then again there is no 1000-ands of computers search engine inside your phone).
GPS lock on can take a while. esp. if you have no current AGPS data. Worst case it will take 20 minutes before you got the satellite orbital data from the satellites themselves.
They tried a FB tracker in the free version, but it backfired, so it was removed again. (then again i will block any access to ggl and FB site on my phone anyway.) [ Blokada ].
And Osmand is worth it’s price (EUR 7,- ish one time fee for lifetime world wide map updates / month, EUR 3,- ish / year for “continuous” updates )
So for me Osmand+ is a preferred app. [ I tried PureMaps, it loaded 2 extra KDE environments onto my KDE based laptop take 1GB of extra disk space for it, due to flatpak & differente requirement for software).
Please be aware that the biggest disadvantages come from the data source - openstreetmap. If you do not find street numbers, the reason is that openstreetmap does not know them. Still, I prefer OSM data over other propriatary providers given that OSM is the best open map data you can get.
Till today, I always found my way even without 3D view. Especially travelling it just works nice together with my public transportation apps on Android.
On computer, I download the maps with https://sourceforge.net/p/offroadosm/code/ci/master/tree/ to hard drive and use it for small trip planning. You can even copy these maps to Android using it with Osmand. I know this Java program is not state of the art. But who are we to blame a good idea for the lack of ressources?
I came across a pretty good street navigation app called Magic Earth
Apparently they’re in talks with the /e/ project about open sourcing their app code. It also relies on OpenStreetMap data and has some OSMand features I like such as locally caching maps for quicker search. Search isn’t perfect, but it’s loads better than OSMand. And navigation includes 3d. Just another one to check out!
Here is an official Intro to Valhalla and information about Valhalla Tilepacks even though I don’t know if there is some broader interest in adjusting it for Librem 5 common usage, but I still hope so.
Valhalla is fully supported by Pure Maps (as a client) and OSM Scout Server (service provider). So, its used for calculation of the routes online and offline. Right now, OSM Scout Server uses Valhalla 2.x series (its linked to it as a lib) and I am planning to update it to 3.x in future. The update will require planet import in a new format and will have to be synced across the platforms by updating OSM Scout Server accordingly.
Right now, traffic info is available in Pure Maps through viewing the maps, without routing influenced by it. Its supporting Mapbox and HERE data. In practice, HERE can be extended now to provide routing as well (so far has been delayed for legal reasons). Mapbox services were not fully incorporated due to high cost and legal reasons. Legal issues can be resolved by Pure Maps now through use of separate profiles, cost is another matter.
the weakness may hit earlier. todays chips bundle GPS and baseband. GPS in turn needs satelite data which can be retrieved much faster via broadband (takes up to 20min to get that from the satelites) so these chips may include some way to do that. this method may leak privacy data.
as far as i know purism uses such a bundled chip but doesnt use the contained GPS and adds a separate chip for GPS (is that correct?) the blob for the baseband/gps chip isnt known. so you wont know if location data is leaked from the contained GPS via the baseband. such an operation isnt even visible to the main CPU.
depending of the level of assistance for the GPS via baseband the location can be calculated on serverside without having a fix in the GPS (all received raw data is send to the server, calculation takes place there).