<html>
<body>
<font size=3>Hello all you wonderful, slightly techy people<br><br>
Sorry, that should be really techy, I'm slightly techy!<br><br>
I have installed Loadstone on my N73 - great work with the signed
version, (what did RNIB actually do for Loadstone to get a mention on the
site?). <br><br>
I now understand that I need some data for the UK - I live in Wrexham,
North Wales. So I went to the pointshare site, registered, and put in my
latitude and longtitude as follows:<br><br>
Latitude: 53.2.4209<br>
Longtitude: 2.59.4852<br>
and a radius of 100 Km. I then pressed download and got a message saying
that the field must be a number or something similar I forget the exact
wording. It said would I please correct the field, but never told me
which field it wanted me to correct. I'm totally blind so I use a
screenreader and, if the field comes up in a different colour that
doesn't help much. <br><br>
Does anyone know what's happening here? Do I have to put something in the
field about restricting to a particular user name? If it makes any
difference I'm using Firefox as my browser. <br><br>
Looking forward to some help<br><br>
John Ramm<br><br>
<br><br>
At 13:18 08/05/2008, you wrote:<br>
<blockquote type=cite class=cite cite="">The show area functions will
only work on the database. Try use checkpoints <br>
and then use exploration mode to find them. The find point function only
<br>
works on the database as well.<br><br>
On Thu, 8 May 2008, Ari Moisio wrote:<br><br>
&gt; Hi<br>
&gt;<br>
&gt;<br>
&gt; On Thu, 8 May 2008, Shawn Kirkpatrick wrote:<br>
&gt;<br>
&gt;&gt; Your edited checkpoints would have been loaded, activate use
checkpoints<br>
&gt;&gt; only and you'd probably see them. In normal opperation only the
database is<br>
&gt;&gt; scanned for point information. This may have to be tweaked to
include<br>
&gt;&gt; checkpoints that may not exist in the current database.<br>
&gt;<br>
&gt;&nbsp; Still no joy. Chekpoint only does not affect the situation at
all. In<br>
&gt; fact all points are visible in in the show area command. Those
whose<br>
&gt; location i haven't changed are marked checked.<br>
&gt;<br>
&gt;&nbsp; One more weird thing. Due to gps drift i'll hear&nbsp;
occasionally arrival<br>
&gt; announcements about point that appears not to be checked, it is one
of<br>
&gt; those with changed coordinates.&nbsp;&nbsp;&nbsp; I cannot tell if
the point is the point<br>
&gt; in the database or the point in the checkpoint list. Auto-announce
is btw<br>
&gt; disabled.<br>
&gt;<br>
&gt;&gt; If you use a byte correctly you could have 16 main levels with
16 sublevels.<br>
&gt;&gt; This would make database query construction kind of difficult
thoe if you<br>
&gt;&gt; want to search for multiple types and subtypes. When it's all
said and done<br>
&gt;&gt; it'll probably have 2 bytes for the type system.<br>
&gt;<br>
&gt;&nbsp; I think this is good enough.<br>
&gt;<br>
&gt;&gt; This database redesign is quite a ways off thoe.<br>
&gt;&gt;<br>
&gt;&gt; On Thu, 8 May 2008, Ari Moisio wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Thu, 8 May 2008, Shawn Kirkpatrick wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I think your math is a little off when calculating the
odds of duplicate<br>
&gt;&gt;&gt;&gt; user ids. You'd have to come up with two different
strings that'll produce<br>
&gt;&gt;&gt;&gt; the same crc 16 hash for this to happen.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; There is only 65536 differrent crcs and&nbsp; iirc the
birthday theorem with<br>
&gt;&gt;&gt; 256 strings the probability for two strings with similar
crc-16 will be 50<br>
&gt;&gt;&gt; %.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; When a point is created it gets an id and userid, thest
don't change. On<br>
&gt;&gt;&gt;&gt; import the points are checked to see if they have an
existing id and userid<br>
&gt;&gt;&gt;&gt; and if so the data is updated. If you import out of date
data then the<br>
&gt;&gt;&gt;&gt; point's data will also get set to the out of date value.
Not much you can do<br>
&gt;&gt;&gt;&gt; about that. A last modified field would be an extra 4
bytes per entry and<br>
&gt;&gt;&gt;&gt; that's just a bit much for the purpose.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; Well... i would sacrifice few bytes for the
description field to be<br>
&gt;&gt;&gt; enable to collect and update data with all three&nbsp;
phones i currently use.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; In&nbsp; addition it is nice to know how recent any
point data is.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; The new checkpoints files contain all a point's
information. When<br>
&gt;&gt;&gt;&gt; checkpoints are loaded the point's id and userid are
looked up in the<br>
&gt;&gt;&gt;&gt; currently loaded database. If found the information from
the database is<br>
&gt;&gt;&gt;&gt; used and if not then the information from the file will
be used as is. This<br>
&gt;&gt;&gt;&gt; is why your experiment didn't work.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; I&nbsp; changed the id field of nearest checkpoints
(the field before the<br>
&gt;&gt;&gt; comment). Still same behavior.&nbsp; Points with altered
coordinates are not<br>
&gt;&gt;&gt; checkecd anymore. There is no altered descriptions either.
There is no<br>
&gt;&gt;&gt; duplicate points near each other as one could expect.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; A point typing system may only require one extra byte
per entry, you can get<br>
&gt;&gt;&gt;&gt; 256 values in that.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&nbsp; with one level of categorization the categories should
be broad enough to<br>
&gt;&gt;&gt; contain&nbsp; a lot of POIs and services. For example all
bars and restaurants,<br>
&gt;&gt;&gt; all health related, all sports related,&nbsp; all transport
related an so on.<br>
&gt;&gt;&gt; Othervise searching will&nbsp; become hit and miss. Look for
example<br>
&gt;&gt;&gt; categorization used in Nokia Maps. It has two levels oand
aPOI can belong<br>
&gt;&gt;&gt; to many categories. This is not possible with one byte.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Thu, 8 May 2008, Ari Moisio wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Wed, 7 May 2008, Shawn Kirkpatrick wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; You can still escape from the Gates of hell: Use Linux!<br>
&gt;&gt;&gt; --<br>
&gt;&gt;&gt; mr. M01510<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; Loadstone mailing list<br>
&gt;&gt;&gt; Loadstone@loadstone-gps.com<br>
&gt;&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;&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;&gt;<br>
&gt;<br>
&gt; You can still escape from the Gates of hell: Use Linux!<br>
&gt; -- <br>
&gt; mr. M01510<br>
&gt;<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><br><br>
<br><br>
-- <br>
No virus found in this incoming message.<br>
Checked by AVG. <br>
Version: 7.5.524 / Virus Database: 269.23.10/1421 - Release Date:
07/05/2008 17:23</font></blockquote></body>
</html>