I stand corrected. I just checked the changelogs and saw that there has
been an export option since version 1.5.5

1.5.5 Changes
>         • Wifi blocklist updates
>         • No more logging of opt-out SSIDs
>         • Translation updates for Taiwanese, Finnish, German, and Polish
>         • You can now file a bug through the settings panel.
>     *    • Option to **export** all stumble logs into your SDCARD for
> your own analysis.*
>         • Public notification support added for Android 5.
>         • New testing infrastructure for developers
>         • Simulation mode added to the developer options.


I'll be using MozStumbler from now on :)


On Sun, Mar 1, 2015 at 12:39 AM, RK Aranas <[email protected]> wrote:

>
>
> On Sat, Feb 28, 2015 at 11:44 PM, Felix Baumann <[email protected]> wrote:
>
>> Hi RK,
>>
>> Are you sure that your phone was able to get a GPS position with that
>> time? Would surprise me actually.
>>
>> @hanno could you take a look at that data and see whether all timestamps
>> (not upload but capturing) are from 1970?
>> If they are not then their cause would be something different and they
>> haven't been uploaded by RK.
>>
>
> Hi Felix,
>
> My bad for not giving a background on the data. Those data were collected
> using WiGLE and then imported into the database. I'm really sorry for not
> catching them on my end. I didn't check my data for errors then.
>
>>
>> Ichnaea shouldn't allow uploads with time stamps that are before 2012 or
>> something (service start) and do a queue to delete those.
>>
>
> If I'm not mistaken, the data timestamps that are before 2012 were
> rewritten to reflect the day of the upload instead of the actual dates they
> had on WiGLE.
>
>
>>
>> MozStumbler could warn users and refuse recording/uploading data when the
>> phone's clock is off the real date. (timestamp < build date timestamp (for
>> new data) and timestamp < ichnaea time stamp (for data that hasn't been
>> uploaded yet))
>>
>
> If I may propose a solution, would it be possible to remove all the
> uploads in my name (rukku), then I will just send a new dump of the my data
> (checked for errors this time) to be uploaded to the system. What do you
> think?
>
> I don't really use the Mozilla Stumbler for data collection right now as
> I'm not comfortable with not having a dump of data I collected (correct me
> if I'm wrong, I'm under the impression that MLS won't allow me to export
> the data that I contributed). I'd run both WiGLE and Mozilla at the same
> time if I can but my phone can't handle it right now so I'm sticking with
> WiGLE for now. I just contribute my dumps to MLS when I can.
>
> *RK*
>
>
>>
>> Regards,
>> Felix/Djfe
>>
>> Am 28.02.2015 um 14:50 schrieb RK Aranas:
>>
>>> Hi everyone,
>>>
>>> I was able to identify the source of errors for these observations. Turns
>>> out, those were readings taken when my phone's clock was messed up. Date
>>> on
>>> my phone during that time was sometime in 1970. Those resulted in wacky
>>> computed GPS positions. What do I need to do to help you remove the
>>> erroneous data? Right now, it's making it rather hard to see which spots
>>> on
>>> the map are not yet covered in the Metro Manila area. Thanks!
>>>
>>> *RK*
>>>
>>>
>>> On Thu, Jan 23, 2014 at 5:24 PM, <[email protected]> wrote:
>>>
>>>  Am Mittwoch, 22. Januar 2014 20:05:12 UTC+1 schrieb Chris Peterson:
>>>>
>>>>> On 1/22/14, 6:47 AM, RK wrote:
>>>>>
>>>>>  Yup. That's low accuracy data from a WiGLe import(data's mine, WiGLe
>>>>>>
>>>>> kept
>>>>
>>>>> recording even when I'm indoors, hence the very low accuracies, in the
>>>>>> hundreds and sometimes thousands of meters range).
>>>>>>
>>>>>
>>>>>
>>>>> I assumed those lines might be airplane routes, but low accuracy data
>>>>>
>>>>> makes more sense. :)
>>>>>
>>>>>
>>>>>
>>>>> You can also see off-road routes from devices that have GPS calibration
>>>>>
>>>>> problems. In San Francisco, you can see some stray lines (that are not
>>>>> a
>>>>>
>>>>> ferry) running parallel to the bridge:
>>>>>
>>>>>
>>>>>
>>>>> https://location.services.mozilla.com/map#15/37.7963/-122.3750
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> chris
>>>>>
>>>> air planes shortly crossed my mind too, but all those pilots would have
>>>> had to fly in remarkably straight lines & land in rather built-up areas
>>>> ;-)
>>>>
>>>> but thanks for the clarification RK
>>>> _______________________________________________
>>>> dev-geolocation mailing list
>>>> [email protected]
>>>> https://lists.mozilla.org/listinfo/dev-geolocation
>>>>
>>>>  _______________________________________________
>>> dev-geolocation mailing list
>>> [email protected]
>>> https://lists.mozilla.org/listinfo/dev-geolocation
>>>
>>>
>> _______________________________________________
>> dev-geolocation mailing list
>> [email protected]
>> https://lists.mozilla.org/listinfo/dev-geolocation
>>
>
>
_______________________________________________
dev-geolocation mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-geolocation

Reply via email to