Notices


Reply
Thread Tools
Posts: 569 | Thanked: 462 times | Joined on Jul 2010 @ USA
#1041
I do not really wish to make extra work for Martin who has done so much work already to make Modrana an excellent program, but it would be nice if in a future update that in options there was a picker or text entry box to set the location where tiles are stored.

As the collection of tiles increases, it really does seem better to move them to a memory card, & editing the config file seems to often to lead to typo problems, etc.
 

The Following 2 Users Say Thank You to rotoflex For This Useful Post:
peterleinchen's Avatar
Posts: 4,118 | Thanked: 8,901 times | Joined on Aug 2010 @ Ruhrgebiet, Germany
#1042
And even better put them in a loopback mounted file with less cluster size (each little tile uses 64KB on eMMC).
See here
Or consider using SQLite DB, MartinK?
 

The Following User Says Thank You to peterleinchen For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#1043
Originally Posted by cirodv View Post
I'm facing serious problems when trying to batch download an area for my Google Map layer. Downloading "on the fly" is (almost) always efficient and fast, even via cellular network, but the batch downloading always fails - with few exceptions.
The reason is simple - Google doesn't like batch downloading and block further downloads once it is detected.

Originally Posted by cirodv View Post
My /home/user/.modrana/map_config.conf sets "http://mt1.google.com/vt/"
as the url where the Google Maps are supposed to live, but opening such an url with my browser gives the error message "Your client has issued a malformed or illegal request. That's all we know.". Is this the issue?
Nope, thats just the prefix used to build the URL, a valid one looks like this:

http://mt1.google.com/vt/lyrs=m@1770...pp&x=6&y=6&z=4

Originally Posted by cirodv View Post
A good solution could the Sqlite batch import scrip discussed at
http://modrana.org/trac/wiki/SQLiteT...rtPerlScriptEN.
Well, you still need to get tile tiles somewhere first.

Originally Posted by cirodv View Post
The problem here is that the perlscript mapconvert I've downloaded
from http://www.beermad.org.uk/mapconvert doesn't work in my linux box running Fedora: the error message is "install_driver(SQLite)
failed: Can't locate DBD/SQLite.pm in @INC (@INC contains:
/usr/local/lib/perl5 /usr/local/share/perl5 /usr/lib/perl5/vendor_perl
/usr/share/perl5/vendor_perl /usr/lib/perl5 /usr/share/perl5 .) at (eval 5)
line 3. Perhaps the DBD::SQLite perl module hasn't been fully installed,
or perhaps the capitalisation of 'SQLite' isn't right. Available drivers:
DBM, ExampleP, File, Gofer, Proxy, Sponge, mysql. at ./mapconvert line 24".

Which are the packages required? According to the listed dependencies, it seems that the rpm packages perl-DBI and perl-DBD-MySQL should meet the requirements, but, although I've installed them, I get the previous mentioned perl error message.

Thank you very much for any help.
Unfortunately, I don't have a Fedora installation at hand at the moment - well, you can try to just install everything with "sqlite" in name and check if it fixes the issue.

Originally Posted by Ken-Young View Post
Nevermind - I found the problem. The Network Usage option Only For Important Data had been set. Apparently downloading tiles is not considered important. Selecting Unlimited Use of Network fixed the problem.
Yeah, the naming should really be changed to be more descriptive.
Only For Important Data means that no map tiles are downloaded but online routing & search are still allowed.
So maybe "Routing & search only" would be a better name ?

Originally Posted by rotoflex View Post
I do not really wish to make extra work for Martin who has done so much work already to make Modrana an excellent program, but it would be nice if in a future update that in options there was a picker or text entry box to set the location where tiles are stored.

As the collection of tiles increases, it really does seem better to move them to a memory card, & editing the config file seems to often to lead to typo problems, etc.
OK, I'll have a look at it once I have some spare time, shouldn't be that difficult. IMHO, entry box is a better choice, as the default Hildon folder chooser is dog slow & doesn't usually show all available folders (does it even show invisible folders ?).

Originally Posted by peterleinchen View Post
And even better put them in a loopback mounted file with less cluster size (each little tile uses 64KB on eMMC).
See here
Or consider using SQLite DB, MartinK?
Already implemented. The modrana.org wiki has more more information about how it works. You can also use the (above mentioned) Perl script to import the tiles you have already downloaded to 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)
 

The Following 7 Users Say Thank You to MartinK For This Useful Post:
int_ua's Avatar
Posts: 676 | Thanked: 1,067 times | Joined on Jul 2010 @ Kyiv, Ukraine
#1044
But the tiles location is shared between multiple map applications and if you use them to view the same location you will have the tiles stored twice, right?
 
Posts: 3 | Thanked: 4 times | Joined on Sep 2010 @ Italy
#1045
Originally Posted by MartinK View Post
The reason is simple - Google doesn't like batch downloading and block further downloads once it is detected.


Nope, thats just the prefix used to build the URL, a valid one looks like this:

http://mt1.google.com/vt/lyrs=m@1770...pp&x=6&y=6&z=4


Well, you still need to get tile tiles somewhere first.


Unfortunately, I don't have a Fedora installation at hand at the moment - well, you can try to just install everything with "sqlite" in name and check if it fixes the issue.


Yeah, the naming should really be changed to be more descriptive.
Only For Important Data means that no map tiles are downloaded but online routing & search are still allowed.
So maybe "Routing & search only" would be a better name ?


OK, I'll have a look at it once I have some spare time, shouldn't be that difficult. IMHO, entry box is a better choice, as the default Hildon folder chooser is dog slow & doesn't usually show all available folders (does it even show invisible folders ?).


Already implemented. The modrana.org wiki has more more information about how it works. You can also use the (above mentioned) Perl script to import the tiles you have already downloaded to the database.

Looks like Google Maps shouldn't be used when one needs to preload some areas (for instance before travelling abroad). Hoping
Google will change policy about that.

I got the point about the URL. My fault. My fault also the misinterpretation of mapconvert: I understood its aim was to download tiles off-line - typically on the PC.
 

The Following User Says Thank You to cirodv For This Useful Post:
Posts: 569 | Thanked: 462 times | Joined on Jul 2010 @ USA
#1046
Originally Posted by int_ua View Post
But the tiles location is shared between multiple map applications and if you use them to view the same location you will have the tiles stored twice, right?
It is possible that many tend to use one map application - I do, anyway. It does seem like the default should continue to be the shared maps directory.

Then, if someone is using Modrana & really needs additional storage space, the option is there to move the tiles to a memory card. It would be ideal if the other map applications also made the tiles directory configurable, but all things can't be made ideal!

I just thought of another feature that might be useful - POI's with alarms. Since the GPS is on already, & you can enter POI's, it could be useful to associate an alarm with the POI so you don't drive past it. I would add POI's for speed limit change signs & set a bong sound in areas that I sometimes forget to to speed up or slow down in.
 

The Following 2 Users Say Thank You to rotoflex For This Useful Post:
Ken-Young's Avatar
Posts: 387 | Thanked: 1,700 times | Joined on Feb 2010 @ Cambridge, MA, USA
#1047
Originally Posted by MartinK View Post
[...]
Yeah, the naming should really be changed to be more descriptive.
Only For Important Data means that no map tiles are downloaded but online routing & search are still allowed.
So maybe "Routing & search only" would be a better name ?
[...]
Yes, I think so. Or, if tiles are the only things not downloaded when Only For Important Data is selected, then perhaps it could be named Don't Download Tiles.

Thanks very much Martin, for maintaining this package; it's by far my favorite map program for the N900.

Last edited by Ken-Young; 2012-05-29 at 00:31.
 

The Following 4 Users Say Thank You to Ken-Young For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#1048
Originally Posted by int_ua View Post
But the tiles location is shared between multiple map applications and if you use them to view the same location you will have the tiles stored twice, right?
Yep, but:
Originally Posted by rotoflex View Post
It is possible that many tend to use one map application - I do, anyway. It does seem like the default should continue to be the shared maps directory.
Also if you use sqlite tile storage, there are so far no other navigation apps with support for the format other than modRana. This might change in the future as the format is open & documented here and the Cloud GPS developer mentioned having support for it on his roadmap.

Originally Posted by rotoflex View Post
Then, if someone is using Modrana & really needs additional storage space, the option is there to move the tiles to a memory card. It would be ideal if the other map applications also made the tiles directory configurable, but all things can't be made ideal!
I think most probably support this through their configuration files.

Originally Posted by rotoflex View Post
I just thought of another feature that might be useful - POI's with alarms. Since the GPS is on already, & you can enter POI's, it could be useful to associate an alarm with the POI so you don't drive past it. I would add POI's for speed limit change signs & set a bong sound in areas that I sometimes forget to to speed up or slow down in.
This is actually already a ticket for this from a long time ago. A new table in the POI database with rows bound to the POI ids would be needed. This table would store all the various alarms (more than one alarm per POI would be supported) & their metadata (distance, beep/spoken message, enabled/disabled, etc.). and you would have to assure that alarms are removed when a POI is deleted (this might be automatic given proper key arrangements are done in the database).

While I still think this is the proper way for implementing POI based alarms, your question got me thinking it there is another, more simple way how for handling alarms.

I asked myself a couple questions:
  • do the alarms need to be bound to POI after all ?
  • how to easily add an alarm without making a POI ?
  • how to make it easy for users to add many alarms at once (eq. with a script that generates them from a list of speed-limits/whatever) ?

Result: Plain-text alarm lists !
The alarms would be just stored in one or more plain-text files, one alarm per row with CSV notation.

Row notation might look like this:
Code:
lat;lon;distance;enabled;name;alert

51.178844,-1.826189;200;1;Stonehenge;Watch for the stones !
Explanation:
lat - latitude in decimal format
lon - longitude in decimal format
distance - trigger distance
enabled - 1 = enabled, 0 = disabled
name - displayed name
alert - any string other than BEEP or SAY would go directly to text-to-speech, BEEP triggers some default alarm sound, SAY: says whats after the colon (so you can SAY:BEEP )

What about elevation ?
A friend of mine is a glider pilot so the idea of 3D alarm coordinates has crossed my mind. Still, I want the format be as simple as possible (so that users can basically just generate the lists in excel/calc) and elevation would probably not bee needed 99% of the time. As a result, elevation support can be added in the future - probably into the distance field with some prefix (eq. ELEV:375,200)

How to add new alarms ?
There would be two ways: editing the alarm lists from the outside (just create a valid list and modRana will be able to use it) or interactively inside modRana (create new lists, add alarms from map/poi/coordinates, enabled/disable alarms, activate/deactivate alarm lists).

And now the most important thing:
What do you thing about this idea ?
  • did I forgot about some essential alarm parameter ?
  • any ideas for a better row format or an other technical solution overall ?
  • implementation/scalability concerns ?
  • or anything else ?
__________________
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; 2012-06-01 at 21:52.
 

The Following 9 Users Say Thank You to MartinK For This Useful Post:
Posts: 1,341 | Thanked: 708 times | Joined on Feb 2010
#1049
The fact that sql-format of tiles database is documented and no other map application in N900 is using it, is IMO just a prove only modRana is actively developed and the best navigation software for N900. It is a shame the other map-application developers do not implement the sql-database system, which could be shared between applications.

I think I've installed all available map-, gps-, navigation- applications available for N900, but modRana is what I find most useful.
 

The Following User Says Thank You to zimon For This Useful Post:
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#1050
IIRC, sqlite tile's database is on it's way for Marble too.

But, those whirlwind of development convinced me to try ModRana as well sounds like really nice tool.

/Estel
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 
Reply

Tags
bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps


 
Forum Jump


All times are GMT. The time now is 19:38.