Heading aware rendering for vector map rotation

Libor Poutnik Striz shared this idea 8 years ago
Gathering feedback

I have noticed LocusMap implies the user travels from south to north and renders vector map names for the standard map view from the south. If a user travels from the opposite direction, he has bad luck and all names are upside down.


Various other software re-renders the map if it is turned too much wrt the original direction. While the current approach may safe the battery, it is usually not an issue for car navigation.


Could be implemented in LocusMap the similar feature, perhaps optional ?

Again, I apologize in advance if I am completely blind and missed such optional settings.

Replies (6)

photo
1

Even for foot or bike navigation with screen off, the battery life should be independent on way how it is rendered.

photo
1

Good day Libor,


currently system for map rendering works that all map data are drown on background on smaller tiles (512x512px) and later drawn to users screen. So just information for you - what you want is something that should be really really useful and I fully agree with it.


Unfortunately it require complete rewrote of rendering system, so it's a task on really long winter evenings :). We will see how many people will be interested.

photo
1

I understand the LocusMap was primarily designed rather as outdoor map software, then as a navigation with vector maps. So I suppose rendering development went by other path than typical navigations.

I am aware about tile idea, being a long term user of J2ME GPSMid on Symbian and OSM2GPSMid J2SE application, generating from PBF the maps for GPSMid.

I have quite good idea about complexity of the work. So the idea is rather to be a sticky label on your LCD panel when long winter evenings get really boring.

photo
1

I'd consider equally useful for cycle touring as car navigation.

photo
1

I also agree about usability of this feature for cycle, hiking as well as car navigation.


System for rendering is done by external library MapsForge with a lot of modifications anyway this part is "original". Anyway separating rendering of texts from baclkground lines and areas should be possible ... so yes, long winter boring evenings. I'm looking forward to it ;)

photo
1

Is it related somehow to the note at OpenAndroMaps Elevate style page ? Is OruxMaps or others using newer Mapsforge library, or is it just matter of your modification ? I mean, are you aware about any Mapsforge application that have direction aware rendering implemented ? ( e.g. I have no idea if OSMand uses Mapsforge or their own or any other one.)


Elevate 3

Highly improved version, only compatible with all apps that support mapsforge 0.5, e.g. OruxMaps 6.4Beta+, Cruiser, Atlas, Locus 3.9.1+, BackCountry Navigator 5.9.5+ etc. The Locus version is an automatic conversion, and as Locus uses its own mapsforge version not all new possibilities are supported.


photo
1

I'm not sure to what you think "it is related".


And yes, most of other apps use newer versions of MapsForge library that has some nice features compare to old version. Anyway version that is used inside Locus is still a lot faster from my testing and really deeply integrated in Locus, that I see no big reason to spend days on changing to new version ... at least for now.

photo
1

I have meant - speculatively - what if the newer version has anything interesting related to the direction aware rendering.... That could save you from extra work to have more of long dark boring winter evenings.... :-)

photo
1

Yes it is of course possible. Anyway no such feature exists yet. And even if (exists for example a lot better rendering of texts compare to old version), there will be always question - are improvements I did to library more useful then changes in library or should be thrown away. Libor, we will see, anyway for now, there is no need to think about it as changes do not convince me to switch libraries.

photo
1

You may have got me wrong.


I am not by any mean trying to push you. A developer has always much wider set of criteria if or when something is implemented.


I am just curious, as I am not a developer. I also highly respect the value and cost of improvements.

photo
photo
1

I agree with general usability, I just did not want to be pushing too much.

Personally, it is smaller problem for me on the bike, as I usually use it with the screen off to safe the battery, with voice guidance.

Leave a Comment
 
Attach a file