maemo.org - Talk - [Announce] modRana: a flexible GPS navigation system

maemo.org - Talk (https://talk.maemo.org/index.php)

- Applications (https://talk.maemo.org/forumdisplay.php?f=41)

- - [Announce] modRana: a flexible GPS navigation system (https://talk.maemo.org/showthread.php?t=58861)

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

Might have been asked already, or might be far out there, but can Modrana use Nokia's Ovi maps file for maps? Maps that have been downloaded from the PC suite onto the N900.

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

Might be a T&Cs conflict.

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

Quote:

Originally Posted by petur (Post 1358888)

This redownload feature reminds me of a bug I saw lately: For some reason modRana failed to download a few tiles while on the road, driving somewhere. On the way back, when we passed the same place again, the failed tiles were still missing, not redownloaded.

I would expect that if a failed tile comes back into view it would try to download it again?

Historically modRana did not check that what id downloaded was actually a tile image. And some tile servers return a HTML error page when they can't return a tile (too low zoomlevel, too many tiles downloaded, generic tileserver error,...).

So it could happen that modRana would download something that was not actually a tile image and then after coming to the area, it will try to show the image and fail - and because the "image" is already downloaded, modRana won't try to download it again.

But quite some time ago I've added a check, that tests downloaded tiles and only saves them if they really are jpg/png/gif images (possible thanks to the magic numbers embedded in header of these image file formats).

If you are using some old tiles, it could be there are still some non-image-tiles present - or I forgot to apply the check in one of the tile download methods. :D

BTW, using the new redownload feature in the ON or Update modes should overwrite all tiles, including the offending ones, in the affected area.

Quote:

Originally Posted by Wikiwide (Post 1359366)

One bug-vulnerability in Python-for-Maemo. When Python application decides that it wishes to use GPS, and Maemo knows that GPS was disabled by user, Python first asks user, with a system dialog, whether user wishes to "Enable positioning?", and then, irrespective of user's decision, force-enables GPS (blinking icon in status-bar; "Searching..." entry in status-menu), even though, according to user preferences, GPS is still disabled.
The only way to disable GPS is to either politely ask the benevolent application to not use GPS (because it apparently somehow disregards user preferences) or kill the malevolent (without an option to turn off GPS) application because it's apparently a loophole in Python-Maemo-GPS interaction (not stealthy, but still...)
Does anybody else have the same bug (Nokia N900, Fremantle, CSSU-Testing)?
Best wishes.

Thanks for reporting the issue, I'll check it out. :) Registered as issue 26 on Github for the time being.

For the time being, you can just disable GPS in Options->Location->GPS, but I agree modRana should respect system settings.

Quote:

Originally Posted by int_ua (Post 1361650)

Okay, now I'm sure it was Modrana. Sometimes I get a deadlock after leaving Modrana open for something like 20 minutes (autolock time being 5 minutes). It happens one in 10 cases maybe, the phone stays dark no matter what, reacts only with LED and only to charging. Anyone else experiencing this? It started before the last update. Sorry, no time to search the thread at the moment, leaving town.

I remember this happening a long time ago but it has been some time since I've last experienced this. It could be helpful if you could try to ssh the frozen device (if possible) to check RAM and CPU usage and/or set modRana to log to file and extract the file.

One possible cause could be some sort of memory leak, that would make the N900 swap and be unresponsive. Another candidate could be an endless loop somewhere in modRana or some library it uses pinning the CPU.

Or maybe a GPU driver crash (I remember stuff like that happening in the past).

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

Quote:

Originally Posted by whayong (Post 1362833)

Might have been asked already, or might be far out there, but can Modrana use Nokia's Ovi maps file for maps? Maps that have been downloaded from the PC suite onto the N900.

Even if I disregard all the issues with re/distributing the map files, they are in some undocumented proprietary format.

And even then, the files contain just the vector data for the given are. You still need a renderer (which modRana does not have yet), that would draw the map layer based on the vector data for the given area.

On the other hand, the currently planed vector map rendering architecture consist of two parts - a vector geometry source and the Kothic map renderer using data from this source.

So once that is up and someone reverse-engineered the Nokia maps file format and wrote a vector geometry source for it, they might be of some use. Not very probably though & and would require a lot of effort that could be spent to to improve rendering or open vector data storage & generation.

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

Quote:

Originally Posted by MartinK (Post 1367024)

You may remember that I was somehow involved in that history (hit and/or reported that issue).

But that cache is long gone, lost in a reflash....

I hit this one only once, during normal download-as-you-go, where I lost connectivity, the tiles failed to download, and later (with connectivity) didn't get downloaded.

If I ever see it again I'll try to note down exact circumstances or load from commandline.

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

Quote:

Originally Posted by Estel (Post 1344289)

Since one of last updated, ModRana hangs at calculating online routing (needs killing). The following error appears in terminal:

Code:

** dialog accepted **

Clicked, sending route:addressRoute

route: address routing

route: routing from 52.222719,18.251084 to Piekary 16, Poznań

onlineServices: worker starting

Sending message: ml:notification:workInProgressOverlay:enable

worker: routing from 52.222719,18.251084 to Piekary 16, Poznań

Sending message: ms:turnByTurn:start:enabled

tbt: starting worker thread

TBTWorker: started

Sending message: ml:notification:m:use at own risk, watch for cliffs, etc.;3

notification: message: use at own risk, watch for cliffs, etc., timeout: 3.0

notification@dmod: message: use at own risk, watch for cliffs, etc., timeout: 3.0

Xlib: unexpected async reply (sequence 0x25f8)!

/Estel

It's the same here even though i've already updated to 0.42.1.

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

Quote:

Originally Posted by saponga (Post 1367296)

It's the same here even though i've already updated to 0.42.1.

Searching for similar error messages seams to pinpoint the cause to using the (non-threadsafe) GTK from multiple threads.

This is quite probably the issue in this case - the route search runs in a thread and might be manipulating the GTK context once a result is returned. Anyway, I'll investigate the relevant code in modRana and will try to do something bout it. :)

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

goog sat maps are giving error i just installed from repos after a reflash :)

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

Just came up with an idea for better map orientation:

What if you would take into account multiple positions to figure out the heading when moving at slow speed. Currently when halted or moving very slow, the map will rotate even if your heading isn't changing. So for slow speeds maybe watch multiple points to detect heading?

Just an idea... if I didn't write it down here I might forget ;)

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

In the work i do professionally, we ignore the heading when the speed in <5kph. Perhaps an idea is to augment the heading at low speeds is to simply calculate it from the 2 (or more) most recent positions (i.e. completely ignore the heading contained in the gps data).