<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-2">
<META content="MSHTML 6.00.2900.3199" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>The beginning = the first checkpoint on the list;</FONT></DIV>
<DIV><FONT size=2>the end - the last checkpoint on the list.</FONT></DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Wiadomość oryginalna ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>Od:</B> <A 
  title=cearbhall.omeadhra@idd.ie 
  href="mailto:cearbhall.omeadhra@idd.ie">Cearbhall O Meadhra</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Do:</B> <A title=loadstone@loadstone-gps.com 
  href="mailto:loadstone@loadstone-gps.com">loadstone@loadstone-gps.com</A> 
  </DIV>
  <DIV style="FONT: 10pt arial"><B>Wysłano:</B> 10 października 2007 09:57</DIV>
  <DIV style="FONT: 10pt arial"><B>Temat:</B> Re: [Loadstone] Routes and 
  trips.</DIV>
  <DIV><BR></DIV>
  <DIV dir=ltr align=left><SPAN class=421440507-10102007><FONT face=Arial 
  color=#0000ff size=2>Which end is going to be the beginning and which the end? 
  I believe that changing this information on the fly might be&nbsp;confusing. 
  The incremental percentage gives orientation information. In our case We 
  received the points taken from North to South and from West to East so that is 
  the order in which we calculated the increments. I have found this has the 
  benefit of giving a clear sense of going "up" or "down" the street. Going 
  backwards along the increments is just as important as going forward along the 
  series.</FONT></SPAN></DIV>
  <DIV><FONT face=Arial color=#0000ff size=2></FONT>&nbsp;</DIV><!-- Converted from text/plain format -->
  <P><FONT size=2>All the best,<BR><BR><BR>Cearbhall<BR><BR>"Good design enables 
  - Bad design disables"<BR><BR>Tel: 01-2864623 Mob: 087 9922227 Em: 
  cearbhall.omeadhra@projectidd.ie<BR><BR></FONT></P>
  <DIV><FONT face=Arial color=#0000ff size=2></FONT>&nbsp;</DIV><FONT face=Arial 
  color=#0000ff size=2></FONT><BR>
  <DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
  <HR tabIndex=-1>
  <FONT face=Tahoma size=2><B>From:</B> loadstone-bounces@loadstone-gps.com 
  [mailto:loadstone-bounces@loadstone-gps.com] <B>On Behalf Of </B>Przemyslaw 
  Rogalski<BR><B>Sent:</B> 10 October 2007 04:07<BR><B>To:</B> 
  loadstone@loadstone-gps.com<BR><B>Subject:</B> Re: [Loadstone] Routes and 
  trips.<BR></FONT><BR></DIV>
  <DIV></DIV>
  <DIV><FONT size=2>The good way would be to choose if you want to go from the 
  beginning to the end, or from the end to the beginning of the route, you 
  see?</FONT></DIV>
  <BLOCKQUOTE 
  style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
    <DIV style="FONT: 10pt arial">----- Wiadomość oryginalna ----- </DIV>
    <DIV 
    style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>Od:</B> 
    <A title=rob@loadstone-gps.com href="mailto:rob@loadstone-gps.com">Rob 
    Melchers</A> </DIV>
    <DIV style="FONT: 10pt arial"><B>Do:</B> <A 
    title=loadstone@loadstone-gps.com 
    href="mailto:loadstone@loadstone-gps.com">loadstone@loadstone-gps.com</A> 
    </DIV>
    <DIV style="FONT: 10pt arial"><B>Wysłano:</B> 10 października 2007 
    04:07</DIV>
    <DIV style="FONT: 10pt arial"><B>Temat:</B> Re: [Loadstone] Routes and 
    trips.</DIV>
    <DIV><BR></DIV><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>
    <P>
    <HR>

    <P></P>_______________________________________________<BR>Loadstone mailing 
    list<BR>Loadstone@loadstone-gps.com<BR>http://www.loadstone-gps.com/mailman/listinfo/loadstone<BR></BLOCKQUOTE>
  <P>
  <HR>

  <P></P>_______________________________________________<BR>Loadstone mailing 
  list<BR>Loadstone@loadstone-gps.com<BR>http://www.loadstone-gps.com/mailman/listinfo/loadstone<BR></BLOCKQUOTE></BODY></HTML>