Skip to content

Fix the way FluxCat is storing its catalogues. #2

Description

@ljgray

Thinking about HFBcat, if we want to make this its own package, we really need to fix the way FluxCat is storing its catalogues (see the problem I addressed here for HFBCat: chime-experiment/ch_util#86 ). I think the easy solution is to move these class variables its using to store the catalogues it loads at import time out of the class and turn them into module-level attributes.

Originally posted by @ketiltrout in #1 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions