Datamining 23C3
From OpenBeacon Wiki
Actually - as the author of this page - I wouldn't mind some feedback (of any kind) from somebody (maybe the fathers of openbeacon) on the feedback page? Thx!
This all assumes that one log-stanza is 24 byte (btw - have fun by searching for the flaw in log-2006-12-27-13 - which has originally 4.115.960 bytes, which is 171498,3333 if you divide it by 24).
Here some findings about the Sputnik project: mysql> select count(*) from log1; ---------- | count(*) | ---------- | 11144232 | ---------- 1 row in set (0.00 sec) mysql> select count(*), sip from log1 group by sip; ---------- ----------- ----------- | count(*) | sip | sip_form | ---------- ----------- ----------- 129144 184418311 10.254.0.7 8524 184418404 10.254.0.100 187078 184418558 10.254.0.254 448760 184418565 10.254.1.5 758782 184418566 10.254.1.6 568765 184418567 10.254.1.7 532699 184418572 10.254.1.12 570525 184418576 10.254.1.16 494524 184418582 10.254.1.22 1322696 184418819 10.254.2.3 428565 184418821 10.254.2.5 563488 184418826 10.254.2.10 760606 184418828 10.254.2.12 231483 184419077 10.254.3.5 376396 184419081 10.254.3.9 130379 184419085 10.254.3.13 54863 184419093 10.254.3.21 171311 184419334 10.254.4.6 528187 184419339 10.254.4.11 589640 184419340 10.254.4.12 596466 184419586 10.254.5.2 880833 184419605 10.254.5.21 225075 184420110 10.254.7.14 585443 184420366 10.254.8.14 24 rows in set (4 min 23.80 sec) If you are wondering why the accesspoints differ from the one on http://openbeacon.org/dl/23C3/locations_a.csv _b.csv and _c.csv (details http://www.openbeacon.org/downloads.0.html ), ask the authors. maybe sb should tell them about maintaining and updating standards? Some other interesting findings: select sOid, count(*) from log1 group by sOid ---------- ----------- | count(*) | soid | ---------- ----------- | 179090 | 269942784 | | 556588 | 269942869 | | 1144585 | 269942954 | | 9050534 | 269943039 | | 3784 | 269943296 | | 11825 | 269943381 | | 22702 | 269943466 | | 175124 | 269943551 | ---------- ----------- 8 rows in set (1 min 40.39 sec) If sb can point me to my error here, I would greatly appreciate that. Same goes for the following two: mysql> select distinct sseq from log1; ----------- | sseq | ----------- | 184419077 | | 184418572 | | 184419605 | | 184419339 | | 184419093 | | 184420110 | | 184418566 | | 184418819 | | 184418567 | | 184418826 | | 184418565 | | 184418582 | | 184418821 | | 184418828 | | 184419085 | | 184419334 | | 184418558 | | 184418311 | | 184420366 | | 184419340 | | 184419586 | | 184419081 | | 184418404 | | 184418576 | ----------- 24 rows in set (0.00 sec) mysql> select distinct sstrength from log1; ----------- | sstrength | ----------- | 65 | ----------- 1 row in set (37.40 sec) All entries with the same strength?
Talk and article from 24C3 describing reconstruction of lost sequences from 23C3: http://events.ccc.de/congress/2007/Fahrplan/events/2270.en.html
Web page with attempts of rebuilding missing IDs: http://www.bogomips.w.tkb.pl/sputnik.html

