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

Home » Public Forums » archive » Re: Mapping Functionality in IDL 8.1
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: Mapping Functionality in IDL 8.1 [message #75730 is a reply to message #75725] Wed, 13 April 2011 06:48 Go to previous messageGo to previous message
Fabzou is currently offline  Fabzou
Messages: 76
Registered: November 2010
Member
On 04/13/2011 03:33 PM, Kenneth P. Bowman wrote:
> In article<MPG.280e90ee68f44fe29896fc@news.giganews.com>,
> David Fanning<news@dfanning.com> wrote:
>
>> The biggest problem I see with the Map function is that
>> ITTVIS continues to insist that people want to warp an
>> image onto a map projection. I've spent a number
>> of years working professionally with people who did map
>> projections for a living, and I have never once known
>> anyone who wanted to do this. Everyone I know HAS an
>> image (which they emphatically do NOT want to warp!),
>> and they want to fit a map projection onto that.
>
> The need to warp an image to a map projection may be more common
> than you think. GOES images are a good example. We often have
> gridded data that are in longitude-latitude coordinates. These are
> easy to map (image or contour) using most projections. It can be
> very useful to underlay a GOES image on the map projection.
> MAP_PATCH handles that problem pretty well.
>
> Ken Bowman

Also, MODIS images are not nice to look at in their original sinusoidal
projection.

However, I agree that most of the time, I work in the data native
projection, which is more accurate.

Fab
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: cumulative total bug with array of size 1
Next Topic: 8.1, anyone?

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

Current Time: Wed Oct 08 19:34:44 PDT 2025

Total time taken to generate the page: 0.00452 seconds