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

Home » Public Forums » archive » xtickformat type conversion
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
xtickformat type conversion [message #86309] Thu, 24 October 2013 18:56 Go to next message
Matthew Argall is currently offline  Matthew Argall
Messages: 286
Registered: October 2011
Senior Member
CDF_TIME_TT2000 times are type LONG64. When I try to use these values to create a formatted tick label with, say, XTICKLABEL='my_tickformat_function', it automatically converts the times to double precision.

Is there any way to create my own tick-label function and have it preserve the LONG64 data type? (Something like 'HH:MM:SS!CYYYY-MM-DD'... Other date representations have drawbacks that I would like to avoid)

Does this mean that plotted values are also converted to either floats or doubles before being plotted?

Thanks
Re: xtickformat type conversion [message #86311 is a reply to message #86309] Fri, 25 October 2013 04:56 Go to previous message
David Fanning is currently offline  David Fanning
Messages: 11724
Registered: August 2001
Senior Member
Matthew Argall writes:

> CDF_TIME_TT2000 times are type LONG64. When I try to use these values to create a formatted tick label with, say, XTICKLABEL='my_tickformat_function', it automatically converts the times to double precision.
>
> Is there any way to create my own tick-label function and have it preserve the LONG64 data type? (Something like 'HH:MM:SS!CYYYY-MM-DD'... Other date representations have drawbacks that I would like to avoid)

I can think of another drawback. How many of these long numbers to you
think you could actually FIT on a plot with your tick formatting
function? It seems to me converting to double precision values would
make some sense. Then at least you can use exponential notation to
shorten them enough to get them on a plot.

> Does this mean that plotted values are also converted to either floats or doubles before being plotted?

I don't know. But if I were writing a plotting function, carrying around
64-bit integers would probably be the last thing I would be thinking
about.

Cheers,

David
--
David Fanning, Ph.D.
Fanning Software Consulting, Inc.
Coyote's Guide to IDL Programming: http://www.idlcoyote.com/
Sepore ma de ni thue. ("Perhaps thou speakest truth.")
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Fast local contrast calculations?
Next Topic: (Beginner) issue setting variables using ENVI_FILE_QUERY

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

Current Time: Wed Oct 08 15:13:12 PDT 2025

Total time taken to generate the page: 0.00522 seconds