gw_data_find incorrectly switching GWF -> SFT
As of 00f48a8b gw_data_find
will internally replace .gwf
extensions to .sft
when queries are made for any type matching 'SFT'
, however, this is causing issues on ldas-pcdev1.ligo.caltech.edu
:
$ gw_data_find -o L -t P_LDAS_KPD_SFT_2048_L1 -s 714179424 -e 714238816 -u file -n | head -n 1 | xargs ls
ls: cannot access /archive/frames/S1/sft/LLO/S1_sfts_2048_L1_120602/L-P_LDAS_KPD_SFT_2048_L1-714179424-2048.sft: No such file or directory
If I manually undo the replacement, we see that the GWF file actually returned by the server exists, and should have been passed on by the client:
$ gw_data_find -o L -t P_LDAS_KPD_SFT_2048_L1 -s 714179424 -e 714238816 -u file -n | head -n 1 | sed 's/\.sft/\.gwf/g' | xargs ls -l
-r--r--r-- 1 archive archive 33564065 Jun 18 2011 /archive/frames/S1/sft/LLO/S1_sfts_2048_L1_120602/L-P_LDAS_KPD_SFT_2048_L1-714179424-2048.gwf
There are no frame types matching SFT
on the LDG at LHO and LLO, and only one at CIT (used above, which references .gwf
files), so this begs the question: can we revert 00f48a8b and again rely on the server to return the completely correct file paths?
cc: @matthew-pitkin