<div dir="ltr"><div>Thank you for the info Jim,</div><div>It all makes sense now!</div><div><br></div><div>norm vk3xci<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 11, 2018 at 11:14 PM Jim Tittsler <<a href="mailto:ZL2IA@onnz.net">ZL2IA@onnz.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-10-11 05:49 PM, Norm McMillan wrote:<br>
> Watching a number (quite a number!) of packets as I set up and fine tune<br>
> things, something caught my eye. The first fiel in the string following<br>
> the "from" callsign seems to change. I always thought this was generated<br>
> by the TNC/Tracker .<br>
> 2018-10-10 13:45:40 AEDT: VK3XCI-7>DEB1W0,WIDE1-1,WIDE2-2,qAR,VK3WRM-5:'F`cl#XK\]"4Y}Let the Good times Roll<br>
<br>
The "destination callsign" field of a Mic-E formatted packet provides 7<br>
bytes worth of the position information (mostly the latitude, with the<br>
first part of the information/text field containing the rest of the<br>
position) allowing a more compact, but less human-readable, reporting<br>
format.<br>
  <a href="ftp://www.tapr.org/projects/mic-edev/software/mic-e-proto.html" rel="noreferrer" target="_blank">ftp://www.tapr.org/projects/mic-edev/software/mic-e-proto.html</a><br>
<br>
There are several software "decoders" that will translate a MIC-E packet<br>
into a human-readable form if you want to examine the raw data stream.<br>
<br>
_______________________________________________<br>
OZAPRS mailing list<br>
<a href="mailto:OZAPRS@aprs.net.au" target="_blank">OZAPRS@aprs.net.au</a><br>
<a href="http://lists.aprs.net.au/mailman/listinfo/ozaprs" rel="noreferrer" target="_blank">http://lists.aprs.net.au/mailman/listinfo/ozaprs</a><br>
</blockquote></div>