View Single Post
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#406
Originally Posted by jj0 View Post
Hmmm... very interesting. Could it be that the sqlite db has some internal errors and that's what is messing up the download. Though the log is not reporting any...

Anyhow, I backed up the .maps folder, then created a new empty one, and am now downloading maps for a 80 km area around a point.

It's been going on without errors for some time now, now at 39 thousand out of 360 thou...
Have you tried how the batch download to sqlite fares in 0.20-3 ? I have made the database access sequential in this version as I suspect that concurrent access to the database might be causing for all those "database locked" errors.

Originally Posted by jj0 View Post
Also, there might be some prob in navigating tags, as for the past couple of days, driving around I've had modrana say:

In XXX meters turn right on XXX Street reet slash emphasis

I.e. the "Street reet" part was because of the St; substitution, but pronouncing the "slash emphasis" seems like it's reading a </emphasis> tag...

It doesn't do it all the time though, so not sure if only when it's ending in "Street"...
The emphasis tags come from SSML are used so that espeak puts emphasis on important words, like street names or the turn commands. IMO it is reading the tag because it is somehow mangled - either the is a < missing or the <emphasis> opening tag is not where it should be. Does it happen for all turns or just from time to time ?

Originally Posted by woody14619 View Post
Martin: In the bug on causing the SGX driver to lock up, the Nokia rep noted the problem may be from sending too much to the drawing system. (Bogus, I know, but...) One thing of note was placing an entry in /etc/powervr.d/ for the program to "increase it's GL command buffer". I'm not sure how this is done though. Thought maybe you'd have and idea?
OK, I'll try to investigate if I can find something about this mysterious option.

BTW, modRana is not actually drawing that much, but it does redraw the whole screen each time. ModRana redraws frequently only when the map is being dragged, otherwise the screen is redrawn just once per second, (as mentioned earlier). The weird thing is that most of the freezes that have been reported for modRana so far were IIRC not while dragging the map but while just looking at it or even when the screen was blanked.

Maybe it doesn't like when applications redraw while the screen is blanked ? I think I have noticed something in this sense in one of the new comments to the freezing bug.

Originally Posted by jj0 View Post
v 0.20-3 fails in postinst while chmodding /opt/modrana/cache/images/

It fails since there's dirnames with spaces in this dir, if you've downloaded some files, and the busybox `chmod -R' doesn't cope with these it seems...
Well, this folder should be empty, as all map tiles should be by default stored in MyDocs/.maps on the N900. Otherwise the 2GB partition with home and opt would get filled by tiles quite quickly. So this might be a double bug

Originally Posted by 7thd View Post
in addition to forementioned problem



Modrana won't start at all now. I have only tried out setting buttons and have not tried to reinstall or other installs. I'm quite ignorant of the technique so I have no real clue.

Start in Xterminal shows the following
Code:
~ $ modrana
 == modRana Starting == 
 device string (first parameter): n900 
importing modules:
 * menu: Handle menus (30.00 ms)
 * example: A sample pyroute module (10.00 ms)
 * clickHandler: handle mouse clicks (10.00 ms)
 * waypoints: Lookup nearest town or village (80.00 ms)
 * messages: Handles messages (120.00 ms)
 * onlineServices: Module for communication with various online services. (170.00 ms)
 * mapView: Controls the view being displayed on the map (0.00 ms)
 * display: A platform independent display device control module (0.00 ms)
 * icons: Draw icons (10.00 ms)
 * log: A modRana logging module (0.00 ms)
Traceback (most recent call last):
  File "modrana.py", line 476, in <module>
    program = GuiBase(device)
  File "modrana.py", line 411, in __init__
    self.mapWidget = MapWidget()
  File "modrana.py", line 85, in __init__
    self.loadModules('modules') # name of the folder with modules
  File "modrana.py", line 106, in loadModules
    self.m[name] = a.getModule(self.m,self.d)
  File "/opt/modrana/modules/mod_options.py", line 25, in getModule
    return(options(m,d))
  File "/opt/modrana/modules/mod_options.py", line 33, in __init__
    self.load()
  File "/opt/modrana/modules/mod_options.py", line 369, in load
    newData = marshal.load(f)
EOFError: EOF read where object expected
~ $
Would it help to uninstall or sth? Or can some1 provide info on a detail?

I'm not experiencing other big failures other than some widgets falling out. I have toggled 3G/GSM while running Modrana by the way

<edit> I have tried reinstall (OTA). Xterminal session of modRana still shows the above. I can safely say that I left mod_options.py untouched, so far as I made no textual alterations whatsoever.

I miss this app with its k i c k a s s tiles, could anyone help restoring this modRana 0.20-3?
This might be caused the by corrupted settings file. Try to delete/move somewhere else this file:
/opt/modrana/data/options.bin
ModRana will create a new one with default settings if it cant find the old one. This might even solve your other problem with missing position indicator.

Also, failed loading of the options file should really fail more gracefully, with a "loading settings failed" notifications and not with a crash... I'll do something about it
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)

Last edited by MartinK; 2010-12-15 at 02:25.
 

The Following 3 Users Say Thank You to MartinK For This Useful Post: