-
Notifications
You must be signed in to change notification settings - Fork 37
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Co-authored-by: Steve Goldman <32876747+s-goldman@users.noreply.github.com> Co-authored-by: Joseph Hunkeler <jhunkeler@users.noreply.github.com> Co-authored-by: Nadia Dencheva <nadia.dencheva@gmail.com> Co-authored-by: codesee-maps[bot] <86324825+codesee-maps[bot]@users.noreply.github.com>
- Loading branch information
1 parent
61f998c
commit f9a8d7c
Showing
143 changed files
with
647 additions
and
607 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,35 @@ | ||
# Architectural Decision Records | ||
|
||
This directory is used to host architectural decision records (ADRs). These are used to outline high-level decisions about the codebase. | ||
|
||
## Suggestions for writing good ADRs | ||
|
||
Characteristics of a good ADR: | ||
|
||
* Rationale: Explain the reasons for doing the particular AD. This can include the context (see below), pros and cons of various potential choices, feature comparions, cost/benefit discussions, and more. | ||
|
||
* Specific: Each ADR should be about one AD, not multiple ADs. | ||
|
||
* Timestamps: Identify when each item in the ADR is written. This is especially important for aspects that may change over time, such as costs, schedules, scaling, and the like. | ||
|
||
* Immutable: Don't alter existing information in an ADR. Instead, amend the ADR by adding new information, or supersede the ADR by creating a new ADR. | ||
|
||
Characteristics of a good "Context" section in an ADR: | ||
|
||
* Explain your organization's situation and business priorities. | ||
|
||
* Include rationale and considerations based on social and skills makeups of your teams. | ||
|
||
* Include pros and cons that are relevant, and describe them in terms that align with your needs and goals. | ||
|
||
Characteristics of good "Consequences" section in an ADR: | ||
|
||
* Explain what follows from making the decision. This can include the effects, outcomes, outputs, follow ups, and more. | ||
|
||
* Include information about any subsequent ADRs. It's relatively common for one ADR to trigger the need for more ADRs, such as when one ADR makes a big overarching choice, which in turn creates needs for more smaller decisions. | ||
|
||
* Include any after-action review processes. It's typical for teams to review each ADR one month later, to compare the ADR information with what's happened in actual practice, in order to learn and grow. | ||
|
||
A new ADR may take the place of a previous ADR: | ||
|
||
* When an AD is made that replaces or invalidates a previous ADR, then a new ADR should be created |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,28 @@ | ||
# Updating WCS in Headers | ||
|
||
## Context | ||
|
||
In updating WCS information there was a worry that information about datasets used in research would be lost. | ||
|
||
## Decision | ||
|
||
In order to ensure reproducibility and the ability to share consistent datasets "headerlets" were created. These hold the wcs inforamtion without any data. | ||
|
||
## Consequences | ||
|
||
Headerlets can now be used to easily update and select WCS for datasets. Headerlets are files with the _hlet.fits suffix | ||
|
||
|
||
# Updating APERTURE keyword through poller | ||
|
||
## Context | ||
|
||
Two types of poller files exist. Full poller files, that include all of the necessary information, and simple poller files that include only the filenames; additional information is taken from the header. We needed a way to update a header keyword ("APERTURE") and it was found that the easiest way to do this was to pass the keyword through the second column of the poller file. | ||
|
||
## Decision | ||
|
||
The second column of a poller file is now reserved (for WFPC2) for passing the aperture keyword through the code to update the header keyword. For other instruments, the code treats a two-column poller file as a simple (filename-only) poller file. | ||
|
||
## Consequences | ||
|
||
Caution must be taken is using variations of the poller file while processing WFPC2 data. |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,4 +1,2 @@ | ||
Release Notes | ||
------------- | ||
|
||
.. include:: ../../CHANGELOG.rst |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,27 @@ | ||
DrizzlePac Interface | ||
==================== | ||
.. _drizzlepac_api: | ||
|
||
DrizzlePac is written in a hierarchical manner with top-level code in python, and some lower-level code in C. The primary user interface for drizzling individual frames is the astrodrizzle.py ``Astrodrizzle()`` function, which accepts input parameters as variables or as a user-specified configuration (.cfg) file. Examples of how to use these functions can be found in the DrizzlePac `Notebook Tutorials <https://github.com/spacetelescope/notebooks/tree/master/notebooks/DrizzlePac>`_. | ||
|
||
The main steps of the drizzling process are listed below. For more information on these steps please refer to the DrizzlePac `Handbook <https://www.stsci.edu/scientific-community/software/drizzlepac.html>`_. Additional information on the Hubble Advanced Product (HAP) Single- and Multi-visit mosaics can be found in the MAST Data Products section. | ||
|
||
.. toctree:: | ||
:maxdepth: 1 | ||
|
||
drizzlepac_api/astrodrizzle | ||
drizzlepac_api/process | ||
drizzlepac_api/static | ||
drizzlepac_api/sky | ||
drizzlepac_api/adrizzle | ||
drizzlepac_api/median | ||
drizzlepac_api/ablot | ||
drizzlepac_api/drizcr | ||
drizzlepac_api/outimage | ||
|
||
|
||
Index | ||
----- | ||
|
||
* :ref:`genindex` | ||
* :ref:`modindex` |
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
File renamed without changes.
File renamed without changes.
This file was deleted.
Oops, something went wrong.
Oops, something went wrong.