NIRSpec FS Known Issues
Known issues specific to NIRSpec fixed slit data processing in the JWST Science Calibration Pipeline are described in this article. This is not intended as a how-to guide or as full documentation of individual pipeline steps, but rather to give a scientist-level overview of issues that users should be aware of for their science.
On this page
Specific artifacts are described in the Artifacts section below. Guidance on using the pipeline data products is provided in the Pipeline Notes section along with a summary of some common issues and workarounds in the summary section.
Please also refer to NIRSpec Fixed Slit Calibration Status for an overview of the current photometric and wavelength calibration accuracy of NIRSpec fixed slit data products.
Artifacts
Information on NIRSpec instrument artifacts are found on the main NIRSpec Known Issues page.
Pipeline notes
Correlated 1/f read noise
The effects of 1/f noise for NIRSpec FS are shown in the FS 1/f noise workaround notebook, which also demonstrates the use of the NSClean algorithm to remove most of this effect. NSClean is now implemented in the pipeline (v1.13.4 onwards) as a non-default option. Further details on how to invoke NSClean within the science calibration pipeline and adjust default parameters are described in the 1/f noise workaround notebook.
Resampling of 2-D spectra
Stages 2 and 3 of the pipeline resample the 2-D spectra before doing the final 1-D extraction. Currently the resample step in stage 2 and 3 of the pipeline resamples 2-D spectra with a parameter weight_type = exptime. The alternative to this is using weight_type = ivm, which weights each pixel by its inverse readnoise variance. While the ivm weighting can reduce the number of outliers that are retained through resampling, this method has been found to produce extra artificial noise in some 1-D spectra, particularly for high S/N spectra, and significantly decreases their signal-to-noise. An intermediate resampling is also performed for the outlier_detection step in stage 3 of the pipeline to identify outliers in dithered spectra, and uses the ivm weighting in order to detect these outliers.
Flux in off-center dithers/nods
In some cases, the flux of the spectra obtained at the off-center dithers/nod positions is higher by a few percent from the flux at the center center nod. This issue is under investigation.
Summary of common issues and workarounds
The sections above provide details on each of the known issues affecting NIRSpec fixed slit data; the table below summarizes some of the most likely issues users may encounter along with any workarounds if available. Note that greyed-out issues have been retired, and are fixed as of the indicated pipeline build.
Symptoms | Cause | Workaround | Fix build | Mitigation Plan |
---|---|---|---|---|
NS-FS08: Lower than expected flux and/or flux inconsistencies between closely spaced dither positions. This may result in up to a ~5% error in the absolute flux calibration. | When closely spaced nod positions are used for nod subtracted backgrounds, some source flux may be subtracted from the extraction region depending on dither position and dither pattern. Currently the pipeline does not account for this in the flux calibration. | For sufficiently bright sources, consider omitting background members in the level 2 association, and/or perform background subtraction during 1D extraction. | N/A | Updated issue As of jwst 1.16.0 (and later versions) S1600A1 5-point nod associations do not include neighboring nods as background members, addressing the worst case of nod oversubtraction. Future improvements are pending an investigation into how to best correct nod-over subtraction more generally. |
NS-FS09: Artificial ~10% deep absorption feature between about 0.97 and 1.02 µm in NIRSpec G140M/F070LP spectra when observed through the S1600A1 aperture. | The lamp flat field images, which are used to create the "sflat" reference files, for the S1600A1 slit are contaminated by the zero-order image, which causes a large positive feature in the "sflat" correction image in the lower part of the aperture. | Use only the spectra extracted from the upper dither positions in the affected wavelength range. | N/A | Created issue Investigate feasibility of editing the "sflat" reference file to remove the contamination, and/or flagging affected pixels as DO_NOT_USE. |
NS-FS05: Many significant outliers appear in the 2-D and 1-D extracted spectra. | The outlier_detection step generally has a hard time finding many outliers. Step parameters need to be tuned to the noise characteristics of each data set, although in many cases outliers are still missed. | For outlier improvement, rerun the outlier_detection step in calwebb_spec3 using jwst 1.17.0 (or later versions). | Issue resolved The outlier_detection step in calwebb_spec3 has been improved in jwst 1.17.0 (and later versions) and is set to be included in the Operations Pipeline update planned for March 2025. Reprocessing of affected data typically takes 2–4 weeks after the update. Any users reprocessing their data should use jwst 1.17.0 (or later versions) to include these improvements. | |
NS-FS11: Level 3 spectra that fall on NRS1 and NRS2 (H-grating data) show unexpected outliers towards the blue end of NRS2 data. | Because the read noise variances differ between NRS1 and NRS2, when using the default read noise variance weighting, outlier_detection.weight_type = ivm, and outlier_detection.maskpt = 0.7, the outlier_detection step may mask parts of the observed spectra on NRS2, producing unexpectedly noisy spectra in the masked regions. | Rerun calwebb_spec3 with the improved outlier_detection step and updated default parameters in jwst 1.17.0 (or later versions). Default outlier_detection step parameters have been set to outlier_detection.weight_type = ivm and outlier_detection.maskpt = 0.0 as of CRDS context jwst_1312.pmap (used automatically by jwst 1.17.0 and later). | Issue resolved The outlier_detection step in calwebb_spec3 has been improved in jwst 1.17.0 (and later versions) and is set to be included in the Operations Pipeline update planned for March 2025. Reprocessing of affected data typically takes 2–4 weeks after the update. Any users reprocessing their data should use jwst 1.17.0 (or later versions) to include these improvements. |