Hello everybody,
for those of you who are using openBmap on FreeRunner, there were issues
with uploading old files with scanned BTS and AP. To rescue all this
valuable data please read this:
https://sourceforge.net/p/myposition/discussion/785485/thread/7ed0d6e8/?limit=25
For the rest: sorry for
Hi Michael,
could you check your config file, and if the URLs point at
realtimeblog.free.fr, replace them by openbmap.org.
http://realtimeblog.free.fr/upload/upl.php5
becomes
http://openbmap.org/upload/upl.php5
http://realtimeblog.free.fr/getInterfacesVersion.php
becomes
http://openbmap.org/g
Hi,
I'm just trying to access your API as described at
http://openbmap.org/api/getGPSfromWifi.html but with no success. These are the
RAW data I send to realtimeblog.free.fr:
POST /api/getGPSfromWifiAPBSSID.php5 HTTP/1.1
Host: realtimeblog.free.fr
Accept: text/xml, application/xml, */*
Content-
Hello,
of course we are interested in any help.
IIRC we do have a logging client for windows mobile. Nevertheless I do
not work on it, Nick does (project's leader). As he does not follow this
mailing list, I send right away an email to both of you.
Thanks for your interest,
Onen
On 01/09/2
[cut]
> Epic Fail, Sergey!
Did you understood, what Sergey meant to say? Could you explain?
--
Patryk "LeadMan" Benderz
Linux Registered User #377521
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
__
On 01/09/2012 01:10 PM, Сергей Попов wrote:
Hi, I'm work NET developer about 1 year in Russia Federation. At this
moment I would like to take part in the opensource project. I pay
attention to your project and would like to offer assistance in
writing the software version for Windows Phone 7. Wr
Hi, I'm work NET developer about 1 year in Russia Federation. At this
moment I would like to take part in the opensource project. I pay
attention to your project and would like to offer assistance in
writing the software version for Windows Phone 7. Write if you are
interested in my proposal.
___
helps,
Onen
On 09/13/2010 03:29 PM, Florian Schlichting wrote:
> Hi,
>
> I have several SIM cards from different networks. When planning a tour,
> I wonder which one to use for logging cells (in order for the log to be
> most generally useful). The cell display on the openbmap
Hi,
I have several SIM cards from different networks. When planning a tour,
I wonder which one to use for logging cells (in order for the log to be
most generally useful). The cell display on the openbmap website is good
but far from perfect (I can never be sure to actually see all the cells,
no
>> Is there already a way to trick ogpsd into using the openbmap-locator
>> dbus interface? or is that still future research/improvement?
>Not that I know of. I managed to use a configuration for fso-gpsd to use
> openbmap-locator but there is nothing that can merge the two
On 10/23/09, Baruch Even wrote:
> Yorick Moko wrote:
>> when trying to install i get:
>> r...@om-gta02 ~ $ opkg install
>> http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
>> Downloading
>> http://cloud.github.com/downloads
Alex (Maxious) Sadleir wrote:
> ie. Results where the cellID = (sometimes for serving cell even
> when the FR display shows full signal strength). Perhaps
> openBmap-locator needs to collect a couple of results in a row if it
> doesn't already.
>
Good point. My logger
Yorick Moko wrote:
> when trying to install i get:
> r...@om-gta02 ~ $ opkg install
> http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
> Downloading
> http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.i
your GSM
>>>> data (and as such your position) to a third party.
>>>> Local service on the phone as openBmap-locator from Baruch is the right
>>>> way to go for performance, easiness, and privacy.
>>> I look forward to this :)
>> Search for openbmap-
Yorick Moko wrote:
> when trying to install i get:
> r...@om-gta02 ~ $ opkg install
> http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
> Downloading
> http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.i
when trying to install i get:
r...@om-gta02 ~ $ opkg install
http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Downloading
http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk
Installing openbmap-locator (0.1) to root
tion) to a third party.
>>> Local service on the phone as openBmap-locator from Baruch is the right
>>> way to go for performance, easiness, and privacy.
>> I look forward to this :)
>
> Search for openbmap-locator, it already exists. Though it's still
> somewhat
Thomas Landspurg wrote:
> Again , and clarifiacation:
>
> ObenBMap have in fact less than 82963 cells (the 'trusted' cells),
> the others are coming from OpenCellId! ;)
>
>
> OpenCellID: 433 574 cells
> CellHunter: 148 943 cells
> OpenBMap: 82 963 ce
Leonti Bielski wrote:
> So how good or bad the data from Cellhunter project?
Please see the nice work from Christian Gagneraud in the archive about
comparison of what's get logged/stored by CH, OBM and OCI
logger/database:
http://lists.openmoko.org/pipermail/community/2009-June/049238.html
Onen
Hi Thomas,
Thomas Landspurg wrote:
> Hello Risto,
>
> Here is a few facts from such FAQ:
>
Not all accurate, though.
> Most of the cells from OpenBMap are coming from OpenCellID (the
> 'untrusted ones')
>
Absolutely correct. Number is on your side.
>
Hi,
Risto H. Kurppa wrote:
> AFAIK, OpenBmap is told to import data from other projects
We have imported the opencellid data once, to bring right now better
coverage to the users. But this is supposed to be temporary. The target
being to have only openBmap data or data from projects wh
Thanks for the information, I'll subscribe to it.
2009/9/6 Risto H. Kurppa :
> Btw you all three (openbmap, cellhunter, opencellid) devels are warmly
> welcome to join FOSS-GPS -mailing list
> (http://lists.osgeo.org/mailman/listinfo/foss-gps) - I'd like to see
> discussio
Hello Risto,
note that strengh is already part of the opencellid api.
As I've pointed out once, the problem is not all client have access
to these data. So do we add all possible fields in the database? Out
of the 45 millions of measures, only several millions might have all
these data.
My
On Sun, Sep 6, 2009 at 8:49 PM, Risto H. Kurppa wrote:
> On Sun, Sep 6, 2009 at 1:32 PM, Alex (Maxious) Sadleir
> wrote:
>> I looked at "common api to submit cells" and found that the openmoko
>> OBM logger app was missing *one* field (arfcn) that cellhunter api
>> wanted. Both being opensource, h
On Sun, Sep 6, 2009 at 1:32 PM, Alex (Maxious) Sadleir wrote:
> I looked at "common api to submit cells" and found that the openmoko
> OBM logger app was missing *one* field (arfcn) that cellhunter api
> wanted. Both being opensource, here's my hackish solution to patch the
> OBM logger to write th
, hopefully the real logger app developers can work something out
between themselves.
from xml.dom import minidom
import os,dbus,urllib
"""
OBMhunter submitter 0.1.0
Submits appropriate openBMap xml logs to cellhunter DB.
Installation:
Patch the openBMap logger library:
p
Btw you all three (openbmap, cellhunter, opencellid) devels are warmly
welcome to join FOSS-GPS -mailing list
(http://lists.osgeo.org/mailman/listinfo/foss-gps) - I'd like to see
discussion about the algorithms you use to calculate the position of
the cells. It must be something else than jus
On Sun, Sep 6, 2009 at 12:43 PM, Risto H. Kurppa wrote:
> OpenBmap stores this data:
> http://sourceforge.net/apps/trac/myposition/wiki/log_format
>
> * mcc
> * mnc
> * lon
> * lat
> * alt
> * heading
> * speed
> * hdop
> * vdop
> * pdop
> * swid: sof
th CellsHunter to integrate their database.
I think this should be something done ~weekly; syncing the databases.
> I still hope to convince OpenBMap to don't recreate another database
> focused on OpenMoko but use and improve a general purpose project.
I can't see why openbmap
ration has been done once but I hope to integrate
this much easily soon...
I still hope to convince OpenBMap to don't recreate another database
focused on OpenMoko but use and improve a general purpose project. I
am sure that that's the spirit of Onen, but it seems that we had some
c
ply you think you have good reasons not to. I think you should simply
> tell what you think.
>
> and discuss with the OpenBMap guy. Does somebody knows where he
>>
>> disappear?
>
> !!!
>
> I am trying to contact him since more than a week without
>>
>&g
I have no idea what's going on between you people but:
Now that I had a little thought, I really don't care how many copies
of the database we have. All I care about is that
a) there's a way to use the data (=a client capable to locate me based
on the GSM cells around me)
b) the client uses the d
ink you have good reasons not to. I think you should
simply tell what you think.
and discuss with the OpenBMap guy. Does somebody knows where he
> disappear?
!!!
I am trying to contact him since more than a week without
> success
>
I find very ironic that you find more than
On 9/3/09, Thomas Landspurg wrote:
>Guys, I start to be a little bit deseperate by these discussions
>
>I have some point of disagreement, but I would like first to stay
> polite and discuss with the OpenBMap guy. Does somebody knows where he
> disappear? I am trying to co
f disagreement, but I would like first to stay
> polite and discuss with the OpenBMap guy. Does somebody knows where he
> disappear? I am trying to contact him since more than a week without
> success
>
> 2009/9/3 Risto H. Kurppa :
> > On Thu, Sep 3, 2009 at 10:35 AM, Yori
Guys, I start to be a little bit deseperate by these discussions
I have some point of disagreement, but I would like first to stay
polite and discuss with the OpenBMap guy. Does somebody knows where he
disappear? I am trying to contact him since more than a week without
success
2009/9
On Thu, Sep 3, 2009 at 10:35 AM, Yorick Moko wrote:
> this is how I see it, from an end-user point-of-view:
>
> openBmap has the most cells
> openBmap maps the most information
>
> all I want is as much cells as possible
> AND
> know that I'm logging everything that
> OpenCellID too
>
> Is there something that stops you from doing so?
>
> r
>
> this is how I see it, from an end-user point-of-view:
openBmap has the most cells
openBmap maps the most information
all I want is as much cells as possible
AND
know that I'm logging everythin
On Thu, Sep 3, 2009 at 1:28 AM, Thomas
Landspurg wrote:
> Again , and clarifiacation:
>
> ObenBMap have in fact less than 82963 cells (the 'trusted' cells),
> the others are coming from OpenCellId! ;)
Yes, I knew that OBM had imported from OCI but to me the only thing
that matters is how many ce
Again , and clarifiacation:
ObenBMap have in fact less than 82963 cells (the 'trusted' cells),
the others are coming from OpenCellId! ;)
OpenCellID: 433 574 cells
CellHunter: 148 943 cells
OpenBMap: 82 963 cells
(sorry for talking the risk of being the 'bad' guy
know where I got it from.. sorry for misleading..) is the
number of ALL submits but to me it looks like that the no of cells is
around 141371 (NCG) + 7572 (OCnG) = 148 943 cells. The rest are just
more gps information for a single cell. Am I wrong?
So to recap:
OpenBMap: 479740 cells (of which 82963
happy.
>
> Leonti
>
> Leonti
>
> On 9/2/09, Thomas Landspurg wrote:
>> Hello Risto,
>>
>> Here is a few facts from such FAQ:
>>
>> Most of the cells from OpenBMap are coming from OpenCellID (the
>> 'untrusted ones')
>>
>&
>So how good or bad the data from Cellhunter project?
>For me it is a lot of fun to compete collecting cells. If it misses
>some data - let's just add more info about cells if necessary so then
>obm could import new data and everyone would be happy.
>
>Leonti
yes, it is lots of fun :) , the websit
wrote:
> Hello Risto,
>
> Here is a few facts from such FAQ:
>
> Most of the cells from OpenBMap are coming from OpenCellID (the
> 'untrusted ones')
>
> One of the main difference from the three is that only OpenCellID
> provides a complete access to the da
Hello Risto,
Here is a few facts from such FAQ:
Most of the cells from OpenBMap are coming from OpenCellID (the
'untrusted ones')
One of the main difference from the three is that only OpenCellID
provides a complete access to the data and the measures.
OpenCellId added a &qu
On Wed, Sep 2, 2009 at 2:47 AM, Rui Miguel Silva Seabra wrote:
> How does CellHunter compare with OpenBMap ?
I think someone could write a wiki page about this and include it in FAQ's :)
CellHunter: 7milj cells, clients: http://www.opkg.org/package_111.html
and http://www.opkg.org/pac
Heu, yes, thats, me too ( http://landspurg.net/tomsoft/Demos/ )
;)
2009/8/26 Michael 'Mickey' Lauer :
> On Wednesday 26 August 2009 08:38:05 Thomas Landspurg wrote:
> [...]
>
> Sorry for hijacking this thread, but... are you the Mr. Vectorballs Thomas
> Landspurg or someone else?
>
> Cheers,
On Wednesday 26 August 2009 08:38:05 Thomas Landspurg wrote:
[...]
Sorry for hijacking this thread, but... are you the Mr. Vectorballs Thomas
Landspurg or someone else?
Cheers,
LPA of TGM-Crew / Thrust / Threat / Traitors / Supreme.
___
Openmoko c
il.com>>
>>
>> Thomas,
>>
>> After trying to reach you a few times last year,
>> i am really glad to have some news from you now.
>>
>>
>> The easiest way is to use the email mentionned in the Web page! ;-)
>>
>>
>>
>>
On Sat, Aug 22, 2009 at 10:57:12PM +0200, Onen wrote:
> > Anyone knows if can I freely change this value? <:)
> >
>
> This one is free to change. Nevertheless, we consider that above this,
> the GPS position becomes inaccurate. Thus we fear this brings only low
> quality data.
Ok, thanks! :)
>
Surprising. With obm running, my FR charges, when plugged into my car.
As another response states, maybe your charger brings less power than
mine...
>>> Is there a way to recover the logging that was done and maybe upload it,
>>> or is it all on RAM and tough luck for me?
e logging that was done and maybe upload it,
> > or is it all on RAM and tough luck for me?
>
> Just open openBmap and click "Upload". Logs are splitten into smaller
> files, you'll probably lost only really small part of your logging
> near end.
Ah, good, I fear
I'd guess that
a) your charger didn't supply 500mA, maybe only 100mA (-> check
http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#OM2009_.26_Freerunner
)
b) you can manually edit the files and add the missing XML tags to fix
the broken files - yes, it's split in smaller files so at most you
los
astes more battery than the charger can give it, so even though
> it lasted longer, somewhere near the end the phone just powered off.
>
> Is there a way to recover the logging that was done and maybe upload it,
> or is it all on RAM and tough luck for me?
>
> Thanks,
> Rui
>
Hi,
Yesterday night I did about 350 Km of scanning, and the phone was
plugged to an USB car charger I bought (from TuxBrain). Unfortunately,
even though the phone was in charging mode, it seems that while using
the GPS is wastes more battery than the charger can give it, so even though
it lasted l
restarting a couple of times lets me use paroli, gps and everything
with no problems! I actually was able to run 4 apps at the same time
using gps, not bad! And Paroli connects to gsm networks nicely.
Thanks!
r
--
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi
_
I reflashed om2009 (latest unstable) only to see that paroli can't
always login to network (well actually now that I mention it, I was
able to see it also on the previous isntallatin - paroli often gave me
the about 10 error messages..)
here are last lines from /var/log/paroli.log
http://pastebin
resource might be a good
> idea, if FSO can handle more than one app doing it: this way I
> shouldnt have to run other apps if I just want to log stuff.
FSO can handle more than one app requesting resource (that's what
resources are supposed to do by design), but then openBmap will hav
apps if I just want to log stuff.
> > I have some problems with GPS, I feel that Tangogps or openbmap alone
> > can't actually ever see any satelites, but if I first start omgps
> > (using ublox), I get a nice fix and then when I start openbmap or
> > tango, it cha
s, if GSM is not up and running, requested by another application, I
am not sure of how nice it handles it.
> I have some problems with GPS, I feel that Tangogps or openbmap alone
> can't actually ever see any satelites, but if I first start omgps
> (using ublox), I get a nice fix
Hi!
I'm travelling with om2009 unstable from about 2 weeks ago. I'm having
hard time running openbmap and recording cells, most of the times it
crashes when I try to start it.
If paroli doesn't run, it wont start at all.
I have some problems with GPS, I feel that Tangogps or openb
ive some output through monitoring
> interface. But it did not work.
>
yeah I tried with a SIM that was expired (1year inactivity on a pre-paid
SIM --> SIM gets deactivated)
it said "SOS only"
but openBmap could see anything
didn't try AT commands...
y
__
Alex (Maxious) Sadleir wrote:
> On Thu, Jul 30, 2009 at 7:01 AM, Onen wrote:
>> Alex, could you be more specific, I am not sure to understand what you
>> have in mind? Are you wondering if we could log cells from other
>> operators with only one phone?
>>
> Exactly. I don't know alot about GSM. On
On Thu, Jul 30, 2009 at 7:01 AM, Onen wrote:
> Alex, could you be more specific, I am not sure to understand what you
> have in mind? Are you wondering if we could log cells from other
> operators with only one phone?
>
Exactly. I don't know alot about GSM. On one hand, you can see the
other networ
Hi,
thanks for pointing this email from Harald Welte.
We have not looked much at the legal side. Because we found a lot of
public work (research, etc.) about locating your phone thanks to GSM
signals. We also found different projects which uses the GSM data, and
log it. And as the data is free
On Wed, Jul 29, 2009 at 7:15 PM, Stroller wrote:
>
> On 28 Jul 2009, at 11:35, Patryk Benderz wrote:
>> ...
>> Hi, did you considered legal side of this work? I mean, do GSM
>> operators
>> in all countries allow us to collect these data?
>
> The data is publicly observable, so I don't see how they
On 28 Jul 2009, at 11:35, Patryk Benderz wrote:
> ...
> Hi, did you considered legal side of this work? I mean, do GSM
> operators
> in all countries allow us to collect these data?
The data is publicly observable, so I don't see how they can claim any
copyright upon it.
If you're drawing a
Am Dienstag, 28. Juli 2009 12:35:47 schrieb Patryk Benderz:
> [cut]
> Hi, did you considered legal side of this work? I mean, do GSM
> operators in all countries allow us to collect these data?
This data is kinda obvious, one could also walk around and look for GSM
anntennas... How would they for
[cut]
Hi, did you considered legal side of this work? I mean, do GSM operators
in all countries allow us to collect these data?
--
Kind Regards
Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292
ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
'regular and dummy user'!
>
If you use any of the two projects, you contribute to the community,
because the data is available from both projects. But I (of course ;-) )
thinks it is better to use openBmap.
> I am willing to help but what's the best way to achieve the most
Thanks Onen.
You are right but I would like to have a 'clear statement' about the cell
logging process.
If I use one of those 2 applications and submitt my data, do I contribute to
the community? That's my goal as a 'regular and dummy user'!
I am willing to help but what's the best way to achiev
On Mon, Jul 27, 2009 at 8:29 AM, Onen wrote:
> Onen wrote:
> > Alex (Maxious) Sadleir wrote:
> >>
> >> I've tried using the API page at
> >> http://realtimeblog.free.fr/api/getGPSfromGSM.html but it never returns
> >> useful results for me even when the map shows a radius. For example
> >> given
Hi,
Onen wrote:
> Alex (Maxious) Sadleir wrote:
>>
>> I've tried using the API page at
>> http://realtimeblog.free.fr/api/getGPSfromGSM.html 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
>>
Hi,
Robin Paulson wrote:
> 2009/7/26 Onen :
>> What do you mean by having the tiles? Instead of having the regular OSM
>> tiles, and overlay the cells positions, you would have a directly
>> rendered tile set with cells included?
>
> yes. i'd like to see locations while i'm on the go, so i can se
Hi,
Alex (Maxious) Sadleir wrote:
>
> 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 Na
2009/7/26 Onen :
>> hmm, that sounds slow and clumsy imo; i'd far rather have the tiles.
>> as the license is compatible, i might look at importing it myself. i
>> think there's a tag in osm, but i can always create one if there isn't
>>
>
> What do you mean by having the tiles? Instead of having t
Onen,
glad to see openBmap gets better and better, congratulation :)
best regards,
mqy
Onen wrote:
>
> Hi everyone,
>
> Nick did a very nice work about the visualisation interface of the cells
> on the website [1].
>
> You can now browse and zoom to an area, and
On Sun, Jul 26, 2009 at 2:00 AM, Onen wrote:
> Hi,
> > If we could get all the average points for a network/country/region as
> > KML, it wouldn't be too hard to convert them into tangogps POIs
> > (although then you'd have alot of POIs).
> >
>
> What would be the purpose of displaying the averag
Hi,
Robin Paulson wrote:
> 2009/7/26 Alex (Maxious) Sadleir :
>> On Sat, Jul 25, 2009 at 9:53 PM, Robin Paulson
>> wrote:
>>> is there any work to get this data into the osm database? i assume the
>>> license is compatible? it would be great to get existing cells
>>> rendered on an alternative ti
Hi,
Alex (Maxious) Sadleir wrote:
> On Sat, Jul 25, 2009 at 9:53 PM, Robin Paulson is there any work to get this data into the osm database? i assume the
> license is compatible? it would be great to get existing cells
> rendered on an alternative tile set, cache them for viewing in
>
Hi,
Robin Paulson wrote:
>
> is there any work to get this data into the osm database?
No.
i assume the
> license is compatible?
Yes.
it would be great to get existing cells
> rendered on an alternative tile set, cache them for viewing in
> tangogps and see where the blank spots are, to kno
2009/7/26 Alex (Maxious) Sadleir :
> On Sat, Jul 25, 2009 at 9:53 PM, Robin Paulson
> wrote:
>>
>> is there any work to get this data into the osm database? i assume the
>> license is compatible? it would be great to get existing cells
>> rendered on an alternative tile set, cache them for viewing
nice work onen/nick!
y
On Sat, Jul 25, 2009 at 2:08 PM, Alex (Maxious) Sadleir
wrote:
> On Sat, Jul 25, 2009 at 9:53 PM, Robin Paulson wrote:
>
>>
>> is there any work to get this data into the osm database? i assume the
>> license is compatible? it would be great to get existing cells
>> rendere
On Sat, Jul 25, 2009 at 9:53 PM, Robin Paulson wrote:
>
> is there any work to get this data into the osm database? i assume the
> license is compatible? it would be great to get existing cells
> rendered on an alternative tile set, cache them for viewing in
> tangogps and see where the blank spot
2009/7/25 Onen :
> Nick did a very nice work about the visualisation interface of the cells
> on the website [1].
>
> You can now browse and zoom to an area, and see (depending on the level
> of zoom), LACs and cells.
>
> When you select one item, you can click on it to see the coverage of the
> it
On Sat, Jul 25, 2009 at 9:24 PM, Onen wrote:
>
> You can now browse and zoom to an area, and see (depending on the level
> of zoom), LACs and cells.
>
> When you select one item, you can click on it to see the coverage of the
> item.
Wow! This is very useful for planning cell id collection trip
Hi everyone,
Nick did a very nice work about the visualisation interface of the cells
on the website [1].
You can now browse and zoom to an area, and see (depending on the level
of zoom), LACs and cells.
When you select one item, you can click on it to see the coverage of the
item.
This is s
Hi,
this has been discussed a couple of times on this mailing list already.
You will find the details in the archive here [1]. But to sum it up:
We are focusing on quality of data, and not only quantity, because we
believe otherwise we will have a big database of useless data.
We are intereste
es
> are available in SHR, FSO, Debian, etc feeds.
> opkg|apt-get install openbmap-logger !
>
> SUMMARY:
>
> The purpose of this software is to log GSM data, together with
> GPS coordinate. This data are sent to the website (www.openbmap.org),
> in order to build
openbmap-logger !
SUMMARY:
The purpose of this software is to log GSM data, together with
GPS coordinate. This data are sent to the website (www.openbmap.org),
in order to build a free database.
Possible uses of this database:
* get your location based on the current GSM cell you are connected
Hi everyone,
a new release has hit the repositories, version 0.3.2. Main highlight:
openbmap-logger is now in the Debian feeds thanks to Sebastian Reichel!
Summary
===
The purpose of this software is to log GSM data, together with
GPS coordinate. This data are sent to the website
On Thu, Jun 11, 2009 at 3:14 AM, Onen wrote:
>
>
> The logs should not be lost. They just have not been detected, and
> processed by the (broken) server. Tweet is triggered when logs are
> detected.
Yep! They've shown up today just as expected.
>
>
> Does it say
> > anywhere what the delay/pr
Thanks onen for all your answers, they cleared many unclear things. I
think it's essential for an FLOSS project leader / developer to
communicate with the users to create a community of users who
eventually will start contributing and support your work, see
http://aseigo.blogspot.com/2009/01/buildi
Hi,
Christian Gagneraud wrote:
>
> in tour $HOME/.openBmap/Logs, i think there's an archive directory
> (ProcessedLog or similar).
>
Not if he answered "yes" to the question about emptying it. But don't
Correct. Upload is working. Only processing is on test.
Onen
Risto H. Kurppa wrote:
> On Wed, Jun 10, 2009 at 8:33 AM, Alex (Maxious)
> Sadleir wrote:
>> I did a big upload yesterday (52 log files) and unfortunately I let it
>> delete the processed ones (After the "Successfully uploaded (52) log
Sorry, wrong link:
http://myposition.wiki.sourceforge.net/GUI_thoughts
Onen wrote:
>>
>
> Yep. Some work has been done on the gui. Please have a look and let me
> know if this goes in the right direction:
> http://myposition.wiki.sourceforge.net/page/edit/GUI_thoughts
>
> Also I start thinking
Hi Alex,
Alex (Maxious) Sadleir wrote:
>
> I did a big upload yesterday (52 log files) and unfortunately I let it
> delete the processed ones (After the "Successfully uploaded (52) log
> files" dialog). "Unfortunately" because I haven't seen my
> username("lambdacomplex")/cells on the stats pa
Hi,
I think precisely the same. Thanks for the nice comments.
Onen
kimaidou wrote:
> Hi
>
> + 1 for the hard steps to see the polygone of one cell in the map
> trrough all the lists. Why not just show all the cells in the current
> zoom level, from e.g zoom level 14 or 15 (to avoid loading to
Hi Risto,
Risto H. Kurppa wrote:
>
> - Collecting cell id's is MUCH more easier than contributing to
> openstreetmap.org: all you need to do is start the openbmap app, make
> sure it has 3d fix,
You don't need to. If you start logging, it will log data *only* if GPS
has 3
(52) log
> files" dialog). "Unfortunately" because I haven't seen my
> username("lambdacomplex")/cells on the stats page or the twitter or on
> the map yet so I worry they have been lost in the abyss. Does it say
> anywhere what the delay/process is to get the ce
1 - 100 of 181 matches
Mail list logo