You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I get a traceback error when trying to opening the start file of a L2 chunk of a volume for specific radar towers: KJKL, KCCX, KMBX, KDDC, KTYX and potentially others too.
Most towers work fine and I'm not familiar enough with the msg formats to know why/how these sites are different.
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/opt/conda/lib/python3.10/site-packages/metpy/io/nexrad.py", line 193, in __init__self._read_data()
File "/opt/conda/lib/python3.10/site-packages/metpy/io/nexrad.py", line 255, in _read_datagetattr(self, decoder)(msg_hdr)
File "/opt/conda/lib/python3.10/site-packages/metpy/io/nexrad.py", line 551, in _decode_msg18
els.append(self.vcp_el_fmt.unpack_from(dat, off))
File "/opt/conda/lib/python3.10/site-packages/metpy/io/_tools.py", line 97, in unpack_fromreturnself._create(super().unpack_from(buff, offset))
struct.error: unpack_from requires a buffer of at least 1218 bytes for unpacking 46 bytes at offset 1172 (actual buffer size is 1172)
The text was updated successfully, but these errors were encountered:
At some point the fixed VCP info in message type 18 was converted to a
spare field. This still parses fine when filled with 0's, but apparently
some sites are now sending out some random bytes in this location, which
can break our parser.
Looks like some metadata bytes we were parsing at some point got converted to spares, which is fine...except when those "spares" contain seemingly random bytes that break the parsing.
At some point the fixed VCP info in message type 18 was converted to a
spare field. This still parses fine when filled with 0's, but apparently
some sites are now sending out some random bytes in this location, which
can break our parser.
At some point the fixed VCP info in message type 18 was converted to a
spare field. This still parses fine when filled with 0's, but apparently
some sites are now sending out some random bytes in this location, which
can break our parser.
What went wrong?
I get a traceback error when trying to opening the start file of a L2 chunk of a volume for specific radar towers: KJKL, KCCX, KMBX, KDDC, KTYX and potentially others too.
Most towers work fine and I'm not familiar enough with the msg formats to know why/how these sites are different.
Operating System
Linux
Version
1.6.1
Python Version
3.10.13
Code to Reproduce
Errors, Traceback, and Logs
The text was updated successfully, but these errors were encountered: