Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 3 hrs, 10 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 15 hrs ago - more...
droll |
2011-07-23
, 14:15
|
|
Posts: 958 |
Thanked: 483 times |
Joined on May 2010
|
#781
|
try copying the tiles to a pc and running your script there.
|
|
2011-07-23
, 17:18
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#782
|
Originally Posted by slender
Thanks !
I promised to post some example from tomtom gui so here it goes
http://aijaa.com/v.php?i=000948347385.jpg
Originally Posted by slender
So this is basically current bearing vs north ? How useful is it actually ?
1. Animated compass needle showing your current direction in degrees.
Originally Posted by slender
This info should be hopefully available once modRana starts using Monav. BTW, I'm already starting to test it's Python bindings.
2. Graphical sign for next turn & distance to turn
3. The number or name of the road your are turning
Originally Posted by slender
The zoom buttons in modRana are IMO already far enough - but is shows nicely how elaborately is the TomTom GUI designed.
5. Zoom buttons (Far away from each other to minimize occurrence of miss taps of wrong button)
Originally Posted by slender
And maybe automatically switch to the bottom once the device is rotated to portrait ?
On N900 maybe the best compromise would be to use right or left edge of screen with column of ~200px
Originally Posted by gkuenning
Well not that difficult IMO.
Martin, quick question (because I'm too lazy to dig through the code right now!):
How hard would it be to allow turn-by-turn routes to be imported from a file?
Actually, thanks to your speed based voice message triggering patch modRana no longer needs the Google provided triggering distances. So a simple GPX file with some points having routing messages (using the <cmt>, <desc> or eveng <extension> tag ? GPX 1.1 schema) should be now quite easily usable for routing.
Some notes to this:
- modRana already does GPX loading for the tracklogs
- the Turn-by-Turn navigation module currently just processes the raw Google Directions result
- a simple generic class for storing route/tracklog info might be needed
- which would also help adding new online/offline routing providers, storing and loading routes, automatic route reloading at startup, etc.
Originally Posted by kureyon
Thanks for reporting! I'll check it out - looks like a Unicode conversion error to me.
There is a problem with displaying Chinese characters when using POI search:
__________________
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)
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; 2011-07-23 at 17:22.
|
|
2011-07-23
, 18:21
|
|
Posts: 3 |
Thanked: 0 times |
Joined on Jul 2011
|
#783
|
each time I try routing I always get "no route found". can someone tell me where I am going wrong?
|
|
2011-07-23
, 18:22
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#784
|
Originally Posted by beermad
There is some rough sqlite tile storage documentation on t the modRana project website.
Terrific application and amazingly full of features considering how new it is.
As an interim measure until you manage to include a feature to import tile files into the database, I'm writing a Perl script to do the job.
Its currently quite basic so please let me know if you find any errors or omissions.
Originally Posted by beermad
It lists the folder for available store files, then it checks them sequentially until it finds one that is under the maximum size threshold. If no such store is found, new one is created. Maximum store size threshold is 3.7 GB.
I can see from the structure of the SQLite databases that it's designed to have multiple store.sqlite.n files (presumably because otherwise the store could get ridiculously large: it looks like my 200 000 tile files would make for a file of about 2G). What logic do you use to decide when to create a new one? Is it when the last one gets to a certain size threshold?
The Python code that does this in modRana is here:
http://modrana.org/trac/browser/trun...eTiles.py#L200
Originally Posted by beermad
Can including it in the modRana package once it's done ? - Only if you don't mind, of course.
Once I've incorporated that into my script I'll post it here for anybody who might find it useful.
This way it could be placed in /usr/bin and would be easily callable as it would be in $PATH.
Originally Posted by beermad
I hit something similar - the solution was not to commit after every tile but just once every 50 or so tiles. This made the process quite faster IIRC.
Looks like it's a slow process if you've got a lot of tiles, though; my current test job has been running for about 90 minutes and has only imported 13 000 tiles.
__________________
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)
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; 2011-07-23 at 18:31.
|
|
2011-07-24
, 09:32
|
|
Posts: 21 |
Thanked: 7 times |
Joined on Jul 2010
@ Ipswich, England
|
#785
|
Originally Posted by MartinK
Ah, good. Nice and big. I wondered if maybe the size was restricted for performance reasons
It lists the folder for available store files, then it checks them sequentially until it finds one that is under the maximum size threshold. If no such store is found, new one is created. Maximum store size threshold is 3.7 GB.
Can including it in the modRana package once it's done ? - Only if you don't mind, of course.
This way it could be placed in /usr/bin and would be easily callable as it would be in $PATH.
I hit something similar - the solution was not to commit after every tile but just once every 50 or so tiles. This made the process quite faster IIRC.
| The Following User Says Thank You to beermad For This Useful Post: | ||
|
|
2011-07-26
, 09:23
|
|
Posts: 73 |
Thanked: 33 times |
Joined on Nov 2010
|
#786
|
Is there a problem in the latest version with displaying composite tiles?
I haven't used it in a long time, just using OSM, but tried just now a couple of times with OSM and Virtual Earth Sat and it just gets stuck on Loading... for each tile. Individually both work, but composite doesn't...
I haven't used it in a long time, just using OSM, but tried just now a couple of times with OSM and Virtual Earth Sat and it just gets stuck on Loading... for each tile. Individually both work, but composite doesn't...
|
|
2011-07-26
, 10:34
|
|
Posts: 73 |
Thanked: 33 times |
Joined on Nov 2010
|
#787
|
It seems the display fails for overlaid images, when one doesn't have the tiles to display, i.e. you zoom too much in for instance, so that no sat images are available.
Whereas before it overlaid also the not-available tile info, not it just shows loading...
But when I zoom out a level, it works.
Whereas before it overlaid also the not-available tile info, not it just shows loading...
But when I zoom out a level, it works.
| The Following User Says Thank You to jj0 For This Useful Post: | ||
|
|
2011-07-26
, 15:15
|
|
Posts: 21 |
Thanked: 7 times |
Joined on Jul 2010
@ Ipswich, England
|
#788
|
OK, I've got a working Perl script to import map tiles into the database.
At the moment, it won't run on the N900 itself, as I'm having a few problems getting the SQLite module to build on my scratchbox installation; I'll work on that over the next few days when I have spare time and see if I can get that working.
Dependencies: You'll need to install the Perl DBI and DBD-SQLite modules. These should be available from your disto's repositories (otherwise, get them from CPAN).
It took about 75 minutes to import my 200 000 tiles into the database on my dual-core Athlon machine; obviously this will vary depending on the speed of the machine it's done on. The script is interruptible - just hit Control-C and it'll shut down cleanly. Then restart at your leisure.
Getting it to work on an OS other than Linux is left as an exercise for the reader, as I'm happily Microsoft-free.
It demonstrates well the oft-mentioned clustering problem with FAT partitions; my tile files allocated 12.5G of space, whereas the store file is only 543M.
Instructions:
Download the script from http://www.beermad.org.uk/mapconvert
Either copy your ~/MyDocs/.maps directory to your Linux box or mount your MyDocs partition on it. Try to preserve the timestamps if copying (as they're recorded in the database, I assume they're used to work out if a new copy of any tile is needed if they've changed on the tile server) - for example, if using scp:
The script only works on tiles in the current working directory, so for each map-type, cd into the relevant directory:
Then run the script (no parameters needed).
If necessary, copy the lookup.sqlite and store.sqlite.* files back to your N900.
If there are any tiles already in the database, it leaves them there and it doesn't try to over-write any if one it finds already exists (at some time I should change this so it does over-write if the tile file is newer).
If you already have tiles in a database, I recommend making a copy first, just in case anything goes wrong. I've tested the script a fair bit, but can't guarantee something won't screw up.
Last edited by beermad; 2011-07-26 at 15:25.
At the moment, it won't run on the N900 itself, as I'm having a few problems getting the SQLite module to build on my scratchbox installation; I'll work on that over the next few days when I have spare time and see if I can get that working.
Dependencies: You'll need to install the Perl DBI and DBD-SQLite modules. These should be available from your disto's repositories (otherwise, get them from CPAN).
It took about 75 minutes to import my 200 000 tiles into the database on my dual-core Athlon machine; obviously this will vary depending on the speed of the machine it's done on. The script is interruptible - just hit Control-C and it'll shut down cleanly. Then restart at your leisure.
Getting it to work on an OS other than Linux is left as an exercise for the reader, as I'm happily Microsoft-free.
It demonstrates well the oft-mentioned clustering problem with FAT partitions; my tile files allocated 12.5G of space, whereas the store file is only 543M.
Instructions:
Download the script from http://www.beermad.org.uk/mapconvert
Either copy your ~/MyDocs/.maps directory to your Linux box or mount your MyDocs partition on it. Try to preserve the timestamps if copying (as they're recorded in the database, I assume they're used to work out if a new copy of any tile is needed if they've changed on the tile server) - for example, if using scp:
Code:
scp -pr ~/MyDocs/.maps mycomputer:/tmp
Code:
cd /path/to/tile_directory
If necessary, copy the lookup.sqlite and store.sqlite.* files back to your N900.
If there are any tiles already in the database, it leaves them there and it doesn't try to over-write any if one it finds already exists (at some time I should change this so it does over-write if the tile file is newer).
If you already have tiles in a database, I recommend making a copy first, just in case anything goes wrong. I've tested the script a fair bit, but can't guarantee something won't screw up.
Last edited by beermad; 2011-07-26 at 15:25.
| The Following User Says Thank You to beermad For This Useful Post: | ||
|
|
2011-07-26
, 17:45
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#789
|
Originally Posted by jj0
ModRana now overlays the two tiles only once and then caches the result & displays the result. Before the tiles are combined, only the loading tile is shown.
It seems the display fails for overlaid images, when one doesn't have the tiles to display, i.e. you zoom too much in for instance, so that no sat images are available.
Whereas before it overlaid also the not-available tile info, not it just shows loading...
But when I zoom out a level, it works.
Like this, when tiles from one layer are missing, nothing is shown.
This can be IMO improved:
- just showing the "good" layer
- overlaying with the error tile to inform the user that one layer is broken
Originally Posted by beermad
Can I put your script & HOWTO on the modRana wiki ?
OK, I've got a working Perl script to import map tiles into the database.
__________________
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)
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)
| The Following User Says Thank You to MartinK For This Useful Post: | ||
|
|
2011-07-26
, 18:10
|
|
Posts: 21 |
Thanked: 7 times |
Joined on Jul 2010
@ Ipswich, England
|
#790
|
Originally Posted by MartinK
Certainly. Be my guest. Hope it's useful to a few people.
Can I put your script & HOWTO on the modRana wiki ?
| The Following User Says Thank You to beermad For This Useful Post: | ||
 |
| Tags |
| bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 20:52.