<br><div class="gmail_quote">On Sun, Jul 26, 2009 at 2:00 AM, Onen <span dir="ltr"><<a href="http://onen.om">onen.om</a>@<a href="http://free.fr">free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<div class="im">> If we could get all the average points for a network/country/region as<br>
> KML, it wouldn't be too hard to convert them into tangogps POIs<br>
> (although then you'd have alot of POIs).<br>
><br>
<br>
</div>What would be the purpose of displaying the average position?<br>
<div class="im"></div></blockquote><div><br>For me, the average position markers on the website map give a good but simple indication of how well covered an area is. I don't know of any openmoko gps programs that can handle overlaying colored regions but individual points are represented in Navit and TangoGPS.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
> Is there any work underway into opening/fixing the API?<br>
<br>
</div>What API?<br>
What is not open?<br>
What needs to be fixed?<br>
<div class="im"></div></blockquote><div><br>I've tried using the API page at <a href="http://realtimeblog.free.fr/api/getGPSfromGSM.html">http://realtimeblog.free.fr/api/getGPSfromGSM.html</a> but it never returns useful results for me even when the map shows a radius. For example given MCC: 505, MNC: 2, LAC: 2624, Cellid: 12213, I get <br>
<pre id="line1"><span class="pi"><?xml version="1.0" encoding="UTF-8"?></span><br><span id="__firefox-tidy-id" style="background-color: rgb(221, 221, 255);"><<span class="start-tag">gsm</span><span class="attribute-name"> mcc</span>=<span class="attribute-value">"505" </span><span class="attribute-name">mnc</span>=<span class="attribute-value">"2" </span><span class="attribute-name">lac</span>=<span class="attribute-value">"2621" </span><span class="attribute-name">cid</span>=<span class="attribute-value">"12213"</span>></span><br>
<span id="__firefox-tidy-id" style="background-color: rgb(221, 221, 255);"><<span class="start-tag">zone</span><span class="attribute-name"> countrynamecode</span>=<span class="attribute-value">"Australia" </span><span class="error"><span class="attribute-name">/</span></span>></span><br>
<span id="__firefox-tidy-id" style="background-color: rgb(221, 221, 255);"></<span class="end-tag">gsm</span>></span><br><br></pre>What would be good to be open is the edge points of a given cell, just like you can see in the map: <a href="http://realtimeblog.free.fr/with_osm4.php?mcc=505&mnc=2&lac=2624&cellid=12213&zoom=13">http://realtimeblog.free.fr/with_osm4.php?mcc=505&mnc=2&lac=2624&cellid=12213&zoom=13</a><br>
<br>I'd eventually be wanting to use several cells in combination, along with their signal/rx strength to try to work out a more accurate position. Other geolocation APIs let you send in those details to work out the predicted position and error radius, but perhaps OM developers would want to use the openness of the data to develop their own prediction method on the local device.<br>
</div><div> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
If you really need the KML of the cells, then we can see how to provide<br>
this.</blockquote><div> </div><div>I just saw that there were already KML files referenced in the map, so if that was the easiest way to share the data for now, so be it. But a local sqlite database or dbus service will be even better when it's ready.<br>
</div></div>