<div dir="auto"><div>Steve,<div dir="auto"><br></div><div dir="auto">I've had very few of the problems described. While it shows up in APRS.fi my client at home ignores the skewed or out of order position reports. I've actually had worse data skew problems on 2m in North Missouri where my packets have to be digi'd 200mi to get to an igate. <br><br><div data-smartmail="gmail_signature" dir="auto">Matthew Chambers, CBT, NR0Q<br>    </div></div><br><div class="gmail_extra"><br><div class="gmail_quote">On Apr 1, 2017 9:43 AM, "Steve Dimse" <<a href="mailto:steve@dimse.com">steve@dimse.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text"><br>
> On Apr 1, 2017, at 3:32 AM, Georg Lukas <<a href="mailto:georg@op-co.de">georg@op-co.de</a>> wrote:<br>
><br>
</div><div class="quoted-text">> in the past I've often realized that APRS-IS does not work well with<br>
> mobile TCP/IP - latency on 2G or 3G causes delays that skew the position<br>
> reports; interruptions in the data connection are almost impossible to<br>
> detect at application level, and thus cause packet drops, etc.<br>
<br>
</div>I have no practical experience with Android, but in iOS I've not seen any of these problems. And if Android's best answer to 2G/3G latency is to turn a ~70 byte APRS packet into a few hundred characters of XML, I'm going to burn an extra stick of incense at my shrine to Steve Jobs (all us Apple Fan Boys keep one in our homes) today in thanks!<br>
<div class="elided-text"><br>
Steve K4HG<br>
______________________________<wbr>_________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@tapr.org">aprssig@tapr.org</a><br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig" rel="noreferrer" target="_blank">http://www.tapr.org/mailman/<wbr>listinfo/aprssig</a><br>
</div></blockquote></div><br></div></div></div>