<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>

<META content="MSHTML 6.00.2900.2180" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=963194202-10102007><FONT face=Arial color=#0000ff size=2>Hi 
All</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>I agree in principle 
with Charlie's point about simplicity and cost. Loadstone is great already. 
having said that, how 'bout this for a start:</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>Firstly, for 
travelers who don't want to stop and type for too long, </FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>have a keystroke 
which tells the program to remember this left turn. Have another key which 
remembers a right turn. Under the hood this could be viewed as My Current Route 
but the user doesn't have to be bothered with that unless they wish to. Then a 
keystroke for reverse the Remembered Turns. </FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>Second, for those 
who don't mind stopping to type,. enter a GPS location in the usual way but add 
a keystroke which tells the program to remember this as a left turn and so on as 
above. </FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>Third, have an 
option to associate the turn with the nearest known location. In Settings, users 
could choose to have this option as default or be asked each time they make a 
turn. </FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>it may even be 
possible to let the program work out whether it's a left or right turn based on 
the traveler's change of heading but this might be problematic because of 
zig-zagging travel patterns.</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>Another key for Save 
this journey, and/or ask the user about saving when they exit or perform some 
other major operation affecting the working memory.</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial size=2>I'm 
no&nbsp;developer as you can tell, just a user who's seen a few packages and is 
used to working with with a wide range of skill levels.</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2>Cheers</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007><FONT face=Arial 
size=2>Stephen</FONT></SPAN></DIV>
<DIV><SPAN class=963194202-10102007></SPAN>&nbsp;</DIV>
<DIV><SPAN class=963194202-10102007>&nbsp;</SPAN></DIV>
<DIV><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> 
loadstone-bounces@loadstone-gps.com [mailto:loadstone-bounces@loadstone-gps.com] 
<B>On Behalf Of </B>Rob Melchers<BR><B>Sent:</B> Wednesday, October 10, 2007 
3:07 PM<BR><B>To:</B> loadstone@loadstone-gps.com<BR><B>Subject:</B> Re: 
[Loadstone] Routes and trips.<BR><BR></FONT></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"><FONT size=3>I would be 
  interested in hearing how users imagine the presentation of routes, tracks or 
  whatever you like to call them. As far as I can see it the only way a route 
  becomes useful is if commands like 'turn left' or 'cross the street' are 
  announced by the program. Simply ordering points in the database in an order 
  in which you would like to follow them does little good, as Loadstone is built 
  to announce the closest point in the direction of travel and ignores the order 
  in which points are stored in the database or the lists of checkpoints. Is it 
  possible to incorporate directional commands in the program based on a user 
  defined point sequence, keeping in mind that a left turn becomes a right turn 
  on your way back?<BR><BR>At 10/9/2007, you wrote:<BR>
  <BLOCKQUOTE class=cite cite="" type="cite">It sounds like you have an 
    unusual dataset. Is this street data actually <BR>line segments? If so, then 
    more useful things can be done with it. The <BR>percentage system for naming 
    street points just doesn't scale propperly. It <BR>might work on a street 
    180m (metres? miles?) long with only 9 entries but <BR>try scaling that up 
    to something like the transcanada highway that runs a <BR>couple thousand 
    kilometres with who knows how many points and you run in to <BR>real 
    problems. Your example table shows another problem, calculation 
    <BR>slippage. The percentage increments aren't consistant.<BR>This seems to 
    be something different from trip or track mode. This would be <BR>something 
    like a street mode, a way of representing streets. This would be <BR>nice 
    but it'll be a rather hard feature to implement I think. Mainly because 
    <BR>of the size of the datasets involved. The phone just doesn't have the 
    power <BR>to process actual street data and do something useful with it. 
    What we're <BR>doing for now is entering all the line data we have into a 
    database on the <BR>pc and then having the computer calculate where those 
    lines cross. This <BR>gives us intercection points and that's proved very 
    useful.<BR>If the data you have is or can be turned in to line segments then 
    the same <BR>process could be applied to it.<BR><BR>On Tue, 9 Oct 2007, 
    Cearbhall O Meadhra wrote:<BR><BR>&gt; Sean,<BR>&gt;<BR>&gt; I am afraid I 
    may have caused some confusion in my last message. The streets<BR>&gt; are 
    given their percentage identity in the creation of the Loadstone 
    file.<BR>&gt; For example, my source of the map data gives me a three column 
    spread sheet<BR>&gt; in excel that contains one street name occurring nine 
    times. (The street is<BR>&gt; 180m long). As each of the point names is thus 
    identical, this is not a very<BR>&gt; useful way to present the point names. 
    That is why we devised our own system<BR>&gt; of taking the point names in 
    the order in which the source sends them to us<BR>&gt; and then applying the 
    percentage value to the nine entries that were<BR>&gt; supplied in this 
    example. This means that the Loadstone dataset already has<BR>&gt; the 
    streets marked in a series of points identified by increasing 
    percentage<BR>&gt; values.<BR>&gt;<BR>&gt; The point I was making was that 
    if the street is not straight but actually<BR>&gt; looping around in a 
    curve, this sequence of points might not be the same as<BR>&gt; that in 
    which the points are encountered on the street. It would be very<BR>&gt; 
    simple for the user to edit the percentage value on each point name 
    using<BR>&gt; the "point update" feature in loadstone to get the right 
    sequence manually<BR>&gt; as they move along the street. To make this 
    easier, I would suggest that the<BR>&gt; point name be held in Loadstone as 
    two cells so that the percentage value is<BR>&gt; contained in a scroll box. 
    We store the total number of increments for each<BR>&gt; street as part of 
    the process of creating the percentage values and this<BR>&gt; could easily 
    be passed over to Loadstone as part of the input dataset. Thus<BR>&gt; the 
    user could scroll through the percentage values until the right one 
    was<BR>&gt; found. Once out of update mode the percentage would stay 
    fixed.<BR>&gt;<BR>&gt; Here is a sample of the finished table ready for 
    Loadstone:<BR>&gt; ------------------<BR>&gt; table,point<BR>&gt; 
    Name,latitude,longitude,accuracy,satellites,priority,userid,id<BR>&gt; 
    "MARTELLO TERRACE, 0%",532072000,-61017300,1,9,0,39208,1129506301<BR>&gt; 
    "MARTELLO TERRACE, 13%",532072000,-61014400,1,9,0,39208,1129506302<BR>&gt; 
    "MARTELLO TERRACE, 25%",532072000,-61011400,1,9,0,39208,1129506303<BR>&gt; 
    "MARTELLO TERRACE, 38%",532070000,-61009000,1,9,0,39208,1129506304<BR>&gt; 
    "MARTELLO TERRACE, 50%",532069000,-61007100,1,9,0,39208,1129506305<BR>&gt; 
    "MARTELLO TERRACE, 63%",532072000,-61017300,1,9,0,39208,1129506306<BR>&gt; 
    "MARTELLO TERRACE, 75%",532073000,-61014700,1,9,0,39208,1129506307<BR>&gt; 
    "MARTELLO TERRACE, 88%",532073000,-61011900,1,9,0,39208,1129506308<BR>&gt; 
    "MARTELLO TERRACE, 100%",532074000,-61007900,1,9,0,39208,1129506309<BR>&gt; 
    "MAYFIELD TERRACE, 0%",531945000,-61069200,1,9,0,39208,1129505600<BR>&gt; 
    "MAYFIELD TERRACE, 33%",531943000,-61069000,1,9,0,39208,1129505601<BR>&gt; 
    "MAYFIELD TERRACE, 67%",531943000,-61069000,1,9,0,39208,1129505610<BR>&gt; 
    "MAYFIELD TERRACE, 100%",531941000,-61068500,1,9,0,39208,1129505611<BR>&gt; 
    "MEATH PLACE, 0%",532022000,-61015600,1,9,0,39208,1129506410<BR>&gt; "MEATH 
    PLACE, 17%",532020000,-61013800,1,9,0,39208,1129506411<BR>&gt; "MEATH PLACE, 
    33%",532019000,-61013600,1,9,0,39208,1129506416<BR>&gt; "MEATH PLACE, 
    50%",532019000,-61013500,1,9,0,39208,1129506417<BR>&gt; "MEATH PLACE, 
    67%",532019000,-61013300,1,9,0,39208,1129506437<BR>&gt; "MEATH PLACE, 
    83%",532017000,-61012300,1,9,0,39208,1129506438<BR>&gt; "MEATH PLACE, 
    100%",532015000,-61010500,1,9,0,39208,1129506439<BR>&gt; 
    ------------<BR>&gt;<BR>&gt; Does this still seem too 
    complicated?<BR>&gt;<BR>&gt; All the best,<BR>&gt;<BR>&gt;<BR>&gt; 
    Cearbhall<BR>&gt;<BR>&gt; "Good design enables - Bad design 
    disables"<BR>&gt;<BR>&gt; Tel: 01-2864623 Mob: 087 9922227 Em: 
    cearbhall.omeadhra@projectidd.ie<BR>&gt;<BR>&gt;<BR>&gt; -----Original 
    Message-----<BR>&gt; From: loadstone-bounces@loadstone-gps.com<BR>&gt; [<A 
    href="mailto:loadstone-bounces@loadstone-gps.com" 
    eudora="autourl">mailto:loadstone-bounces@loadstone-gps.com</A>] On Behalf 
    Of Shawn Kirkpatrick<BR>&gt; Sent: 09 October 2007 13:48<BR>&gt; To: 
    loadstone@loadstone-gps.com<BR>&gt; Subject: Re: [Loadstone] Routes and 
    trips.<BR>&gt;<BR>&gt; At first this system sounds like a good idea but 
    unfortunately would be<BR>&gt; impossible to implement. This is because 
    loadstone has no concept of<BR>&gt; streets, only points. We can actually 
    get street line data for north america<BR>&gt; but the dataset is too big 
    for the phone to process effectively. Getting<BR>&gt; this data for other 
    countries is proving difficult to impossible. This means<BR>&gt; that even 
    if you could figure out what street you're on, maybe from<BR>&gt; 
    intercection crossings, there'd be no way of knowing how far along 
    the<BR>&gt; street you are. Also, in an automatic track there's no way to 
    know in<BR>&gt; advance how many points there'll be. If you go over 100 the 
    percentage<BR>&gt; method breaks down. In automatic point naming there'd 
    have to be a method of<BR>&gt; naming points so the user knows they're all 
    related to the same route no<BR>&gt; matter where that route goes. I imagine 
    the point names will be pretty<BR>&gt; generic, probably a number that gets 
    incremented with each point. Nothing<BR>&gt; too complicated since they're 
    just track markers and most of them would<BR>&gt; probably get discarded 
    anyway.<BR>&gt; I think the more important system to get working is the 
    ordered checkpoints.<BR>&gt;<BR>&gt; Once that's in then adding the 
    automatic tracking probably wouldn't be too<BR>&gt; hard since it would 
    pretty much use the same logic.<BR>&gt;<BR>&gt; On Tue, 9 Oct 2007, 
    Cearbhall O Meadhra wrote:<BR>&gt;<BR>&gt;&gt; Dear Sean et 
    al,<BR>&gt;&gt;<BR>&gt;&gt; I have been following this discussion with keen 
    interest. I think some<BR>&gt;&gt; very good ideas are 
    appearing.<BR>&gt;&gt;<BR>&gt;&gt; Ronan and I have put together a method of 
    handling POI names when they<BR>&gt;&gt; occur on the same street. We simply 
    add a percentage value to each<BR>&gt;&gt; point name as it progresses 
    logically by longitude or latitude. A typical<BR>&gt; result would 
    be:<BR>&gt;&gt; "main Street 0%", "main Street 10%", "main Street 20%", 
    etc&nbsp; up to<BR>&gt;&gt; "main Street 100%",.<BR>&gt;&gt;<BR>&gt;&gt; It 
    is possible that this street is laid out in a circle and so this<BR>&gt;&gt; 
    logical sequence might not be the sequence one would meet while<BR>&gt;&gt; 
    walking from one end of the street to the other. In that case, I 
    would<BR>&gt; recommend that the "%"<BR>&gt;&gt; value be separated from the 
    rest of the point name as a numeric field<BR>&gt;&gt; that could be edited 
    automatically as recommended in the suggestions<BR>&gt;&gt; below, to be 
    rearranged according to the sequence in which they occur to<BR>&gt; the 
    pedestrian.<BR>&gt;&gt; Of course this would mean that the system must know 
    the increments of<BR>&gt;&gt; the percentage values so that the correct ones 
    are maintained but I<BR>&gt;&gt; think that would be easy enough to 
    manage.<BR>&gt;&gt;<BR>&gt;&gt; The value of using the percentage as an 
    incremental identifier is that<BR>&gt;&gt; it allows a universal method that 
    gives a sense of the location of the<BR>&gt;&gt; walker in relation to the 
    beginning and end of the street while giving<BR>&gt;&gt; a unique ID to the 
    point of interest.<BR>&gt;&gt;<BR>&gt;&gt; Any 
    comments?<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt; All the 
    best,<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt; Cearbhall<BR>&gt;&gt;<BR>&gt;&gt; 
    "Good design enables - Bad design disables"<BR>&gt;&gt;<BR>&gt;&gt; Tel: 
    01-2864623 Mob: 087 9922227 Em: 
    cearbhall.omeadhra@projectidd.ie<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt; 
    -----Original Message-----<BR>&gt;&gt; From: 
    loadstone-bounces@loadstone-gps.com<BR>&gt;&gt; [<A 
    href="mailto:loadstone-bounces@loadstone-gps.com" 
    eudora="autourl">mailto:loadstone-bounces@loadstone-gps.com</A>] On Behalf 
    Of Dave Mielke<BR>&gt;&gt; Sent: 09 October 2007 03:19<BR>&gt;&gt; To: 
    loadstone@loadstone-gps.com<BR>&gt;&gt; Subject: Re: [Loadstone] Routes and 
    trips.<BR>&gt;&gt;<BR>&gt;&gt; [quoted lines by Shawn Kirkpatrick on 
    2007/10/08 at 17:01 -0700]<BR>&gt;&gt;<BR>&gt;&gt;&gt; They're a list stored 
    in memory. This avoids having to do any lookups<BR>&gt;&gt;&gt; using the 
    database engine.<BR>&gt;&gt;<BR>&gt;&gt; i believe this is a good thing for 
    features such as these. Here are<BR>&gt;&gt; some<BR>&gt;&gt; 
    suggestions:<BR>&gt;&gt;<BR>&gt;&gt; I see a tracked or recorded trip and a 
    user-defined route as being the<BR>&gt;&gt; same thing except for how the 
    data is entered. In both cases one wants<BR>&gt;&gt; to end up with an 
    ordered list of checkpoints. That's what loadstone<BR>&gt;&gt; already has. 
    To make these features work, therefore, I think there are<BR>&gt;&gt; four 
    features which need to be added.<BR>&gt;&gt;<BR>&gt;&gt; First: Regardless 
    of how the data is entered, both features need the<BR>&gt;&gt; currently 
    loaded checkpoint list to be editable. This means that there<BR>&gt;&gt; 
    needs to be a way to bring up the list of checkpoints, and for 
    each<BR>&gt;&gt; item to have options like rename, move (up or down within 
    the list),<BR>&gt;&gt; delete, "go to" (see second feature) to select the 
    next point, and<BR>&gt;&gt; "explore" (see fourth feature) to find out 
    what's near by. The<BR>&gt;&gt; "explore" function would probably be more 
    useful if it only considered<BR>&gt; unchecked points, i.e. points not on 
    the route.<BR>&gt;&gt;<BR>&gt;&gt; Second: Regardless of how the data is 
    entered, there needs to be a way<BR>&gt;&gt; to activate the currently 
    loaded checkpoint list as a rrute. By<BR>&gt;&gt; default, the next 
    checkpoint to go to would be the first one in the<BR>&gt;&gt; list, although 
    the user could use the "go to" function (see first<BR>&gt;&gt; feature) to 
    tell loadstone where he actually is on the route.<BR>&gt;&gt; Loadstone 
    would only monitor the next checkpoint (the selected item)<BR>&gt;&gt; until 
    the user gets there, at which time it'd to an implicit "go to"<BR>&gt;&gt; 
    to the next item in the list. It could even warn the user if he's 
    moving<BR>&gt; away from the point.<BR>&gt;&gt;<BR>&gt;&gt; Third: Defining 
    a route is probably as simple as adding a point to the<BR>&gt;&gt; end of 
    the currently loaded checkpoint list whenever it's checked.<BR>&gt;&gt; 
    That's probably already the way it's done. A useful enhancement,<BR>&gt;&gt; 
    though, would be the ability to check a point while it's being<BR>&gt;&gt; 
    defined. Adding this to the save point submenu would be 
    convenient.<BR>&gt;&gt;<BR>&gt;&gt; Fourth: For recording a trip it needs to 
    be possible to both<BR>&gt;&gt; automatically and manually add points. 
    Automatic points clearly need<BR>&gt;&gt; to be added each time the user 
    changes direction, but should probably<BR>&gt;&gt; also be added at a 
    regular time interval even if the user doesn't<BR>&gt;&gt; change direction. 
    The name for an automatically added point should<BR>&gt;&gt; begin with the 
    word "auto", and include the time it was added as well<BR>&gt;&gt; as the 
    direction in which the user was moving (the new direction if a<BR>&gt;&gt; 
    change). This information, in conjuction with the "explore"<BR>&gt;&gt; 
    option (see first feature) will help the user later when he goes<BR>&gt;&gt; 
    through the points to give them more meaningful names. A 
    manually<BR>&gt;&gt; added point should have a similar default name except 
    that it should<BR>&gt;&gt; begin with "user" rather than "auto", but should 
    also allow the user<BR>&gt;&gt; to immediately assign a more meaningful 
    name.<BR>&gt;&gt;<BR>&gt;&gt; That's my initial proposal in order to get 
    some discussion going.<BR>&gt;&gt;<BR>&gt;&gt; --<BR>&gt;&gt; Dave 
    Mielke&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 2213 
    Fox Crescent | I believe that the Bible is<BR>&gt; the<BR>&gt;&gt; Phone: 
    1-613-726-0014 | Ottawa, Ontario&nbsp;&nbsp; | Word of God. Please contact 
    me<BR>&gt;&gt; EMail: dave@mielke.cc | Canada&nbsp; K2A 1H7&nbsp;&nbsp; | if 
    you're concerned about<BR>&gt; Hell.<BR>&gt;&gt; <A 
    href="http://familyradio.com/%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0%A0" 
    eudora="autourl">http://FamilyRadio.com/&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
    </A>| <A href="http://mielke.cc/bible/" 
    eudora="autourl">http://Mielke.cc/bible/</A><BR>&gt;&gt; 
    _______________________________________________<BR>&gt;&gt; Loadstone 
    mailing list<BR>&gt;&gt; Loadstone@loadstone-gps.com<BR>&gt;&gt; <A 
    href="http://www.loadstone-gps.com/mailman/listinfo/loadstone" 
    eudora="autourl">http://www.loadstone-gps.com/mailman/listinfo/loadstone</A><BR>&gt;&gt;<BR>&gt;&gt; 
    _______________________________________________<BR>&gt;&gt; Loadstone 
    mailing list<BR>&gt;&gt; Loadstone@loadstone-gps.com<BR>&gt;&gt; <A 
    href="http://www.loadstone-gps.com/mailman/listinfo/loadstone" 
    eudora="autourl">http://www.loadstone-gps.com/mailman/listinfo/loadstone</A><BR>&gt;&gt;<BR>&gt; 
    _______________________________________________<BR>&gt; Loadstone mailing 
    list<BR>&gt; Loadstone@loadstone-gps.com<BR>&gt; <A 
    href="http://www.loadstone-gps.com/mailman/listinfo/loadstone" 
    eudora="autourl">http://www.loadstone-gps.com/mailman/listinfo/loadstone</A><BR>&gt;<BR>&gt; 
    _______________________________________________<BR>&gt; Loadstone mailing 
    list<BR>&gt; Loadstone@loadstone-gps.com<BR>&gt; <A 
    href="http://www.loadstone-gps.com/mailman/listinfo/loadstone" 
    eudora="autourl">http://www.loadstone-gps.com/mailman/listinfo/loadstone</A><BR>&gt;<BR>_______________________________________________<BR>Loadstone 
    mailing list<BR>Loadstone@loadstone-gps.com<BR><A 
    href="http://www.loadstone-gps.com/mailman/listinfo/loadstone" 
    eudora="autourl">http://www.loadstone-gps.com/mailman/listinfo/loadstone</A> 
    </FONT></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>