• Updated the model trimming so that the models that are outside an observation are offloaded to another model container and then re-appended after the evaluation.
    Parallelization scheduling set to "static" with a chunk size of 1. This will slightly help with the issue in which multiple observations in a row do not contribute to the model cube and thus dividing the observations into "n-observations/n-cores" is not ideal.
    Josh Cardenzana authored
     
    Browse File »


  • Changed the on time for a given bin to be set from the observation being filled into the cube rather than the cube itself.
    Reformat code (#2147)
    Jürgen Knödlseder authored
     
    Browse File »
  • Optimized computation intensive parts of ctmodel to reduce computation time.
    Implemented openmp parallelization of ctmodel to reduce computation time.
    Updated information logging (#2147)
    
    Updated writing information to log file in order to prevent messy log file messages. This doesnt appear to impact the computation time.
    Integrate code without modification of GammaLib (#2147)
    Implement efficient model computation (#2147)
    Update change log (#2147)
    Jürgen Knödlseder authored
     
    Browse File »

















  • ctmodel now always produces a single model cube on output. There are two important input parameters: "infile" and "obsfile". "infile" specifies a counts or model cube that is used to define the binning of the model cube. The functionnality for this parameter is as before. If "infile=NONE", the cube will be defined according to task parameters that specify the spatial and the energy binning. The "obsfile" parameter is new and allows specifying the observation definition for which the model cube should be computed. If an event list or a counts cube is presented, the pointing and Good Time Intervals will be extracted from the FITS file header. If an observation definition XML file is presented, ctmodel will now loop over all CTA observations in the file and add the model values to the model cube. If no response information is associated to the "obsfile" (which is typically the case for event lists or counts cubes), the "caldb" and "irf" parameters will be used to identify the response.
    Jürgen Knödlseder authored
     
    Browse File »








  • The ctmodel tool generates a model map from a source model description. The definition of the model map may either be taken from a counts map, from an XMK observation definition file, or from the task parameters.
    Jürgen Knödlseder authored
     
    Browse File »