<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV> </DIV>
<DIV> </DIV>
<DIV>If U see an altitude of 78, that is what the GPS sends when it looses sats.  The other "bad" Altitudes appear pretty much random.  Fortunately, the good fixed appear to be pretty obvious.<BR><BR>73, Steve, K9DCI </DIV>
<DIV>--- On <B>Mon, 12/3/12, Jason Low <I><jay911@gmail.com></I></B> wrote:<BR></DIV>
<BLOCKQUOTE style="BORDER-LEFT: rgb(16,16,255) 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px">
<DIV id=yiv208821420><SPAN style="FONT-FAMILY: arial, sans-serif; FONT-SIZE: 13px">Take note of the raw packets KD8GBH posted. For some reason the altitude is occasionally being prepended with three zeroes, "pushing" the 3 least significant digits out the other side. A=111405 becomes A=000111 in the next packet. That's why the altitude keeps dropping to 35 meters.</SPAN>
<DIV style="FONT-FAMILY: arial, sans-serif; FONT-SIZE: 13px"><BR></DIV>
<DIV style="FONT-FAMILY: arial, sans-serif; FONT-SIZE: 13px">The position fix errors I'm not sure about. On the raw packets on <A href="http://aprs.fi/" rel=nofollow target=_blank>aprs.fi</A>, it looks like some digis/gates are trying to insert positions at a much later time than other gates have reported the balloon at that same location. Maybe because it's running WIDE2-1 as a path, causing digipeats from significantly long distances to muck up the works?</DIV>
<DIV class=yiv208821420gmail_extra><BR></DIV></DIV><BR>-----Inline Attachment Follows-----<BR><BR>
<DIV class=plainMail>_______________________________________________<BR>aprssig mailing list<BR><A href="http://us.mc1126.mail.yahoo.com/mc/compose?to=aprssig@tapr.org" ymailto="mailto:aprssig@tapr.org">aprssig@tapr.org</A><BR><A href="https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig" target=_blank>https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig</A><BR></DIV></BLOCKQUOTE></td></tr></table>