ok, thanks for clarifying.  It would be interesting to know what's actually in use.<br><br>But the other side of the question was what currently is implemented on the server side.  Is there existing software out there that has all three characters wildcarded?  If so, then we can re-define to our heart's content, but the new allocations will be mis-decoded until the software changes (if it's still supported).<br>
<br>Greg  KO6TH<br><br><br><div class="gmail_quote">On Tue, Jan 3, 2012 at 7:28 AM, Bob Bruninga <span dir="ltr"><<a href="mailto:bruninga@usna.edu">bruninga@usna.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204,204,204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
> If APY*** is already given to Yaesu, then APYT**<br>
> can't be given to the YAG Tracker, <br>
> What does Yaesu "own"...<br>
<br>
TOCALLs are assigned on an equitable basis with sharing where needed.  A<br>
decade ago APKxxx, APIxxx  and APYxxx were listed for Kenwood, Icom and<br>
Yaesu long before they ever had any radios.  Those were only placeholders.<br>
Over time there have been so many applications written, that we have found<br>
it necessary to share many such large blocks. Kenwood does not even<br>
exclusively have APK, only APK#xx where # is numeric.<br>
<br>
If someone will capture for me all of the existing APYxxx packets currently<br>
seen, then we can see if there is an obvious sub block.<br>
<br>
Jason suggests: "OK, lets go with APRYTx"<br>
<br>
I wonder though, if APRRYx would be better since RPC electronics already has<br>
APRRxx?<br>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="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>
</blockquote></div><br>