<!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.5803" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hi,</FONT></DIV>
<DIV><FONT face=Arial size=2>sometime ago I found the site where people collects 
all possible bts informations unfortunately for Poland only, but there are 
plenty of such sites for other countries too...</FONT></DIV>
<DIV><FONT face=Arial size=2>I wrote a converter of data which mentioned site is 
providing, and I'm testing its' usability for Loadstone users at the 
moment.</FONT></DIV>
<DIV><FONT face=Arial size=2>Having prepared such huge database of bts lacs and 
cids for your gsm network, that it is nearly complete is very useful, letting 
you know where aproximately are you at the moment without need to switch on the 
gps receiver, especially great in the bus or train...</FONT></DIV>
<DIV><FONT face=Arial size=2>There is also a bit of fun knowing on which street 
and building is the unit, that your phone is connected to...</FONT></DIV>
<DIV><FONT face=Arial size=2>Only one problem i found is the cellid value - 
Loadstone stores both Lac and Cid of actual place, it's great in many cases, 
because the last digit of cid is the sector identifier, and the bts sectors are 
in most cases more preciselly identifing the place that only location area 
code...</FONT></DIV>
<DIV><FONT face=Arial size=2>The problems are, that when you're connecting to 
the same bts but with umts not gsm, the sector number is different for the same 
place...</FONT></DIV>
<DIV><FONT face=Arial size=2>Some bts also can have more than one sector 
covering the same spot, to make the load of network less...</FONT></DIV>
<DIV><FONT face=Arial size=2>But, returning to subject - in mentioned bts 
database all sectors of bts are described in the same way - city, street and 
additional informations - sometimes not all sectors of the bts are entered into 
the database...</FONT></DIV>
<DIV><FONT face=Arial size=2>The main disadvantage of this is, that the cell 
table is overloaded by the same information appearing many times, and if some 
sector of known bts isn't described, and unfortunately your phone connects to 
this sector, LS behaves like you are on the area of unknown bts...</FONT></DIV>
<DIV><FONT face=Arial size=2>I'd like to suggest a very small modification of 
Loadstone, letting it ignore the cellid value, but also keeping current 
functionality unchanged...</FONT></DIV>
<DIV><FONT face=Arial size=2>And, most important, implementing it is a matter of 
only one line of code!</FONT></DIV>
<DIV><FONT face=Arial size=2>The cellid value is the number greater than zero, 
so let's assume that if cellid in the Loadstone cell table is 0, it is a 
description of whole bts, not only one of cells.</FONT></DIV>
<DIV><FONT face=Arial size=2>It seems to be extremely simple to implement, but 
i'm not sure if the Symbian db engine would let construct query with 
parentheses, and if it would make the searching process slower...</FONT></DIV>
<DIV><FONT face=Arial size=2>So, my suggestion is to change the line number 142 
in the waypoint.cpp file (src of version 0.72):</FONT></DIV>
<DIV><FONT face=Arial size=2>Originally it is:</FONT></DIV>
<DIV><FONT face=Arial size=2>(start of query not quoted here) 
locationareacode=%u and cellid=%u");</FONT></DIV>
<DIV><FONT face=Arial size=2>After the modification:</FONT></DIV>
<DIV><FONT face=Arial size=2>
<DIV><FONT face=Arial size=2>(start of query not quoted here) 
locationareacode=%u and (cellid=%u or cellid=0)");</FONT></DIV>
<DIV>I tested this query in the dbshell program, and it seems to work.</DIV>
<DIV>What do you think about implementing such change?</DIV>
<DIV>This simple modification would be useful not only for users of Loadstone 
from Poland, also from an other countries where people provide a comprechensive 
listings of machine-readable bts stations.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Greetings, Greg.</DIV></FONT></DIV></BODY></HTML>