arimo at iki.fi
Mon Jun 2 07:51:29 BST 2008
I do not consider pressing a button every now and then and issue because
i have to do it all the time with LS anyway. In the urban environment
most of the streets are straight and one one usually notices a street
I have also learned to notice major curves in the roads but had to admit
i have seen especially dog handlers who cannot recognize even 90 degrees
crossing if they are a bit rounded. I mean the crossing, not the dog or
I do not consider it a big issue to make an alternative way to update the
trip meter to update only when user has give some keypad commmand to LS.
Of course there could be similar guard to protect agains too near
locations, ie another command is issued closer than URE from a previous
You can still escape from the Gates of hell: Use Linux!
On Sun, 1 Jun 2008, Shawn Kirkpatrick wrote:
> Once you find the propper ure for your receiver things should be fine since
> the accuracy value goes up with a bad signal.
> A manual update for a trip meter makes no sence since it wouldn't take in to
> account things like turns that may double back on the route. It would be
> like riding in a car and having to hit a button to make the odometer count
> up, that just doesn't happen. The trip meter may be slightly inaccurate but
> it'll really depend on your receiver, if you have bad drift you'll have more
> trouble than the trip meter.
> On Mon, 2 Jun 2008, Ari Moisio wrote:
>> Current value works best with static navigation -spoiled devices. It
>> is however usually not the failure of receiver but the temporary failure
>> in the receiving condition that makes the excessive drift.
>> Could you please elaborate, what makes the manual alternative in the
>> ripmeter 'ridiculous'? If we have for example a city with street corners
>> with better reception condition as the streets between them. Would it make
>> sense to update the tripmeter fewer times with a good signal condition
>> than many more times with more erroneus signal?
>> You can still escape from the Gates of hell: Use Linux!
>> mr. M01510
>> On Sun, 1 Jun 2008, Shawn Kirkpatrick wrote:
>>> The default ure value should work for most good receivers. Getting a propper
>>> value for your particular receiver may be trial and error. If you have that
>>> much drift then you'll probably have speed trouble as well.
>>> The trip meter in exploration mode is on the todo list.
>>> Manually updating the trip meter is a bit ridiculous, you don't do that
>>> anywhere else.
>>> On Sat, 31 May 2008, arimo at iki.fi wrote:
>>>> Tripmeter is a nice feature but...
>>>> - Using user range error to calculate minimum movement to count is too
>>>> low. I have set URE to 10 meters, quite high value for decent receivers
>>>> but still walked almost 400 meters just sitting on my garden. Finding a
>>>> good value for minimum movement is trial and error but current value is
>>>> too low. I'll look for higher values for URE if they would help.
>>>> - Also not updatin the tripmeter if speed is below static threshold d
>>>> might help.
>>>> - There could a manual mode where distance is advanced only by user
>>>> request or by giving any LS command.
>>>> - There could be a parallel tripmeter counting from zero everytime LS
>>>> is started.
>>>> - There could be a tripmeter-like functionality in the exploration mode
>>>> - LS converts stored distance kilometers to meters when closed and
>>>> launched again.
>>>> You can still escape from the Gates of hell: Use Linux!
>>>> mr. M01510
>>>> Loadstone mailing list
>>>> Loadstone at loadstone-gps.com
>>> Loadstone mailing list
>>> Loadstone at loadstone-gps.com
>> Loadstone mailing list
>> Loadstone at loadstone-gps.com
> Loadstone mailing list
> Loadstone at loadstone-gps.com
More information about the Loadstone