comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Latitude longitude and Image Navigation
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: Latitude longitude and Image Navigation [message #76746 is a reply to message #76706] Sun, 26 June 2011 05:22 Go to previous messageGo to previous message
AISHWARYA is currently offline  AISHWARYA
Messages: 9
Registered: June 2011
Junior Member
On Jun 25, 9:03 am, Brian Wolven <brian.wol...@gmail.com> wrote:
> Well, *if* I remember correctly what I did there: Subcur is the vector of the initial sub-observer point on the planet/satellite before the rotations, given a coordinate system defined with respect to the center of that body. It's just the normalized planetocentric coordinates of the vector pointing toward the observer:
>
> subcur = -1.*body.pos/length(body.pos)
>
> The -1 comes in because body.pos contains the vector from the observer location (Earth in this case) to the body. subdes is the desired sub-observer location - the one specified in theimagemetadata or by SPICE, based on the observation time. We need to rotate our body centered coordinates such that the z-axis aligns with the specified north pole position vector, then rotate the body about the pole until our line of sight is passing through the proper sub-observer point. The various 'ang' variables were only used for diagnostic purposes to check that the desired result was being obtained.
>
> To put it in more graphic terms, imagine that you have a globe of Venus sitting upright on your desk. In order to match your telescopic observations you need to tilt the globe until the pole axis is aligned properly, then rotate about the pole until you reach the correct observing geometry. We have a body centered lat-long grid instead of a globe, but once we know the rotation we can then project our rotated lat-long grid on theimageand have it properly aligned, or infer the lat-long coordinates of a pixel in theimageif we're working the other way.
>
> There may very well be an easier way to do this, but that's what I cooked up years ago as a grad student, when presumably I was smarter than I am now. ;)

I could partly understand your code. But, I have a few doubts. What we
have in hand is a 2d image. So, how can we expect the z axis?
(Sorry,if it is a silly question). My images are now oriented with
North up and East right. The pixel array is 512*512 and the centre of
the venus disc is found at 369,312 pixels. (all units in pixels).
Having said the images are vertical, (north up so facing celestial
North), I rotated the image with rot function in IDL used for 2d
images, for the clockwise angle to pole : 22.84degree. Is this
correct? But the pole distance is -19.09 arcseconds. Now, I have only
oriented my image to face pole. The plate scale is 0.21 arcseconds.
So, in pixels, pole is at 4 pixels from centre of venus disc. But,
should I do something with North pole distance too?

This is how I mapped : Sub observer lat and long is the centre of the
surface on venus which we are viewing (here sub obs long : 289.78,
lat : -5.47 in degrees). So, I tried making a mapset with polar
stereographic projection of centre (-5.47,289.78). Then i tried to
overplot the rotated image (with rot 22.84 clockwise) on the grid. I
faced an error : latitude out of range. I dont understand why this
happens.

Any comments on my method would be helpful.

Thank you,
Aishwarya.
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: Array subscript for VECTOR must have same size as source expression
Next Topic: Formatted printf output

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 13:05:20 PDT 2025

Total time taken to generate the page: 0.96289 seconds