Notices

Originally Posted by nieldk

From github pages, the dependencies seems to be:
PySide & Qt 4.7.4+
python-mobility

and Qt Components (whatever that implies)

But, I can confirm that it is troublesome to install. And its not enough with simply n9mirror.

~ $ apt-cache showpkg python-qtmobility
Package: python-qtmobility
Versions:
0.2.2.1-0maemo3+0m6 (/var/lib/apt/lists/coderus.openrepos.net_n9mirror_apps_._Packages)
Description Language:
File: /var/lib/apt/lists/coderus.openrepos.net_n9mirror_apps_._Packages
MD5: 32ace0c0cec89c8f8a20eae36d9f7952]

Originally Posted by wisgal

Does that mean it cannot be installed on N9? The terminal image is attached.

Originally Posted by marmistrz

MartinK: any ETA for OSM vector maps? I'm starting to doubt that my N900 will survive until that foretold moment of modRana supporing vector maps.

Originally Posted by marmistrz

Besides, sorry for not fixing the packaging issues. They are minor and I totally forgot about them. I should fix them once and for all in the second half of June.

Originally Posted by handaxe

@MartinK,
Do you know which of the included map sources are working at present and which not? I have a few that yield errors - Virtual Earth, MapQuest for eg.

Originally Posted by peterleinchen

So, for sure python-qtmobility is available on the N9 repo mirror.

Looks like some other dependency is the problem.

Maybe we derail this thread, maybe not.
What you can/should do is install everything manually:
devel-su
apt-get install modrana
- error thrown about python-qtmobility, then
apt-cache search python-qtmobility
-see that it is available, and continue with
apt-get install python-qtmobility
read the log, find out which package is problem and continue with last two steps (apt-cache search ... and apt-get install ...)

Maybe this way we can narrow it down to the real problem.

Originally Posted by peterleinchen

So you still have downloads. maemo.nokia.com configured!
That is the reason.

Remove it from sssu file.
Or try to remove ancelads repo-mirror deb and install it again. Iirc there was some update on it. And n9 keeps older repos in higher (and singleton) priority (even it should take the next one )

Originally Posted by wisgal

Removed and reinstalled Ancelads repomirror from openrepos and the results are the same.

Regarding the second option I didn't find such configuration in the /.config folder.

Originally Posted by peterleinchen

Rebooted?


file /etc/apt/sourceslist.d/aegis.ssu-keyring-xxx.list

Originally Posted by MartinK

but I'm not sure if I'll be able to build it for Sailfish OS and I have serious doubts of an Android build being doable.

Originally Posted by MartinK

Still, the main issues still stands: How to get the data for rendering ? AFAIK big Mapnik tileservers use a Postgis database to fetch geometry during rendering - that would be probably too much of an overkill for the N900 and mobile devices in general. So some other more simple/lightweight format/store is needed that can still be plumbed to Mapnik (and/or ideally other potential renderers). Raw OSM data files (XML, PBF) won't do for any non-trivial area due to missing support for efficient random access and area queries.

Therefore some sort of custom format with pre-processed data will be needed - my current favorite is reusing the already present support for sqlite tile database files, but storing tile geometry instead of tile images, with optional per tile compression. Using this method the tile rendering backend would very easily query the geometry for any given tile.
There also options for just generating "geometry tiles" for all layers we might want to render for maximal simplicity and ultra fast fetching (this would make the database bigger than the raw OSM data for the area) or storing just a single (or a couple) of map layers and combine/split them for the given zoom level (meaning the database would not be (much) bigger than the raw OSM data for the area.

In short - I'm still investigating how to best do it and piecemail working on the needed components - testing your Mapnik port, investigating the QtQuick 2 Canvas, improving the modRana data repository, planning improvement in the tile storage module for "geometry tiles" support, etc.

Also as for related development - Basil Semuonov (probably best know for running Open Repos) has apparently been working on a offline rendering and routing server (I might have written about it already a while ago). That would also help a lot - provided that:

1. he actually ever releases it (he seems to be generally really busy)
2. it can be ported to Maemo (you have used your magic to port Magic, so I'm sure this would be easy for you ;-) )

More or less instant offline maps as his solution seems to have some sort of internal database (solving the data issue), can import raw OSM data and provides a localhost tile server (very easy to use by current modRana codebase).