Fixed some bugs in quickplt. Timing limits along the x-axis are now more consistent. If are you using time, the limits are YYYYMMDD format. This can be prompted by using mjd, ydoy, ymdhms optional flags, e.g.
Changed issue report request so that users are directed to provide needed information about version number.
3.2.1
gnssrefl now allows 1-hz files from CDDIS that are more than 6 months old. I would still like someone 'other than me' to make a similar change for BKG. The download is clearly much faster (download 1 file instead of 96) but merging still slow. Has anyone tested new versions of gfzrnx to see if they are faster? They might be.
3.2.0
Added NITE model. In gnssrefl this is refl_model 5.
For details see Peng (2023), DOI: 10.1109/TGRS.2023.3332422 While the NITE publication advocates using estimated zenith troposphere delays, we provide no such access here, and use Saastamoinen model corrections using standard met outputs created by Generic Mapping functions. If someone wants to use estimated zenith delays, they are welcome to do so.
An a priori RH is needed for this model. It should be input and saved when using the optional apriori_rh. The NITE model should be much more accurate than the default refraction model (1). It is not clear how much more precise it is. I would expect it to be more precise for tall sites.
Added MPF model - name may change. In gnssrefl this is refr_model 6.
3.1.5
quickplt has been significantly updated to allow plotting of SNR files. This mode is triggered by setting the optional parameter -sat. See the quickplt documentation for details.
remove_wget is a new function in gps.py. This is my attempt to get away from using wet.download. It uses requests instead. That route doesn't work for ftp address, so will need to do something else for those sites.
I removed fortran as optional boolean input to rinex2snr. this hsould be accommodated by setting translator to 'fortran' instead.
rinex2snr logs will now be written to $REFL_CODE/logs. Previously the logs directory was created wherever you were running the code, which was confusing to people using dockers.
3.1.4
Added a gazillion options to gnssir_input to accommodate daily_avg and subdaily users that want to store strategies there. See the gnssir_input code for more details, i.e. the parameter names.
3.1.3
Allow users to store required input parameters to daily_avg in the json used by gnssir. The names of these parameters are: "daily_avg_reqtracks" and "daily_avg_medfilter". For those making a new json, the parameters will be set to None if you don't choose a value on the command line. You can also hand edit or add it. This would be helpful in not having to rerun gnssir_input and risk losing some of your other specialized selections.