APRS Packet Errors for LKLB (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
20260208152012	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 081500z5046.10N/01501.50E_300/009g...t032h00>0/-0 BR 8/002 2700 A (SYNOP)
20260208162212	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 081600z5046.10N/01501.50E_310/007g...t032h99>-0/-0 BR 8/001 2000 A (SYNOP)
20260208172024	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 081700z5046.10N/01501.50E_300/009g...t032h92>-0/-1 BR 8/002 3600 A (SYNOP)
20260208182043	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 081800z5046.10N/01501.50E_310/007g...t032h92>-0/-1 SHSN 8/002 3200 A (SYNOP)
20260208192129	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 081900z5046.10N/01501.50E_300/007g...t032h92>-0/-1 BR 8/002 3600 A (SYNOP)
20260208202027	OK1COM-10>APZM4A,TCPIP,qAC,T2CZECH:;LKLB 082000z5046.10N/01501.50E_300/007g...t032h92>-0/-1 BR 8/002 2900 A (SYNOP)