<div dir="ltr">On Wed, Oct 11, 2017 at 1:20 PM, Jason KG4WSV <span dir="ltr"><<a href="mailto:kg4wsv@gmail.com" target="_blank">kg4wsv@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">999 - speed is 999 or greater.<br><br>done.</blockquote><div class="gmail_extra"><br></div><div class="gmail_extra">I'm going to agree with Jason on this one. </div><div class="gmail_extra"><br></div><div class="gmail_extra">What is the purpose of encoding very coarse higher velocities? If something has a satellite or jet symbol and an altitude of "really high" I don't think we need to have the ability to encode exactly how bloody fast it's going. It's going to be over the horizon before you finish looking up what range of speeds 997 is anyways.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If anyone really cares more than "greater than 999" they probably care more than "1,600-15,000 knots" and will want to add "/VEL=XXXXXknots" in their status text.</div><div class="gmail_extra"><br></div><div class="gmail_extra">There's also all the speed differences between LEO, space station, GPS, GEO orbits for various orbit configs, but it's not like I think we should try and support all of those anyways. At some point encoding the keps makes more sense than heading and velocity...</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">--<br>Kenneth Finnegan<br><a href="http://blog.thelifeofkenneth.com/" target="_blank">http://blog.thelifeofkenneth.com/</a></div></div>
<br><div class="gmail_quote">On Wed, Oct 11, 2017 at 1:20 PM, Jason KG4WSV <span dir="ltr"><<a href="mailto:kg4wsv@gmail.com" target="_blank">kg4wsv@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">how about:<br>
<br>
999 - speed is 999 or greater.<br>
<br>
done.<br>
<br>
if you need better resolution, switch to hex (max 4095 in decimal) or<br>
base92 (~779000), which is no more nuts than what you propose. Since<br>
you're forcing the app developers to code, maximize the usefulness of<br>
the kludge.<br>
<br>
or add a /S=N extension, where N is one or more digits representing<br>
speed followed by whitespace or end of packet.  That way your max<br>
speed is bounded by the length of the packet.  or c.<br>
<br>
-Jason<br>
<span class="gmail-HOEnZb"><font color="#888888">kg4wsv<br>
</font></span><div class="gmail-HOEnZb"><div class="gmail-h5">______________________________<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></div></blockquote></div><br></div></div>