[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: plotting and large data files
- Subject: Re: plotting and large data files
- From: Martin Schultz <mgs(at)io.harvard.edu>
- Date: Thu, 29 Oct 1998 11:42:24 -0500
- Newsgroups: comp.lang.idl-pvwave
- Organization: Dept. for Engineering&Applied Sciences,Harvard University
- References: <36388B40.6E12@bigfoot.com>
- Xref: news.doit.wisc.edu comp.lang.idl-pvwave:12557
David Ritscher wrote:
> How does one handle plotting of data sets with many more points than
> one can plot on the screen or print on a laser printer?
>
> [Explanation cut]
> Finally, now, my questions:
>
> 1. Is there any way to do something similar with a laser printer?
> Different laser printers have different mappings of pixels, sometimes
> even different mappings in the two directions (for example, higher
> resolution in the long axis of the paper). How would I perform the
> above steps 1. and 2. with a laser printer?
>
The !D.X_SIZE and !D.Y_SIZE values tell you how many pixels you have
available for the
current device (and !D.X_VSIZE, !D.Y_VSIZE give you the size of the visible
area). Although I
am not exactly sure of this, I think this corresponds to the resolution
that IDL is actually
using for the plot (in which case it would not help you if you rprinter
renders 300 dpi, 600 dpi
or even more).
Here is a sample output:
IDL> set_plot,'X'
IDL> print,!d.x_size,!d.y_size
640 512
IDL> set_plot,'ps'
IDL> print,!d.x_size,!d.y_size
17780 12700
You can influence the values of !D.X_SIZE and !D.Y_SIZE by specifying
DEVICE,XSIZE=something. Example:
IDL> set_plot,'ps'
IDL> device,xsize=40
IDL> print,!d.x_size
40000
However, this changes the page size that IDL assumes, and you woul
dprobably have to find some way of reducing your
final "image" size lateron.
Wishing I was wrong ;-)
Martin.
> 2. Would other users find this capability a useful thing to add to IDL
> and PV-Wave basic functionality? As an alternative to the Nsum
> keyword, the keyword control I would want would be to have the raw
> data automatically downsamples the correct amount to correspond to the
> actual pixels, and with a capability of controlling how this
> downsampling is done:
> * averaging
>
That's done with NSUM as I understand
> * sampling (i.e., take first sample of each of the raw data sequences)
That's easy:
index = lindgen(fix(n_elements(DATA)/INTERVAL))*10
plot,data[index]
>
> * min and max (plot a high and low for each column, as above)
>
This may be useful, although I have never experienced the need for this so
far. BUT: if the output
resolution is really as limited as I mention above, this should not be a
keyword but a general feature!
There is absolutely no need to store more information than can be used by
the output device.
> * user-defined function
>
Maybe asking a little too much here...
>
> David Ritscher
> --
> Cardiac Rhythm Management Laboratory
> Department of Medicine
> University of Alabama at Birmingham
> B168 Volker Hall - 1670 University Boulevard
> Birmingham AL 35294-0019
> Tel: (205) 975-2122 Fax: (205) 975-4720
> Email: david.ritscher@bigfoot.com
--
-------------------------------------------------------------------
Dr. Martin Schultz
Department for Engineering&Applied Sciences, Harvard University
109 Pierce Hall, 29 Oxford St., Cambridge, MA-02138, USA
phone: (617)-496-8318
fax : (617)-495-4551
e-mail: mgs@io.harvard.edu
Internet-homepage: http://www-as.harvard.edu/people/staff/mgs/
-------------------------------------------------------------------