New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Functionality to client to download new GOES 16/17 data and reprocessed 13/14/15 #4394
Conversation
…so the recalbirated 13,14,15 data
Hello @hayesla! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:
Comment last updated at 2020-11-20 22:52:53 UTC |
This is great! 🎉 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Marking as needs changes as per #4394 (review)
This is still a work in progress - the main issue being how we deal with the old GOES 13, 14 and 15 data that's on the NASA server. Really people should be using the new re-processed science quality data from the NOAA site (in netcdf), but maybe we should still allow access to the old fits files? The only difference is the scaling factor which is removed in the new netcdf data (which will change the peak flux value/GOES class). At the moment I've added a |
Seems reasonable to me. Would this be something that the user always has to specify? Or does it take on a default value to always return the latest (netCDF) data? |
Regarding the
|
The build_doc is failing as its waiting on #4592 |
I see. Thanks for the heads up! |
Oh fun, the goes server is giving us |
Also happened on the online tests, I wonder if this is the scraper making too many calls to the server or similar. The first thing we should check would be to make sure we aren't being inefficient with our use of the scraper or at any other point in the high level code. The next thing we could do is catch a 409 response and implement a delay of a few hundred ms and retry. |
@@ -471,7 +471,7 @@ | |||
|
|||
__all__ = 'parse search findall with_pattern'.split() | |||
|
|||
log = logging.getLogger(__name__) | |||
log = logging.getLogger("parse") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is annoying, as we now have to remember to change this on every update.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For context, not doing this was causing an error to be raised when the log level was set to debug. I assume because the name of this logger started with sunpy
it was being sent through some of the astropy logging infrastructure in a way that it wasn't supposed to be and throwing a traceback.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, I think there is some deduplication that can happen on the calls to scraper though.
@@ -22,7 +22,22 @@ class XRSClient(GenericClient): | |||
""" | |||
Provides access to the GOES XRS fits files archive. | |||
|
|||
Searches data hosted by the `Solar Data Analysis Center <https://umbra.nascom.nasa.gov/goes/fits/>`__. | |||
Searches data for the GOES XRS data both on NASA servers prior |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
both? I thought we defaulted to just new servers?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yep - but for the data prior to GOES 13 the NASA server data is correct (NOAA haven't provided re-processed data)
079d8d4
to
9fc43f6
Compare
🎉 |
Description
This is adding the functionality to the XRSClient to get access to the GOES XRS 16 and 17 data.
It also now updates the client so that the default GOES13/14/15 data queried will return the new reprocessed data from the NOAA site rather than the old data. The old data can still be accessed through a new attrs
a.goes.VersionData
. I'm not too sure if this is how we want to go about this - but I think we should still provide an option to be able to download the old data (i.e. the data that this client used to return).This is for the high time resolution data (2s for 13/14/15 and 1s for 16/17)
Fixes #4173
Fixes #4376
These new data files are in netCDF format so at the moment do not work with
sunpy.timeseries
(which will be in another PR)