[deleted]
OsmAnd’s Faster Offline Navigation (2025)
81–90 of 105 posts
Re: OsmAnd’s Faster Offline Navigation (2025)
#82OsmAnd still hasn't fixed utah addresses. If I enter in how we call addresses in local slang, it has no idea how to find it.
I'm not sure if supporting local slang formats for addresses should be very high on the list of priorities.
Re: OsmAnd’s Faster Offline Navigation (2025)
#83OsmAnd still hasn't fixed utah addresses. If I enter in how we call addresses in local slang, it has no idea how to find it.
I'm not sure if supporting local slang formats for addresses should be very high on the list of priorities.
Assuming "slang" is an exaggeration: the basic principle of OSM is that things are mapped and named as they are on the ground. So local names and naming conventions should work; if they don't, it's a bug.
Re: OsmAnd’s Faster Offline Navigation (2025)
#84OsmAnd still hasn't fixed utah addresses. If I enter in how we call addresses in local slang, it has no idea how to find it.
Is it an OSM or OsmAnd issue? Does it work on osm.org?
Re: OsmAnd’s Faster Offline Navigation (2025)
#85Earlier quoted context omitted.
If you would make the effort to compare commits, you'll see that contributors for Co are mostly fiddling with: - the UI (pixels here, different label or color here - just check the commits by "Yannik Bloscheck"!) - adding objects to the map, which are not often justified (like rendering single(!) trees and tree rows, which is from a performance POV insane) - translations / strings They rarely touch navigation, the en…
Making map generator proprietary won't help to solve "freeloaders hogging onto their map CDN" issue. In fact, it actually forces potential forks to use their CDN because they can't setup their own map generation (as its closed source). The OM's map generator was made proprietary in order to hinder the right to fork and enforce vendor lock-in. Later, a proprietary "Data License" had been introduced for binary files (i…
[flagged]
Re: OsmAnd’s Faster Offline Navigation (2025)
#86Earlier quoted context omitted.
Who knows .. ;)
There is an issue on their GitHub relating to customisable contraction hierarchies, but it doesn't seem to have gotten much interest. https://github.com/Project-OSRM/osrm-backend/issues/6574
Yes, the idea was to transition to a variant of MLD that lends itself to the offline use case and would use an updated modeling to be more space efficient while preserving performance. There exists an incomplete (and private) PoC written in Rust.
Re: OsmAnd’s Faster Offline Navigation (2025)
#87Earlier quoted context omitted.
Making map generator proprietary won't help to solve "freeloaders hogging onto their map CDN" issue. In fact, it actually forces potential forks to use their CDN because they can't setup their own map generation (as its closed source). The OM's map generator was made proprietary in order to hinder the right to fork and enforce vendor lock-in. Later, a proprietary "Data License" had been introduced for binary files (i…
[flagged]
[dead]
Re: OsmAnd’s Faster Offline Navigation (2025)
#88Earlier quoted context omitted.
Making map generator proprietary won't help to solve "freeloaders hogging onto their map CDN" issue. In fact, it actually forces potential forks to use their CDN because they can't setup their own map generation (as its closed source). The OM's map generator was made proprietary in order to hinder the right to fork and enforce vendor lock-in. Later, a proprietary "Data License" had been introduced for binary files (i…
[flagged]
Hi Alex! Talking about yourself in third person again? Sorry I haven't made enough new features for you lately, I've been a little busy. I'll do better for you, I promise. I wish that our attempts to formally communicate and resolve concerns weren't considered "pathetic" but c'est la vie.
Re: OsmAnd’s Faster Offline Navigation (2025)
#89Earlier quoted context omitted.
The community forked and created comaps because the organic maps maintainers were unwilling to listen to the community, taking decisions that the community disapproved of. Comaps seems to be more active than organic maps today
That’s why I switched from map.me to Organic Maps. This one too?
It'd be funny if it wasn't so sad, right?
Re: OsmAnd’s Faster Offline Navigation (2025)
#90Earlier quoted context omitted.
The community forked and created comaps because the organic maps maintainers were unwilling to listen to the community, taking decisions that the community disapproved of. Comaps seems to be more active than organic maps today
I "fell" for Comaps but switched back to Organic Maps (where the original real good devs are). Comaps felt a bit too much like fork, "fabricate" nice media and beg for donations. Both are imho inferior to (non-foss) Magic Earth but consume much less power.
We've actually massively held off on begging for donations -- for example we removed the ability of the app to dynamically insert ads into the menus or change the home button to a icon, and massively scaled back our end-of-year fundraising post because we actually have a decent amount of money in the bank. Instead we've chosen to thank contributors for funding our ability to afford better servers etc. What we need more than more money is more volunteerism, which we're happy to see increasing every day!
Stay tuned to CoMaps, we've been releasing two updates with maps per month lately and soon will be able to release maps as often as our servers will allow!