APRS Packet Errors for GB3NR (last 6 hours)

This table contains packets in which findU has detected an error. This is an automated system, no manual checking of these packets has been done. Most common cause of this is mistakes in entering the latitude/longitude into hard-coded digis, or positions of 0/0. If packets of yours appear here, and you have looked at it carefully and cannot find the error, look again. I've been watching these error messages in my log, and believe my parser is reasonably correct. Go get the APRS spec to be sure. If you have done that, and are CERTAIN the packet is a legal APRS packet, then it is possible that there is an error in my my parser. Only email me if you are absolutely, positively certain...ask yourself, would I bet $100!

time (UTC)Packet
20260209105750MB7UNB>APN382,WIDE1-1,qAR,MB7UTM:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209112750MB7UNB>APN382,WIDE1-1,qAR,MB7UTM:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209115750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209122750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209125750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209132750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209135750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209142750MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209145749MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209152750MB7UNB>APN382,WIDE1-1,qAR,MB7UTM:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209155749MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160
20260209162749MB7UNB>APN382,WIDE1-1,qAR,MB7UGY:;GB3NR *011200z5237.66N/00117.08Er433.000MHz t094 +160