| | 11 | |
| | 12 | * finished processing MD09.20090925 and M31.20090925 |
| | 13 | * still processing MD10.20090925 |
| | 14 | * burntooled jun, jul, oct, nov, dec. of 2008. We have burntooled Jun 01, 2008 through now. |
| | 15 | * burntooled the previous nights data each morning. Working on a script to automate that. |
| | 16 | * continued md5sum checks on rawimage files (to verify that all copies of a raw file have the same md5sum, save the md5sums, and to fix the ones that do not). |
| | 17 | * found 63 corrupted raw image files (not this week, but since I've started) |
| | 18 | * all but 4 were fixed. Of those 4, 1 is lost, and the other 3 are missing only 1 or 2 cells. |
| | 19 | * wrote a script to help automate the repair of these files. Only works for a subset of the corrupt files. |
| | 20 | * found 80,000 files that had both copies on the same host. This has been fixed. |
| | 44 | * The major piece of this was implementing the 'byskycell' lookup method for the Postage Stamp Server. |
| | 45 | This feature enables users to select the images of interest for postage stamps based on a skycell identifier. |
| | 46 | This is a very efficient method for the system and is pretty easy for users to use. Especially those interested |
| | 47 | in the medium deep fields. |
| | 48 | |
| | 49 | * To support this effort he modified the ippTools to make it easy to select processed images at |
| | 50 | each stage of the pipeline based on the observation date, filter, and label. |
| | 51 | * Updated the his program for creating requests and started including it directly in the ipp build. |
| | 52 | The next step is finding an efficient way to find images based only on the coordinates. |
| | 53 | |
| | 54 | * Unfortunately part of last weekend and Monday was wasted (Note from EAM: the work was needed, if frustrating) due to a problem where the DataStore |
| | 55 | returned corrupted data to the distribution client. After some difficult debugging it was |
| | 56 | determined to be a problem in one of the open source perl modules that we use as part of |
| | 57 | the ipp. A new version seems to avoid the problem. |
| | 58 | |
| | 61 | * Cleanup: More chip/warp cleanups. Tests of detrend cleanup on |
| | 62 | non-simtest data. Identified even more data to be cleaned. |
| | 63 | |
| | 64 | * Burntool: Identified that burntool is now not expiring trails as |
| | 65 | expected. This can lead to oversubtractions on cells that are too |
| | 66 | noisy, as burntool believes it has found a reasonable fit. Updated |
| | 67 | ppImage.config BURNTOOL.TRAILS value to 0x07, which adds all pixels |
| | 68 | that burntool has altered to the mask as SUSPECT. |
| | 69 | |
| | 70 | * Nebulous: Added table "deleted" to active Nebulous database to |
| | 71 | allow the deletion of storage objects that have instances on |
| | 72 | inactive hosts. This now functions properly for so_ids that only |
| | 73 | have a single missing instance, but not for more (unclear why this |
| | 74 | is). Working on neb-replicate bug which is not properly |
| | 75 | randomizing hosts. Modified "dsget" to work around this bug in the |
| | 76 | meantime, preventing every backup copy from being put on ipp049. |
| | 77 | |
| | 78 | * y-band Fringe: Created a new fringe. Identified that the fringe |
| | 79 | isn't being scaled correctly for most chips, likely due to a |
| | 80 | quantization bug (fixed with Paul Price's help) and a sky |
| | 81 | subtraction bug (solution in progress). |
| | 82 | |
| | 83 | * Flat verification: Ran flat verify runs, looking into possible |
| | 84 | causes of residual structure. |