[Loadstone] Some feature wishes

Shawn Kirkpatrick shawn at loadstone-gps.com
Wed Nov 9 08:40:00 GMT 2011


This is pretty much along the lines of what I was thinking. This seems like 
the simplest way of implementing this.

On Tue, 8 Nov 2011, Przemys?aw Rogalski wrote:

> What for?
> Let's make it simpler:
> Database menu item: "Save as default", that would save paths and filenames of 
> the currently loaded databases into a file called "default_database" .
> Upon Ls startup, the appropriate paths could be scanned and databases loaded.
> Additional menu items "Show default databases" (with a list of loaded ones) 
> and "delete default databases" for clearing the cfg file could be added as 
> well.
> What do you think about it?
> ----- Original Message ----- From: "Ari Moisio" <arimo at iki.fi>
> To: <loadstone at loadstone-gps.com>
> Sent: Tuesday, November 08, 2011 8:02 AM
> Subject: Re: [Loadstone] Some feature wishes
>
>
>> Hello
>> 
>> I have thought following scheme:
>> 
>> - Ls will scan each database and store their  boundign boxes, ie minlon,
>> minlat, maxlon, maxlat) to separate table.
>> 
>> - When selecting map LS will offer  nearby maps top at the list.
>> 
>> -When starting there could be a user-settable option witch map  to open:
>> -  Map with  fixed name, for example 'default'.
>> - Nearest map
>> - All maps  user are inside according their bounding boxes.
>> All these selections could also have their own shutcut key.
>> 
>> 
>> If GPS signal is not available LS could also make a corase selection by 
>> using the GSM cell identification stored on each database to select the 
>> closest one.
>> 
>> 
>> -- 
>> mr. M01510 & guide Loadstone-GPS
>> hkp://wwwkeys.pgp.net B784D020
>> 0C1F 6A76 DC9D DD58 3383 8B5D 0E76 9600  B784 D02
>> 
>> On Mon, 7 Nov 2011, Farfar on Laptop wrote:
>> 
>>> Shawn,
>>> 
>>> You're thinking along the right lines, I'm sure. Regardless of the
>>> technique, having to use Y Browser to rename a database file to default is
>>> definitely not good for someone who travels.
>>> 
>>> Dave Carlson
>>> Sent from my Dell Latitude E6520 using Windows 7, San Francisco Bay Area
>>> ----- Original Message -----
>>> From: "Shawn Kirkpatrick" <shawn at loadstone-gps.com>
>>> To: <loadstone at loadstone-gps.com>
>>> Sent: Monday, November 07, 2011 16:37
>>> Subject: Re: [Loadstone] Some feature wishes
>>> 
>>> 
>>> Loading the last used database on start could work but might not be 
>>> anymore
>>> useful than the current system. It also means starting loadstone in a bit 
>>> of
>>> an unknown state since the loaded database could be changing on every 
>>> start.
>>> It could be set in the configuration but then it would only account for
>>> loading a single database. If this system is going to be changed it might 
>>> as
>>> well be done right. Since loadstone can load more than one database at a
>>> time whatever system is used should allow for loading more than one 
>>> database
>>> at start up. The interface to this system should also make sence and be 
>>> easy
>>> to use.
>>> 
>>> On Mon, 7 Nov 2011, Farfar on Laptop wrote:
>>> 
>>>> 
>>>> Shawn,
>>>> 
>>>> Yes, directing Loadstone on the preferred database on startup is fine, as
>>>> well. Why not just allow the "last used" database to be the default on
>>>> startup? Set this in the configuration. That is a user preference. Of
>>>> course
>>>> the only hitch there is to somehow tell the user which database is loaded
>>>> on
>>>> startup.
>>>> 
>>>> Otherwise just set the preferred database in the configuration, rather
>>>> than
>>>> defaulting to default,as we do now.
>>>> 
>>>> Dave Carlson
>>>> Sent from my Dell Latitude E6520 using Windows 7, San Francisco Bay Area
>>>> ----- Original Message -----
>>>> From: "Shawn Kirkpatrick" <shawn at loadstone-gps.com>
>>>> To: <loadstone at loadstone-gps.com>
>>>> Sent: Monday, November 07, 2011 15:58
>>>> Subject: Re: [Loadstone] Some feature wishes
>>>> 
>>>> 
>>>> I don't think you'd really like the results of implementing what you
>>>> suggest. Having the database "overwrite" would be a very bad idea since
>>>> this
>>>> would result in data loss when the default was changed. I think what 
>>>> there
>>>> needs to be is a way of telling loadstone which databases to load on 
>>>> start
>>>> up. I'm not sure what the best way to do this is going to be thoe.
>>>> 
>>>> On Mon, 7 Nov 2011, Farfar on Laptop wrote:
>>>> 
>>>>> Shawn
>>>>> 
>>>>> 
>>>>> If I can ask again, I'd like a better way to assign a default database.
>>>>> You
>>>>> need to have a choice to overwrite the existing default database with 
>>>>> the
>>>>> one currently loaded. When I travel I have to either repeatedly load the
>>>>> desired database each time I start Loadstone, or go into Y-Browser and
>>>>> copy/rename in the folder so that a new default is created. Just allow
>>>>> the
>>>>> currently loaded database to overwrite the default at the user's 
>>>>> request.
>>>>> 
>>>>> Dave Carlson
>>>>> Sent from my Dell Latitude E6520 using Windows 7, San Francisco Bay Area
>>>>> ----- Original Message -----
>>>>> From: "Shawn Kirkpatrick" <shawn at loadstone-gps.com>
>>>>> To: <loadstone at loadstone-gps.com>
>>>>> Sent: Tuesday, October 25, 2011 15:18
>>>>> Subject: Re: [Loadstone] Some feature wishes
>>>>> 
>>>>> 
>>>>> Trying to interrupt an already running function just doesn't work. To 
>>>>> see
>>>>> what happens with this just try tapping any key twice as if you were
>>>>> double
>>>>> clicking and see what happens. The output will speak twice, the second
>>>>> output doesn't cut the first one off. This isn't at all what you'd want
>>>>> with
>>>>> a double click.
>>>>> 
>>>>> On Tue, 25 Oct 2011, Ari Moisio wrote:
>>>>> 
>>>>>> Hi
>>>>>> 
>>>>>> I think there is no need for  the delay with double click commands but
>>>>>> the
>>>>>> double clicked shoftcut will interrupt the first function. This of
>>>>>> course
>>>>>> means that one cannot assign an interactive command such as label point
>>>>>> as
>>>>>> the  one-click  shoftcut if  he/she wants to have a double-click 
>>>>>> command
>>>>>> too.
>>>>>> 
>>>>>> I agree with ordered checkpoint lists. With those both relative and
>>>>>> cardinal
>>>>>> direction could be calculated on the fly but i still consider the name
>>>>>> of
>>>>>> waypoints if available at the comment field because with that
>>>>>> information
>>>>>> the
>>>>>> routes are easier to use ithout a map of that same area.
>>>>>> 
>>>>>> I tried to make the route  informatio similar to those verbose maps i
>>>>>> have
>>>>>> used every now and then and with those maps  there are separate maps 
>>>>>> for
>>>>>> each
>>>>>> direction.
>>>>>> 
>>>>>> -- mr. M01510 & guide Loadstone-GPS
>>>>>> hkp://wwwkeys.pgp.net B784D020
>>>>>> 0C1F 6A76 DC9D DD58 3383 8B5D 0E76 9600  B784 D02
>>>>>> 
>>>>>> On Mon, 24 Oct 2011, Shawn Kirkpatrick wrote:
>>>>>> 
>>>>>>> The double click idea for keys is interesting. This would give more
>>>>>>> keys
>>>>>>> especially on those phones that don't have many buttons such as the
>>>>>>> newer
>>>>>>> touch screen phones. This cwould slow down the responsiveness of 
>>>>>>> single
>>>>>>> key
>>>>>>> commands thoe since it would have to wait to see if a double click was
>>>>>>> about to follow.
>>>>>>> I think the real solution to the routing problem is propperly 
>>>>>>> sequenced
>>>>>>> routes. Trying to add all the information using a checkpoint's comment
>>>>>>> field presentes several problems. The first problem is it only 
>>>>>>> accounts
>>>>>>> for
>>>>>>> a route in a specific order going in a specific direction. This means
>>>>>>> the
>>>>>>> system can't account for changes in the travel conditions, if you're
>>>>>>> approaching a checkpoint from another direction any hard-coded
>>>>>>> directions
>>>>>>> in the comment field are meaningless. The checkpoint logic doesn't
>>>>>>> follow
>>>>>>> any order so points could be announced out of sequence making any
>>>>>>> relative
>>>>>>> information unusable at that point. This also doesn't account for 
>>>>>>> doing
>>>>>>> a
>>>>>>> route in reverse.
>>>>>>> What's needed is a sequenced route system. Basically checkpoints with
>>>>>>> sequence numbers as well as some other information such as which
>>>>>>> direction
>>>>>>> of a route the point applies to. This way a route could be followed in
>>>>>>> propper order but also account for the direction or starting at a 
>>>>>>> point
>>>>>>> other than the beginning or end.
>>>>>>> I want to get this system designed propperly rather than trying to 
>>>>>>> hack
>>>>>>> things on to the existing checkpoint system.
>>>>>>> 
>>>>>>> On Mon, 24 Oct 2011, Ari Moisio wrote:
>>>>>>> 
>>>>>>>> Hi
>>>>>>>> 
>>>>>>>> Some additional functionality, hopefully not too hard to implement:
>>>>>>>> 
>>>>>>>> - A new shortcut key modifier: doble click:
>>>>>>>> 
>>>>>>>> if user presses same shortcut  key  rapidly twice LS could perform
>>>>>>>> another
>>>>>>>> unction. For example:
>>>>>>>> 
>>>>>>>> Single press  for gps time, double press for gps date or single press
>>>>>>>> for
>>>>>>>> next checkpoint, double press for next comment and so on.
>>>>>>>> 
>>>>>>>> Although there probably are  shortcuts enough for  each assignamble
>>>>>>>> function i have found it easier if similar functionality can be tied
>>>>>>>> to
>>>>>>>> same key: for example  shorpt press to read out the tripmetre, long
>>>>>>>> press
>>>>>>>> to toggle the state of int and shitfed press to reset the tripmetre.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Another feature is for  manual route creation:  when user approaches 
>>>>>>>> a
>>>>>>>> turning point there could be a   single keystroke command to adde
>>>>>>>> following information to the checkpoint loist:
>>>>>>>> - Sequence number, blank padded to ease sorting them.
>>>>>>>> - Turining instruction, both relative and cardinal
>>>>>>>> - Name of nearest point to the comment field. If there is not point
>>>>>>>> nearby
>>>>>>>> leave the comment field blank.
>>>>>>>> 
>>>>>>>> To thet the new direction from tthe  checkpoint LS have to wait 
>>>>>>>> untinl
>>>>>>>> user has moved certain distance (10 - 20 meters) from the checked
>>>>>>>> point
>>>>>>>> or
>>>>>>>> there also could be  a shortcut key for this purpose.
>>>>>>>> 
>>>>>>>> Checkpoints will look like this, spaces int  the sequence number are
>>>>>>>> marked as underscores. Added comments in parenthesis.
>>>>>>>> 
>>>>>>>> ___1 to northwest (home door)
>>>>>>>> ___2 ahead to northwest (mailbox)
>>>>>>>> ___3 turn left to east (examplestreet 8)
>>>>>>>> ___4 turn left to north (examplestreet / mainstreet)
>>>>>>>> ...
>>>>>>>> __15 turn right to west (street 2 /street 3)
>>>>>>>> __16 destination (shop)
>>>>>>>> 
>>>>>>>> If user is standing still when entering the checkpoint there will be
>>>>>>>> no
>>>>>>>> relative instruction, only the cardinal direction.
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Shceme is similar to gosmore-base route planner i'm working for.
>>>>>>>> 
>>>>>>>> --
>>>>>>>> mr. M01510 & guide Loadstone-GPS
>>>>>>>> hkp://wwwkeys.pgp.net B784D020
>>>>>>>> 0C1F 6A76 DC9D DD58 3383 8B5D 0E76 9600  B784 D02
>>>>>>>> _______________________________________________
>>>>>>>> Loadstone mailing list
>>>>>>>> Loadstone at loadstone-gps.com
>>>>>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Loadstone mailing list
>>>>>>> Loadstone at loadstone-gps.com
>>>>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>>>>> 
>>>>>> _______________________________________________
>>>>>> Loadstone mailing list
>>>>>> Loadstone at loadstone-gps.com
>>>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>>>> 
>>>>> _______________________________________________
>>>>> Loadstone mailing list
>>>>> Loadstone at loadstone-gps.com
>>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>>> 
>>>>> _______________________________________________
>>>>> Loadstone mailing list
>>>>> Loadstone at loadstone-gps.com
>>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>>> 
>>>> _______________________________________________
>>>> Loadstone mailing list
>>>> Loadstone at loadstone-gps.com
>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>> 
>>>> _______________________________________________
>>>> Loadstone mailing list
>>>> Loadstone at loadstone-gps.com
>>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>>> 
>>> _______________________________________________
>>> Loadstone mailing list
>>> Loadstone at loadstone-gps.com
>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>> 
>>> _______________________________________________
>>> Loadstone mailing list
>>> Loadstone at loadstone-gps.com
>>> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>>> 
>> _______________________________________________
>> Loadstone mailing list
>> Loadstone at loadstone-gps.com
>> http://www.loadstone-gps.com/mailman/listinfo/loadstone 
>
> _______________________________________________
> Loadstone mailing list
> Loadstone at loadstone-gps.com
> http://www.loadstone-gps.com/mailman/listinfo/loadstone
>


More information about the Loadstone mailing list