worked with SSA group on OODT casarunner / pipeline integration
Explored a problem where noisier images were formed from msuvbin. Found an issue that sometimes the uv calculation was a bit off. Corrected that and the images are now comaprable to direct imaging of the data.
Fixed a weight flagging issue for SD imaging.
Justo González Villalba: Overhaul of pending mstransform tickets
CAS-6733/CAS-6545 (mstransfrom problem when working with VLA's mixed polarization products): Fixed, it was a problem re-indexing DDI subtable. Juergen has not requested to have it in the short term, therefore it is not necessary to commit it to 4.2.2
CAS-6529 (mstransform problems with separate + re-combine operations): Found a minor bug due to duplication of rows in the FEED sub-table after combining SPWs. However the user reports un-usability of the MSs after this operation. I have requested the user to file an MS showing the problems they report.
CAS-5080(mstransform hypercube problem with SingleDish): Tested this with trunk. Problem seems to be gone, I will wait for confirmation from testing in Sandra's environment before closing.
CAS-6396 (mstransform POINTING seg. fault): Trying to reproduce this problem with the M100 -HPC regression in the Socorro cluster.
Installed various versions of CASA / Pipeline in Socorro
Much discussion with a few team members re: current status and future plans for casacore. Concluded that I, as well as some other team members, are not well informed on where we are going with casacore. Also concluded that systematic merges of google code to our casacore tree have not been carried for quite some time (at least months, maybe years). Suggested someone (Rob nominated Jim) who knows give a talk to the team about where this partnership is going and possibly how we can participate more effectively than we have been.
Forwarded Ger's request to Jim to merge various ArrayMath and related files from googlecode into our codebase.
Responded to CAS-5975, impv: Support specifying input slice width as a world (angular) measure. Apparently one cannot simply provide inputs to a task and then run it using [taskname] without doing an inp [taskname] first. Not sure if that's a bug or not, but if it is, it's a tasking system issue, not an impv issue, so outside my domain.
Requested input on CAS-5597, CRTF doco improvements, re: in which cases of small region specifications are exceptions thrown, rather than a region with one pixel being used?
Committed Rob's requirements doc for imstat filters to code repos.
CAS-5878, Provide a way to obtain pointing direction of an antenna corresponding to MS, responded to requestor's request for msmd to return all pointing directions for a given selection. msmd does not support arbitrary ms selections like the ms tool does as it was not intended for this type of processing, so suggested if that is indeed what requestor wants, then this functionality should go in the ms tool. If however the requestor can live with a more rudimentary form of selection, it is possible that could go in msmd. Ball is in requestor's court at this point to specify exactly what type of selection criteria she wants to be supported.
Communicated with Malte re: CAS-6739, move casacore-components to code. There was some confusion on my part that Malte had finished the necessary ASAP work to make this possible, but it appears I was mistaken. ASAP still needs some changes in order for this to proceed.
Implemented CAS-6817, Add a name() method to msmd tool.
Issue with backwards compatible enumeration
Discrepancy between FITS from AIPS and CASA
First part of vi/vb switch, following latest decision of separating all code and working with two copies of parts of the new code too.
Did some tests to (in)validate a claim by a user about algorithmic behaviour w.r.to spectral index fitting accuracy.
RHEL5 linux prerelease build
RHEL6 adjusted RPM spec file and did a prerelease test build
worked on the OSX prerelease distro; close but still no cigar