![]() |
2011-08-02
, 19:58
|
Posts: 235 |
Thanked: 163 times |
Joined on Dec 2008
@ Costa Rica
|
#811
|
The Following User Says Thank You to lsolano For This Useful Post: | ||
![]() |
2011-08-02
, 20:03
|
|
Posts: 623 |
Thanked: 289 times |
Joined on Jan 2010
@ UK
|
#812
|
The Following User Says Thank You to JonWW For This Useful Post: | ||
![]() |
2011-08-03
, 12:05
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#813
|
We've all done it, nothing to be ashamed of.
More to the point, what was in the file and how did it get there?
# migrate options.bin if [ -w /opt/modrana/data/options.bin ];then echo "migrating options.bin" mv /opt/modrana/data/options.bin /home/user/.modrana fi
![]() |
2011-08-03
, 12:22
|
Posts: 650 |
Thanked: 497 times |
Joined on Oct 2008
@ Ghent, Belgium
|
#814
|
Well, still better than the bumblebee disaster.
![]() |
2011-08-03
, 15:55
|
Posts: 451 |
Thanked: 334 times |
Joined on Sep 2009
|
#815
|
Well, still better than the bumblebee disaster.
![]() |
2011-08-03
, 17:57
|
Posts: 21 |
Thanked: 7 times |
Joined on Jul 2010
@ Ipswich, England
|
#816
|
Well, I'm not really a database architect - I basically just thought quite a long time about how to make an universal schema and asked a friend who works with databases a bit.Well, like this, the lookup and store databases are independent - so when the lookup one is corrupted, it should be possible to regenerate it just form the stores.
Yeah - say we have x=1 y=2 and z=17 -> 1217, also x=1,y=21,z=7 -> 1217 ...
A hash with separators might work though: 1,2,17 vs 1,21,7 - would something like this be usable ?
Also, would it be possible to maintain backward compatibility by adding this new indexes and still storing the old info ? Converting all the existing database files users might already have would be quite a headache and also some developers might be already working on supporting the format in its current form (IIRC the CloudGPS developer, maybe also some others).
There is a version filed in the schema, so it would be possible to do something like this:
- 1 = current version
- 2 = old info + new indexes
- 3 = just new indexes
CREATE TABLE tiles (z INTEGER, x INTEGER, y INTEGER, store_filename STRING, extension varchar(10), unix_epoch_timestamp INTEGER, store_tilenumber INTEGER, lookup STRING, PRIMARY KEY(lookup)); CREATE TABLE version (v integer); CREATE INDEX oldindex on tiles (z,x,y);
CREATE TABLE tiles (z INTEGER, x INTEGER, y INTEGER, tile BLOB, extension VARCHAR(10), unix_epoch_timestamp INTEGER, id INTEGER AUTO INCREMENT, PRIMARY KEY(id)); CREATE TABLE version (v integer); CREATE INDEX oldindex on tiles (z,x,y);
![]() |
2011-08-03
, 18:20
|
Posts: 1,523 |
Thanked: 1,997 times |
Joined on Jul 2011
@ not your mom's FOSS basement
|
#817
|
This was for legacy reasons - Rana, the modRana predecessor was developed for the Neo FreeRunner, where everything run under root.So it didn't matter where they were stored.
Well, I've just sent V0.27-2 to the autobuilder, that does just this
check out the updated data storage article for details about the new paths.
In short:
- map data - nothing changes, still MyDocs/.maps
- POI- nothing changes, still MyDocs/.maps
- tracklogs are now stored in MyDocs/tracklogs, old tracklogs should be migrated there automatically
- configuration files are now in ~/.modrana
OK, I'll change it to reload the directory once it is listed from the GUI.
I'm looking at this right now.
![]() |
2011-08-03
, 19:55
|
Posts: 2,829 |
Thanked: 1,459 times |
Joined on Dec 2009
@ Finland
|
#818
|
![]() |
2011-08-03
, 20:00
|
Posts: 539 |
Thanked: 165 times |
Joined on Feb 2010
@ Berlin, Germany
|
#819
|
![]() |
2011-08-03
, 20:09
|
Posts: 650 |
Thanked: 497 times |
Joined on Oct 2008
@ Ghent, Belgium
|
#820
|
![]() |
Tags |
bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps |
|