<html>
<body>
<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 type=cite class=cite 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 &quot;point update&quot; 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; &quot;MARTELLO TERRACE,
0%&quot;,532072000,-61017300,1,9,0,39208,1129506301<br>
&gt; &quot;MARTELLO TERRACE,
13%&quot;,532072000,-61014400,1,9,0,39208,1129506302<br>
&gt; &quot;MARTELLO TERRACE,
25%&quot;,532072000,-61011400,1,9,0,39208,1129506303<br>
&gt; &quot;MARTELLO TERRACE,
38%&quot;,532070000,-61009000,1,9,0,39208,1129506304<br>
&gt; &quot;MARTELLO TERRACE,
50%&quot;,532069000,-61007100,1,9,0,39208,1129506305<br>
&gt; &quot;MARTELLO TERRACE,
63%&quot;,532072000,-61017300,1,9,0,39208,1129506306<br>
&gt; &quot;MARTELLO TERRACE,
75%&quot;,532073000,-61014700,1,9,0,39208,1129506307<br>
&gt; &quot;MARTELLO TERRACE,
88%&quot;,532073000,-61011900,1,9,0,39208,1129506308<br>
&gt; &quot;MARTELLO TERRACE,
100%&quot;,532074000,-61007900,1,9,0,39208,1129506309<br>
&gt; &quot;MAYFIELD TERRACE,
0%&quot;,531945000,-61069200,1,9,0,39208,1129505600<br>
&gt; &quot;MAYFIELD TERRACE,
33%&quot;,531943000,-61069000,1,9,0,39208,1129505601<br>
&gt; &quot;MAYFIELD TERRACE,
67%&quot;,531943000,-61069000,1,9,0,39208,1129505610<br>
&gt; &quot;MAYFIELD TERRACE,
100%&quot;,531941000,-61068500,1,9,0,39208,1129505611<br>
&gt; &quot;MEATH PLACE,
0%&quot;,532022000,-61015600,1,9,0,39208,1129506410<br>
&gt; &quot;MEATH PLACE,
17%&quot;,532020000,-61013800,1,9,0,39208,1129506411<br>
&gt; &quot;MEATH PLACE,
33%&quot;,532019000,-61013600,1,9,0,39208,1129506416<br>
&gt; &quot;MEATH PLACE,
50%&quot;,532019000,-61013500,1,9,0,39208,1129506417<br>
&gt; &quot;MEATH PLACE,
67%&quot;,532019000,-61013300,1,9,0,39208,1129506437<br>
&gt; &quot;MEATH PLACE,
83%&quot;,532017000,-61012300,1,9,0,39208,1129506438<br>
&gt; &quot;MEATH PLACE,
100%&quot;,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; &quot;Good design enables - Bad design disables&quot;<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; &quot;main Street 0%&quot;, &quot;main Street 10%&quot;,
&quot;main Street 20%&quot;, etc&nbsp; up to<br>
&gt;&gt; &quot;main Street 100%&quot;,.<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 &quot;%&quot;<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; &quot;Good design enables - Bad design disables&quot;<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, &quot;go to&quot; (see second feature) to select the
next point, and<br>
&gt;&gt; &quot;explore&quot; (see fourth feature) to find out what's near
by. The<br>
&gt;&gt; &quot;explore&quot; 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 &quot;go to&quot; 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
&quot;go to&quot;<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 &quot;auto&quot;, 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
&quot;explore&quot;<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 &quot;user&quot; rather than &quot;auto&quot;, 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></body>
</html>