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

Home » Public Forums » archive » Re: PLOT procedure (was: Julian Day Numbers)
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
Re: PLOT procedure (was: Julian Day Numbers) [message #22597] Wed, 22 November 2000 00:00
Martin Schultz is currently offline  Martin Schultz
Messages: 515
Registered: August 1997
Senior Member
Craig Markwardt wrote:
>
> James Tappin <sjt@star.sr.bham.ac.uk> writes:
>
>> One real gotcha with Julian day numbers is if you try to use them for a
>> time axis on a plot.
>>
>> It works fine for long time axes, but if you try looking at high-resolution
>> data things look really messy.
>>
>> The problem is that PLOT converts to single-precision before converting
>> coordinates to data and this means that all values are truncated to the
>> nearest quarter day (for IEEE floats).
>
> I agree that double precision plotting is important. Sometimes you
> just need it. However I think that in this case you really want to
> subtract a time offset anyway. Consider that your axis labels will
> never be pretty if you are using full Julian days. [ for those that
> don't know Julian days of this millenium number in the millions ].
> You can put in your XTITLE or TITLE the time offset and be done with
> it.
>
> Nit-pickily yours,
> Craig
>
> --
> ------------------------------------------------------------ --------------
> Craig B. Markwardt, Ph.D. EMAIL: craigmnet@cow.physics.wisc.edu
> Astrophysics, IDL, Finance, Derivatives | Remove "net" for better response
> ------------------------------------------------------------ --------------

... but then again: what if you use the tickformat keyword with the
label_date function? I recently gave this a try and had to be careful
with roundoff errors (in IDL5.3).

Martin

--
[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[ [[[[[[[
[[ Dr. Martin Schultz Max-Planck-Institut fuer Meteorologie [[
[[ Bundesstr. 55, 20146 Hamburg [[
[[ phone: +49 40 41173-308 [[
[[ fax: +49 40 41173-298 [[
[[ martin.schultz@dkrz.de [[
[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[ [[[[[[[
Re: PLOT procedure (was: Julian Day Numbers) [message #22600 is a reply to message #22597] Tue, 21 November 2000 00:00 Go to previous message
Craig Markwardt is currently offline  Craig Markwardt
Messages: 1869
Registered: November 1996
Senior Member
James Tappin <sjt@star.sr.bham.ac.uk> writes:

> One real gotcha with Julian day numbers is if you try to use them for a
> time axis on a plot.
>
> It works fine for long time axes, but if you try looking at high-resolution
> data things look really messy.
>
> The problem is that PLOT converts to single-precision before converting
> coordinates to data and this means that all values are truncated to the
> nearest quarter day (for IEEE floats).

I agree that double precision plotting is important. Sometimes you
just need it. However I think that in this case you really want to
subtract a time offset anyway. Consider that your axis labels will
never be pretty if you are using full Julian days. [ for those that
don't know Julian days of this millenium number in the millions ].
You can put in your XTITLE or TITLE the time offset and be done with
it.

Nit-pickily yours,
Craig

--
------------------------------------------------------------ --------------
Craig B. Markwardt, Ph.D. EMAIL: craigmnet@cow.physics.wisc.edu
Astrophysics, IDL, Finance, Derivatives | Remove "net" for better response
------------------------------------------------------------ --------------
Re: PLOT procedure (was: Julian Day Numbers) [message #22613 is a reply to message #22600] Tue, 21 November 2000 00:00 Go to previous message
Paul van Delst is currently offline  Paul van Delst
Messages: 364
Registered: March 1997
Senior Member
James Tappin wrote:
>
> One real gotcha with Julian day numbers is if you try to use them for a
> time axis on a plot.
>
> It works fine for long time axes, but if you try looking at high-resolution
> data things look really messy.
>
> The problem is that PLOT converts to single-precision before converting
> coordinates to data

<snip>

Not any more.


--
Paul van Delst Ph: (301) 763-8000 x7274
CIMSS @ NOAA/NCEP Fax: (301) 763-8545
Rm.207, 5200 Auth Rd. Email: pvandelst@ncep.noaa.gov
Camp Springs MD 20746
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: lego tiled image (how to make?)
Next Topic: LAPACK and IDL?

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

Current Time: Wed Oct 22 05:33:42 PDT 2025

Total time taken to generate the page: 2.16092 seconds