Changes between Version 61 and Version 62 of MD10.refstack.20130715
- Timestamp:
- Sep 10, 2013, 8:43:47 PM (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
MD10.refstack.20130715
v61 v62 305 305 306 306 '''PROBLEM -- new 1D convolution code produced unexpected excess rejection and cannot be used for the refstack''' -- investigate further below 307 308 307 309 == 1D Excess Rejection == 308 310 … … 335 337 == Odd Features in 1D version == 336 338 337 || input warp || 1D conv stack || 1D conv mask || unconv .num. || 1D .num. || unconv .exp. || 1D .exp || 339 Odd streaks seem more common in 1D convolved stacking when should be plenty of inputs to reject pixels. 340 341 || unconv stack || 1D conv stack || 1D conv mask || unconv .num. || 1D .num. || unconv .exp. || 1D .exp || 338 342 339 343 [[Image(oddpoorstreak_nanexp.png,500px)]] … … 341 345 Appears that the .exp. files for the >30 input stacks are mostly NAN. Suspect the compression had a problem. Has been happening for over a year. Added a .EXP.NOCOMP option (one already existed for EXPWT) and if a stack is made uncompressed (as is with deep stacks) then this is used. 342 346 * filesize change 933 KB -->163 MB, a large change without compression, but only for deep stacks (MD ref and deep types only) -- 343 == 1D convolution v3 OK == 347 348 349 == 1D convolution v3 Rejection OK == 344 350 345 351 r35925 appears to produce similar rejection to the original ISIS method, and includes a fix the the other rejection issue found in the night stack sample below. Target PSF for convolved stack is now set to the max FWHM of the input warps that pass all input cuts with an additional epsilon of 0.1 pixels. … … 383 389 384 390 ---- 391 385 392 = Night Stacks and PV2 = 386 393 Configuration modifications for PV2 and 1D convolution should probably be applied to nightly stacks as well as other additions
