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
