Changes between Version 3 and Version 4 of fullforce_intro
- Timestamp:
- Dec 10, 2013, 3:22:21 PM (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
fullforce_intro
v3 v4 8 8 version. 9 9 10 The new full force stages of the pipeline will take these results 11 back to the input exposures and measure psf and extended source photometry 12 using the staticsky measurements as calibrated by skycal. 10 The new full force stages of the pipeline will take certain static sky parameters 11 back to the input exposures and measure psf and extended source photometry. 13 12 14 The input param ters for the full force photometry isa 'cff' file.13 The input parameters for the full force photometry are contained in a 'cff' file. 15 14 For efficiency these will be generated during skycal processing. 16 15 An optional processing stage is outlined here which may be used to … … 18 17 the processing are necessary). 19 18 20 After full force has been run for all of the warps for a given skycell19 After full force has been run for all of the warps for a given skycell 21 20 and filter, the results are then summarized though a TBD process. 22 21 … … 54 53 In that case skycal_id, and input_path_base would move there. 55 54 56 At this level we're really doing the processing on the skycell, so the55 At this level we're really doing the processing on skycells, so the 57 56 grouping by exposure might be less interesting. Avoiding the extra 58 table simplifies things.57 table simplifies code. 59 58 60 59 Is the 'Warp' in the table name needed? Would we ever do fullforce on … … 104 103 }}} 105 104 106 When processed this thing goes and generates a summary based on all of the 107 results. (Kind of like addstar and dvo) 105 When this thing is processed the results from the multiple warps are analyzed and we magically 106 get the parameters for any object in the visible universe ;) 107 (Kind of like addstar and dvo). 108 108 109 109 XXX: At this stage should we be combining the 5 filter results for each
