| | 9 | |
| | 10 | * finished processing MD10.20090915 from last week |
| | 11 | * processed MD01.20090921 |
| | 12 | * processed MD02.20090923 |
| | 13 | * burntooled data from 04-01-09 through 05-31-09, reburntooled data between 6-01-09 and 9-13-09, but only dates where we weren't certain it was the latest burntool, burntooled PR dates for chris B, august 2008, and sept 2008 dates (except for a few otas on sept and oct dates). |
| | 14 | * burntooled the previous night's data, once it's been copied from the summit |
| | 15 | * investigating why M31.2008.20090918 won't process (fails in psastro, still investigating). |
| | 16 | * sent instructions to Bill G on how to process data for realtest |
| | 17 | * continued md5sum check on raw images, found several more corrupt raw images, including 2 with no good copies. 2827439 images checked, 16 found to be corrupted. |
| | 18 | * learned how to destreak images, destreaking MD02.090923 |
| 31 | | === Bill Sweeney === |
| | 42 | This week Bill finally was able to find the time to solve several little nagging problems and holes in the |
| | 43 | magic destreaking and distribution software. |
| | 44 | |
| | 45 | * 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 | |
| | 49 | * Simplified the database tables used to manage distribution. |
| | 50 | |
| | 51 | * Implemented disttool mode to make it easier to set up "destinations" and their "interests" without |
| | 52 | using direct mysql commands. |
| | 53 | |
| | 54 | * Implemented magictool mode to handle censoring (preventing the release of) exposures for which\ |
| | 55 | magic missed real satellite streaks. |
| | 56 | |
| | 57 | * worked with users to fix bugs in the postage stamp server |
| | 58 | |
| | 59 | * started implementing 'byskycell' image lookup for the postage stamp server. |
| | 60 | |
| | 61 | * several other things too small to mention here. |
| | 62 | |
| | 63 | Since it's not yet completely automatic Bill also spent many hours managing destreaking and |
| | 64 | distribution bundling of recently processed M31, MD01, and MD10 data. |
| | 65 | The functionality discussed above greatly improved the automation for the future. |
| | 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 | |
| | 74 | * 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 | |
| | 78 | * Confirmed that the spurious SN transients identified by Armin Rest |
| | 79 | are in the locations for crosstalk predicted by John Tonry. |
| | 80 | |
| | 81 | * Various burntool related tweaks: detect summit processing and |
| | 82 | correctly register that fact, only apply burntool masking to |
| | 83 | CHIP-like recipes, option to allow processing with an old version |
| | 84 | of burntool, add BTOOLAPP header keyword translation to old GPC1 |
| | 85 | formats. |