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

DM-28092: Document that DiaPipeTask can only handle specific bands #70

Merged
merged 2 commits into from Feb 10, 2021

Conversation

morriscb
Copy link
Contributor

@morriscb morriscb commented Feb 4, 2021

No description provided.

Copy link
Contributor

@parejkoj parejkoj left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some wording suggestions

@@ -36,6 +36,9 @@ APDB configuration info uses the prefix ``diaPipe:apdb.``, with a colon, but is

Note that the `~lsst.dax.apdb.ApdbConfig.db_url` field has no default; a value *must* be provided by the user.

Additionally, the default set of observed bands allowed to be used in the pipeline are set by the columns available in the Apdb schema specified by `apdb.schema_file` and `apdb.extra_schema_file`. Should the user wish to use the pipeline on data containing bands not in the `ugrizy` system, they must add the appropriate columns to the Apdb schema and add the bands to
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the everything here other than ...DiaPipelineConfig should be in double-backtics, since they aren't supposed to become links?

@@ -36,6 +36,9 @@ APDB configuration info uses the prefix ``diaPipe:apdb.``, with a colon, but is

Note that the `~lsst.dax.apdb.ApdbConfig.db_url` field has no default; a value *must* be provided by the user.

Additionally, the default set of observed bands allowed to be used in the pipeline are set by the columns available in the Apdb schema specified by `apdb.schema_file` and `apdb.extra_schema_file`. Should the user wish to use the pipeline on data containing bands not in the `ugrizy` system, they must add the appropriate columns to the Apdb schema and add the bands to
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What are the apdb.schema_file and apdb.extra_schema_file? Did you mean ApdbConfig. there? In that case, I think single-backticked ~lsst.dax.apdb.ApdbConfig.schema_file might then work as a link?

@@ -36,3 +36,5 @@ to verify the output.
- `ApPipeConfig`: a config for customizing ``ApPipeTask`` for a particular dataset's needs.
Supported observatory packages should provide a :ref:`config override file <command-line-task-config-howto-obs>` that does most of the work.
- :file:`ApPipe.yaml`: a `~lsst.pipe.base.Pipeline` configuration for running the entire AP Pipeline in the newer, "Gen 3" framework

By default the pipeline is limited to running on data observed in filters that match those in Rubin (that is `ugrizy`). In order to run on bands outside of these filters, one must add the associated columns to the `~lsst.dax.apdb.Apdb` schema and add the band names to the config of `~lsst.ap.association.DiaPipelineTask`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I checked the usage guide and "that match those in Rubin" should be "that match those used by the Rubin Observatory LSST Camera".

https://project.lsst.org/documents/name-use-guide

I'd also say "running on data taken in filter bands whose names match" - the important thing is the band name, not the details of the filter itself.

@@ -36,3 +36,5 @@ to verify the output.
- `ApPipeConfig`: a config for customizing ``ApPipeTask`` for a particular dataset's needs.
Supported observatory packages should provide a :ref:`config override file <command-line-task-config-howto-obs>` that does most of the work.
- :file:`ApPipe.yaml`: a `~lsst.pipe.base.Pipeline` configuration for running the entire AP Pipeline in the newer, "Gen 3" framework

By default the pipeline is limited to running on data observed in filters that match those in Rubin (that is `ugrizy`). In order to run on bands outside of these filters, one must add the associated columns to the `~lsst.dax.apdb.Apdb` schema and add the band names to the config of `~lsst.ap.association.DiaPipelineTask`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please use one sentence per line style here.

https://developer.lsst.io/restructuredtext/style.html#text-wrapping

@@ -36,6 +36,9 @@ APDB configuration info uses the prefix ``diaPipe:apdb.``, with a colon, but is

Note that the `~lsst.dax.apdb.ApdbConfig.db_url` field has no default; a value *must* be provided by the user.

Additionally, the default set of observed bands allowed to be used in the pipeline are set by the columns available in the Apdb schema specified by `apdb.schema_file` and `apdb.extra_schema_file`. Should the user wish to use the pipeline on data containing bands not in the `ugrizy` system, they must add the appropriate columns to the Apdb schema and add the bands to
the `validBands` config in `~lsst.ap.association.DiaPipelineConig`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please use one sentence per line style throughout.

https://developer.lsst.io/restructuredtext/style.html#text-wrapping

@morriscb morriscb merged commit f688641 into master Feb 10, 2021
@morriscb morriscb deleted the tickets/DM-28092 branch February 10, 2021 21:04
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

Successfully merging this pull request may close these issues.

None yet

2 participants