combining multiple sources at different image scales in planetary photography [Solar System] Processing techniques · Blaine Gibby · ... · 9 · 134 · 0

BlaineGibby 2.81
...
· 
·  Share link
Hello planetary people. Is it possible to combine data from two different sources at different imaging scales in planetary astrophotography? I have an idea to combine OSC data from a  120mm refractor with luminance data from a 10" newtonian for detail for the upcoming lunar eclipse this month. Is this feasible in planetary photography? This is mainly how I photograph the deep sky but I am not sure how it would work in planetary without stars to align the data. 

If this is possible, what software would I use and how is it done without stars to use for alignment?

Thanks in advance smile
Like
andreatax 9.89
...
· 
·  Share link
It could be done in IRIS by manually aligning, rotating and scaling one image against the other. Can't say whether it can be done in SIRIL (IRIS descendant).
Like
Gondola 8.11
...
· 
·  Share link
That wouldn't be possible in the present version of Siril. Alignment would be easy in any photo editor but I doubt that you could get the accuracy you're looking for with manual rotation and scaling. Why not just use the 10" with OSC?
Like
andreatax 9.89
...
· 
·  Share link
Tony Gondola:
I doubt that you could get the accuracy you're looking for with manual rotation and scalin


*You'd be wrong.
Like
Gondola 8.11
...
· 
·  Share link
andrea tasselli:
Tony Gondola:
I doubt that you could get the accuracy you're looking for with manual rotation and scalin


*You'd be wrong.

If that's the case, please tell us how exactly that would be done. I would love to have that one under my belt Andrea and it sounds like it would really help the OP.
Like
andreatax 9.89
...
· 
·  Share link
In IRIS open the image that needs to be the reference one, namely the luminance. Let's assume the both the RGB and the L image are perfectly flattened and they are taken at the same time (or, equivalently, with the same phase and libration angle) which, depending on the source/target image scale might restrict the lag between source and target image. Type the command

>CIRCLE threshold  

from the console using a guess threshold value (or hover with the mouse pointer on the moon's limb) for the limb brightness (intensity), drawing a box around the Moon's image. Check that the circle fully encompasses the whole Moon limb just at the edge of it and note down the radius and the center coordinates. Do the same with a new instance of IRIS for the target RGB image. Also, keep in mind that the distribution of brightness might not be perfectly circular but as long as they correlate each other closely that shouldn't matter. The ratio between the two radii is the scaling factor to be applied next to the the target image, with the command:

>SCALE 3 scaling_factor scaling_factor

You might to have to juggle a bit with trial values here to get a perfect match and it is important to have the two images in the same orientation.

Then register the two images using the planetary registration command:

>PREGISTER [IN] [OUT] [SIZE] [NUMBER]

where SIZE is a power of 2 number setting the correlation window size, so let' say 1024, IN and OUT are the generic name of the two images, with the first being the reference image (L frame) and NUMBER is 2. Now, if everything goes well the two images are aligned and with the same size. The last bit is to rotate the RGB image as to match the same features on L image, which shall be accomplished by using the ROT command using the results at step one.

>ROT XY YC Angle

where XC and YC are the coordinates of the center of the RGB image of the Moon (NOT the coordinates of the center of the frame!). Angle is obviously the angle you need to rotate the RGB  image to match the L image. It is helpful to use just a single channel (the G one is best) to carry out the trial rotations so that you can use the SUB command to see how well you are doing (or from the Processing menu the command subtract).

Expect a significant amount of fiddling here and there but you should get there in the end.
Like
Gondola 8.11
...
· 
·  Share link
andrea tasselli:
In IRIS open the image that needs to be the reference one, namely the luminance. Let's assume the both the RGB and the L image are perfectly flattened and they are taken at the same time (or, equivalently, with the same phase and libration angle) which, depending on the source/target image scale might restrict the lag between source and target image. Type the command

>CIRCLE threshold  

from the console using a guess threshold value (or hover with the mouse pointer on the moon's limb) for the limb brightness (intensity), drawing a box around the Moon's image. Check that the circle fully encompasses the whole Moon limb just at the edge of it and note down the radius and the center coordinates. Do the same with a new instance of IRIS for the target RGB image. Also, keep in mind that the distribution of brightness might not be perfectly circular but as long as they correlate each other closely that shouldn't matter. The ratio between the two radii is the scaling factor to be applied next to the the target image, with the command:

>SCALE 3 scaling_factor scaling_factor

You might to have to juggle a bit with trial values here to get a perfect match and it is important to have the two images in the same orientation.

Then register the two images using the planetary registration command:

>PREGISTER [IN] [OUT] [NUMBER]

where SIZE is a power of 2 number setting the correlation window size, so let' say 1024, IN and OUT are the generic name of the two images, with the first being the reference image (L frame) and NUMBER is 2. Now, if everything goes well the two images are aligned and with the same size. The last bit is to rotate the RGB image as to match the same features on L image, which shall be accomplished by using the ROT command using the results at step one.

>ROT XY YC Angle

where XC and YC are the coordinates of the center of the RGB image of the Moon (NOT the coordinates of the center of the frame!). Angle is obviously the angle you need to rotate the RGB  image to match the L image. It is helpful to use just a single channel (the G one is best) to carry out the trial rotations so that you can use the SUB command to see how well you are doing (or from the Processing menu the command subtract).

Expect a significant amount of fiddling here and there but you should get there in the end.


That's really interesting, thank you. I haven't thought about Iris for years, is it still under active development? Looks like the last update was 4 years ago.
Like
andreatax 9.89
...
· 
·  Share link
Tony Gondola:
That's really interesting, thank you. I haven't thought about Iris for years, is it still under active development? Looks like the last update was 4 years ago.


15 years ago. SIRIL is the successor of IRIS (hence the name) and I expect those commands might just work as well in it but I haven't checked.
Like
BlaineGibby 2.81
Topic starter
...
· 
·  Share link
Tony Gondola:
That wouldn't be possible in the present version of Siril. Alignment would be easy in any photo editor but I doubt that you could get the accuracy you're looking for with manual rotation and scaling. Why not just use the 10" with OSC?


Yeah that's probably the best bet, I doubt luminance would add much for how bright the moon is even under an eclipse. Otherwise from what I am reading here, looks too complicated and probably of little benefit.
Like
Gondola 8.11
...
· 
·  Share link
I agree, I can't see that there would be…
Like
 
Register or login to create to post a reply.