Skip to content
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

STEREO-A beacon images #41

Open
helioshk opened this issue Apr 2, 2022 · 4 comments
Open

STEREO-A beacon images #41

helioshk opened this issue Apr 2, 2022 · 4 comments
Assignees

Comments

@helioshk
Copy link

helioshk commented Apr 2, 2022

It would be great if STEREO-A beacon images (particularly COR2) were available in helioviewer, as they are available with low latency (within minutes) compared to the full resolution images.

@wafels
Copy link
Contributor

wafels commented Apr 4, 2022

The beacon data is in FITS format; existing processing tools use FITS format and SSWIDL, so this is probably do-able. I'll contact the people on the STEREO team to find out more.

@wafels wafels self-assigned this Apr 4, 2022
@dzarro
Copy link

dzarro commented Apr 4, 2022 via email

@dgarciabriseno
Copy link

@dzarro Have you had a chance to work on this yet?

@wafels wafels transferred this issue from Helioviewer-Project/api Jan 3, 2023
@wafels
Copy link
Contributor

wafels commented Sep 6, 2023

The basic code is in https://heliodocs.com/xdoc/xdoc_print.php?file=$SSW/gen/idl/atest/hv_beacon.pro . A couple of things come to mind for this.

  1. Need to test it as is.
  2. Will probably need a wrapper around hv_beacon.pro to continually search for new data. This is not a big deal - there are other examples in JP2Gen.
  3. The current code uses the HVS_EUVI_A and HVS_EUVI_B helioviewer structure files. The beacon data should probably have their own structure files so that the filenames and the compression can be defined independently.
  4. Not sure if COR1 and COR2 beacon images will be written out by this code

There is also some discussion on how these data should be included in the data selector hierarchy in helioviewer.org. For example, we could have

STEREO-A > SECCHI > EUVI beacon > (wavelength)

or

STEREO-A > SECCHI beacon > EUVI > (wavelength)

This second one might be more sensible if COR1 and COR2 also have writeable beacon data.

A request we've had in the past is to make the EUVI wavelet-processed data available. This would be included as

STEREO-A > SECCHI > EUVI wavelet enhanced > (wavelength)

Since wavelet enhanced data has also been requested maybe it is best to distinguish different types of data from the source instrument at the detector level, i.e., EUVI beacon and EUVI wavelet enhanced.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants