New primitive to add fake disks to polarimetry cubes

[dsavransky]

Marshall has IDL code that generates a synthetic disk given some simple disk geometry and dust grain properties/assumptions (this is an improved version of the code used in the DST), so it's just a matter of integrating it into the pipeline.

Useful for testing polarimetry mode code and reductions of ADI sequences, etc.

[dsavransky]

Recovering rm journals for issue:

mperrin: Zack has volunteered to work on this one.

zhd: Code to use MCFOST to generate a model was set up. Convolves model with satellite spots from a reduced data cube and is added into the image in units of contrast to the central star (or the fraction of light based on the total flux from the four spots)

Code is independent of the pipeline, integration into the pipeline would be the next step. Would require GPI team only primitive if it utilizes MCFOST? Or have pipeline call MCFOST if present? Or just have the code take in an MCFOST output that the user loads in like a calibration file?

mperrin: I don't think we want to try to integrate MCFOST directly into the pipeline at all. I like your idea of having it just take an input filename as an argument and then it adds in that file. That could be used with other disk model codes too (eventually, not something to worry about for now!)

[mperrin]

@maxwellmb @paulinearriaga @astrofitz @swolff9 @kfollette We should discuss among the disks & polarimetry subset whether this functionality would be useful. If so, let's figure out who might do it. If not, let's close this issue?

[arriagap]

I have some code that takes a model image (either total intensity or IQUV, possibly the output of MCFOST) and injects it into the podc files. I was using to try and simulate persistence. Would that be generally useful to others?