Cellhunter/OpenBmap

Sebastian Hammerl list-openmoko at omoco.de
Sun Jun 7 18:46:22 CEST 2009


hi,

Christian Gagneraud schrieb:
> Christian Gagneraud wrote:
>   
>> Hi all,
>>
>> I'm using cellhunter since few month, with which i have gathered some 
>> data (1646 cells so far here in Ireland) and uploaded to their server.
>> I would like to give a try with OpenBmap, is there a way to convert 
>> data from CH to OBM and upload them to OBM server?
>> I know that OBM log more details than CH but i guess that CH's data 
>> are still usable by OBM.
>>
>> Generally speaking, what people think about these two project? And of 
>> course the 2 billion euros/dollars question: Which one is the best?
>> Does the 2 projects collaborate, if not are there any plan to do so?
>>     
>
> I did a comparison of what's get logged/store by CH, OBM and OCI 
> logger/database:
>
> ------------------------------------------------------------------------
> Cell data:
> ==========
>                  OBM     CH      OCI
> time            x       x       x
> provider                x
> mmc             x       x       x
> mnc             x       x       x
> lac             x       x       x
> id              x       x       x
> signal (1)      x       x
> arfcn                   x
> type (2)        x (3)
> ta              x (3)
> c1              x (4)
> c2              x (4)
> serving         x       x
>
> GPS data:
> =========
>                  OBM     CH      OCI
> time            x
> lat             x       x       x
> long            x       x       x
> alt             x       x
> heading         x
> speed           x
> hdop            x
> vdop            x
> pdop            x
>
>   
Cellhunter does save the gps time.

greetings, Sebastian
> Meta data:
> ==========
>                  OBM     CH      OCI
> hwmanuf         x
> hwid            x       x
> hwver           x
> swid            x       x (5)
> swver           x       x (5)
> login/pass/key  x       x       x
>
> (1) OBM: signal strength in dBM and rxlevel in % (?), CH: signal 
> strength according to GSM specs
> (2) Network type: GSM, UMTS, HSDPA, ...
> (3) OBM: only with serving cells
> (4) OBM: only with non-serving cells
> (5) Via HTTP agent when uploading
> ------------------------------------------------------------------------
>
> So finally, OCI logs basic information, CH a bit more, and OBM a lot 
> more.
>
> Here is the compatibility matrix between the loggers and the servers 
> (database):
>
>                   SERVER
>              OCI    CH    OBM	
> L G  OCI     x
> O E  CH      x     x
> G R  OBM     x            x
>
>
> Both CH and OBM loggers can be used to populate OCI database.
> For CH logger to be compatible with OBM database, there's lot of data 
> that need to be added to the CH logger.
> For OBM logger to be compatible with CH database, there's very few 
> data that need to be added to the OBM logger:
> - provider: the network operator, as reported by fso.GSM.Network.g 
> getStatus() or Status() signal
> - arfcn: current channel number, as reported by 
> fso.GSM.Monitor.Get{Serving,Neighbour}CellInformation()
> And only one data is expressed in a different unit:
> - signal strength: OBM use dBm and CH use a scale as per %EM AT command
>
> So finally, it would be ideal to enhance slightly the OBM logger, this 
> way it will be universal in regards to the 3 databases. And this will 
> give the user the complete freedom to upload his data to whatever 
> database he wants (for example i would like to upload data to CH 
> server for the fun and still contribute to OBM because i'm convinced 
> of the higher quality of their data).
>
> Some personal remarks (a bit OT):
> - I was really surprised to see that CH logger use AT commands 
> directly (via fso.GSM.Debug), whereas OBM logger use plainly the FSO 
> interface.
> - It's a pity that CH use signal strength in GSM scale, FSO use 
> percent and OBM dBm. There's lot of wasted CPU (and battery) around...
>
> Chris
>
> PS: I don't pretend that this analysis is accurate nor mistake-free, 
> so please correct me if i'm wrong somewhere.
>
>   
>> Chris.
>>
>> _______________________________________________
>> Openmoko community mailing list
>> community at lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>     
>
>
> _______________________________________________
> Openmoko community mailing list
> community at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openmoko.org/pipermail/community/attachments/20090607/6a06a9c3/attachment.htm 


More information about the community mailing list