Ionospheric RM Query Doesn't Work

[mbsherma]

This appears to result from the recent change in how NASA names its ionospheric RM data, which has not been adopted uniformly by their reporting stations: https://cddis.nasa.gov/Data_and_Derived_Products/GNSS/atmospheric_products.html . A workaround was provided by RMExtract (lofar-astron/RMextract#42), but this results in an error reading the leap second table:

2024-08-29 16:04:42,484 - RMextract - INFO: Using radec instead of pointing
2024-08-29 16:04:43,186 - RMextract - INFO: Successfully contacted IONEX host 'ftp://gssc.esa.int/gnss/products/ionex/'
2024-08-29 16:04:44,065 - RMextract - INFO: Retrieving data for 2024 or 24003
2024-08-29 16:04:45,123 - RMextract - INFO: Retrieving data from /gnss/products/ionex//2024/003
2024-08-29 16:04:45,829 - RMextract - INFO: c1pg0030.24i.Z
2024-08-29 16:04:47,478 - RMextract - INFO: Using IONEX file: /home/ubuntu/msherman_nsfrb/DSA110-DSAPOL-PROJECT/dsapol_tables/IONEXdata/C1PG0030.24I
2024-08-29 16:04:47,479 - RMextract - INFO: reading data with shapes 25  x 71 x 73
2024-08-29 16:04:48	WARN	MeasIERS::findTab (file /code/measures/Measures/MeasIERS.cc, line 389)	Requested data table TAI_UTC cannot be found in the searched directories:
2024-08-29 16:04:48	WARN	MeasIERS::findTab (file /code/measures/Measures/MeasIERS.cc, line 389)+	/usr/share/casacore/data/ephemerides/
2024-08-29 16:04:48	WARN	MeasIERS::findTab (file /code/measures/Measures/MeasIERS.cc, line 389)+	/usr/share/casacore/data/geodetic/
2024-08-29 16:04:48	SEVERE	MeasTable::dUTC(Double) (file /code/measures/Measures/MeasTable.cc, line 4283)	Cannot read leap second table TAI_UTC

[mbsherma]

Resolved with commit dsa110/dsa110-pol@ee64eaf by updating casa config data (see https://casadocs.readthedocs.io/en/stable/api/casaconfig.html#casasiteconfig-py). The new casa config file is at /home/ubuntu/.casa/data_dsapol/casasiteconfig.py and the casa data (measurespath) is at /home/ubuntu/.casa/data_dsapol.