Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

calico-stefcal.py : load and apply only works on last tile's solutions #15

Open
IanHeywood opened this issue Nov 26, 2014 · 6 comments
Open
Assignees
Labels

Comments

@IanHeywood
Copy link
Contributor

Setting solution mode to 'load and apply' causes trouble. The example below shows the corrected data and the G amplitudes (RR). The pattern seems to repeat and doesn't match what is seen when I do a solve and save. Maybe it's loading the solutions for the first tile and applying them to all tiles, but there's also some weird behaviour with odd vs even numbered tiles...

corr_data_rr_ampl_page_5_1

stefcal_vis_g_avg_rr_ampl_1

@IanHeywood IanHeywood added the bug label Nov 26, 2014
@modhurita
Copy link
Contributor

I can't comment on your particular issue with g solutions, but I have also been having problems with loading and applying previously calculated and saved ifr solutions, as I have pointed out in this thread.

@o-smirnov
Copy link
Contributor

Yeah, at the moment it will only work if you set solution interval to the entire MS. As things stand, it only saves the solution for the last tile. Have you got enough RAM to process everything in one gulp?

Been meaning to fix that for ages, maybe the time has come...

@o-smirnov o-smirnov changed the title calico-stefcal.py : load and apply misbehaving calico-stefcal.py : load and apply only works on last tile's solutions Nov 27, 2014
@IanHeywood
Copy link
Contributor Author

I don't think I have enough RAM on any of my local machines, although expanding that is on the cards. Jake / Elwood can surely process the whole MS but I can't use anything with a GUI when I log into them remotely, and I'm finding the browser very useful trying to figure all this out.

Only processing the solutions from the last tile makes sense looking at those plots. It's not an odd vs even tiles issue, rather the last chunk to be processed is a shorter time interval than the tile size so the preceding ones are only getting corrected for that fraction.

@o-smirnov
Copy link
Contributor

I need a better scheme for saving/loading solutions anyway, the current 10 minute load time is unacceptable.

I also need three more Gijses to implement all the things that need implementing...

@IanHeywood
Copy link
Contributor Author

As a hack for this I was thinking of using TaQL to loop over intervals of data equal to the tile size and make a gain_i.cp table for each calibration iteration. I can then load and apply the solutions in a similar fashion. I can't go down the re-compute route as I want to manipulate the derived solutions and then apply them.

Can you foresee any showstoppers before I try this?

Cheers.

@o-smirnov
Copy link
Contributor

No, should work perfectly well...

On Tue, Jun 23, 2015 at 1:10 AM IanHeywood [email protected] wrote:

As a hack for this I was thinking of using TaQL to loop over intervals of
data equal to the tile size and make a gain_i.cp table for each calibration
iteration. I can then load and apply the solutions in a similar fashion. I
can't go down the re-compute route as I want to manipulate the derived
solutions and then apply them.

Can you foresee any showstoppers before I try this?

Cheers.


Reply to this email directly or view it on GitHub
#15 (comment)
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants