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

There is a problem with batch download in the latest version, when I do download around view, it starts downloading fine.

After a couple of seconds:

exception in get tiles thread:
unable to open database file

hundreds of lines of these...

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

I also have problems with batch download. I use the sqlite tile storage option. When I download big areas after a while I cannot bring the n900 out of the blank screen. It doesn't seem the phone completely hangs since the indication led is blinking normally and even turns blue when I receive new mails. Unfortunately though the only way to get the n900 back to normal is to remove the batery and reinsert it.

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

I appreciate your position on that, but I would appreciate it if you would move 'done' status to Extras and maybe bump it to extras-testing soon -- I really like it but I don't want appman to take nine years to load :)

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

First of all thanks for great gps app! I experience phone shutdown while running modrana for more than 40mins and I need to reinsert the battery. I noticed that the battery is 30-40% drained during that period.

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

The same happened to me. :confused:

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

If you read back a bit in this thread and other app threads you'll find this is not an issue with modRana, but is a system level flaw. Something goes wrong in the graphics driver, which is triggered by apps that do a lot of drawing to the screen. The result is that the screen never comes back on, since it's kernel driver is in a loop. If you SSH into the device, and use top(1) you'll see [sgx_misr] taking 98% of the CPU. This also explains the battery drain, as your CPU is running at near 100%.

Typically it happens more often when GPS is on, though it can happen just out of the blue. There's a bug for this here, which you should vote for if you want this fixed. The bigger problem is that this is a kernel level driver, so you can't kill it, nor can you remove it from the kernel since it's not a module. The only solution is a reboot.

I'm working on a script to monitor/detect this and shutdown the system after some warning that something's wrong with the system (just in case you're on the phone when it happens).

Edit: The script is done, and posted here.

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

Found a tiny little bug. :P If you turn off the "auto-vanish menu" option, so it never goes away.... it actually never shows a menu at all. And you're locked out of the system to make changes. (You have to remove the options file to get menus back.) Opps. :(

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

i suggest new functionality righ from map view, long tap on the map should activate popup menu for adding POI or setting route to selected point from current position. make map interactive :)

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

Well, I actually used your "hack" in the end :D But I've forced not only the text color, but also the background color:
The text should be always readable with this, the only slight downside is that it won't respect the current theme.

I have found a few issues in the tile drawing and automatic tile download code:

• no limit on number of download threads
  (this means, that for every tile you have seen and don't have in local storage, a download thread was launched - which is bad if you are on a slow and unreliable connection)
• some threads that error out are not removed from the thread list
• once the in-memory tile cache fills up, it is trimmed each time a new tile is added
• the tile drawing code is doing all the tile loading that lags the GUI when moving quickly or when entering an area that is not cached (zooming, etc.)

To fix these issues, I have for V0.20-1 rewritten a substantial part of the responsible code :D

• there is now a (user configurable) maximum number of threads for automatic tile download
• tile that are waiting for download slot are indicated by a blue special tile
• old (>30s) unfulfilled download requests time out and are removed
• the new tile drawing method is non-blocking -> less lag while dragging the map
• all tile loading was moved to a worker thread
• once the in-memory cache fills up, a given amount of oldest tiles is batch removed -> cache trimming does not needlessly run all the time like this :)
  
  Hope it helps :) But my subjective testing seems to indicate better responsiveness so far.

Do you mean voice navigation ? Well, yes, there is a "basic but evolving" voice navigation available in modRana :)




Well, it depends :) Normal usage shouldn't be that spammy as usually only important events (like pressing a button, reaching a turn while navigating, receiving routing results) produce a message. But the batch download feature is quite spammy, producing a steady stream of status messages while download or size estimation are in progress.

Also, as the log files are stored in MyDocs - I'd say there should be no space issues :)

Well, this should be quite easy to do, once the needed improved widgets architecture is in place :)

I use a simple script that first starts modRana through cProfile to get the profiling data. Then it uses Gprof2Dot to convert the profiling data into that nice graph/map :)

cProfile is python specific, but Gprof2Dot seems to support many different profilers.

Well, modRana still uses precomputed values it gets with the directions data from Google. I guess they take the directions type, segment length + some assumed movement speed into account.

But its still just a guess,
locally computed trigger distances would be definitely better, as they can reflect all the locally available variables, like real current and average speed. I even got a rough algorithm for this from a user/developer a while ago:
http://modrana.org/images/triggers.png
(as image since the forum was eating the formatting)

OK then, fingers crossed that everything goes smoothly :)

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

Its not there yet, but definitely looks like possible & usable feature :) -> I have opened a new feature request ticket for this.

OK, I'll investigate this. But I suspect this behaviour might be at least partially caused by a OS level flaw, that causes the partition where MyDocs reside to become read-only (this can only be fixed by rebooting the device or by activating and deactivating the mass-storage mode).
I can't really do much about this.

Other factor contributing to could be the old, quirky, non-thread-safe sqlite database version, that is shipped with Python 2.5 on Maemo. Well, I can try to do something about this - assure only one thread accesses the database at a time, try to restart the database connection on fatal errors, etc. :)

Thanks for reporting this ! :) Should be fixed in V0.20-1.

I don't see anything anomalous in the log, but it looks quite similar to the flaw Woody reported.

Well, you have to be careful with this :D A feature like this was infuriating when I was using TangoGPS on the Neo FreeRunner. Neo is not the fastest phone under the sun and it quite often interpreted dragging the map as a long click - which launched a popup menu, like the one you describe. It was annoying as hell :D

Of course, provided the tap is set long enough to not interfere with other input, this might become quite a nice feature :)

BTW, there are quite a lot gestures/buttons/sensors/states that could be used to trigger different modRana actions:

• holding the escape arrow (go directly to the map screen ?)
• double tapping the map
• volume rocker button (zoom, prev/next turn, etc ?)
• slider open/closed
• proximity sensor double/long/tap
• light sensor
• shutter button
• lens cover
• charging on/off
• screen on/off (don't redraw while screen is off)
• internet connection state
• headphones dis/connected
• various keyboard shortcuts