**** BEGIN LOGGING AT Sat Jan 12 02:59:59 2013
Jan 12 17:30:40 <PaulFertser> My UI finally got the ability to show the neighbour cells information: http://paulfertser.info/files/fso-el-screenshots/monitor.png :)
Jan 12 17:41:24 <PaulFertser> Hm, i guess "time alignment is useless", "time advance" is a bit interesting but is available only for the serving cell.
Jan 12 18:09:22 <PaulFertser> GNUtoo-x60: hi :) i can't resist to boast a bit http://paulfertser.info/files/fso-el-screenshots/monitor.png :)
Jan 12 18:09:56 <GNUtoo-x60> wow, it runs stock fso right?
Jan 12 18:10:01 <GNUtoo-x60> no osmocombb involved?
Jan 12 18:12:50 <PaulFertser> GNUtoo-x60: yes, that's just calypso's EM21/EM23, supported by FSO since ages
Jan 12 18:13:59 <GNUtoo-x60> ok
Jan 12 18:14:17 <GNUtoo-x60> how much RAM does the calypso have on the openmoko?
Jan 12 18:14:23 <GNUtoo-x60> like internal RAM
Jan 12 18:14:31 <GNUtoo-x60> and what's EM21/EM23?
Jan 12 18:16:05 <PaulFertser> GNUtoo-x60: those are undocumented stock calypso firmware commands to get serving cell info and neighbour cells info
Jan 12 18:16:15 <PaulFertser> GNUtoo-x60: unfortunately, i have no idea about the RAM
Jan 12 18:16:15 <GNUtoo-x60> ah ok
Jan 12 18:16:52 <GNUtoo-x60> basically I'd like to make use of some more RAM on the openmoko's calypso to have in nuttx nsh and layer1 at the same time
Jan 12 18:17:08 <PaulFertser> dos1: hi, please, i want to talk about opimd :)
Jan 12 18:17:25 <PaulFertser> GNUtoo-x60: i know :) You're doing so much on so many fronts.
Jan 12 18:18:24 <GNUtoo-x60> ah you're aware that I got layer1 + sercomm standalone but that sercomm is too slow when used with layer1?
Jan 12 18:20:04 <PaulFertser> GNUtoo-x60: no, i didn't know you finally tried that on FR.
Jan 12 18:20:18 <GNUtoo-x60> PaulFertser, on c155 for now
Jan 12 18:20:21 <PaulFertser> But you wanted to have a full stack on calypso since long time ago
Jan 12 18:20:27 <GNUtoo-x60> yes
Jan 12 18:21:06 <GNUtoo-x60> btw you should tell openBmap people about EM21/EM23
Jan 12 18:21:34 <PaulFertser> GNUtoo-x60: they're using that, probably existance of those commands was what started the openbmap project.
Jan 12 18:22:34 <GNUtoo-x60> ok nice
Jan 12 18:22:48 <GNUtoo-x60> basically it scans every cell
Jan 12 18:22:55 <GNUtoo-x60> including the one of other operators?
Jan 12 18:23:29 <GNUtoo-x60> does it get the MNC+MCC of the cells?
Jan 12 18:23:33 <PaulFertser> GNUtoo-x60: no, only the same operator
Jan 12 18:23:44 <GNUtoo-x60> ah ok
Jan 12 18:23:58 <GNUtoo-x60> that's why openBmap people were interested in osmocombb
Jan 12 18:24:12 <GNUtoo-x60> (because I told them aoout it)
Jan 12 18:24:14 <PaulFertser> GNUtoo-x60: no, i'm afraid not http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Monitor.html;hb=HEAD
Jan 12 18:24:41 <GNUtoo-x60> altougth someone should code a gpx backend to the mapping cell osmocombb app
Jan 12 18:24:49 <GNUtoo-x60> because I don't have google earth
Jan 12 18:26:08 <GNUtoo-x60> it's great to have the ARFCN tough
Jan 12 18:26:57 <PaulFertser> GNUtoo-x60: i know it tells the frequency and that allows me to distinguish between 1800 and 900 cells but i have no clue how is that any useful.
Jan 12 18:28:09 <GNUtoo-x60> maybe with openBTS?
Jan 12 18:28:15 <GNUtoo-x60> I don't have an USRP tough
Jan 12 18:28:34 <GNUtoo-x60> or for sniffing?
Jan 12 18:28:49 <GNUtoo-x60> so you hope on the same freq with a script?
Jan 12 18:29:07 <PaulFertser> :)
Jan 12 18:29:09 <PaulFertser> Probably
Jan 12 18:31:23 <dos1> PaulFertser: hello
Jan 12 18:33:13 <PaulFertser> dos1: hi :)
Jan 12 18:33:29 <PaulFertser> dos1: i have a strange issue using opimd to resolve phonenumber to contacts
Jan 12 18:33:42 <PaulFertser> dos1: that might be related to normalisation and collation
Jan 12 18:34:05 <dos1> TAsn: ping
Jan 12 18:34:22 <dos1> he did major refactoring of opimd, maybe he'll be interested too
Jan 12 18:34:42 <PaulFertser> dos1: basically, some numbers resolve and some do not (consistently). Those numbers are both fully normalised beforehand, both in the database itself and in the query.
Jan 12 18:36:31 <GNUtoo-x60> hmmm it reminds me that I should update the srcrev of osmocombb
Jan 12 18:36:44 <GNUtoo-x60> in meta-smartphone/meta-osmocombb
Jan 12 18:38:12 <dos1> PaulFertser: do you have python-phoneutils installed?
Jan 12 18:38:56 <PaulFertser> dos1: sure
Jan 12 18:39:01 <PaulFertser> dos1: btw, how are you doing lately?
Jan 12 18:39:06 <dos1> and configured properly?
Jan 12 18:39:39 <dos1> lot of studying, exam session in progress :x
Jan 12 18:40:01 <PaulFertser> dos1: what is the most interesting in what you study?
Jan 12 18:40:16 <PaulFertser> dos1: i guess so, i can't figure yet how area code comes into play though.
Jan 12 18:42:07 <PaulFertser> dos1: it should work regardless, as both my query and the database have a fully normalised number.
Jan 12 18:42:49 <dos1> this semester is a bit boring, the most interesting stuff now i guess is optimisation of heuristics and related things
Jan 12 18:43:23 <dos1> and hmm... opimd just creates a handler for sqlite to compare two phone numbers
Jan 12 18:43:42 <PaulFertser> dos1: yes, and i wonder if that breaks some sqlite assumptions about the collation
Jan 12 18:43:43 <dos1> and it just normalises both numbers before comparing, nothing more
Jan 12 18:43:48 <PaulFertser> I know
Jan 12 18:44:17 <dos1> are you using field name known to opimd?
Jan 12 18:44:24 <dos1> with "phonenumber" type?
Jan 12 18:44:24 <PaulFertser> $phonenumber
Jan 12 18:44:31 <dos1> ok
Jan 12 18:44:36 <PaulFertser> And field "Phone"
Jan 12 18:44:40 <dos1> strange
Jan 12 18:45:03 <dos1> maybe check in python interpreter
Jan 12 18:45:11 <dos1> how phoneutils normalises your phone numbers
Jan 12 18:45:25 <PaulFertser> dos1: seem to work good, tried that already.
Jan 12 18:45:38 <dos1> so looks like some kind of sqlite voodoo
Jan 12 18:46:02 <PaulFertser> I can't use sqlite3 cli to check because it needs collation
Jan 12 18:46:53 <PaulFertser> Here're the collation rules http://www.sqlite.org/c3ref/create_collation.html I wonder if they might be accidentially violated
Jan 12 18:47:10 <PaulFertser> But i can't see how
Jan 12 18:49:12 <PaulFertser> I think they shouldn't be violated irregardless of phoneutils configuration.
Jan 12 18:49:24 <PaulFertser> I mean can't be violated, at least i can't see any possibility for that.
Jan 12 18:49:38 <dos1> i can't either
Jan 12 18:53:39 <PaulFertser> I do not remember when that started to happen
Jan 12 18:53:50 <PaulFertser> I'm now trying to upgrade libphoneutils
Jan 12 18:55:55 <PaulFertser> I think i added some number to the database...
Jan 12 18:57:13 <PaulFertser> Or upgraded something
Jan 12 19:06:11 <PaulFertser> dos1: lol, disabled phoneutils (by moving out the libraries) and now it finds the contact
Jan 12 19:06:29 <PaulFertser> Probably installing it was what broke my setup :)
Jan 12 19:06:50 <dos1> it fallbacks to 
Jan 12 19:06:51 <dos1>     def normalize_number(a):
Jan 12 19:06:52 <dos1>         return a
Jan 12 19:07:17 <PaulFertser> dos1: i know :)))
Jan 12 19:07:32 <PaulFertser> dos1: hm
Jan 12 19:07:33 <dos1> if that wouldn't work then it would be completely insane :D
Jan 12 19:07:51 <PaulFertser> dos1: is it possible that if the database was created with one collation it can't be used with another?
Jan 12 19:08:21 <dos1> dunno...
Jan 12 19:08:33 <PaulFertser> dos1: i wouldn't be surprised!
Jan 12 19:08:39 <dos1> but that might be good point, maybe some indexes are wrong
Jan 12 19:08:42 <PaulFertser> yeah
Jan 12 19:09:22 <PaulFertser> But how to prevent the nastiness? It wasn't that easy to understand... And it's easy to mess accidentally.
Jan 12 19:09:56 <PaulFertser> (by using wrong phoneutils settings for some time)
Jan 12 19:12:21 <PaulFertser> dos1: there should be a "migration" script probably that would allow to dump all the contacts and import again.
Jan 12 19:17:15 <PaulFertser> dos1: anyway, was glad to talk again, thanks for bearing with me :)
Jan 12 21:18:30 <GNUtoo-x60> ha JaMa is not there
Jan 13 00:20:23 <pabs3> morphis: how come you didn't tag libfso-glib 2012.07.27.2?
Jan 13 01:44:59 * pabs3 looks at specs.git and goes ick!
**** ENDING LOGGING AT Sun Jan 13 02:59:58 2013