-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
first 5-10 Measurepoints in the IOS Drive App Issue #12
Comments
@Frangible @seanbonner tested it out from time to time for weeks, |
Final Conclusion.Actually i stopped using the ios Drive app for measuring, cuz it does to much GPS Errors, if nano and Iphone bluetooth, get disconnected and "reconnected again", while the drive app/nano is still running, btw i realy suggest, the ios drive app need to have a handshake checkup or reset, if it looses contact to the nano, because the feedback loop which builds up, if the first handshake is lost, causes the Nano and drive app to generate GPS problems in the GPS datastream, wich render a lot of measurements into GPS Data loose, popup windows if u upload that data as example #30030405.log and #3003-0405.logsince i stopped using the IOS Drive APP with the bgeige Nano i have absolutly no GPS Error ! To the first 15 Measuring Points little elevated Measurements, i think thats not only the bootup of the nano, its the Warmup, of the nano tool itself electronic Pancake ect.... , and u can say its allways between those 15 first measurementsteps, its not a big problem, in the first view, but on the tile map but with the google algorithms, on the map those measurements become, elevated as more u zoom out, as example u can have 1 single red dot in a sea of blue, the algorythim will if u zoom out mix all blues together, but the red dot stays highlighted up, until u can see the hole world. also if u allways start in the same region, it shifts the natural radiation there by factor ~2-3 to higher lvl then normal I sugest those first 15 measurements should not be written down, cuz its still a boot up prozess, and electronic parts are not stable and warmed up in this time, i can only speak for my bgeige nano, but i know and saw the same problem in the API Maps from others to, yes its not much, but its allways wrong data, and even the tiny bit of wrong data, added to the true data pool , is poisoning the datapool itself, and makes the hole safecast project vurnuable, for critics.in Regions wich are not hit by a catastrophic event, those elevatet light blue, become flashy like the red dots in other areas.. if i start allways in the same area, by time i get this hole area ELEVATED as a spot on the map, while everywere around its dark blue, this spot becomes adjusted to the next color shift, just by the elevated bootup wrong data from the nano! i understand that comparsing to Fukoshima this is so little that it dosent, is a hughe impact, but keep in mind, the "first 15 measuring steps" are "not good trustworthy data" cuz of the bootup, warmup, adding this wrong data to the datapool, makes the hole datapool not trustworthy, because of the tiny startup 15 points poisoning with every upload. one open Point for me, as i do myself work in a industry of measuring and correct data, how do u calibrate the nano?, i know from my work that, every electronic device, ages over time the electronic ages, with every on/off, with temperature and how it is treated and how much it is be used, every electronic device has a slight drift, and i didnt found a documentation how the nano is be readjusted, on a comparing calibration standard |
#GPS datacoruption |
Sorry i don't find the Thread were i posted that, so i open this issue here new,
Startup and Handshake with IOS APP
https://api.safecast.org/en-US/bgeigie_imports/32702
https://api.safecast.org/en-US/bgeigie_imports/32750
https://api.safecast.org/en-US/bgeigie_imports/32786
https://api.safecast.org/en-US/bgeigie_imports/33396
https://api.safecast.org/en-US/bgeigie_imports/32902
The text was updated successfully, but these errors were encountered: