[INSTRM-1544] AG FITS for visualization have different contents Created: 06/Mar/22 Updated: 02/Sep/22 Resolved: 15/Jul/22 |
|
| Status: | Done |
| Project: | Instrument control development |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Normal |
| Reporter: | yuki.moritani | Assignee: | Unassigned |
| Resolution: | Done | Votes: | 0 |
| Labels: | EngRun | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Sprint: | preEngRun07Sep | ||||||||
| Description |
|
At present AG FITS images to sent Gen2 for visualization have three types of images:
Since there is no flag, it is difficult (simple) to handle the difference. It is better to have empty table in any case, or have a flag of the mode. |
| Comments |
| Comment by Yoshida, Hiroshige [ 09/Mar/22 ] |
|
EXTNAMEs have been stable so far - "CAM1", ..., "CAM6" are image extensions added by the AGCC actor "TABLE1", ..., "TABLE6" are binary table extensions added by the AGCC actor that contain centroid info. of detected objects, and "guide_objects", "detected_objects", "identified_objects" are binary table extensions added by the AG actor. |
| Comment by eric [ 21/Apr/22 ] |
|
The HDU names are what I am using to figure out what kind of file I am getting–this is fine. However, it would be really, really useful if in the case 1 or 2 (see Description) the image HDUs would include the wcs. Would this be that difficult to implement?
|
| Comment by yuki.moritani [ 08/Jul/22 ] |
|
Yoshida, Hiroshige , eric This is also fixed and tested during June run. (I remember ginga has "raw" mode and "processed" mode.) Is this correct? |
| Comment by eric [ 09/Jul/22 ] |
|
The WCS issue for raw files is fixed: Gen2 now generates the WCS from Kawanomoto-san's module. Currently you need to choose which kind of file ("raw" or "processed") you want to show. I think this is an ok choice and what I still need to do is hang on to the last file received of either kind so that if the user changes the choice we can immediately process the file and show it. So I guess, yes, you can close it. |
| Comment by hassan [ 15/Jul/22 ] |
|
Closed base on eric's comments above. |