Changes between Version 3 and Version 4 of IPP_Progress_Report_20090920
- Timestamp:
- Sep 27, 2009, 5:03:45 PM (17 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
IPP_Progress_Report_20090920
v3 v4 5 5 6 6 === Eugene Magnier === 7 8 This week, we've been continuing to push new data through the system, and have been working on some older data as well, including older M31 multicolor data from Fall 2008. Heather ran into some trouble with astrometry on these fields, and at the same time on some of the newer Medium Deep fields. I spent some time understanding what was happening. It turns out these are unrelated issues: the newer data was failing because out reference database was partially missing -- when it was moved to its current location, some of the directories were missed. It looks like the older data has a different problem, and I have not yet identified the cause (either the model is out of sync on a change in the pointing model, or the pointing was intrinsically so much worse in that period that the guess we are using is way off). 9 10 I've also been continuing the work on details in psphot. I reviewed the state of the aperture residual analysis and identified some low-level bugs that were causing small but significant scatter in the aperture residuals. I had intended to run the flat-field correction analysis with the updated psphot code over the weekend, but this work went slower than hoped. I should be able to finish the psphot tests early next week, which should still give me time to run the flat-field correction before the end of the week. 11 12 We are planning to start a large-scale re-analysis of much of the data collected in Run 3 & 4 when the telescope is down (starting ~ Oct 1). This re-run will include the flat-field correction (thus, more consistent photometry across the field), the recent improvements to the stacking analysis from Paul (see below), and the latest iteration on burntool, among other bug fixes. 7 13 8 14 === Heather Flewelling === … … 44 50 45 51 * Added a task destreak.advance and the supporting magictool and SQL code to split off finishing 46 a magicDSRun from processing of the components. (The previous implementation was causing errors 47 due to race conditions). 48 52 a magicDSRun from processing of the components. (The previous implementation was causing errors 53 due to race conditions). 49 54 * Simplified the database tables used to manage distribution. 50 51 55 * Implemented disttool mode to make it easier to set up "destinations" and their "interests" without 52 using direct mysql commands. 53 56 using direct mysql commands. 54 57 * Implemented magictool mode to handle censoring (preventing the release of) exposures for which\ 55 magic missed real satellite streaks. 56 58 magic missed real satellite streaks. 57 59 * worked with users to fix bugs in the postage stamp server 58 59 60 * started implementing 'byskycell' image lookup for the postage stamp server. 60 61 61 * several other things too small to mention here. 62 62 … … 68 68 69 69 * Pushed old data through chip stage cleanup. Fixed bugs in cleanup 70 related to old data not conforming to the current IPP status. 71 Updated warp cleanup to properly ignore skycells that were not 72 created during processing. 73 70 related to old data not conforming to the current IPP status. 71 Updated warp cleanup to properly ignore skycells that were not 72 created during processing. 74 73 * Reading through Nebulous code to determine how much needs to be 75 done to implement deleting a file that has only a single instance 76 on a computer that is no longer accessible. 77 74 done to implement deleting a file that has only a single instance 75 on a computer that is no longer accessible. 78 76 * Confirmed that the spurious SN transients identified by Armin Rest 79 are in the locations for crosstalk predicted by John Tonry. 80 77 are in the locations for crosstalk predicted by John Tonry. 81 78 * Various burntool related tweaks: detect summit processing and 82 correctly register that fact, only apply burntool masking to83 CHIP-like recipes, option to allow processing with an old version84 of burntool, add BTOOLAPP header keyword translation to old GPC185 formats.79 correctly register that fact, only apply burntool masking to 80 CHIP-like recipes, option to allow processing with an old version 81 of burntool, add BTOOLAPP header keyword translation to old GPC1 82 formats.
