<br><br><div class="gmail_quote">2009/2/20 Nick <span dir="ltr"><<a href="mailto:realtimeblog@gmail.com">realtimeblog@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thomas,<br>
<br>
After trying to reach you a few times last year,<br>
i am really glad to have some news from you now.<br>
</blockquote><div><br> The easiest way is to use the email mentionned in the Web page! ;-)<br> <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>
I am reponsible for the openBmap website. And yes, it would be a great<br>
thing to merge our projects !<br>
<br>
The number of logs you have is very impressive ! well done !<br>
<br>
My concern would be about the quality of your data .<br>
<br>
you still mention on the front page<br>
<br>
"Note:If you want a professional CellID Database, I suggest you to go to<br>
Navizon<br>
who provides top services and databases."<br>
<br>
what do you mean ?<br>
</blockquote><div><br><br> Tihs mean that there are company that have created huge databases of high quality by spendig a lot of money on it, and they make money by selling these data. Navizon pays his users for this, and other are throwing a lot of money on this too, by sending people doing measures, or by buying operators database. That's exactly the same difference between OpenStreetMap and Navteq/Teleatlas. OpenStreetMap is free, provided by the community, but of a lower quality than their commercial counterpart except on some specific area not covered by these equivalents. Of course, the objective is to reach the same quality, but this will take time.<br>
<br> <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>
and after importing 800 000 of your gps points in january, I see that<br>
for instance<br>
gps speed, gps hdop, gps pdop, gps vdop are not available<br>
(at least at the begining of this huge measures.txt file !),<br>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
A bad pdop, vdop, hdop and i am positioned at 1 km from my real position ...<br>
What if i am in a high speed train at 300 km/h? or in plane ? (yes, it<br>
can work in planes...)<br>
</blockquote><div><br><br> Let's go back to the basics: the objective of these database if to provied an positionning to create services using localisation on top of this database. Let's take the sample of an high speed train: there is high chances that all the sample will came from people in the train itself, and not from the neighbour outside (train don't go at 300 km/h in high density area). So this mean that the REAL position of the cell will never be accuratly computed, which is not an issue, because the only interesting information is the user position. So sampling mesures even some errors is fine as long as it works fine to get user position.<br>
So the philosophy behing opencellid was to reach the 80/20 ratio: acheiving the 80% of functionality will require only 20% of the time needed to do these 100% functionality. So that's why we have a simple and elegant API, that is used by different devices with different capacities, while acheiving exactly this objective: providing an accurate cell id positionning. <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>
<br>
In my opinion, considering the following services<br>
<br>
*** asisted gps<br>
*** "cell id" to google "my position" kind of service<br>
*** "cell id" to "town name" service<br>
</blockquote><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
the real questions are:<br>
what precision do we need for openmoko location service through gsm cell<br>
id ?<br>
what precision our possibly merged database would provide ?<br>
<br>
</blockquote><div><div><br>
Assisted GPS does not require huge precision. I am not an expert, but I
would be curious to know what is the precision needed to get an
assisted GPS. Using triangulation is a different story, and this obvisouly will work fine only in high density area, where you also have high density cells. So again, there is a direct correlation between the precision and the density of the area.<br>
Note also that OpenCellID use LAC (Local Area Code) to provide an alternate positioning with a lower precision if a cell is not know, but if the LAC is know. Typically other cells has been discovered in the same area. <br>
</div><div> So once you get CellID positionning, you can use reverse geocoding service to get the town for instance.<br></div> <br><br><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>
what do you think about the above considerations ?<br>
<br>
really glad to hear from you !<br>
<br>
regards,<br>
Nick<br>
<br>
Thomas Landspurg a écrit :<br>
><br>
><br>
> 2009/2/20 Onen <<a href="http://onen.om" target="_blank">onen.om</a> <<a href="http://onen.om" target="_blank">http://onen.om</a>>@<a href="http://free.fr" target="_blank">free.fr</a> <<a href="http://free.fr" target="_blank">http://free.fr</a>>><br>
<div><div></div><div class="Wj3C7c">><br>
> Hi Thomas,<br>
><br>
> Thomas Landspurg wrote:<br>
> ><br>
> > Dear OpenMoko community (and thanks ed for pointing this out).<br>
> ><br>
> > I am behind the <a href="http://opencellid.org" target="_blank">opencellid.org</a> <<a href="http://opencellid.org" target="_blank">http://opencellid.org</a>><br>
> <<a href="http://opencellid.org" target="_blank">http://opencellid.org</a>> project, and it<br>
> > seems that there are some discussion around it these day on the<br>
> mailing<br>
> > list.<br>
> ><br>
><br>
> Last month, and today, indeed.<br>
><br>
><br>
> Yes, I've get to it today! It's a pity not to have been notified of<br>
> such discussion before. I've been through them, and I want to add some<br>
> clarification about difference between database:<br>
><br>
> - OpenCellID can also store signal strengh. But one of the issue, is<br>
> heterogenity between datas. Some client don't have this information,<br>
> and this create some additional complexity. That's why this<br>
> information is for now only stored but not yet used. And in all was,<br>
> if you want it, it's in the measure table, and not in the cell table.<br>
><br>
> - About the barycenter of the area/instead of barycenter: it's not<br>
> always the best way to do it, as it give more value to false datas.<br>
> while the "simple" barycenter reduce these. Another option would be to<br>
> exclude data that would be completely "out of range"<br>
><br>
> And more "general" information about the databse: more than 500<br>
> developers have registered to get an API key. Obvisouly not 500<br>
> application are out, but show the interest of the community<br>
><br>
><br>
><br>
><br>
> > So let me clarifiy:<br>
> ><br>
> > - As described in the web site, the license is under creative common<br>
> > share alike 3.0. I had several request today stating that just<br>
> linking<br>
> > to the license was not clear enough, so I will re-clarify it on<br>
> the web<br>
> > site, but also in this list.<br>
> ><br>
><br>
> Last time I checked (and other people, see the post I pointed out<br>
> earlier today), it was not clear. But today, as people had a look<br>
> again,<br>
> it seems to me pretty clear :-)<br>
><br>
><br>
> Last time, it was written under creative common license, with a link<br>
> to the creative common share alike license. I am sorry if this was not<br>
> clear enough, but as you see, a simple mail is enough to get it corrected.<br>
><br>
><br>
><br>
><br>
> > - I am surprised to see statment that I did not answer to some<br>
> > questions. I've verified,and all openmoko request have been<br>
> answered. I<br>
> > am not perfect, and may be some emails have been missed, but a<br>
> search on<br>
> > openmoko on my mail box did not raise any pending question.<br>
> ><br>
><br>
> Not sure what you mean by openmoko request... When I stated that<br>
> neither<br>
> us nor openmoko did get an answer, I should have written: "If I recall<br>
> correclty openmoko tried to reach opencellid, but I have not heard of<br>
> any response. We tried to contact opencellid, but got no response." I<br>
> personally have not tried to reach you. But Nick yes, without answer,<br>
> for what I have understood.<br>
><br>
><br>
> Would be curious to have his email just to check. I am quite sure<br>
> I've answered to all demands like this.<br>
><br>
><br>
> > There is more than 100 000 cells covered, with 5.5 millions of<br>
> > measure, and more cells will be "donated" soon. We expect to<br>
> reach 200<br>
> > 000 cells in the coming weeks thanks to a new project donation.<br>
> There is<br>
> > also more than 10 different clients (windows mobile, symbian,<br>
> > blackberry, j2me,...) gathering the database.<br>
> ><br>
><br>
> Is there different countries?<br>
><br>
><br>
> Yes, the stats page show all countries:<br>
><br>
> <a href="http://www.opencellid.org/cell/stats" target="_blank">http://www.opencellid.org/cell/stats</a><br>
><br>
><br>
><br>
> Good to see there is no client for openmoko, otherwise I may have<br>
> worked<br>
> for nothing ;-)<br>
><br>
><br>
> Yes, I've heard that other where working on such client too!<br>
><br>
><br>
><br>
> > I've been running this project since more than one year , with an<br>
> > objective to push community efforts around cell id. So I would<br>
> be more<br>
> > than happy to see new effort joining this project instead of<br>
> creating<br>
> > separate efforts. So let's join effort and create something big!<br>
> ><br>
><br>
> I am very glad to read this, especially as I was very disappointed not<br>
> being able to leverage the existing work you have done. For my part I<br>
> work on the client side. A logger/uploader. I guess it would be<br>
> easy to<br>
> modify it to upload to your database if we go that way. But for now, I<br>
> think it would be good Nick (who takes care of the server side)<br>
> and you<br>
> keep discussing, in order to evaluate a possible merger.<br>
><br>
> As there are also plans on embedding the database on the phone, and<br>
> using it to locate, I would like to know if this part would interest<br>
> you? Or only the server side and upload?<br>
><br>
><br>
> The idea is to provide all the means to do so. So if there is anything<br>
> that is needed to help you to do this, I would be happy to provide it.<br>
> For instance, a way to send an area and get the list of cells in that<br>
> area. I amalready working on such functionality.<br>
> But the switch to from OpenBMap to OpenCellID should be quite fast<br>
> as I assume that the API is probably the same, or very close to. (<br>
> <a href="http://www.opencellid.org/api" target="_blank">http://www.opencellid.org/api</a> )<br>
><br>
><br>
><br>
> > And as a reminder, the complete data base is available for<br>
> download.<br>
> ><br>
> > So if you have any question/interrogation, feel free to share<br>
> them with<br>
> > me so we can clarify this.<br>
> ><br>
> > Regards,<br>
><br>
> Great we can move along. I hated this feeling of reinventing the<br>
> wheel!<br>
><br>
><br>
> So do I!<br>
><br>
><br>
><br>
> Onen<br>
><br>
><br>
> _______________________________________________<br>
> Openmoko community mailing list<br>
</div></div>> <a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a> <mailto:<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a>><br>
<div class="Ih2E3d">> <a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Thomas LANDSPURG<br>
> 8Motions<br>
> Founder/CTO<br>
> <a href="http://www.8motions.com" target="_blank">http://www.8motions.com</a><br>
> <a href="http://www.opencellid.org" target="_blank">http://www.opencellid.org</a><br>
><br>
><br>
</div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="Wj3C7c">><br>
> _______________________________________________<br>
> Openmoko community mailing list<br>
> <a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
> <a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
><br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Thomas LANDSPURG<br>8Motions<br>Founder/CTO<br><a href="http://www.8motions.com">http://www.8motions.com</a><br><a href="http://www.opencellid.org">http://www.opencellid.org</a><br>
<br><br>