[aprssig] "no sym yet" icon + compressed packets?

Larry larrykin at nuskope.com.au
Sat Feb 15 03:31:37 EST 2014

Larry's plagiarism of somebody's philosophy:

Everybody should believe in something - I believe I will have another drink!

I would rather have a bottle in front of me than a frontal lobotomy!!

Q:  What is the burning question on the mind of every dyslexic existentialist?
A:  Is there a dog?

-------- Original message --------
From Heikki Hannikainen <hessu at hes.iki.fi> 
Date: 15/02/2014  6:40 PM  (GMT+10:00) 
To TAPR APRS Mailing List <aprssig at tapr.org> 
Subject Re: [aprssig] "no sym yet" icon + compressed packets? 
On Sat, 15 Feb 2014, Stephen H. Smith wrote:

> On 2/14/2014 11:07 PM, Paul Bramscher wrote:
>> Forgot to add -- my station, and the others that get 'no sym yet', seem
>> to all be passing compressed-format packets.  So maybe that's a factor
>> also.  It's unclear to me how to turn off compression on my D710, as an
>> experiment, so see if that's his issue.
> 3)   Mic-E format is notorious for getting mangled by some out-dated igate 
> software that attempts to convert it to plain-text before passing it to the 
> APRS-Internet System.  (Rather than just passing the Mic-E packet as-is to 
> the APRS-IS.)
> Are the "raw packet" displays on findu or APRS.fi showing the typical Mic-E 
> gibberish, or are you seeing something that looks like plain-text lat/long 
> values in your igated packets?

The mic-e packets seem to be getting mangled. Some packets have

    symboltable: /
    symbolcode: -

/- is correct for the house.

Some packets with the 0x1C byte missing (mangled by broken igate) get 

    symboltable: ]
    symbolcode: -

which is quite invalid indeed.


The aprs.fi code that translates that to text ("House (HF antenna)") seems 
to be a bit buggy, it probably should say something like "invalid symbol 
table or overlay code".

The APRS packet code at this end also needs a bit of improvement in the 
handling of mangled mic-e packets, I think it should be able to get the 
symbol table right, since it is present in the remaining packet data. I'll 
look into it a bit later.

The K0GDI-6 igate should also be fixed to not eat bytes out from mic-e 

   - Hessu, of aprs.fi, now in London

aprssig mailing list
aprssig at tapr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/aprssig_lists.tapr.org/attachments/20140215/2ee5530d/attachment.html>

More information about the aprssig mailing list