| | 413 | |
| | 414 | |
| | 415 | == 2013-03-28 == |
| | 416 | |
| | 417 | Ok, return to SAS from long ago. Here is what I have learned: |
| | 418 | |
| | 419 | * stacks were not complete and the majority had faulted (I assume due to LAP processing hogging stuff from before). I restarted the stacks, they finished, but they have problems: |
| | 420 | * overrejection of images (why?) |
| | 421 | * there are nan edges on everything (why?) |
| | 422 | * we need Gene to help with the config I think |
| | 423 | |
| | 424 | * where are the zeropoints? |
| | 425 | * after a lot of investigations, the zeropoints are there, but the default doesn't grab from the chip_header - this has since been fixed by gene in addstar_scripts. I think if I remake the dvo it will work. |
| | 426 | |
| | 427 | * make a sas dvodb, since I am blocked on stacks at the moment. first of all, where are we: |
| | 428 | |
| | 429 | {{{ |
| | 430 | mysql> select count(*), state, quality, fault from camRun join camProcessedExp using (cam_id) where label = 'SAS.v0' group by state, quality, fault; |
| | 431 | +----------+-------+---------+-------+ |
| | 432 | | count(*) | state | quality | fault | |
| | 433 | +----------+-------+---------+-------+ |
| | 434 | | 2478 | full | 0 | 0 | |
| | 435 | | 822 | full | 4007 | 0 | |
| | 436 | +----------+-------+---------+-------+ |
| | 437 | 2 rows in set (0.03 sec) |
| | 438 | }}} |
| | 439 | |
| | 440 | |
| | 441 | and here are the 'good' images: |
| | 442 | |
| | 443 | {{{ |
| | 444 | mysql> select count(*) from camRun join camProcessedExp using (cam_id) where label = 'SAS.v0' and quality = 0 and fault = 0 and fwhm_major < 5 and sigma_ra < 1 and n_astrom >0; |
| | 445 | +----------+ |
| | 446 | | count(*) | |
| | 447 | +----------+ |
| | 448 | | 1356 | |
| | 449 | +----------+ |
| | 450 | 1 row in set (0.01 sec) |
| | 451 | }}} |
| | 452 | |
| | 453 | |
| | 454 | These cuts are as above, but listed here for posterity: |
| | 455 | |
| | 456 | * fwhm_major < 5 (or else it is likely out of focus |
| | 457 | * sigma_ra < 1 or else the astrometry is likely bad |
| | 458 | * n_astrom > 0 or else the astrometry IS bad |
| | 459 | |
| | 460 | There are no tools for addtool to query that. I think I have to do addtool -definebyquery 1300 times to make a dvo. I can do that |
| | 461 | |