Giter Club home page Giter Club logo

pipelines_check's Introduction

Pipelines Installation Check

This package demonstrates processing a single CCD with the Rubin Observatory LSST Science Pipelines. It contains input files and astrometric reference catalogs needed to process the data from a single HSC detector. Its main purpose is to check that the pipeline infrastructure is working correctly.

Usage

To run the example, from the pipelines_check root directory do:

$ source $LSST_HOME/loadLSST.sh
$ setup -r .
$ ./bin/run_demo.sh

The script creates a new Butler data repository in the DATA_REPO subdirectory containing the raw and calibration data found in the input_data directory. It then processes the data using the pipetask command to execut the ProcessCcd pipeline. The outputs from processing are written to the demo_collection collection. To rerun the processing you can either delete the DATA_REPO subdirectory and run the script again, or else you can copy and run the pipetask command and change the output collection.

If you prefer, you can run the demo script by typing scons.

Included Data

The package comes with raw data from detector 10 of visit 903342. This is an r-band observation

Also included are the required bias/dark/flat calibration frames and a reference catalog. The master calibrations have been lossy-compressed to save space and so are not expected to be identical to those found in the testdata_ci_hsc data package.

Maintenance

There should not be any need to update the data files themselves. If the Butler registry schema changes it will be necessary to update the exported registry files to keep them compatible with the new Butler. This is done by first completing a new run of the ci_hsc_gen3 package. With that package setup, the single-ccd subset is exported by running the script bin/rebuild_demo.sh.

The dark/bias/flat calibration files are not the same as those found in testdata_ci_hsc. They have been lossy-compressed with fpack -g2 but retaining the .fits extension. They should not be overwritten by the uncompressed versions that will be exported by the rebuild_demo.sh script. Doing so would significantly increase the size of the Git repository.

This script will export data to a staging directory. If there has been no change to the testdata_ci_hsc data or to the file templates used for Butler ingest, there should be no need to move the data across from staging. All that is required is to copy the export.yaml file into the input_data directory.

If the files moved then the existing files in input_data should be moved to the required locations.

If the calibration files really have changed then it will be necessary to recompress them before moving them into the new location in input_data.

pipelines_check's People

Contributors

timj avatar talljimbo avatar n8pease avatar arunkannawadi avatar erykoff avatar cbanek avatar andy-slac avatar ctslater avatar parejkoj avatar natelust avatar ktlim avatar czwa avatar isullivan avatar mwittgen avatar

Stargazers

Jeremy McCormick avatar John Swinbank avatar

Watchers

 avatar Johann Cohen-Tanugi avatar  avatar Eric Morganson avatar Fabio Hernandez avatar James Cloos avatar Simon Krughoff avatar  avatar Dan Weatherill avatar Robert Lupton avatar  avatar Timothy Morton avatar Adam Thornton avatar  avatar Andrew Hanushevsky avatar Cristobal Pio avatar Erfan Nourbakhsh avatar Yusra AlSayyad avatar Ian Dell'Antonio avatar Andrés A. Plazas Malagón avatar Joachim Moeyens avatar Annika Peter avatar Anastasia Alexov avatar Nikolay Kuropatkin avatar Keith Bechtol avatar Leanne Guy avatar  avatar Dominique Boutigny avatar  avatar  avatar John Gates avatar Knut Olsen avatar  avatar Stephen Pietrowicz avatar  avatar Htut Khine Htay Win avatar  avatar wil avatar brianyanny avatar Wen Guan avatar Craig Lage avatar Dan Taranu avatar  avatar Homer Neal avatar  avatar Tatiana Goldina avatar Agnès Ferté avatar hsinfang avatar  avatar  avatar  avatar  avatar Erik Dennihy avatar James Mullaney avatar  avatar  avatar

Forkers

yuyiguo

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.