[Loadstone] Exporting from point share site to my phone

monty at loadstone-gps.com monty at loadstone-gps.com
Thu May 8 15:33:19 BST 2008


Hi John,

You have more than one decimal point in your decimal-formatted longitude 
and latitude values.

Try something like:

Latitude: 53.05
Longitude: -2.99

Best regards,
   Monty


On Thu, 8 May 2008, John Ramm wrote:

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


More information about the Loadstone mailing list