I tried pcolor, but it seems to have much higher memory usage ... the
data set I'm using renders the map using contourf(x,y,z,100)
relatively quickly (~10 sec) and with reasonable memory usage, and
will imshow(z) even faster (although, as I said, without projection) ,
but pcolor(x,y,z) fails with a
Hello. I made a figure from the Postscript backend. Everything works fine
except the fontweight property. I tried to set fontweight="bold" in both
pylab.suptitle and pylab.text, but both of them remains in normal weight. What
makes it worse is, if the title is "ubuntu-desktop", in the .ps fil
Johann Cohen-Tanugi wrote:
> thanks Eric! Could you provide me with an executive summary as to
> pcolorfast vs imshow? Is it essentially a matter of speed?
It is more generality than speed.
imshow is for genuine image data: an array of pixel values, with the
assumption that the pixels are squar
> That said, there has been for some time experimental functionality to
> support drawing some elements "pre-rasterized" (meaning as images) to
> save on file size. This is actually already working in some backends
> (including PDF), it just hasn't been exposed to the user in a nice way
> yet. Er
Well, I've figured out half of it: the RGB data appears to be in
._segmentdata, an RGB-keyed dictionary of tuples of triples, but, looking
at this for the jet cmap, e.g., I'm confused, 'cause the red and and blue
tuples have five such triples, but the green tuple has six triples, so how
exactly
Thanks, John and Michael.
Yeah, Michael, that's what I'm doing now, but eventually (like, now) I'd like
to do what John implies is possible, i.e., "invert" a cm back to its RGB table
- John (or anyone) can you short-cut the learning process for me w/ a code
example of how to do this? :-) Thank
Ok, I'm stupid, changing the resolution value and all goes right.
Sorry
Lionel Roubeyrie a écrit :
> Hi all,
> the new polar projection gives me a strange behavour by interpolating
> each simple line between two consecutives points. Where I just want
> points at specified coordinates and lines c
pcolormesh is outputting the data as vectors, since the mesh can be
non-rectilinear, that's really the only thing that PDF supports.
Besides, that's the only way to get a truly resolution-independent PDF.
Since imshow is limited to uniform, rectilinear images, and PDF has
built-in support for
Hi all,
the new polar projection gives me a strange behavour by interpolating
each simple line between two consecutives points. Where I just want
points at specified coordinates and lines connecting them, between each
pairs appears a interpolated line in polar projection with multiple points.
Lo
Hi,
In a previous email I pointed out that I was having problems with pcolormesh
output as a PDF: the files are really big and impractical even for smallish
arrays (1000x1000 pixels). I don't have that problem using imshow, which
presumably resamples the image or somesuch wizardry :) Here's an e
On Tue, Sep 9, 2008 at 9:03 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> You're right: multi-column legends aren't implemented.
>
> There have been a number of points raised lately around the layout of
> legends (such as baseline alignment), that are starting to add up to a
> push for a (par
David Goldsmith wrote:
> Hi, folks. OK, I'm trying to set the alpha channel, pixel by pixel, using
> figimage w/ the data being of the "luminance" type (i.e., an MxN array). The
> Users Guide indicates that figimage takes an alpha= keyword argument, and it
> doesn't crash when I pass an array
On Tue, Sep 9, 2008 at 2:02 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Evan Mason wrote:
>
>> Hi, wonder if anyone can help me with path and bbox. I have a set of
>> ocean drifter tracks and I want to know if they pass through a particular
>> boxed area. This is straightforward to do but I wan
You're right: multi-column legends aren't implemented.
There have been a number of points raised lately around the layout of
legends (such as baseline alignment), that are starting to add up to a
push for a (partial) rewrite of the legend code. Unfortunately, I don't
think anyone has stepped u
On Tue, Sep 9, 2008 at 12:40 AM, David Goldsmith
<[EMAIL PROTECTED]> wrote:
> Clearly (?) I can do what I'm after if I use MxNx4 data, but is that the only
> way to have a varying alpha?
Yep, currently that is the only way. If you start with luminance, you
can use the colormapping code to gener
On Tue, Sep 9, 2008 at 7:12 AM, Adam <[EMAIL PROTECTED]> wrote:
> This gets rid of the blank space, but at the expense of the aspect ratio, as
> you mention. Isn't there away to preserve the aspect ratios of the
> individual
> sub-images, and just remove the white space between them? I really to
I just added a test of intersects_bbox to SVN that seems to be working
correctly for short paths containing masked values. It would appear
that masked values *should* be dealt with correctly (that is, in exactly
the same way as they are drawn) by the intersection code. However,
there is proba
You can use
def ticklabel_format(self, **kwargs):
"""
Convenience method for manipulating the ScalarFormatter
used by default for linear axes.
Optional keyword arguments:
=== =
Keyword Description
John,
By default, matplotlib will resize your axes to preserve the aspect
> ratio of your image, which in the case of your 23x25 images is not
> equal. You can override this behavior by setting aspect='auto'
>
> for i in range(6):
> fig1.add_subplot(2,3,i+1)
> pylab.imshow(data, aspect='auto')
On Tue, Sep 9, 2008 at 6:26 AM, Adam <[EMAIL PROTECTED]> wrote:
> I thought the desired result could be achieved by the following code, but
> there is
> still blank space (in the vertical-direction) between the subplots:
By default, matplotlib will resize your axes to preserve the aspect
ratio of
Hello, I am trying to plot a 2x3 matrix of (sub)images, with no spacing in
between.
I thought the desired result could be achieved by the following code, but
there is
still blank space (in the vertical-direction) between the subplots:
#--
import pylab
from scipy import randn
data=ran
thanks Eric! Could you provide me with an executive summary as to
pcolorfast vs imshow? Is it essentially a matter of speed?
Also, I tried to add a colorbar but failed. What is the correct invocation?
thanks a gain,
Johann
Eric Firing wrote:
> Johann Cohen-Tanugi wrote:
>> thanks Johan,
>> I post
22 matches
Mail list logo
