apo-wiki

User Tools

Site Tools

Trace:
uc:uc20230307_march_7_2023

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
uc:uc20230307_march_7_2023 [2023/03/07 22:49]
nchanove 		uc:uc20230307_march_7_2023 [2023/03/07 22:59] (current)
nchanove
Line 67: Line 67:
   * The issue of the Agile time stamps in the image headers being incorrect is actively being worked on. The issue is with the trigger signal that comes from the high speed/high accuracy clock that's in the ICC machine. For users, this might be manifested as an error message, or it could affect header information even if there is no error message. The image time stamps are intended to be accurate to 0.01 s but currently there is no way to test that because the other machines are less accurate. Users should assume that the exact time stamps in their Agile image headers are unreliable, although the length of exposures and the photometry are both still fine. It is really just the precise timing that is affected; this issue started in mid-January.   * The issue of the Agile time stamps in the image headers being incorrect is actively being worked on. The issue is with the trigger signal that comes from the high speed/high accuracy clock that's in the ICC machine. For users, this might be manifested as an error message, or it could affect header information even if there is no error message. The image time stamps are intended to be accurate to 0.01 s but currently there is no way to test that because the other machines are less accurate. Users should assume that the exact time stamps in their Agile image headers are unreliable, although the length of exposures and the photometry are both still fine. It is really just the precise timing that is affected; this issue started in mid-January.
   * DIS scattered light is behaving as expected.   * DIS scattered light is behaving as expected.
-  * There is a current issue with the TripleSpec instrument cart, which does not affect observing but does affect instrument fills during the day. As a result it could be taking longer to mount/unmount the instrument until the cart gets repaired; parts are on order.+  * There is a current issue with the TripleSpec instrument cart, which does not affect observing but does affect instrument fills during the day. As a result it could take longer to mount/unmount the instrument until the cart gets repaired; parts are on order.
  
 Work is proceeding for getting the 3.5m mirror ready for realuminization at Lowell this summer. We heard from KPNO that they will not be able to accommodate any external mirrors at their coating chamber this summer, so it's good that we decided to proceed with having the work done at Lowell. Work is proceeding for getting the 3.5m mirror ready for realuminization at Lowell this summer. We heard from KPNO that they will not be able to accommodate any external mirrors at their coating chamber this summer, so it's good that we decided to proceed with having the work done at Lowell.
Line 77: Line 77:
 In response to last month's action item to provide an update on quick-look data reduction software (in that context, for KOSMOS), we discussed several software options. pyKOSMOS is still in development and we were unable to get a status update before this meeting; Sarah will keep trying. In response to last month's action item to provide an update on quick-look data reduction software (in that context, for KOSMOS), we discussed several software options. pyKOSMOS is still in development and we were unable to get a status update before this meeting; Sarah will keep trying.
  
-Jon Holtzman presented an overview of pyvista, which he has been developing for several years. pyvista is intended to be a general purpose software package for reducing astronomical data (imaging and spectroscopy), although it was developed with APO instruments in mind. It is not intended to have a lot of fancy bells and whistles, but it does have a pedagogical aspect to it (i.e. it is not a black box) and is used to teach both undergraduates and graduate students about data reduction. Interested users can read more about it here: https://pyvista.readthedocs.io/en/latest/ and are welcome to give it a try; please contact Jon (holtz@nmsu.edu) with any questions. Several people at NMSU are using it for reducing their ARCES, KOSMOS, and DIS data; the photometry and TripleSpec packages are not done or fully documented yet. The spectroscopy reduction code builds off existing calibration spectra, and can include automated line identification. It propagates uncertainties through the pipeline and can display S/N images.+Jon Holtzman presented an overview of pyvista, which he has been developing for several years. pyvista is intended to be a general purpose software package for reducing astronomical data (imaging and spectroscopy), although it was developed with APO instruments in mind. It is not intended to have a lot of fancy bells and whistles, but it does have a pedagogical aspect to it (i.e. it is not a black box) and is used to teach both undergraduates and graduate students about data reduction. Interested users can read more about it here: https://pyvista.readthedocs.io/en/latest/ and are welcome to give it a try; please contact Jon (holtz@nmsu.edu) with any questions. Several people at NMSU are using it to reduce their ARCES, KOSMOS, and DIS data; the photometry and TripleSpec packages are not done or fully documented yet. The spectroscopy reduction code builds off existing calibration spectra, and can include automated line identification. It propagates uncertainties through the pipeline and can display S/N images.
  
 Other options for reducing spectrograph data include PypeIt (developed by X. Prochaska with a significant number of supporting helpers) and PyReduce. Eric B. reported that he tried to get PypeIt working with DIS data and had limited success; if someone wants to build on what he started it is possible, but it's a complex piece of software. Kevin reported that his group is using CERES to reduce ARCES data: https://github.com/rabrahm/ceres. Other options for reducing spectrograph data include PypeIt (developed by X. Prochaska with a significant number of supporting helpers) and PyReduce. Eric B. reported that he tried to get PypeIt working with DIS data and had limited success; if someone wants to build on what he started it is possible, but it's a complex piece of software. Kevin reported that his group is using CERES to reduce ARCES data: https://github.com/rabrahm/ceres.
Line 91: Line 91:
 Plans for a multi-band imager are still being formulated, and require discussions with the UVa instrument team to flesh out how such an instrument would fit into their planned progression of instrument development efforts. Plans for a multi-band imager are still being formulated, and require discussions with the UVa instrument team to flesh out how such an instrument would fit into their planned progression of instrument development efforts.
  
-Regarding a new echelle spectrograph, a small team from JHU and UVa is working on a conceptual design. In parallel with that, Nancy has assembled a small tiger team of active echelle users to outline the science requirements that will flow down to instrument performance requirements, and to help develop the science case(s) that will be used to pursue external funding for the instrument. She is seeking 1-2 more echelle users for the tiger team, so Users Committee members were asked to forward this information to their department members and let her know if they have any recommendations or volunteers who would be willing to serve on this team. +Regarding a new echelle spectrograph, a small team from JHU and UVa is working on a conceptual design. In parallel with that, Nancy is assembling a small tiger team of active echelle users to outline the science requirements that will flow down to instrument performance requirements, and to help develop the science case(s) that will be used to pursue external funding for the instrument. She is seeking 1-2 more echelle users for the tiger team, so Users Committee members were asked to forward this information to their department members and let her know if they have any recommendations or volunteers who would be willing to serve on this team. 
  
 +----
  
 === Q1 3.5m scheduling === === Q1 3.5m scheduling ===
  
-There is one unassigned dates remaining in the Q1 schedule (Mar 27B), for which we have already received a request. High priority requests will still be considered; a decision on how to allocate this time will likely be made next week.+There is one unassigned date remaining in the Q1 schedule (Mar 27B), for which we have already received a request. High priority requests will still be considered; a decision on how to allocate this time will likely be made next week.
  
 ---- ----
Line 102: Line 103:
 === Q2 3.5m scheduling === === Q2 3.5m scheduling ===
  
-The Q2 schedule is in draft form and is nearly complete; we expect to be able to publish it before the end of this week. In Q2 we are expecting 3 visiting instrument runs (wit 2 different instruments) along with 4 on-site class groups. There were not too many programs that requested numerous partial nights (e.g. for a monitoring program) but we did receive requests from quite a few programs requiring observing time for specific events on specific dates that cross the midnight (A/B half) boundary, which means there ended up being lots of partial nights in the schedule. We are awaiting for a couple of questions and then the schedule will be published.+The Q2 schedule is in draft form and is nearly complete; we expect to be able to publish it before the end of this week. In Q2 we are expecting 3 visiting instrument runs (with 2 different instruments) along with 4 on-site class groups. There were not too many programs that requested numerous partial nights (e.g. for a monitoring program) but we did receive requests from quite a few programs requiring observing time for specific events on specific dates that cross the midnight (A/B half) boundary, which means there ended up being lots of partial nights in the schedule. We are awaiting answers to a couple of outstanding questions and then the schedule will be published.
  
-We only have one person signed up for the Q2 remote training opportunity that we offer for postdocs, research faculty, etc. so we may not offer a remote training in Q2. Despite our requests to receive notification about remote training needs well in advance of building the schedule (this information is conveyed every quarter in the allocation emails sent to the institutional schedulers), we generally receive these requests well after the schedule is made, which is problematic. **Users Committee: please poll your department users and if there is a need for a remote training in option for Q2, notify Russet ASAP (within the next day or so).**+We only have one person signed up for the Q2 remote training opportunity that we offer for postdocs, research faculty, etc. so we may not offer a remote training in Q2. Despite our requests to receive notification about remote training needs well in advance of building the schedule (this information is conveyed every quarter in the allocation emails sent to the institutional schedulers), we generally receive these requests well after the schedule is made, which is problematic. **Users Committee: please poll your department users and if there is a need for a remote training option for Q2, notify Russet ASAP (within the next day or so).**
  
 ---- ----
Line 130: Line 131:
  
   * UC reps: notify your users about the option of using pyvista (and/or some of the other packages listed above) for data reduction.   * UC reps: notify your users about the option of using pyvista (and/or some of the other packages listed above) for data reduction.
-  * UC reps: notify your users that Nancy is seeking 1-2 echelle users to participate in the tiger team charged with firming up the science requirements for a new echelle spectrograph.+  * UC reps: notify your users that Nancy is seeking 1-2 more echelle users to participate in the tiger team charged with firming up the science requirements for a new echelle spectrograph.
   * UC reps: poll your department users and if there is a need for a remote training in option for Q2, notify Russet ASAP (within the next day or so).   * UC reps: poll your department users and if there is a need for a remote training in option for Q2, notify Russet ASAP (within the next day or so).
-  * UC reps: please remind your users that they should notify us if their plans change and they will not use their ARCSAT time.+  * UC reps: remind your users that they should notify us if their plans change and they wish to forfeit their week of scheduled ARCSAT time.
  
 ---- ----
uc/uc20230307_march_7_2023.1678229341.txt.gz ยท Last modified: 2023/03/07 22:49 by nchanove

Page Tools

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki