matplotlib-users Mailing List for matplotlib (Page 5)

On 08/20/2011 02:03 AM, Alexa Villaume wrote:
> Hello,
>
> I'm trying to make a contour plot and I'm running into problems when
> specifying the coordinates for the plot. I do,
>
> #Specify coordinates of the surface
> delta0=1.0
> delta1=0.1
> x=np.arange(0.0, 6.0, delta0)
> y=np.arange(-1.0,3.0, delta1)
>
> #Contour the arrays.
> plt.contour(x, y, O3, O3Level)
>
> And I get an error that says,
>
> "TypeError: Length of x must be number of columns in z,
> and length of y must be number of rows."
>
> I don't understand how I'm supposed to get the coordinates for the plot
> that I want and make x and y the same shape as z. Any suggestions?

Contouring requires data on a grid, so your O3 needs to be a 2-D array 
of z values, and your x and y need to specify the x and y locations of 
*those* z values.  The orientation is such that the first dimension of 
the z array corresponds to y, and the second corresponds to x.

Eric

>
> Thanks,
> Alexa
>
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hello,

I'm trying to make a contour plot and I'm running into problems when
specifying the coordinates for the plot. I do,

#Specify coordinates of the surface
delta0=1.0
delta1=0.1
x=np.arange(0.0, 6.0, delta0)
y=np.arange(-1.0,3.0, delta1)

#Contour the arrays.
plt.contour(x, y, O3, O3Level)

And I get an error that says,

"TypeError: Length of x must be number of columns in z,
and length of y must be number of rows."

I don't understand how I'm supposed to get the coordinates for the plot that
I want and make x and y the same shape as z. Any suggestions?

Thanks,
Alexa

Thanks Eric and JJ,

Both of your answers are solutions to my problem actually.
I spent a while trying to figure this out and didn't get anywhere.
This was an exercise in frustration with matplotlib's documentation.
Thankfully this list and its members are here to save us. I assumed it
was just a simple flag or option I had missed and this turned out to
be the case. I had even tried setting aspect=False when creating my
AxesGrid object and setting aspect="auto", but because I was poking
around in the dark, I must not have set both at the same time. I also
thought I'd seen an example of this somewhere, which is what Eric
pointed out, but even thinking I'd seen it, I couldn't find it again.
I had looked in the gallery but missed the example - looking back at
the gallery now, I think it might be because every other related
example uses the jet colour scheme and it simply didn't register.

regards,
Gary

On Sat, Aug 20, 2011 at 6:49 PM, Jae-Joon Lee <lee...@gm...> wrote:
> If you want aspect="auto", this must also be set when you create ImageGrid.
> A simple example is attached.
> If you want a fixed aspect other than 1, it is doable but gets a bit
> tricky. Let me know if this is what you want.
>
> Regards,
>
> -JJ
>
>
>
> from mpl_toolkits.axes_grid1 import ImageGrid
>
> fig = plt.figure(1)
>
> grid = ImageGrid(fig, 111, (2, 1),
>                 aspect=False,
>                 label_mode='L', cbar_mode="single",
>                 )
>
> arr = np.arange(100).reshape((10, 10))
> im1 = grid[0].imshow(arr, aspect="auto")
> im2 = grid[1].imshow(arr, aspect="auto")
>
> grid[0].cax.colorbar(im1)
>
>
>
>
> On Sat, Aug 20, 2011 at 2:43 PM, gr...@bi...
> <gr...@bi...> wrote:
>> Usually imshow(arr, aspect='auto') or imshow(arr, aspect=2.0) will
>> display the image with pixels having some aspect ratio other than 1:1
>> However, I cannot get this to work when using imshow within an AxesGrid axis.
>> Is there a way to get an array shown with imshow() within an AxesGrid
>> axis to have a pixel aspect other than 1:1 ?
>> If not, is there a simple way to add a shared colorbar when using subplots() ?
>>
>> Gary
>>
>> ------------------------------------------------------------------------------
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>

If you want aspect="auto", this must also be set when you create ImageGrid.
A simple example is attached.
If you want a fixed aspect other than 1, it is doable but gets a bit
tricky. Let me know if this is what you want.

Regards,

-JJ



from mpl_toolkits.axes_grid1 import ImageGrid

fig = plt.figure(1)

grid = ImageGrid(fig, 111, (2, 1),
                 aspect=False,
                 label_mode='L', cbar_mode="single",
                 )

arr = np.arange(100).reshape((10, 10))
im1 = grid[0].imshow(arr, aspect="auto")
im2 = grid[1].imshow(arr, aspect="auto")

grid[0].cax.colorbar(im1)




On Sat, Aug 20, 2011 at 2:43 PM, gr...@bi...
<gr...@bi...> wrote:
> Usually imshow(arr, aspect='auto') or imshow(arr, aspect=2.0) will
> display the image with pixels having some aspect ratio other than 1:1
> However, I cannot get this to work when using imshow within an AxesGrid axis.
> Is there a way to get an array shown with imshow() within an AxesGrid
> axis to have a pixel aspect other than 1:1 ?
> If not, is there a simple way to add a shared colorbar when using subplots() ?
>
> Gary
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On 08/19/2011 07:43 PM, gr...@bi... wrote:
> Usually imshow(arr, aspect='auto') or imshow(arr, aspect=2.0) will
> display the image with pixels having some aspect ratio other than 1:1
> However, I cannot get this to work when using imshow within an AxesGrid axis.
> Is there a way to get an array shown with imshow() within an AxesGrid
> axis to have a pixel aspect other than 1:1 ?
> If not, is there a simple way to add a shared colorbar when using subplots() ?

By shared colorbar, do you mean something like this?
http://matplotlib.sourceforge.net/examples/pylab_examples/multi_image.html

It is using ordinary axes, and is a bit more complex than needed for 
many purposes.

Eric

>
> Gary
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Usually imshow(arr, aspect='auto') or imshow(arr, aspect=2.0) will
display the image with pixels having some aspect ratio other than 1:1
However, I cannot get this to work when using imshow within an AxesGrid axis.
Is there a way to get an array shown with imshow() within an AxesGrid
axis to have a pixel aspect other than 1:1 ?
If not, is there a simple way to add a shared colorbar when using subplots() ?

Gary

On 08/15/2011 11:10 PM, Till Stensitzki wrote:
> Hello,
> for a interactive gui program i want to change the shown data without changing
> the rest of the figure. For normal plots, there is a set_xdata/set_ydata
> methods. For QuadMesh, there is a set_array method, which i don't get to work.

You have to use ravel().  Illustrated with ipython -pylab:

xx = pcolormesh(rand(3,3))
xx.set_array(rand(3,3).ravel())
draw()
xx.set_array(rand(3,3).ravel())
draw()


Eric

>
> Thanks,
> Till

On 08/19/2011 09:19 AM, Andre' Walker-Loud wrote:
>>
>> I agree that this is a bug.  (I suspect it is a malign side-effect of
>> some attempt to make bar plots work with a log scale, but I haven't
>> tracked it down.) What is less clear is the desired behavior.  Raise an
>> exception? Silently delete the points that are invalid with a log scale?
>> Or delete them with a warning?
>
> I would delete them with a warning.  Those who are familiar with logs will not be surprised.  Those who are not familiar will be provided an opportunity to learn something new!
>

I have tracked down the problem, and am testing a fix for it.  The 
intended behavior was silent masking of non-positive values.  An option 
for a warning could be added, but for now I will just make it work as 
intended, and as it does with other plot types.

Eric

>
> Andre
>
>
>
>
>
>>
>> Eric
>>
>>>
>>> thanks a lot,
>>> richard
>>>
>>> The verbose output:
>>>
>>> $HOME=/Users/richard
>>> CONFIGDIR=/Users/richard/.matplotlib
>>> matplotlib data path
>>> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data
>>> loaded rc file
>>> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc
>>> matplotlib version 1.0.1
>>> verbose.level helpful
>>> interactive is False
>>> units is False
>>> platform is darwin
>>> Using fontManager instance from /Users/richard/.matplotlib/fontList.cache
>>> backend MacOSX version unknown
>>> 1.0.1
>>>
>>> The resulting figure:

> 
> I agree that this is a bug.  (I suspect it is a malign side-effect of 
> some attempt to make bar plots work with a log scale, but I haven't 
> tracked it down.) What is less clear is the desired behavior.  Raise an 
> exception? Silently delete the points that are invalid with a log scale? 
> Or delete them with a warning?

I would delete them with a warning.  Those who are familiar with logs will not be surprised.  Those who are not familiar will be provided an opportunity to learn something new!


Andre





> 
> Eric
> 
>> 
>> thanks a lot,
>> richard
>> 
>> The verbose output:
>> 
>> $HOME=/Users/richard
>> CONFIGDIR=/Users/richard/.matplotlib
>> matplotlib data path
>> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data
>> loaded rc file
>> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc
>> matplotlib version 1.0.1
>> verbose.level helpful
>> interactive is False
>> units is False
>> platform is darwin
>> Using fontManager instance from /Users/richard/.matplotlib/fontList.cache
>> backend MacOSX version unknown
>> 1.0.1
>> 
>> The resulting figure:
>> 
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> 
>> 
>> 
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
> user administration capabilities and model configuration. Take 
> the hassle out of deploying and managing Subversion and the 
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On 08/18/2011 10:03 PM, Richard Neher wrote:
> Hi folks,
>
> it seems to me that there is a bug in scatter when using log scale. Have
> a look at the output of the following script:
>
> frompylab import*
>
> print matplotlib.__version__
> x=arange(10)
> plot(x, exp(-x))
> ax=gca()
> ax.set_yscale('log')
>
> scatter(x, exp(-x), label= 'works fine')
> scatter(x, zeros(10), marker='x', label='shows up at 0.1, rather than 0')
> legend()
> savefig('scatter_bug.png')
>
>
> On my machine, scatter puts zeros on the logscale somewhere at 0.1,
> where they aren't supposed to be.

I agree that this is a bug.  (I suspect it is a malign side-effect of 
some attempt to make bar plots work with a log scale, but I haven't 
tracked it down.) What is less clear is the desired behavior.  Raise an 
exception? Silently delete the points that are invalid with a log scale? 
Or delete them with a warning?

Eric

>
> thanks a lot,
> richard
>
> The verbose output:
>
> $HOME=/Users/richard
> CONFIGDIR=/Users/richard/.matplotlib
> matplotlib data path
> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data
> loaded rc file
> /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc
> matplotlib version 1.0.1
> verbose.level helpful
> interactive is False
> units is False
> platform is darwin
> Using fontManager instance from /Users/richard/.matplotlib/fontList.cache
> backend MacOSX version unknown
> 1.0.1
>
> The resulting figure:
>
>
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On 08/18/2011 10:57 PM, James McMurray wrote:
> I made this standalone script here: http://pastebin.com/AnKeCwiU and
> this does not suffer from the issue. For comparison here is the plotting
> function in my program: http://pastebin.com/7xxtPQYb

The problem is that the Gtk backend does not support text rotation.  If 
you use FigureCanvasGTKAgg instead of FigureCanvasGTK, I think the 
behavior will be back to normal.  The Gtk backend is not fully 
functional or supported.

Eric

>
> The only major difference is the use of the interactive display in the
> script, against the use of Figure and the GTK canvas in my application.
>
> I am using matplotlib 1.0.1
>
> On 19 August 2011 10:28, Eric Firing <ef...@ha...
> <mailto:ef...@ha...>> wrote:
>
>     On 08/18/2011 09:53 PM, James McMurray wrote:
>      > Hi,
>      >
>      > I am having a problem where the colorbar labels will never appear
>      > vertically, even when their rotation is specified as "vertical".
>     As you
>      > can see in the screenshot here: http://minus.com/lbOJyOljH  this
>     creates
>      > problems when the labels are cut off and generally looks
>     unprofessional.
>      >
>      > I am creating the colorbars with code like:
>      >          cbar1.set_label("Lifetime [$\mu$s]", rotation='vertical')
>
>     I don't understand; even with no kwarg, the label on a vertical colorbar
>     will be vertical.  It has been that way for as long as I can remember.
>
>     What mpl version are you using?
>     Please provide a minimal standalone script showing the problem.
>
>     Eric
>
>
>
>      >
>      > And yet the specified rotation has no effect.
>      >
>      > Any help would be much appreciated,
>      > James
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------------
>      > Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>      > user administration capabilities and model configuration. Take
>      > the hassle out of deploying and managing Subversion and the
>      > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>      >
>      >
>      >
>      > _______________________________________________
>      > Matplotlib-users mailing list
>      > Mat...@li...
>     <mailto:Mat...@li...>
>      > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>     ------------------------------------------------------------------------------
>     Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>     user administration capabilities and model configuration. Take
>     the hassle out of deploying and managing Subversion and the
>     tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>     _______________________________________________
>     Matplotlib-users mailing list
>     Mat...@li...
>     <mailto:Mat...@li...>
>     https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I have an arbitrary list of coordinates that I know represent the boundary
of a polygon.  Is there some sort of function from the contouring or path
codes that would allow me to pass in that list and get back the resorted
list with the path codes with it?

Thanks,
Ben Root

On Mon, Aug 15, 2011 at 4:56 PM, Mathew Yeates <mat...@gm...> wrote:

> Hi
> Is there a simple way to do the following
>
> l1=Line2D(xdata=[1,2,3],ydata=[4,5,6])
>
> l2=Line2D(xdata = [1].ydata=[3])
>
> if l2 in l1 #error, Line2D not iterable
>
>
> -Mathew
>
>
Haven't tried it, but you might want to look at
matplotlib.path.contains_path() or matplotlib.path.path_in_path()?

Ben Root

Hi,

I am having some trouble establishing how to use
matplotlib.scale.SymmetricalLogScale() to draw a log scale on the positive
and negative axis of a plot. Assuming of course that is the correct way to
go about it

The code at the moment I am looking at goes something like this, with
arbitrary data generated. I need SubplotHost for parasite axis later on.

<><><>

import matplotlib
import pylab
import numpy
from mpl_toolkits.axes_grid.parasite_axes import SubplotHost

fig = pylab.figure(1)
main = SubplotHost(fig,111)
fig.add_subplot(main)

x,y = []
for i in range(100):

y.append(numpy.random.rand())
y.append(-numpy.random.rand())
y.append(numpy.random.rand() * 100)
y.append(-numpy.random.rand() * 100)


x = range(len(y))

main.plot(x,y)

<><><>

At this point I was expecting to be able to run with SymmetricalLogScale in
the same way main.set_yscale('log') transforms after the plot but could not
work out how to transform it other than:

<><><>
main.yaxis = matplotlib.scale.SymmetricalLogScale(main.yaxis)
<><><>

But that obviously didnt work, since SymmetricalLogScale doesnt have
get_scale

If anyone could shed some light on the way to invoke this I'd be much
obliged!? I havent been able to find an example of it's usage anywhere

Cheers

Jonny

On Fri, Aug 19, 2011 at 3:12 AM, André Dankert <and...@go...
> wrote:

> Hi,
>
> I have a minor style problem, but, nevertheless, I can't solve it with
> googles help. I want to have a minimum precision displayed on my ticks, i.e.
> if the ticks are -1,-0.5,0,0.5,1 it should be displayed this way instead of
> -1.0,-0.5,0.0,0.5,1.0. With the tick formatter I can set the tick
> precission, but only for the whole axis (if I set %d for the example, it
> will be -1,0,0,0,1). Also I use MaxNLocator, so I don't predefine the ticks
> (I thought it's more convinient to use this already done procedure instead
> of writing my own), so I'm more flexible, for example when I zoom in, but
> therefore I don't even know, which the maximum precision is.
>
> Possible solutions would be:
> 1. There is a number precision definition (something like %x.xf) which
> produces numbers with minimum precision (again -1.0000 becomes -1 and
> 2.47300 becomes 2.473)
>


Depending on the range of your values, "%g" might do want you want.  E.g.:

-----
from numpy import linspace, sin, pi
from matplotlib.pyplot import plot, show, gca
from matplotlib.ticker import FormatStrFormatter

majorFormatter = FormatStrFormatter('%g')

t = linspace(-1.0,  1.0, 41)
s = sin(2*pi*t)

plot(t,s)

ax = gca()
ax.xaxis.set_major_formatter(majorFormatter)

show()
-----


Warren




> 2. Extract by MaxNLocator defined ticks, edit them accordingly and reassign
> them (which would be still a lot of work)
>
> I even checked for solutions in Latex (because I use Latex string coding),
> but this is even more inflexible, when it comes to numbers. But maybe
> someone knows anything.
>
> Thanks!
>
> Best regards,
> André
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

I did have success converting my ps file to pdf with an online converter
at http://www.ps2pdf.com/ -- so it seems it's ghostscript 8.70 bug
(though one that I've only seen with eps files created by matplotlib).

Jon

On Fri, 2011-08-19 at 11:48 +0900, Jae-Joon Lee wrote:
> When I converted the ps file to pdf, the result is okay.
> 
> I tried
> 
>   * ps2pdf (from ghostscript version 8.61)
>   * ps2pdf (from ghostscript version 9.02)
>   * preview in mac os X
> 
> and they all worked fine.
> I wonder if this could be a bug in the pspdf (ghostscript 8.70 I believe).
> Can you try other version of ps2pdf?
> 
> Regards,
> 
> -JJ
> 
> 
> 
> On Wed, Aug 17, 2011 at 9:53 PM, Jonathan Slavin
> <js...@cf...> wrote:
> > Attached are examples of the problem -- a PostScript file and the pdf
> > that is created using ps2pdf.  The y-axis is properly labeled in the ps
> > file, but the part of the label using mathtext becomes invisible in the
> > pdf.
> >
> > Jon
> >
> > On Wed, 2011-08-17 at 14:09 +0900, Jae-Joon Lee wrote:
> >> Can you post an output eps file so that we can take a look?
> >> Regards,
> >>
> >> -JJ
> >>
> >>
> >>
> >> On Wed, Aug 17, 2011 at 5:52 AM, Jonathan Slavin
> >> <js...@cf...> wrote:
> >> > Hi all,
> >> >
> >> > I've been making figures for a paper I'm writing (to be submitted to the
> >> > ApJ).  I'm using LaTeX and so need to use encapsulated PostScript for
> >> > the figures.  The problem is that when the paper is translated to pdf
> >> > from PostScript, the mathtext in the figures disappears.  The reason
> >> > that I think this is a matplotlib issue is that it's never happened to
> >> > me with eps figures created in different ways.  It's clear that this
> >> > must be related to fonts, but I'm not sure how to get around it.  Should
> >> > I set text.usetex to True?  I have a feeling this issue must have come
> >> > up before, but I haven't found anything obviously pertinent in the
> >> > mailing list archives.
> >> >
> >> > Jon
> >> >
> >> >
> >> > ------------------------------------------------------------------------------
> >> > Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> >> > user administration capabilities and model configuration. Take
> >> > the hassle out of deploying and managing Subversion and the
> >> > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> >> > _______________________________________________
> >> > Matplotlib-users mailing list
> >> > Mat...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >> >
> > --
> > ______________________________________________________________
> > Jonathan D. Slavin              Harvard-Smithsonian CfA
> > js...@cf...         60 Garden Street, MS 83
> > phone: (617) 496-7981           Cambridge, MA 02138-1516
> >  cell: (781) 363-0035           USA
> > ______________________________________________________________
> >
-- 
______________________________________________________________
Jonathan D. Slavin              Harvard-Smithsonian CfA
js...@cf...         60 Garden Street, MS 83
phone: (617) 496-7981           Cambridge, MA 02138-1516
 cell: (781) 363-0035           USA
______________________________________________________________

After some testing, it appears to be caused by the use of LaTeX in the
labels which then prevents it from being rotated (but only inside the GTK
application). I have no idea why this is only occurring when it is not in
interactive mode, but I guess for the time being I can just try not to use
LaTeX.

On 19 August 2011 10:57, James McMurray <jam...@gm...> wrote:

> I made this standalone script here: http://pastebin.com/AnKeCwiU and this
> does not suffer from the issue. For comparison here is the plotting function
> in my program: http://pastebin.com/7xxtPQYb
>
> The only major difference is the use of the interactive display in the
> script, against the use of Figure and the GTK canvas in my application.
>
> I am using matplotlib 1.0.1
>
>
> On 19 August 2011 10:28, Eric Firing <ef...@ha...> wrote:
>
>> On 08/18/2011 09:53 PM, James McMurray wrote:
>> > Hi,
>> >
>> > I am having a problem where the colorbar labels will never appear
>> > vertically, even when their rotation is specified as "vertical". As you
>> > can see in the screenshot here: http://minus.com/lbOJyOljH  this
>> creates
>> > problems when the labels are cut off and generally looks unprofessional.
>> >
>> > I am creating the colorbars with code like:
>> >          cbar1.set_label("Lifetime [$\mu$s]", rotation='vertical')
>>
>> I don't understand; even with no kwarg, the label on a vertical colorbar
>> will be vertical.  It has been that way for as long as I can remember.
>>
>> What mpl version are you using?
>> Please provide a minimal standalone script showing the problem.
>>
>> Eric
>>
>>
>>
>> >
>> > And yet the specified rotation has no effect.
>> >
>> > Any help would be much appreciated,
>> > James
>> >
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> > user administration capabilities and model configuration. Take
>> > the hassle out of deploying and managing Subversion and the
>> > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> >
>> >
>> >
>> > _______________________________________________
>> > Matplotlib-users mailing list
>> > Mat...@li...
>> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> user administration capabilities and model configuration. Take
>> the hassle out of deploying and managing Subversion and the
>> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
>

I made this standalone script here: http://pastebin.com/AnKeCwiU and this
does not suffer from the issue. For comparison here is the plotting function
in my program: http://pastebin.com/7xxtPQYb

The only major difference is the use of the interactive display in the
script, against the use of Figure and the GTK canvas in my application.

I am using matplotlib 1.0.1

On 19 August 2011 10:28, Eric Firing <ef...@ha...> wrote:

> On 08/18/2011 09:53 PM, James McMurray wrote:
> > Hi,
> >
> > I am having a problem where the colorbar labels will never appear
> > vertically, even when their rotation is specified as "vertical". As you
> > can see in the screenshot here: http://minus.com/lbOJyOljH  this creates
> > problems when the labels are cut off and generally looks unprofessional.
> >
> > I am creating the colorbars with code like:
> >          cbar1.set_label("Lifetime [$\mu$s]", rotation='vertical')
>
> I don't understand; even with no kwarg, the label on a vertical colorbar
> will be vertical.  It has been that way for as long as I can remember.
>
> What mpl version are you using?
> Please provide a minimal standalone script showing the problem.
>
> Eric
>
>
>
> >
> > And yet the specified rotation has no effect.
> >
> > Any help would be much appreciated,
> > James
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> > user administration capabilities and model configuration. Take
> > the hassle out of deploying and managing Subversion and the
> > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> >
> >
> >
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On 08/18/2011 09:53 PM, James McMurray wrote:
> Hi,
>
> I am having a problem where the colorbar labels will never appear
> vertically, even when their rotation is specified as "vertical". As you
> can see in the screenshot here: http://minus.com/lbOJyOljH  this creates
> problems when the labels are cut off and generally looks unprofessional.
>
> I am creating the colorbars with code like:
>          cbar1.set_label("Lifetime [$\mu$s]", rotation='vertical')

I don't understand; even with no kwarg, the label on a vertical colorbar 
will be vertical.  It has been that way for as long as I can remember.

What mpl version are you using?
Please provide a minimal standalone script showing the problem.

Eric



>
> And yet the specified rotation has no effect.
>
> Any help would be much appreciated,
> James
>
>
>
> ------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi folks,

it seems to me that there is a bug in scatter when using log scale. Have a look at the output of the following script:

from pylab import *

print matplotlib.__version__
x=arange(10)
plot(x, exp(-x))
ax=gca()
ax.set_yscale('log')

scatter(x, exp(-x), label= 'works fine')
scatter(x, zeros(10), marker='x', label='shows up at 0.1, rather than 0')
legend()
savefig('scatter_bug.png')


On my machine, scatter puts zeros on the logscale somewhere at 0.1, where they aren't supposed to be.

thanks a lot,
richard

The verbose output:

$HOME=/Users/richard
CONFIGDIR=/Users/richard/.matplotlib
matplotlib data path /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data
loaded rc file /Library/Frameworks/EPD64.framework/Versions/7.0/lib/python2.7/site-packages/matplotlib/mpl-data/matplotlibrc
matplotlib version 1.0.1
verbose.level helpful
interactive is False
units is False
platform is darwin
Using fontManager instance from /Users/richard/.matplotlib/fontList.cache
backend MacOSX version unknown
1.0.1

The resulting figure:

Hi,

I have a minor style problem, but, nevertheless, I can't solve it with
googles help. I want to have a minimum precision displayed on my ticks, i.e.
if the ticks are -1,-0.5,0,0.5,1 it should be displayed this way instead of
-1.0,-0.5,0.0,0.5,1.0. With the tick formatter I can set the tick
precission, but only for the whole axis (if I set %d for the example, it
will be -1,0,0,0,1). Also I use MaxNLocator, so I don't predefine the ticks
(I thought it's more convinient to use this already done procedure instead
of writing my own), so I'm more flexible, for example when I zoom in, but
therefore I don't even know, which the maximum precision is.

Possible solutions would be:
1. There is a number precision definition (something like %x.xf) which
produces numbers with minimum precision (again -1.0000 becomes -1 and
2.47300 becomes 2.473)
2. Extract by MaxNLocator defined ticks, edit them accordingly and reassign
them (which would be still a lot of work)

I even checked for solutions in Latex (because I use Latex string coding),
but this is even more inflexible, when it comes to numbers. But maybe
someone knows anything.

Thanks!

Best regards,
André

Hi,

I am having a problem where the colorbar labels will never appear
vertically, even when their rotation is specified as "vertical". As you can
see in the screenshot here: http://minus.com/lbOJyOljH  this creates
problems when the labels are cut off and generally looks unprofessional.

I am creating the colorbars with code like:
        cbar1.set_label("Lifetime [$\mu$s]", rotation='vertical')

And yet the specified rotation has no effect.

Any help would be much appreciated,
James

On Fri, Aug 19, 2011 at 1:29 AM, mogliii <mo...@gm...> wrote:
> Looking back I must say that
> http://matplotlib.sourceforge.net/api/gridspec_api.html#matplotlib.gridspec.GridSpecBase
> is not very helpful. And it is very counter-intuitive to the Axes
> dimension specification with location lower left and width/height
>        >>> plt.axes([0.1, 0.1, 0.8, 0.8])

Those parameters are inherited from subplot parameters

http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.subplots_adjust

But, I agree that the documentation of grispec needs to be improved
(any contribution will be appreciated).

Regards,

-JJ

Usually imshow(arr, aspect='auto') or imshow(arr, aspect=2.0) will
display the image with pixels having some aspect ratio other than 1:1
However, I cannot get this to work when using imshow within an AxesGrid axis.
Is there a way to get an array shown with imshow() within an AxesGrid
axis to have a pixel aspect other than 1:1 ?
If not, is there a simple way to add a shared colorbar when using subplots() ?

Gary

When I converted the ps file to pdf, the result is okay.

I tried

  * ps2pdf (from ghostscript version 8.61)
  * ps2pdf (from ghostscript version 9.02)
  * preview in mac os X

and they all worked fine.
I wonder if this could be a bug in the pspdf (ghostscript 8.70 I believe).
Can you try other version of ps2pdf?

Regards,

-JJ



On Wed, Aug 17, 2011 at 9:53 PM, Jonathan Slavin
<js...@cf...> wrote:
> Attached are examples of the problem -- a PostScript file and the pdf
> that is created using ps2pdf.  The y-axis is properly labeled in the ps
> file, but the part of the label using mathtext becomes invisible in the
> pdf.
>
> Jon
>
> On Wed, 2011-08-17 at 14:09 +0900, Jae-Joon Lee wrote:
>> Can you post an output eps file so that we can take a look?
>> Regards,
>>
>> -JJ
>>
>>
>>
>> On Wed, Aug 17, 2011 at 5:52 AM, Jonathan Slavin
>> <js...@cf...> wrote:
>> > Hi all,
>> >
>> > I've been making figures for a paper I'm writing (to be submitted to the
>> > ApJ).  I'm using LaTeX and so need to use encapsulated PostScript for
>> > the figures.  The problem is that when the paper is translated to pdf
>> > from PostScript, the mathtext in the figures disappears.  The reason
>> > that I think this is a matplotlib issue is that it's never happened to
>> > me with eps figures created in different ways.  It's clear that this
>> > must be related to fonts, but I'm not sure how to get around it.  Should
>> > I set text.usetex to True?  I have a feeling this issue must have come
>> > up before, but I haven't found anything obviously pertinent in the
>> > mailing list archives.
>> >
>> > Jon
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
>> > user administration capabilities and model configuration. Take
>> > the hassle out of deploying and managing Subversion and the
>> > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2
>> > _______________________________________________
>> > Matplotlib-users mailing list
>> > Mat...@li...
>> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> >
> --
> ______________________________________________________________
> Jonathan D. Slavin              Harvard-Smithsonian CfA
> js...@cf...         60 Garden Street, MS 83
> phone: (617) 496-7981           Cambridge, MA 02138-1516
>  cell: (781) 363-0035           USA
> ______________________________________________________________
>