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

I tried messing with constants.py, but didn't get anywhere useful.

You can remove the COW attribute from a directory, without having to create a whole new subvolume, which sounded a lot less scary. So I closed modRana, mv'ed /home/nemo/.local/share/harbour-modrana/maps out of the way, recreated the directory, ran 'chattr +C' on it (you should theoretically be able to copy the map tiles back into the new directory, and they should inherit the attribute... but I didn't try that), and finally restarted modRana.

So far no major drama, performance seems *slightly* better, and it seems harder (though not impossible) to cause the complete lock-ups... but it could be placebo, or it could be the fact that I recreated the database afresh. I guess I'll find out after a few days.

(please be very aware that I don't really know what I'm doing ... so if you try this and it borks your phone, it's your fault, not mine :) but it stands to reason it should work I think, and I can't really see how it could break things too horribly...)

---

eta- two possibly useful things to note: When the program does lock up, one seemingly reliable way to unlock it is to wait a few minutes, then switch to another main map layer, pan / zoom around a bit, and switch back again. And if you run netstat in a terminal when it's locked up, you get a lot of connections to mapservers in a "CLOSE_WAIT" state, which seems like it could be a clue for a programmer.

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

I guess there wont be any further updates for modRana for Meego!?? Is it possible to use offline map data, lets say from here http://download.geofabrik.de/ ?

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

CLOSE_WAIT looks familiar. Are any tiles retrieved over HTTPS?

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

As promised, I have started to look at map layers that are not returning tiles. I will add to this list, cumulatively, as I plow through (nope, no need - finished!). Using,debug logging to file, I am examining the errors generated, then checking the logged URLs in a browser to see if anything revealing comes up. So far:

1) Yandex - returns tiles, but never for the correct coords - what system is it using?
2) Yahoo - fails, service unavailable (prolly true for all map types)
3) Virtual Earth - fails invalid request URL, URL seems malformed (true for all map types)
4) MapQuest Satell. - Service Unavailable (MapQuest Map OK!)

Debug logfile for the above available, if needed.

Not tested: Freemap.sk, Czech.

In addition: batch download around a route appears as if it is completing (and certainly takes it's time) but subsequent off-line driving quickly shows that many of the tiles are not available, at the zoom levels requested. I know this for certain but will need to run a separate test with debug logging enabled to see wots wot.

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

By the way, I tried v 0.52.10 on a low end Android tablet and map tile display was porked, with every 2nd tile displayed along a row and then a row missing altogether and so on. OSM Cycle but I think it affects all.

"Sent from Ubuntu Touch MX using the Forum Browser app"

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

Quote:

Originally Posted by handaxe (Post 1481128)

Thanks! :)

Quote:

Originally Posted by handaxe (Post 1481128)

1) Yandex - returns tiles, but never for the correct coords - what system is it using?

Yeah - it looks like some sort of northern offset. If we can find how the offset depends on zoom level (or other variables) I should be able to compensate for it when generating tile coordinates. :)

Quote:

Originally Posted by handaxe (Post 1481128)

2) Yahoo - fails, service unavailable (prolly true for all map types)

Weird, I'm pretty sure they have still been working quite recently.

Quote:

Originally Posted by handaxe (Post 1481128)

3) Virtual Earth - fails invalid request URL, URL seems malformed (true for all map types)

This should already be fixed in the latest modRana source code, but has not yet been released.

Quote:

Originally Posted by handaxe (Post 1481128)

4) MapQuest Satell. - Service Unavailable (MapQuest Map OK!)

Debug logfile for the above available, if needed.

Not tested: Freemap.sk, Czech.

In addition: batch download around a route appears as if it is completing (and certainly takes it's time) but subsequent off-line driving quickly shows that many of the tiles are not available, at the zoom levels requested. I know this for certain but will need to run a separate test with debug logging enabled to see wots wot.

I have unfortunately not tested downloading tiles around a route in ages, so it is quite possible it is indeed broken. :P So I've added a tracking issue for this and will check what's wrong. :)

Quote:

Originally Posted by handaxe (Post 1481154)

Check that you have map scaling disabled (set to 1x) in Options->Map. It is unfortunately broken at the moment and behaves the way you describe - I really need to finally fix it. :)

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

Quote:

Originally Posted by MikeHG (Post 1479248)

Two questions:

1) Do normal map tiles 'expire'? It'd be ideal if the app could check whether tiles were up to date if they're older than a certain age and still being used, though if that isn't possible just having an option to flush them after a year or so would be good.

By default tiles never expire, but a timeout property can be set for a layer to set expiration for tiles corresponding to the layer.

Some layers that have frequently changing data include the timeout property by default and users can of course also set in themselv in the configuration file (which is in /home/nemo/.config/harbour-modrana on the Jolla).

Also an important note about how the timeout logic is currently implemented in modRana - it currently only prevents loading of expired tiles from local storage (so that dynamic map layers don't show stale data). No scrubbing of stale files has been implemented yet, even though the needed data for it (timeout value & tile timestamps) is available.

Quote:

Originally Posted by MikeHG (Post 1479248)

2) Don't copy-on-write filesystems have terrible performance for databases? I read older versions of BTRFS were notorious, and Sailfish has an oldish one...

According to the official BTRFS wiki it is still the case:

Quote:

Files with a lot of random writes can become heavily fragmented (10000+ extents) causing trashing on HDDs and excessive multi-second spikes of CPU load on systems with an SSD or large amount a RAM.

Quote:

Originally Posted by MikeHG (Post 1479248)

I'm wondering whether creating a subvol without COW for the maps, or perhaps just tuning down the write frequency massively in the config file might help performance (not sure I'm brave enough to try the former - and I'm certainly not suggesting anyone else should, unless they know what they're doing...)

Note that even though BTRFS has the nocow mount option, it has serious drawbacks and gotchas:

Quote:

Disable it by mounting with nodatacow. This implies nodatasum as well. COW may still happen if a snapshot is taken. However COW will still be maintained for existing files, because the COW status can be modified only for empty or newly created files.

And that assumes everything works correctly and you don't hit any of the miriad BTRFS bugs while doing this. :)

My suggestion would be to use a uSD card formated with a sane filesystem (EXT4) and store your tiles there.

You can achieve this either by changing the map storage path in:
/home/nemo/.config/harbour-modrana/user_config.conf
Or you can just symlink the folder modRana uses for map data storage by default to somewhere on the uSD card:
/home/nemo/.local/share/harbour-modrana/maps

Quote:

Originally Posted by MikeHG (Post 1479248)

Love the app, but hitting some weird problems on sqlite where it seems to refuse to load tiles it has clearly loaded before. Still, I realise it's early days yet for the port. I'll try to capture some debug output if I can.

Have you tried switching to the "files" storage method in Options->Map? That makes modRana store tiles as files in a folder structure. AFAIK unlike database files BTRFS is quite sane when handling many small files.

Quote:

Originally Posted by MikeHG (Post 1479366)

This is a log from when the database seems to 'lock up', apparently refusing to load tiles it has already downloaded. I'm not 100% sure how to trigger it, but generally scrolling around and zooming in and out in an area I haven't yet downloaded works reliably eventually. I've left it in that state for 1/2 hour probably, and it doesn't recover - though interestingly, it does seem to be able to load other tiles sometimes (e.g. if I zoom really far out) - it just seems to choke on certain particular areas of map, but after closing the program and relaunching it, and sometimes even just by zooming out then back in again, those areas of map will draw fine.

I have also hit this q couple of times - but as it seems to happen quite at random I have not yet been able to fully pin it down yet. But a lot of zooming & panning around seems to be a factor.

Quote:

Originally Posted by MikeHG (Post 1479366)

http://pastebin.com/dVuPYC4k

Quite a few examples of this:

Code:

Traceback (most recent call last):

  File "modules/gui_modules/gui_qt5/gui_qt5.py", line 302, in _selectImageProviderCB

    return self._imageProviders[providerId].getImage(imageId, requestedSize)

  File "modules/gui_modules/gui_qt5/gui_qt5.py", line 599, in getImage

    log.exception()

TypeError: exception() missing 1 required positional argument: 'msg'

2015-08-13 00:53:58,644 ERROR mod.gui.qt5: tile image provider: loading tile failed

2015-08-13 00:53:58,652 ERROR mod.gui.qt5: mainMap/mapnik/13/4094/2727

2015-08-13 00:53:58,655 ERROR mod.gui.qt5: (-1, -1)

2015-08-13 00:53:58,658 ERROR mod.gui.qt5: image loading failed, imageId: tile/mainMap/mapnik/13/4094/2727

Traceback (most recent call last):

  File "modules/gui_modules/gui_qt5/gui_qt5.py", line 579, in getImage

    download=False)

  File "modules/mod_mapTiles/mod_mapTiles.py", line 211, in getTile

    tileData = self._storeTiles.getTileData(lzxy)

  File "modules/mod_storeTiles.py", line 369, in getTileData

    return self._getTileDataFromSqlite(lzxy)

  File "modules/mod_storeTiles.py", line 385, in _getTileDataFromSqlite

    result = self.getTileFromDb(lookupConn, dbFolderPath, lzxy)

  File "modules/mod_storeTiles.py", line 455, in getTileFromDb

    (z, x, y))

sqlite3.OperationalError: database is locked

Interesting! Thanks a lot for the log - I think I can do something about the loockups now. :)

Quote:

Originally Posted by MikeHG (Post 1479404)

Side note:

Due to a bug, it seems it's currently impossible to send the logs via the Jolla mail client using gmail, unless you rename them (removing the #).

https://together.jolla.com/question/...ent-via-gmail/

Voted! :) (And others should too!)

Quote:

Originally Posted by Shadowdog (Post 1479996)

I guess there wont be any further updates for modRana for Meego!?? Is it possible to use offline map data, lets say from here http://download.geofabrik.de/ ?

Unfortunately no, at least not from me. Of course if someone from the community volunteers to move the MeeGo/Harmattan port forward I'm willing to help them get started. But I'm unfortunately far to overcommitted to work on it myself.

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

Quote:

Originally Posted by MartinK (Post 1481168)

...
My suggestion would be to use a uSD card formated with a sane filesystem (EXT4) and store your tiles there.
...
Or you can just symlink the folder modRana uses for map data storage by default to somewhere on the uSD card:
/home/nemo/.local/share/harbour-modrana/maps
...

This is exactly what I did in the end, having realised just how much space the maps were going to end up taking up :)

I used 'chattr +r' for long enough to be reasonably confident that it's not going to explode though, so might be worth a go if anyone is still using BTRFS.

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

I'm unable to rebuild mapnik anymore. So I can't really fix the bad path. The build silently fails, see https://garage.maemo.org/builder/fre...log.FAILED.txt

Run standalone, the g++-4.6 command returns 1 without printing anything as well.

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

Last month I wanted to cache tiles for several areas and best tool I found was Mobile Atlas Creator (older versions also allow you to download gmaps) .
Perl script attached that converts from RMaps/Big Planet SQLite format used in MOBAC to Modrana's SQLite. Actually its modified Beermad's script.

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

Quote:

Originally Posted by otsaloma (Post 1481176)

Regarding Yandex, they use elliptical Mercator, in which the conversion between latitude/longitude coordinates and Mercator
coordinates differs from the more common spherical Mercator, but the zoom levels and tiling logic is otherwise the same. See discussion at the Poor Maps thread, formulas at OpenStreetMap wiki and my implementation at GitHub.

Interesting! Looks like I will have to rework the map rendering a bit to make use of the projection fix as it is currently heavily based on the assumption that all layers use the web Mercator projection.

Also I guess overlays fall out of the window with these layers, at least without reprojecting the tile images.

Quote:

Originally Posted by marmistrz (Post 1481394)

That sucks! :-( This reminds me - any idea whats the status of updating the ancient toolchain in the Maemo Autobuilder ? I think that would help quite a bit with stuff like this and have heard something about this being planned but have no idea how far it is.

Quote:

Originally Posted by zod (Post 1482475)

Cool, thanks! :) Can I add it to the modRana page about import scripts ? :)

BTW, is there a specification of the format somewhere ? I have recently rewritten the modRana tile storage code to a standalone module Python module, so it is now much easier to add support for new tile storage formats. So provided that the format is not too complicated it could be possible to support it directly in the modRana tile storage code. Users would then just drop their RMaps/Big Planet SQLite tile bundles to the respective layer folder and modRana would detect the bundles and query them when looking for tiles.

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

modRana 0.53.2 has been released !

The main highlight of this release is improved map tile handling:

all supported storage methods are checked when looking for tiles in local storage - if you have some tiles in sqlite and some as files, modRana will now check both
sqlite tile storage should now be much more robust - there should be no more "database locked errors" and similar weirdness due to fully serialized database access
this "rewrite" also makes tile storage in modRana much more modular, making it easy to add support for additional tile storage methods or for storing vector tile data

ModRana can now also show up the map layers provided by the Thunderforest project, map layers using the quadtile addressing should now show up correctly again and some dead layers have been cleaned up.

There have been also other fixes, for example on how the GTK GUI handled Unicode and multiline notifications and their timeouts. The Qt 5 GUI also got some fixes for tile rendering glitches and unhandled cases during map overlay config loading.

Changelog

Code:

modRana 0.53.2 (2015-10-11)



- make the updated urrlib3 work on Android

- handle an overlay config loading edge case



modRana 0.53.1 (2015-10-10)



- tile storage and loading should be now much more robust and flexible

- tiles are now looked-up in all available storage methods (files & sqlite)

- simple CLI API for adding POIs to the modRana POI database has been added

- the GTK GUI notifications now handle Unicode and long strings

- some GTK GUI notification timeout fixes

- tile elements should now be properly initialized on startup in Qt 5 GUI

- modRana startup scripts now forward CLI options to the main modRana executable

- verbose tile handling log messages can now be enabled from the Qt 5 GUI

- map layers using the quadkey addressing should now be properly displayed

- Thunderforest map layers have been added

- modRana should now shutdown much more quickly

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

storing vector tile data ; this is some news :D
anyway just day before tomorrow got around 135 km biking unknown lands just using modrana and classic old way of asking locals and it all went fine.
there are a few usablity issues in modrana that i found while using it so long i.e app open for all the time that i ll detail later.
all in all modrana is good enough for navigation

thanks

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

a lil question how to use those thunderforest maps and are they avaible in india as i wont be upgrading modrana for the next month or so beause i have a couple of trips planned so i do not want to poke a working install ;)
i am on o.52.1

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

Quote:

Originally Posted by nokiabot (Post 1485116)

(...) day after tomorrow (...) and it all went fine (...)

Are you from the future, Jonh Titor? ;)

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

Quote:

Originally Posted by misiak (Post 1485125)

Are you from the future, Jonh Titor? ;)

err its just bad english correcting it
thanks

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

Great work Martin! Been torture testing it for a while, and it doesn't lock up any more. Still a couple of blips - it sometimes 'undraws' a part of the map it's already drawn momentarily, but not enough to interfere with use. And I managed to crash it once - I'll try to get a log if I can make it do it again.

A very impressive achievement though overall - undoubtedly my favourite mapping software now.

I was thinking, it would be amazing if when I'm tethering my tablet to my phone, I could have a modRana installation on my tablet, and use my phone's modRana installation as a kind of proxy map server. Don't know if that's feasible? If so, I could put it on github as a feature request.

Thanks.

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

Quote:

Originally Posted by misiak (Post 1485125)

Are you from the future, Jonh Titor? ;)

Damn!
That is a blast from the past...
Or the futture perhaps!

https://en.wikipedia.org/wiki/John_Titor

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

Just installed it without any issues. Seems like a very nice app - will try it out in practice later this week. Just did a "dry run" and works very nicely out of the box.

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

Martink, any chance you will divert some time to Ubuntu Touch?
All of the GPS apps are pretty meh right now.

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

Last time I tried it (some 2-3 years ago), modRana worked just fine on Ubuntu desktop (x86). Written in Python, it should be pretty portable. It should work on UT too, as long as there is Python in UT.

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

Working very nicely and seems much smoother than before. Think you've done a great job on this, thanks.

One question though, I tried the VirtualEarth OS Maps, and though maps downloaded, they certainly weren't OS. It might be that VE is doing something sneaky, but the OS maps are still available on the Bing web interface so I wondered if there's a request error.

I've got a debug log but it didn't display the requests. I'll try again with some other options enabled:

Code:

2015-10-11 21:33:29,713 INFO : log file enabled: /home/nemo/Documents/modrana_debug_logs/modrana_20151011#20-33-29.log

2015-10-11 21:33:29,750 INFO : saving options

2015-10-11 21:33:29,771 INFO : options successfully saved

2015-10-11 21:33:42,056 DEBUG mod.storeTiles: tile loading debug messages state: enabled

2015-10-11 21:33:42,081 INFO : saving options

2015-10-11 21:33:42,093 INFO : options successfully saved

2015-10-11 21:33:44,079 DEBUG mod.storeTiles: tile loading debug messages state: disabled

2015-10-11 21:33:44,098 INFO : saving options

2015-10-11 21:33:44,121 INFO : options successfully saved

2015-10-11 21:33:57,204 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:33:57,209 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:03,045 DEBUG mod.gui.qt5.qml: main: getPage: OptionsMenu

2015-10-11 21:34:03,047 DEBUG mod.gui.qt5.qml: main: OptionsMenu found in page cache

2015-10-11 21:34:03,051 DEBUG mod.gui.qt5.qml: main: returning page: OptionsMenu

2015-10-11 21:34:05,377 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:05,381 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:16,811 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:16,815 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:19,226 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:23,579 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:23,583 ERROR mod.gui.qt5.qml: python error: file:///usr/share/harbour-modrana/qml/modrana_components/KeyComboBox.qml:53: Error: Cannot assign null to int

2015-10-11 21:34:26,874 INFO mod.gui.qt5.qml: setting routing mode: 1

2015-10-11 21:34:26,876 INFO : saving options

2015-10-11 21:34:26,879 INFO : options successfully saved

2015-10-11 21:34:32,694 DEBUG mod.gui.qt5.qml: main: getPage: MapMenu

2015-10-11 21:34:32,700 INFO mod.gui.qt5.qml: loading page: MapMenuPage

2015-10-11 21:34:32,746 DEBUG mod.gui.qt5.qml: page cached: MapMenu

2015-10-11 21:34:32,749 DEBUG mod.gui.qt5.qml: main: returning page: MapMenu

2015-10-11 21:34:38,412 DEBUG mod.gui.qt5.qml: pinchmap: setting layer by id 0 to vaer_ukos/undefined

2015-10-11 21:34:38,470 INFO mod.gui.qt5.qml: pinchmap: saving overlay settings for main

2015-10-11 21:34:38,489 INFO : saving options

2015-10-11 21:34:38,493 INFO : options successfully saved

2015-10-11 21:34:42,205 INFO mod.gui.qt5.qml: # starting the Python Debugger (PDB) shell

2015-10-11 21:34:42,207 INFO mod.gui.qt5.qml: # to continue program execution, press c

2015-10-11 21:34:42,294 ERROR mod.gui.qt5.qml: python error: Return value of PyObject call is NULL: Traceback (most recent call last):



  File "/usr/lib/python3.4/pdb.py", line 1579, in set_trace

    Pdb().set_trace(sys._getframe().f_back)



  File "/usr/lib/python3.4/bdb.py", line 52, in trace_dispatch

    return self.dispatch_return(frame, arg)



  File "/usr/lib/python3.4/bdb.py", line 96, in dispatch_return

    if self.quitting: raise BdbQuit



bdb.BdbQuit



2015-10-11 21:34:46,267 ERROR tile_storage.files_store: saving tile to file /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS/15/16251/10621.jpg failed

Traceback (most recent call last):

  File "/usr/share/harbour-modrana/core/tile_storage/files_store.py", line 79, in store_tile_data

    os.rename(partial_file_path, file_path)

FileNotFoundError: [Errno 2] No such file or directory: '/home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS/15/16251/10621.jpg.part' -> '/home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS/15/16251/10621.jpg'

2015-10-11 21:34:50,939 INFO mod.gui.qt5.qml: screen blanking disabled

2015-10-11 21:34:52,202 INFO mod.gui.qt5.qml: screen blanking enabled

2015-10-11 21:34:54,772 INFO mod.gui.qt5.qml: screen blanking disabled

2015-10-11 21:34:55,737 INFO mod.gui.qt5.qml: screen blanking enabled

2015-10-11 21:34:57,255 DEBUG mod.gui.qt5.qml: map page: Menu pushed!

2015-10-11 21:34:57,265 DEBUG mod.gui.qt5.qml: PUSH Menu

2015-10-11 21:34:57,269 DEBUG mod.gui.qt5.qml: main: getPage: Menu

2015-10-11 21:34:57,293 DEBUG mod.gui.qt5.qml: main: Menu found in page cache

2015-10-11 21:34:57,298 DEBUG mod.gui.qt5.qml: main: returning page: Menu

2015-10-11 21:34:58,884 DEBUG mod.gui.qt5.qml: main: getPage: OptionsMenu

2015-10-11 21:34:58,888 DEBUG mod.gui.qt5.qml: main: OptionsMenu found in page cache

2015-10-11 21:34:58,889 DEBUG mod.gui.qt5.qml: main: returning page: OptionsMenu

2015-10-11 21:35:46,178 INFO mod.gui.qt5.qml: screen blanking disabled

2015-10-11 21:35:47,466 INFO mod.gui.qt5.qml: screen blanking enabled

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

Here it is with some extra options:

Code:



2015-10-11 21:43:59,662 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10618)

2015-10-11 21:43:59,664 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10618)

2015-10-11 21:43:59,675 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10618) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,681 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10618) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,679 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10618)

2015-10-11 21:43:59,686 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10618) (35.19 ms)

2015-10-11 21:43:59,687 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10618) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,695 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10618) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,696 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10618) (24.42 ms)

2015-10-11 21:43:59,697 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10618) found locally

2015-10-11 21:43:59,699 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10619)

2015-10-11 21:43:59,700 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10619)

2015-10-11 21:43:59,701 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10619) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,704 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16250, 10624)

2015-10-11 21:43:59,709 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,711 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10624) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,712 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16250, 10624) (8.21 ms)

2015-10-11 21:43:59,708 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10619) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,715 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10619) (15.17 ms)

2015-10-11 21:43:59,718 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10619) found locally

2015-10-11 21:43:59,720 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10620)

2015-10-11 21:43:59,722 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10620)

2015-10-11 21:43:59,723 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10620) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,721 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16249, 10624)

2015-10-11 21:43:59,725 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16249, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,727 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10620) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,730 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16249, 10624) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,732 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10620) (8.39 ms)

2015-10-11 21:43:59,734 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10620) found locally

2015-10-11 21:43:59,736 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10621)

2015-10-11 21:43:59,737 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10621)

2015-10-11 21:43:59,738 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10621) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,733 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16249, 10624) (10.44 ms)

2015-10-11 21:43:59,742 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16248, 10624)

2015-10-11 21:43:59,743 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10621) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,744 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16248, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,746 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10621) (9.80 ms)

2015-10-11 21:43:59,749 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10621) found locally

2015-10-11 21:43:59,751 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10622)

2015-10-11 21:43:59,752 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10622)

2015-10-11 21:43:59,748 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16248, 10624) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,755 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16248, 10624) (16.69 ms)

2015-10-11 21:43:59,753 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10622) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,763 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16247, 10624)

2015-10-11 21:43:59,765 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16247, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,766 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10622) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,768 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10622) (20.69 ms)

2015-10-11 21:43:59,769 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10622) found locally

2015-10-11 21:43:59,770 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16246, 10623)

2015-10-11 21:43:59,772 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10623)

2015-10-11 21:43:59,773 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10623) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,776 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16247, 10624) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,778 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16247, 10624) (18.98 ms)

2015-10-11 21:43:59,782 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16246, 10624)

2015-10-11 21:43:59,783 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10623) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,786 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10623) (14.62 ms)

2015-10-11 21:43:59,787 DEBUG mod.mapTiles: (vaer_ukos layer, 15, 16246, 10623) found locally

2015-10-11 21:43:59,784 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,789 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16246, 10624) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,790 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16246, 10624) (8.33 ms)

2015-10-11 21:43:59,799 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16250, 10623)

2015-10-11 21:43:59,800 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10623) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,804 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10623) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,806 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16250, 10623) (7.81 ms)

2015-10-11 21:43:59,810 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16250, 10621)

2015-10-11 21:43:59,811 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10621) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,814 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10621) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,817 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16250, 10621) (7.02 ms)

2015-10-11 21:43:59,826 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16250, 10619)

2015-10-11 21:43:59,830 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10619) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:43:59,832 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16250, 10619) found in file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:43:59,835 DEBUG mod.storeTiles: returning tile data for: (vaer_ukos layer, 15, 16250, 10619) (6.81 ms)

2015-10-11 21:44:00,436 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,438 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10623) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,444 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10623) (12.33 ms)

2015-10-11 21:44:00,447 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,449 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,452 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,453 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,460 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10623) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,462 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10623) (7.36 ms)

2015-10-11 21:44:00,463 DEBUG mod.mapTiles: tile not found locally (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,464 DEBUG mod.mapTiles: auto tile dl enabled - adding dl request for (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,472 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10624) (24.23 ms)

2015-10-11 21:44:00,474 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,475 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10623) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,477 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10623) (4.58 ms)

2015-10-11 21:44:00,479 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,480 DEBUG mod.mapTiles: looking for tile (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,481 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,483 DEBUG mod.storeTiles: tile requested: (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,488 DEBUG mod.storeTiles: tile (vaer_ukos layer, 15, 16251, 10624) got stores: [file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS]

2015-10-11 21:44:00,495 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10624) (12.30 ms)

2015-10-11 21:44:00,497 DEBUG mod.storeTiles: tile not found: (vaer_ukos layer, 15, 16251, 10624) (11.02 ms)

2015-10-11 21:44:00,497 DEBUG mod.mapTiles: tile not found locally (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,498 DEBUG mod.mapTiles: auto tile dl enabled - adding dl request for (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,534 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,535 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10624) into file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:44:00,540 DEBUG mod.storeTiles: stored tile data for: (vaer_ukos layer, 15, 16251, 10624) (4.12 ms)

2015-10-11 21:44:00,541 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10624)

2015-10-11 21:44:00,546 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10624) into file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:44:00,547 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,549 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10623) into file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:44:00,551 DEBUG mod.storeTiles: stored tile data for: (vaer_ukos layer, 15, 16251, 10623) (3.63 ms)

2015-10-11 21:44:00,552 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10623)

2015-10-11 21:44:00,557 DEBUG mod.storeTiles: store tile data for: (vaer_ukos layer, 15, 16251, 10623) into file based store @ /home/nemo/.local/share/harbour-modrana/maps/Virtual Earth UKOS

2015-10-11 21:44:00,565 DEBUG mod.storeTiles: stored tile data for: (vaer_ukos layer, 15, 16251, 10623) (5.10 ms)

2015-10-11 21:44:00,562 DEBUG mod.storeTiles: stored tile data for: (vaer_ukos layer, 15, 16251, 10624) (10.44 ms)

2015-10-11 21:44:05,211 DEBUG mod.gui.qt5.qml: map page:

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

Quote:

Originally Posted by MartinK (Post 1485060)

Of course! Thats why I put it here.
DB looks like

Code:

CREATE TABLE tiles (x int, y int, z int, s int, image blob, PRIMARY KEY (x,y,z,s))

where z=17-zoom as written here: https://code.google.com/p/big-planet...alStorage.java
Not sure about filenames. Maybe modrana should read every .sqlite file and compare schemas?

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

Tried to use the offline maps - extracted them on my device
options -> navigation
-> routing provider - car / monav - on device
-> routing data - Car / netherlands
seems to be recognized but after starting the modrana is still asking for connection to the internet and the maps continuously show "loading"

I also tried to mess around with the maps setting, but doesn't seem to help. Did I miss anything?

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

Quote:

Originally Posted by t-b (Post 1485435)

after starting the modrana is still asking for connection to the internet

just ignore it

Quote:

Originally Posted by t-b (Post 1485435)

and the maps continuously show "loading"

seems that you don't have offline maps, only copied monav routing data?

Try to download something with internal downloader. menu->downloader->around here->...
close modrana, disconnect from internet, start it again and check results. also make sure you at the same zoom level as downloaded data. zooming in/out shows your zoom level.
btw you cannot download gmaps!

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

http://www.modrana.org/ seems to be offline so I can't check but I think you're right about only copying the routing data. I followed this tutorial https://wiki.maemo.org/ModRana_offli..._map_data_pack
I will test again later this week and try your suggestion.

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

Quote:

Originally Posted by nokiabot (Post 1485116)

I'm glad you like it. :)

Quote:

Originally Posted by nokiabot (Post 1485123)

You should be able to check on the Thunderforest project website. As for using those map layers in an older modRana version - you should be able to do that by manually applying these two changes to the modRana map layer configuration file in /home/nemo/.config/harbour-modrana/map_config.conf:

https://github.com/M4rtinK/modrana/c...19d172ba01R200
https://github.com/M4rtinK/modrana/c...19d172ba01R678

It should be quite evident what to do from this. :)

Quote:

Originally Posted by misiak (Post 1485125)

Are you from the future, Jonh Titor? ;)

Time travel is not yet implemented in modRana.

And even if implemented it will probably require additional hardware, such as a microwave oven and a large CRT TV. Or LHC.

Quote:

Originally Posted by MikeHG (Post 1485136)

Yep, that would help. :)

Quote:

Originally Posted by MikeHG (Post 1485136)

A very impressive achievement though overall - undoubtedly my favorite mapping software now.

Thanks! :)

Quote:

Originally Posted by MikeHG (Post 1485136)

I was thinking, it would be amazing if when I'm tethering my tablet to my phone, I could have a modRana installation on my tablet, and use my phone's modRana installation as a kind of proxy map server. Don't know if that's feasible?

It should be kinda doable already if you mount the tile folder with sshfs over the tethering connection. :)

But a modRana based tileserver/proxy might indeed not be such a bad idea - it would be definitely mode robust than a sshfs mount due to the current tile downloading code being quite able at handling bad connectivity. There is even already some code for a simple tileserver in modRana from the time I have experimented with loading map tiles to the QML GUI from a simple tileserver running on localhost.

Quote:

Originally Posted by MikeHG (Post 1485136)

If so, I could put it on github as a feature request.

Sure, go ahead! :)

Quote:

Originally Posted by biketool (Post 1485150)

Martink, any chance you will divert some time to Ubuntu Touch?
All of the GPS apps are pretty meh right now.

Not likely - I'm still overcommitted as ever, have no Ubuntu Touch hardware and on top of that UT seems to have some serious multitasking limitations. Those could be quite an issues for modRana, as that would mean no updating of your position on the map while in background, no reliable speed statistics, no track recording in background and no navigation while in background in the future, etc.

On the other hand if someone is willing to step up to do the initial port (it should be quite easy if you use QtQuick Controls + Universal Components) and act as a modRana maintainer/packager for Ubuntu Touch, them I am certainly willing to help the person get started. :)

Quote:

Originally Posted by pichlo (Post 1485151)

There are still some ( IMHO quite stupid an unnecessary) changes from normal desktop Ubuntu as described above. They also IIRC they use some custom LOL-lets-make-another-packaging-format on Ubuntu Touch rather than normal Debian packages like on desktop Ubuntu.

On a related note - there is a modRana package repository for the Fedora desktop Linux distribution:

https://copr.fedoraproject.org/coprs/m4rtink/modrana/

This could in principle be done also for other Linux distributions if someone steps up to do the packaging, as modRanas dependencies should be available in most current Linux distributions.

Quote:

Originally Posted by skanky (Post 1485171)

I guess they just either discontinued it or changed the URL and the old URL just shows the regular Virtual Earth/Bing maps. Can you see the Ordnance Survey layer in the Virtual Earth/Bing Maps interface ? I haven't been able to find anything like it there now, but it certainly was there.

On the other hand it seems to be possibly to use the Ordnance Survey layers directly once
you get an API key from here:

https://www.ordnancesurvey.co.uk/bus...openspace/api/

The only issues is that the only types of mobile applications they know are "An Android application" and "An iOS application". :D

As they want you to input some sort of Google Play application ID for the Andoroid application option I guess I will just finally publish the modRana Android port on Google Play to work around this. :)

Quote:

Originally Posted by skanky (Post 1485171)

I've got a debug log but it didn't display the requests. I'll try again with some other options enabled:

Code:

<snip>

I don't see nothing related to the OS layers, but there are still some unrelated errors I will certainly investigate, so thanks for the logs! :)

Quote:

Originally Posted by zod (Post 1485197)

Of course! Thats why I put it here.
DB looks like

Code:

CREATE TABLE tiles (x int, y int, z int, s int, image blob, PRIMARY KEY (x,y,z,s))

where z=17-zoom as written here: https://code.google.com/p/big-planet...alStorage.java
Not sure about filenames. Maybe modrana should read every .sqlite file and compare schemas?

Well, that is certainly an option, even though I would rather like to only use it as a last resort option if the file can't be identified by any other way. :)

Quote:

Originally Posted by t-b (Post 1485435)

Offline map rendering is not yet implemented in modRana, only offline routing is.

Quote:

Originally Posted by zod (Post 1485465)

just ignore it

You can also switch network usage to minimal in the Network section in Options. That should disable automatic tile download attempts, which are probably triggering those "missing connectivity" dialogs. :)

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

Martin,

I'm afraid that all resistance is futile and the toolchain will remain as it is. I suggested this multiple time, even planned a potential solution, but no one wanted to make the needed changes in the autobuilder. It's a pity, indeed.

Besides, there one more proof that we need toolchain upgrade - ocaml build succeeds only when using hathor with qemu 0.13. But who, apart from us, cares?

Anyway, the platform is so terribly outdated that I see its only chance in DebiaN900. It makes no sense upgrading so many packages, as great as Aapo seem to have failed.

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

Quote:

Originally Posted by MartinK (Post 1485566)

OS are still there on the Bing Maps interface. I've checked both the new and old interfaces. I'm wondering if, with the new interface, the url has changed. I can look into the source of the page showing the OS maps, but I don't know exactly what I'm looking for.

Quote:

Originally Posted by MartinK (Post 1485566)

On the other hand it seems to be possibly to use the Ordnance Survey layers directly once
you get an API key from here:

https://www.ordnancesurvey.co.uk/bus...openspace/api/

The only issues is that the only types of mobile applications they know are "An Android application" and "An iOS application". :D

As they want you to input some sort of Google Play application ID for the Andoroid application option I guess I will just finally publish the modRana Android port on Google Play to work around this. :)

I've had a look around and I can't see if they link a key to each user (via the Play account) or just one key to the developer and thus all downloaded instances of the application. The former wouldn't work for me, I've not used google for so long I'm not sure I could use my old account, but I may be able to contact OS to work round that. The latter might mean people running up against their fair use limits - though I haven't checked to see how likely that is for modrana.

Quote:

Originally Posted by MartinK (Post 1485566)

I don't see nothing related to the OS layers, but there are still some unrelated errors I will certainly investigate, so thanks for the logs! :)

No problem. Let me know if you want any more logs or tests done. :)

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

The Monav offline routing data repository has been updated!
The data in the repository, useful for offline routing with modRana, has been updated. :)

Also the infrastructure seems to be finally almost ready for unattended data updates, so in the near future the repository should be updated automatically every week. :)

BTW, the update itself takes about 30 hours - ~25 hours for planet splitting & ~5 hours for routing data generation.

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

Great news!!
Will redownloading monav routing data through marble on n900 also get the updates ones?

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

Quote:

Originally Posted by Dongle Fongle (Post 1488024)

Great news!!
Will redownloading monav routing data through marble on n900 also get the updates ones?

Monav uses its own data repository, different from the modrana.org hosted one. But the routing data from the modRana repository should be compatible, but you will probably need to figure out where to store it so that Monav pick it up. I guess it will be somewhere in MyDocs ?

And don't forget to make a how-to in once you make it work. :)

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

The modRana website is currently down
This is a known issue - the kind people from the Masaryk University NLP lab kindly hosting the modRana website & the related Monav routing data repository had an unfortunate & nasty hardware failure and are currently working on bringing their infrastructure back online.

Due to the seriousness of the hardware failure, there is no firm estimate of how long the service restoration might take, but hopefully just a few days. In case it takes longer I will probably setup a temporary website on GitHub Pages or some other suitable project web hosting place.

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

The modRana website is back online!
The heroic NLP lab admins have been successful and the modRana website and the related Monav offline routing data repository are back online! :)

So far everything that has been there before the outage seems to be in its place as far as I can tell, but please let me know if you think something is missing, if you find broken links, etc. :)

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

One useful thing I would like to see in modRana is to "set home" in the settings.
Some way to have the map load at a preset location if there is no GPS fix.

I seem to find that modRana loads in the middle of the sea and have to zoom out move over and zoom in while offline. Many times I can query the map and plan my route without waiting for a GPS fix so this would be a helpful time saver.

Good to here your sites back up and running again.

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

Quote:

Originally Posted by MartinK (Post 1488010)

on what machine i know you posted where its hosted but cant find the post now :)

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

Quote:

Originally Posted by sixwheeledbeast (Post 1492066)

One useful thing I would like to see in modRana is to "set home" in the settings.
Some way to have the map load at a preset location if there is no GPS fix.

Which platform ?

This is already kinda possible by creating a POI in the GTK GUI (available o the N900 & desktop) and then going to the POI details menu and using the "set as position" option. Not very discoverable and needlessly complicated.

Something like long pressing a place on map and selecting "set as current position" or being able to directly input coordinates should be also available.

Quote:

Originally Posted by sixwheeledbeast (Post 1492066)

I seem to find that modRana loads in the middle of the sea and have to zoom out move over and zoom in while offline. Many times I can query the map and plan my route without waiting for a GPS fix so this would be a helpful time saver.

At least on the N900 this happens as the system-wide location subsystem narrows down you position - first it finds out the country, then the region, etc. until it can reach a GPS based 3D fix. And unfortunately as it founds out the country it first zooms at the "center" of the country, resulting in the initial fix being in the middle of nowhere, until finally jumping to the actual place where you are.

I think I might already have a RFE somewhere for checking the fix quality and just discarding these spurious fixes until the correct one arrives (IIRC it can be detected from the fix metadata).

That way modRana would just show the last known position and then would jump to the actual GPS fix. Having a set "home" position might that would always be the focused when modRana starts up might also be useful. The concept of "home" coordinates could be useful also elsewhere, like "route home from where I am", etc.

Quote:

Originally Posted by nokiabot (Post 1492178)

on what machine i know you posted where its hosted but cant find the post now :)

This is where the modRana Monav offline routing data is stored:

http://data.modrana.org/monav/

also check out the modRana offline routing guide about how to use the routing data packs. :)

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

Well for me, N900 is the middle of the sea, Desktop is Brno the latter is possibly because there is no way to provide GPS data.

Never thought about a POI TBH, but yes I suppose a special Home POI could be useful.

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

Hello,

Apologies in advance if my question is answered elsewhere or this is the wrong thread for it.

I just installed modRana on my Jolla, and must say I rather like the look of it. Would very much appreciate to find out whether there is a way to:
- install offline routing,
- download map data for offline use.

Could anyone help me?