Difference between revisions of "EOVSA Imaging Workshop"
(→Set up the software)
(→Set up the software)
|Line 20:||Line 20:|
* Install astropy into CASA: in CASA do the following
* Install astropy into CASA: in CASA do the following
Revision as of 18:19, 3 January 2018
- 1 Sample EOVSA Data
- 2 Possible Topics
- 3 Notes
Sample EOVSA Data
To get started, we have made some calibrated flare and active region data in CASA measurement set format, available here. Here are some things to consider when working with the data:
- Antennas 1-8 and 12 have a wide sky coverage, while antennas 9-11 and 13 are the older equatorial mounts that can only cover +/- 55 degrees from the meridian. All antennas were tracking for the flare, but for portions of the all-day scan (roughly before 1600 UT or after 2400 UT) only 9 antennas will be tracking. Data for non-tracking antennas is NOT flagged, so if you try to image these periods, you'll need to manually omit ants 9-11 and 13.
- Because of the 2.5 GHz high-pass filters, data are taken only for bands 4-34. These will be labeled spectral window (spw) 0-31 in the measurement sets. However, band 4 (spw 0) is currently not calibrated, so only the 31 spectral windows 1-31 (bands 5-34, or frequencies 3-18 GHz) are valid data. You'll need to omit spw 0 when making images.
- In principle, circular polarization should be valid and meaningful, but no polarization calibration has been done (yet) so no non-ideal behavior (leakage terms, etc.) have been accounted for.
Here are some basic information on CASA and the software we are developing:
- Obtaining CASA; CASA Guides
- suncasa A CASA/python-based package being developed for imaging and visualizing spectral imaging data. A possibly useful (but perhaps buggy) routine (helioimage2fits.py) is available for registering EOVSA/VLA (and possibly ALMA) CASA images.
Set up the software
- Download latest version of CASA CASA. I'm using version 4.7.0, but latest version should work
- Download the suncasa package from the github page, and put it under YOURPATH as suncasa
- Create ~/.casa/init.py, and put the following lines in:
import sys sys.path.append('YOURPATH')
- Install astropy into CASA: in CASA do the following
from setuptools.command import easy_install easy_install.main(['--user', 'pip']) import pip pip.main(['install', 'astropy','--upgrade'])
- Try if you can call suncasa.utils.helioimage2fits, in casa
from suncasa.utils import helioimage2fits as hf
Folder Flare_20170910 contains two measurement sets at full 1-s time resolution, each with 10-min duration:
- IDB20170910154625.corrected.ms (171 MB)  containing the first 10 minutes of the flare (15:46:25-15:56:25 UT), calibrated but no self-calibration
- IDB20170910154625.corrected.ms.xx.selfcaled (66 MB)  self-calibrated data for polarization XX
- IDB20170910155625.corrected.ms (232 MB)  containing the second 10 minutes of the flare (15:56:25-16:06:25 UT)
- IDB20170910155625.corrected.ms.xx.selfcaled (77 MB)  self-calibrated data for polarization XX
All Day Quiet Sun/Active Region Data
Folder AR_20170710 contains 8 calibrated measurements sets at 60-s time resolution.
- The seven UDB20170710*.corrected.ms are files for each scan separately, ranging in size from 7 - 150 MB depending on the length of the scan.
- UDB20170710_allday.ms (268 MB)  is the same data concatenated into a single file. However, each scan has a separate source ID.
The AR data are also calibrated but not self-calibrated. In fact, we need to create a strategy for self-calibration of such data. You can get an overview of the AR coverage on that day by looking at the plot at http://ovsa.njit.edu/flaremon/daily/2017/XSP20170710.png. The separate scan files above are labeled with the time of the start of the scan, and each scan covers the time of continuous solar data between each calibration scan.
We think that the best approach to the imaging workshop is not for everyone to work on the same topic, but rather to consider (and perhaps prioritize) different topics and then put together small teams of people who might be interested in investigating them. Here is a list of some possible topics, but in no prioritized order. Many topics will be somewhat interconnected, but we should avoid time-wasting situations where people working on one topic have to wait until another, uncompleted topic is done.
Most calibrations needed for basic imaging are well in hand, so additional efforts are not really needed for an imaging workshop. Here is a list of (semi-)automatic calibrations we are doing so far. All can be improved, but such improvements will not make any major qualitative difference in the images.
- Gain corrections: To account for changes of the attenuation settings (esp. during flares). See this page for details.
- Correcting for polarization mixing due to feed rotation: See this page for details.
- Antenna-based amplitude calibration: made by referencing total power and auto-correlation amplitudes to RSTN/Penticton total solar flux density measurements. See this page for details.
- Reference phase calibration: antenna-based, band-averaged phases derived from "reference" observations of strong celestial radio sources every night. See this page for details]
- Daily phase calibration: antenna-based multi-band delays resulting from the phase difference as a function of frequency between those derived from phase calibrators (usually observed 3 times during the day) and the reference calibrator. See this page for details.
There are, however, two other calibrations still being developed:
- Polarization calibration: To calibrate absolute degree of circular polarization. We believe that the information already exists in available data, but the procedures need to be worked out. Additional observations are possible during this week, if needed.
- Per-channel bandpass (or single-band-delay) calibration within individual bands: To calibrate the phase/amplitude variations from one science channel to another. Procedures need to be worked out.
- Real-time spectral-kurtosis flagging of RFI, and other forms of RFI excision.
We have developed the basis for pipeline imaging of data on a daily basis, several examples of which can be seen here. These 10-min averages at a few bands might be okay, but lots of improvement is needed. Mainly, these improvements should be in the form of better imaging strategies (which are the subject of some of the topics below), and in better data-quality checks. In addition to these 10-min average images, we also envision making shorter (10-s?) images at a few bands during flares. Some of the RHESSI experience might come in handy here. Improving and finalizing the pipeline imaging is a high priority for this meeting!
We have succeeded in making flare multi-frequency movies, which are extremely interesting and revealing, but are quite time-consuming and human-intensive. We need strategies to reduce the number of parameters for different imaging cases, and perhaps to automate or aid in clean-box choices. When converting data-cubes to spatially-resolved spectra, issues of total power calibration come into play.
(Bin) Currently I am using a sliding window of five bands (band_to_selfcal +- 2 bands) to create a multi-frequency synthesized image as the input model for doing self-calibration at the band in question. Any alternative strategies? How about channel-by-channel selfcal?
Clean? MEM? Optimum way to do spectral imaging? Here is an example made for the Sep 10 flare (Bin).
Quiet Sun and Active Region Imaging
We desperately need help in this area. We have made simple AR images that are quite promising, but full-disk images are still quite bad. Stephen can probably do wonders, and hopefully teach us to do so also. We should explore the use of additional data (say full-disk images from GAVRT) and how that might be used. How do we handle the issue of solar rotation, which can move an active region by multiple arcminutes over a 12-h day?
We can probably do some self-calibration based on bright AR, but can we self-calibration on the solar disk? Gordon would like to explore the self-cal corrections vs. time, but it requires someone succeeding in doing an all-day self-calibration in the first place.
Given solar rotation, and the limitations of EOVSA uv coverage, what are the best imaging strategies for full-disk and AR imaging?
Currently we are using Python for analyzing calibration data and CASA for script-based imaging.
- What is the best approach to make an interactive imaging tool to serve the community (for both experts and non-experts)?
- How about the tool to visualize/analyze/make use of the resulted 4-D dynamic spectral imaging data?
Imaging Priority order
- flare selfcal Tim
- active region rotation Stephen
- solar disk model Stephen
- pipeline heuristics Group (Thurs. morning)
- pipeline quicklook Bin, Sijie, Sa"m
- pipeline parallelization optimization
- visibility weighting
- user interface Jim, Sa"m
Calibration Priority order
- polarization calibration Sam
- total power calibration
- relative vs spectrum Gordon
- gain calibration Gordon
- RFI excision Gelu, Gordon, Jim