Interesting. Thanks again for the response. With respect to plplot I have the same feeling as Derek. It is probably because of the lack of a high level interface to plplot similar to PDL::Graphcis::PGPLOT::WIndow
Xavier On 3/14/07, zowie <[EMAIL PROTECTED]> wrote:
Again, sorry to take so long to respond to this. The PGPLOT pixel drivers have a hard coded limit for the maximum length of a raster (row of pixels). I believe it is 1024 pixels. That affects *all* pixel based image formats, including X, PNG, PPM, GIF, etc. PostScript and other shape-based devices are not affected. The hard limit is imposed by PGPLOT, not by PDL. Yet another reason to get the PLPlot stuff up to snuff. (Derek occasionally messes around with it but tells me that it's still several times more painful than PGPLOT to use for normal stuff...) On Feb 27, 2007, at 7:09 AM, Chris Marshall wrote: > I took a look at the gif driver code in the fortran > pgplot library and found this explanation: > > C > C--- IFUNC = 2, Return physical min and max for plot device, and range > C of color indices > --------------------------------------- > C (Maximum size is set by GIF format to 2**16 pixels) > > --Chris > >> I have been trying to make big gif images with PGPLOT >> without success. Every time I try to make a big image >> (2000x2000 pixels) I get part of the image chopped off >> vertically. >> >> I have also tried with the raw PGPLOT commands also >> with no success (pgpap). >> >> Is this a limitation of PGPLOT? > _______________________________________________ > Perldl mailing list > [email protected] > http://mailman.jach.hawaii.edu/mailman/listinfo/perldl _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
_______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
