You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As brought up by @stscicrawford and discussed with @stscirij , given that calcos is already in Python, there is no reason to keep costools as a separate package. Therefore, it might be feasible to move part (if not all) of costools to calcos. This way, when a change happens in calcos that would affect costools, you don't need to worry about keeping two different package in sync.
The text was updated successfully, but these errors were encountered:
It would be good discuss this among the team before making any final decisions on this as a lot of documentation would need to be updated. However, calcos into costools makes more sense overall because costools contains calibration tools whereas calcos is the pipeline.
As brought up by @stscicrawford and discussed with @stscirij , given that
calcos
is already in Python, there is no reason to keepcostools
as a separate package. Therefore, it might be feasible to move part (if not all) ofcostools
tocalcos
. This way, when a change happens incalcos
that would affectcostools
, you don't need to worry about keeping two different package in sync.The text was updated successfully, but these errors were encountered: