-
Notifications
You must be signed in to change notification settings - Fork 15
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
Investigate (x,y) Ordering Between RSIM and ImVIZ #66
Comments
Thanks for the heads up. Generating some catalogs and testing on my end too. |
To try to make progress here... can we pick a particular star on these images and make sure that imviz is putting the star where it should be? This file was generated from a catalog. We should be able to plot the positions of the stars in that catalog on top of this image and see if they match. e.g., something like:
That nicely produces points on the sources in the image. That tells me that the simulator WCS & images are consistent, so I think this has to be on the imviz side? It's easy for me to imagine (x, y) <-> (y, x) issues; there's the usual one with (x, y) corresponding to image[y, x]. I claim that I'm following the accepted python / imshow / wcs API conventions there, but if you think otherwise, let me know. I don't have a picture for how we could make an error like im -> im[::-1, ::-1]; that's much harder. If it's useful to have these files, I've dropped them on /grp/roman/eschlafly/romanisim/20230420. |
RSIM and ImVIZ are transpositions of each other (x <-> y), resulting in images like this:
Which should have a shape more like:
We need to investigate if RSIM is using the wrong convention, or if this needs to incorporated on the Imviz side.
The text was updated successfully, but these errors were encountered: