Active Topics
-
How many of you still use N900 as main phone? (595)
to Community by deutch1976 - 3 days, 3 hrs ago -
Big news (7)
to OS2008 / Maemo 4 / Chinook - Diablo by endsormeans - 4 days, 12 hrs ago -
Firefox with Leste (8)
to Maemo 7 / Leste by endsormeans - 4 days, 12 hrs ago - more...
 |
|
2012-07-26
, 03:22
|
|
Posts: 387 |
Thanked: 1,700 times |
Joined on Feb 2010
@ Cambridge, MA, USA
|
#1103
|
Originally Posted by MartinK
I think there's no real solution for the case that the route is offset or the route has been compressed by reducing the point count. Those problems may lead to unneeded reroutings however the threshold is set. The only solution is to not let the threshold get too small, no matter how it's defined.
Thats a good point and I really do want to integrate HDOP in the rerouting-check calculation. But as there might be another causes for false-alerts, namely routes that were mapped with a slight offset or routes that were mapped correctly, but then reduced in point count to reduce storage space (eq. you might get a straight line for a slightly curved route in the routing result), I would still like to let the user to set the rerouting distance to some arbitrary number manually, to get rid of excessive reroutes in some cases.
IMHO, just using a HDOP multiple won't work - if you have a very good HDOP (say <1 m), the real route differing just 3 meters from the computed one would trigger rerouting. A very bad HDOP (>100m) would result in a 300+ m corridor.
...
Possible algorithms that take HDOP into account:
Algorithm nr. 1
...
Algorithm nr. 2
...
Algorithm nr. 3:
...
Algorithm nr. 4:
- check if HDOP < (1/3)*rerouting_threshold (in meters)
- if its larger, them rerouting threshold = 3*HDOP
I like your algorithm 4. You set a floor below which the threshold cannot fall, and have no discontinuity at the point where you start using HDOP information. If the HDOP is a one standard deviation radius, then 3 standard deviations is a good threshold.
It's nice that you're adding more parameters for us to tweak. One little advantage our poor orphaned OS has is that at this point it is likely that nearly all N900 owners are geeks. Somebody writing an Android app can't assume his users like to fiddle with the app's parameters, but we can.
| The Following 6 Users Say Thank You to Ken-Young For This Useful Post: | ||
 |
|
2012-08-07
, 17:17
|
|
Posts: 1,455 |
Thanked: 3,309 times |
Joined on Dec 2009
@ Rochester, NY
|
#1106
|
Originally Posted by sup
I believe you can change where the maps are stored in the settings area. The default is the shared location for several apps (mappero and others). Why would you not want to share tiles across mapping programs?
Is it possible to store downloaded tiles somewhere else then in .maps folder? (i do not want them to be shared with mappero)
__________________
Maemo Council Member: May 2012 - November 2012
Hildon Foundation founding member.
Hildon Foundation Board of Directors: March 2013 - Jan 15, 2014
Maemo Council Member: May 2012 - November 2012
Hildon Foundation founding member.
Hildon Foundation Board of Directors: March 2013 - Jan 15, 2014
| The Following User Says Thank You to woody14619 For This Useful Post: | ||
|
|
2012-08-07
, 18:28
|
|
Posts: 197 |
Thanked: 91 times |
Joined on Dec 2010
|
#1107
|
Originally Posted by woody14619
Because of this. And since I opted for sqlite, it does not share maps anyway.
I believe you can change where the maps are stored in the settings area. The default is the shared location for several apps (mappero and others). Why would you not want to share tiles across mapping programs?
Well, I did not find it in the settings. Just option to use sqlite or not. Am I being blind? If so, could you be more specific where in the settings it is hidden.
| The Following User Says Thank You to sup For This Useful Post: | ||
|
|
2012-08-08
, 07:39
|
|
Posts: 569 |
Thanked: 462 times |
Joined on Jul 2010
@ USA
|
#1108
|
Storage location for the map tiles is defined in an editable configuration file.
I can't remember the name of the file or its location, but it's mentioned somewhere in this thread.
I can't remember the name of the file or its location, but it's mentioned somewhere in this thread.
|
|
2012-08-08
, 07:59
|
|
Posts: 197 |
Thanked: 91 times |
Joined on Dec 2010
|
#1109
|
Originally Posted by rotoflex
Ah, I see, it is in ~/.modrana/user_config.conf and the option is map_folder
Storage location for the map tiles is defined in an editable configuration file.
I can't remember the name of the file or its location, but it's mentioned somewhere in this thread.
Thanks!
|
|
2012-08-09
, 10:10
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1110
|
Originally Posted by Ken-Young
OK then, looks like I'll implement number 3.
I like your algorithm 4. You set a floor below which the threshold cannot fall, and have no discontinuity at the point where you start using HDOP information. If the HDOP is a one standard deviation radius, then 3 standard deviations is a good threshold.
Originally Posted by Ken-Young
Yeah, thats quite nice !
It's nice that you're adding more parameters for us to tweak. One little advantage our poor orphaned OS has is that at this point it is likely that nearly all N900 owners are geeks. Somebody writing an Android app can't assume his users like to fiddle with the app's parameters, but we can.
Still, good applications should be usable (in their default state) even for non-geeks but be configurable enough to satisfy advanced users.
Originally Posted by shady
Sorry, I haven't got to it yet - I was on vacation + was rewriting track logging + testing the new track logging & rerouting (while on vacation - both work just fine with 130 km/h+ on the Autobahn
MartinK, were you able to find anything out using the file i sent?
). I'll check it out right away.
Originally Posted by sup
There are other useful options in this configuration file:
Ah, I see, it is in ~/.modrana/user_config.conf and the option is map_folder
- tracklog storage path
- placement of map-screen buttons (per mode)
- widget configuration (per mode)
(It's quite heavily documented)
There is also another configuration file, used for configuring map layers:
map_config.conf
__________________
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; 2012-08-18 at 22:06. Reason: oops, fix algorithm number
 |
| Tags |
| bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 16:00.
So I looked for options.bin as well, but it wasnīt there to be found. I had [Show hidden files] on btw.