Re: directions_filter.csv
 

Yes, it is.
I ran gpsd with debugging, and when it reads data from a regular socket file, created by socat, it's updated fine...

This might speed things up for the chroot... However it thus seems the fault is with VNC, if it sends uncompressed frames, then no wonder it can't keep up while moving as it's updated continually.

I never messed with VNC, never really used it. Will try to look into it...

Anyhow, I currently see two possibilities for improvement when using VNC:

Currently, I use 24-bit color profile, to make modRana useable with the VNC viewer, otherwise the colors got distorted. Other possible viewer profiles are: 256, 64, and 8 colors, or greyscale, and black-and-white. So would it be possible to limit modRana's colors to 8 or max 64 on startup programatically? This would decrease the amount of data sent drastically?

Second, have an option in modrana to update the display only let's say every second, so that this would also decrease the data sent significantly?

This might make modRana useable under VNC?

Re: modRana on Android
 

The more I think about it, the more I think it's the continuous display updates, more than anything.

Martin, would it be possible to have an option allowing you to select how often to redraw the main window, i.e. continuous, and then once in how many seconds...?

Re: modRana on Android
 

In Options->Debug->Redrawing you can enable Print redraw time to terminal. With this you can debug both how often the screen actually redraws and how long each redraw takes.

Yep, rotation in its current unaccelerated form is unfortunately quite resource-expensive. Also modRana always redraws the complete viewport (with the exception of the simple manual map dragging method) which probably further slows down the VNC viewer that might be trying to only transfer areas that have changed, which won't work as the whole screen changes.

Also by default, when a new tile is loaded, the screen is redrawn - this might be an issue when moving too fast, eq. many new tiles are loaded all the time. this behavior can be disabled in Options->Debug->Tiles->Redraw screen once a new tile is loaded. Might help to reduce the number of redraws quite a bit.

There is also another trick used to reduce the are that needs to be redrawn:
Just update the area around the position indicator and redraw the whole screen only once it gets too close to the edge (TangoGPS works like this). This is not yet implemented in modRana.

Yes, this is still a possibility - the location info reading thread wakes up every time GPSD has a position update. If it is feeding too many updates, the thread might be running too often, hogging resources.
You can debug this by enabling Show GPSD debug output in
Options->Debug->GPS and checking how often the a new fix is reported.

The whole GUI is drawn with Cairo - would have to check out if it can do this (probably can). Still might end up to be more resource intensive than no filter. :)

Yes, but I'd rather first make sure this is what's really causing it as using GPSD simplifies quite a few things. :) Would bet its rather the frequent fullscreen redraws swamping the VNC viewer.


If Options->Debug->Tiles->Redraw screen once a new tile is loaded is disabled, the screen should actually update just about once a second. But it might be a good idea to add an option that forces a fixed global redraw interval.

Re: modRana on Android
 

OK, something fishy is definitely going on...

I did uncheck the 'redraw once new tile is loaded' option, and then: it seems modrana still gets stuck, in a funny way... The cursor position, and the blue box with directions would disappear for 10-20 seconds at a time, while the underlying map, with the traced route is visible... Anyhow the cursor and blue box would flicker on for a split second, only during this time, if you'd touch the screen, I could access the menu.

It is apparent that gpsd is not the hog though, since once I'd get in the menu, I could flip through options and nothing would get stuck, though gpsd is clearly still running in the background.

Once out in the map though, it'd get stuck again.

Tried to display the tile load times in terminal, that's when I noticed some python cairo errors coming up in the terminal.

Anyhow, couldn't capture these, as my drive just ended. Said something about impossible rotation though or something.

I'll capture the full errors in the morning and post.

Could it be, that there's some python/cairo mess-up going on and due to this the display is getting stuck?

Re: modRana on Android
 

This behavior might be a sign of some errors halfway in the drawing process. ModRana first draws the base map layer, than map overlay and then a screen overlay. If some layers are missing, there might have been some errors while it was drawn. Can you check the stdout output ? Also, modRana can log to file, just enable it in options->Debug->Logging->Log modRana stdout to file to make modRana log to a file in .modrana folder in your home directory.

Interesting !
That might very well be the case - but I have to see what errors are reported & when do they show up. Cairo in your chroot might be missing some features or might have some bugs. Still, it might be possible to find an (android) chroot specific workaround as it seems to work fine at other times.

Re: [Announce] modRana: a flexible GPS navigation system
 

If I start downloading map and stop it in the middle of downloading, then download the map of the same (or say locations that will overlap with whatever map I have already downloaded) then will it download all the maps again or will it share the previous data with the new download?

I was trying to download 80Km map with all possible zoom levels, I don't seem to be able to download whole map at once (left it overnight once, result was restarted device in the morning). Maybe I will use pc for downloading maps now.

Re: [Announce] modRana: a flexible GPS navigation system
 

Some providers limit how many map tiles you can download in a set time-frame, and start blocking/banning you if you do too many too fast. Try choosing another map provider.

As to the question: Yes, if you download 10% of the tiles, they're still there. When you re-start, it will skip downloading those tiles as it hits them. At least that was true the last time I used it, to grab tiles. I cached 90% of the area I usually am in, and rarely get tile traffic because of that now.

Re: [Announce] modRana: a flexible GPS navigation system
 

At first I tried google map without any success (not a single tile was downloaded), later downloaded openstreet map (or whatever it is called). My calculation was I would have to download about 200Mbs based on what I already had downloaded but I haven't reached beyond about 10Mbs of downloads. 12Mbps wifi but downloads are very slow, maybe lots of computation or maybe openstreet limits the download speed a lot.

Re: [Announce] modRana: a flexible GPS navigation system
 

Yep, modRana skips downloading of tiles it already has. :)

Some on the high zoomlevel tiles (zl 15+) might not be actually stored on the server but the server generates them on-demand, as storing them all would consume a huge amount of storage. This might be (much) slower than just sending pre-generated tiles it has in storage.

Re: [Announce] modRana: a flexible GPS navigation system
 

Request for comments - modRana roadmap
While designing the new Qt/QML based GUI for modRana I wrote a roadmap.

The roadmap currently contains mostly GUI related stuff but status of other items (offline routing/map rendering, voice output localization, offline POI catalogs, etc.) should show up eventually. I will update the status of the items as the work progresses.

So, what you you think ?
Have a better design proposal ? Is there something missing or not clear enough ? Don't hesitate and tell me! Or even just edit the wiki article itself(but please add your nick to your edits so I don't miss them & can react).

Also, modRana now has its own Maemo wiki page.