ukhas/habitat — Issue #110: figure out how to deal with strings where there is no gps lock
Author: adamgreig
Created: 2011-10-26 23:40:07+00:00
State: open
Labels: parser

* some payloads appear to send 0,0,0 (lat, lon, alt) so the string parses but the point is clearly invalid and messes up the tracker
* some payloads send ,,, so the string does not parse
* curerntly spacenear.us prunes 0,0 points; the habitat web gui demo does this too (hacky addition)

@danielrichman 's suggestion:

* add a fix invalid key; doc[“data”][“fix_invalid”]. Payloads that send a fix valid field can be set from this and the points therefore ignored. Absence of key assumes valid fix.
* perhaps allow payloads to send either empty strings or a special character ‘!’ or something to set the fix_invalid field to false? This is a slight pain to implement.
* add a common post filter that detects if lat == lon == 0.0000 and sets fix_invalid = false, for use on payloads that do not do either of the above
* encourage people to do one of the two first options (or something else, better?)