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

SIM2D-109: Refactor code such that PfsConfigs are not dark/flat/science specific #4

Closed
wants to merge 2 commits into from

Conversation

PaulPrice
Copy link
Member

No description provided.

I was using the pfsDesign to specify the spectra, even for arcs and darks,
but the pfsDesign should only specify the top-end configuration, and the
light source (sky vs quartz vs arc vs dark) should be separate. This allows
us to dispense with the field definitions.
Not using it yet, but it might be useful down the road.
Copy link

@hassanxp hassanxp left a comment

Choose a reason for hiding this comment

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

A lot of changes do not seem to be related to making the code less dark/flat/science specific. But will wait for response from @PaulPrice .

makeSim --detector $detector --pfiDesignId 3 --exptime 1 --noSky --expId 31 --imagetyp ARC
makeSim --detector $detector --pfiDesignId 4 --exptime 900 --expId 32 --imagetyp OBJECT --allOutput
makeSim --detector $detector --pfiDesignId 4 --exptime 900 --expId 33 --imagetyp OBJECT --allOutput
makeSim --detector $detector --pfiDesignId $pfiDesignId --exptime 0 --domeClosed --expId 0 --imagetyp BIAS
Copy link

Choose a reason for hiding this comment

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

Is this change relevant for this particular ticket?

Copy link
Member

Choose a reason for hiding this comment

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

I think it is not unreasonable: this ticket needs to clarify how to specify the source of the light going into the fibers. Making it harder to get "sky" along with your cals seems like a good thing.

But I'd ask whether it would be clearer to directly use the --imagetyp ? I.e. to have --imagetyp BIAS,DARK,FLAT,ARC imply --domeClosed?

Copy link
Member Author

Choose a reason for hiding this comment

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

Because the PfsConfigs are no longer dark/flat/science specific, we only need two instead of the four we had previously. This change is why the ticket was done in the first place.

@CraigLoomis is right about tying things to --imagetyp; I have always viewed that as just manipulating the header, but it should be smarter.

import pfs.instmodel.fieldDefinitions
from pfs.instmodel.slit import Slit
from pfs.instmodel.utils.generators import keepOdd, keepEven
from pfs.instmodel.makePfsConfig import makeScienceDesign

"""Generate a PfiDesign"""
Copy link

Choose a reason for hiding this comment

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

General remark: following DAMD-42 PfiDesign is now PfsDesign. But this can be addressed in a separate ticket.

Copy link
Member

@CraigLoomis CraigLoomis left a comment

Choose a reason for hiding this comment

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

[Sorry for completely missing the fact that I was to review this]

Other than my one comment asking whether we could avoid ambiguities by leveraging the --imagetyp command line option I'm good with this. And frankly, replacing --imagetyp with something less low-level might be even better (--quartz, --arcs=NAMES, --bias, --dark=SS)

@hassanxp
Copy link

hassanxp commented Apr 4, 2019

Ok following Craig's comments PR is approved (can no longer see option to mark this on GitHub as approved). So @PaulPrice feel free to merge.

@hassanxp hassanxp closed this Apr 4, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants