matplotlib-users Mailing List for matplotlib (Page 6)

On 1/24/2009 4:38 PM Linda Chen apparently wrote:
> C:\Documents and Settings\Linda\Desktop\python>python readdata.py
> Traceback (most recent call last):
>   File "readdata.py", line 1, in <module>
>     import pylab
>   File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module>
>     from matplotlib.pylab import *
>   File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 127, in
> <mod
> ule>
>     import sys, os, tempfile
>   File "C:\python25\lib\tempfile.py", line 33, in <module>
>     from random import Random as _Random
> ImportError: cannot import name Random

What happens if you do
	from random import Random
at the interpreter prompt?

Alan Isaac

Hi,

lots of user requests mentioned the problem of a too big bounding box in saved 
figures. Some even provided patches to the svn (http://www.nabble.com/savefig-
with-tight-bounding-box.-td21515002.html).

To date there is no way of automatically getting a figure plotted so tightly 
that it could be directly included in e.g. a tex file. All the time I have to
1. plot it also in svg, 
2. then open inkscape, 
3. ungroup, 
4. remove the big white background rectangle, 
5. export to pdf, 
5. pdfcrop it.

Isn't there a convenient way just to not plot the big white rectangle in 
matplotlib? It would solve the whole problem. Just setting transparent=True in 
savefig() doesn't work, as the rectangle still exists.

Regards,
wr

Yes Eric this is what I wanted and Many thanks for your help.

 My question now extends a little. Due to this .. my yaxis label is
truncated in the png. How can I make sure that my figure is square and also
contains everything. Is it possilbe?

Thanks again,

On Mon, Jan 26, 2009 at 8:42 AM, Eric Firing <ef...@ha...> wrote:

> Abhinav Verma wrote:
>
>> Hello,
>>
>>  It may be a very basic question, but I could not find the solution in
>> archives or the documentation. I need to make a line plot (in square aspect
>> ratio) and then save the figure which is also square in size, i.e. like
>> 600x600 pixels and not 800x600. How can I acheive this?
>>
>>  to get the square axes, I used
>> ax.set_aspect(1./ax.get_data_ratio())
>>
>
> I think what you want here may be something like
>
> fig = figure(figsize=(6, 6), dpi=100)
> ax = fig.add_subplot(1,1,1)
> [... plotting commands]
> ax.set_aspect('equal', adjustable='box')
> fig.savefig('mysquarefig.png', dpi=100)
>
> Eric
>
>
>
>>
>> but I have no idea how to save the fig also in a square format.
>>
>> thanks in advance,
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>
>

Abhinav Verma wrote:
> Hello,
> 
>  It may be a very basic question, but I could not find the solution in 
> archives or the documentation. I need to make a line plot (in square 
> aspect ratio) and then save the figure which is also square in size, 
> i.e. like 600x600 pixels and not 800x600. How can I acheive this?
> 
>  to get the square axes, I used 
> 
> ax.set_aspect(1./ax.get_data_ratio())

I think what you want here may be something like

fig = figure(figsize=(6, 6), dpi=100)
ax = fig.add_subplot(1,1,1)
[... plotting commands]
ax.set_aspect('equal', adjustable='box')
fig.savefig('mysquarefig.png', dpi=100)

Eric


> 
>  
> 
> but I have no idea how to save the fig also in a square format.
> 
> thanks in advance,
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

stupid me..

I found the solution which is to use figure parametrs..

rcParams['figure.figsize'] = (6,6)

or something like that.. well now I extend my question , i.e., how to make
sure that my axis labels are not truncated due to this?


On Mon, Jan 26, 2009 at 8:21 AM, Abhinav Verma <abh...@gm...>wrote:

> Hello,
>
>  It may be a very basic question, but I could not find the solution in
> archives or the documentation. I need to make a line plot (in square aspect
> ratio) and then save the figure which is also square in size, i.e. like
> 600x600 pixels and not 800x600. How can I acheive this?
>
>  to get the square axes, I used
>
> ax.set_aspect(1./ax.get_data_ratio())
>
>
>
> but I have no idea how to save the fig also in a square format.
>
> thanks in advance,
>
>
>
>
>

Hello,

 It may be a very basic question, but I could not find the solution in
archives or the documentation. I need to make a line plot (in square aspect
ratio) and then save the figure which is also square in size, i.e. like
600x600 pixels and not 800x600. How can I acheive this?

 to get the square axes, I used

ax.set_aspect(1./ax.get_data_ratio())



but I have no idea how to save the fig also in a square format.

thanks in advance,

>
> Norbert,
>
> It did, thank you!   One question, though:  when I originally tried
> something like this, it didn't work, because it was treating pl as a list
> and giving me the error of
> "list object has no attribute 'set_mec()'"  Why does the addition of the
> comma to pl allow it to see it as a line?
>

You can draw multiple lines with a single plot command and
plot() returns a "list" of lines that were added.
In this case, the return value is a list of a single line, which is
unpacked with the comma .
Regards,

-JJ

On Sun, Jan 25, 2009 at 9:26 PM, AlsCdz <cad...@si...> wrote:
>
> Hello,
> is there any way to color the entire image. Not just in a way:
> http://matplotlib.sourceforge.net/examples/pylab_examples/color_demo.html
> http://matplotlib.sourceforge.net/examples/pylab_examples/color_demo.html
>
> All the white part around the chart. Is it possible to change that color as
> well?

It sounds from your description that you want to change the facecolor
of the figure frame.  You can do this when saving with

  savefig('myfile', facecolor='red')

or when creating the figure

  fig = figure(1, facecolor='red')

JDH

On Sun, Jan 25, 2009 at 6:44 PM, Norbert Nemec <Nor...@gm...>wrote:

> Sorry for my misleading words - I did not correctly recall my own work from
> back then...
>
> In fact, the code as it is does not change the mec automatically when the
> mfc of a filled_marker is set to "None" but leaves it black. I did consider
> adding an automation to change but decided against it. The logic would have
> become too complex and hard to predict.
>
> What you can do is setting the mec afterwards using get_color on the plot
> like
>
>   pl, = plot(x,y,"-o",mfc="None")
>   pl.set_mec(pl.get_color())
>
> Hope that helps?
>
>
Norbert,

It did, thank you!   One question, though:  when I originally tried
something like this, it didn't work, because it was treating pl as a list
and giving me the error of
"list object has no attribute 'set_mec()'"  Why does the addition of the
comma to pl allow it to see it as a line?

Hello,
is there any way to color the entire image. Not just in a way:
http://matplotlib.sourceforge.net/examples/pylab_examples/color_demo.html
http://matplotlib.sourceforge.net/examples/pylab_examples/color_demo.html 

All the white part around the chart. Is it possible to change that color as
well?

Thank you for you help,
Ales
-- 
View this message in context: http://www.nabble.com/Background-color-of-the-entire-image..-tp21660059p21660059.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Sat, Jan 24, 2009 at 3:38 PM, Linda Chen <ch...@mi...> wrote:
> Dear matplotlib-users,
>
> I'm having trouble importing pylab and I hope someone can help me. The error
> message is:
>
>
>
> Microsoft Windows XP [Version 5.1.2600]
> (C) Copyright 1985-2001 Microsoft Corp.
>
> C:\Documents and Settings\Linda>cd desktop\python
>
> C:\Documents and Settings\Linda\Desktop\python>python readdata.py
> Traceback (most recent call last):
>  File "readdata.py", line 1, in <module>
>    import pylab
>  File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module>
>    from matplotlib.pylab import *
>  File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 127, in
> <mod
> ule>
>    import sys, os, tempfile
>  File "C:\python25\lib\tempfile.py", line 33, in <module>
>    from random import Random as _Random
> ImportError: cannot import name Random
>


Any chance there is a directory named "random" in the directory from
which you are running python, eg what does "dir" show right before you
run python?  For example, see

http://www.mail-archive.com/num...@sc.../msg14644.html

JDH

Sorry for my misleading words - I did not correctly recall my own work 
from back then...

In fact, the code as it is does not change the mec automatically when 
the mfc of a filled_marker is set to "None" but leaves it black. I did 
consider adding an automation to change but decided against it. The 
logic would have become too complex and hard to predict.

What you can do is setting the mec afterwards using get_color on the 
plot like

    pl, = plot(x,y,"-o",mfc="None")
    pl.set_mec(pl.get_color())

Hope that helps?

Greetings,
Norbert




C M wrote:
>
>
>
> >>> mfc="None" does the job. mec should then default to the line color.
>
> >> Hmm, I just tried that and it doesn't default to the line color, it
> >> instead makes a black edge color for the marker.  I am still using
> >> version 0.90.1; is this a newer feature in the latest release? (yes, I
> >> will upgrade, just been pokey about it since I was working on other
> >> issues).
>
> > I don't remember when I worked on this issue, but it may well be 
> that it was after
> > 0.90.1
>
> Well, I just upgraded matplotlib to the latest, 0.98.5.2, and it is 
> still not making the colors of the marker edges match the lines.  
> They're still black, despite the various lines being red, blue, green...
>
> This is with the wxAgg backend.  The line in my code is:
>
> line = self.subplot.plot_date(dates,values,'-o',picker=5, lw=2,
>          markersize=9, mfc="None")
>        
> (Also, since upgrading, now I have a number of things that have 
> changed/are not working in my app, will have to change, but that's 
> probably for the better since I know there are some nice new features 
> in mpl)
>
> Any ideas?
>
> Thanks,
> Che
>
> >
> > C M wrote:
> >>
> >> Sorry this is a basic question but I can't figure out where
> >> in the docs nor archives I could find this.
> >>
> >> Is there a built in method for having unfilled markers?
> >> (ones that match the line color).
> >>
> >> I could set mfc (marker face color) to white and
> >> mec (marker edge color) to the color of my line, but
> >> what if I don't know the color (because it is generated
> >> through the mpl color cycler)?
> >>
> >> Thanks.
> >>
> >>
> >> 
> ------------------------------------------------------------------------------
> >> This SF.net email is sponsored by:
> >> SourcForge Community
> >> SourceForge wants to tell your story.
> >> http://p.sf.net/sfu/sf-spreadtheword
> >> _______________________________________________
> >> Matplotlib-users mailing list
> >> Mat...@li... 
> <mailto:Mat...@li...>
> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >>
> >>  
> >
> >
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>   

On Sun, Jan 25, 2009 at 3:59 PM, C Lewis <ch...@na...> wrote:
> Tiny case appended.
>
> On my system (OS X), csv2rec() of the first file is fine, csv2rec() of the
> second fails with the mentioned error; they only differ in newline
> characters. Inconveniently, the one that fails seems to be Excel's default
> export.

OK, I can reproduce the problem and the solution is easy.  Open the
file in universal mode and pass the file handle to csv2rec::

  fh= file('myfile.csv', 'rU')
  r = csv2rec(fh)
  fh.close()

Here is an example ipython session:

In [2]: import matplotlib.mlab

In [3]: r = matplotlib.mlab.csv2rec('tr
triangleplot_demo2.csv  try

In [3]: r = matplotlib.mlab.csv2rec('triangleplot_demo2.csv')
---------------------------------------------------------------------------
Error                                     Traceback (most recent call last)

/Users/jdhunter/Desktop/<ipython console> in <module>()

/Users/jdhunter/dev/lib/python2.5/site-packages/matplotlib/mlab.pyc in
csv2rec(fname, comments, skiprows, checkrows, delimiter, converterd,
names, missing, missingd, use_mrecords)
   2513
   2514     if needheader:
-> 2515         for row in reader:
   2516             #print 'csv2rec', row
   2517             if len(row) and row[0].startswith(comments):

Error: new-line character seen in unquoted field - do you need to open
the file in universal-newline mode?

In [4]: fh = file('triangleplot_demo2.csv', 'rU')

In [5]: r = matplotlib.mlab.csv2rec(fh)

In [6]: fh.close()

In [7]: print r.dtype
[('sand', '<i4'), ('silt', '<i4'), ('clay', '<i4'), ('om', '<i4'),
('porosity', '<i4'), ('site', '|S3')]

Tiny case appended.

On my system (OS X), csv2rec() of the first file is fine, csv2rec() of  
the second fails with the mentioned error; they only differ in newline  
characters. Inconveniently, the one that fails seems to be Excel's  
default export.

>>> mfc="None" does the job. mec should then default to the line color.

>> Hmm, I just tried that and it doesn't default to the line color, it
>> instead makes a black edge color for the marker.  I am still using
>> version 0.90.1; is this a newer feature in the latest release? (yes, I
>> will upgrade, just been pokey about it since I was working on other
>> issues).

> I don't remember when I worked on this issue, but it may well be that it
was after
> 0.90.1

Well, I just upgraded matplotlib to the latest, 0.98.5.2, and it is still
not making the colors of the marker edges match the lines.  They're still
black, despite the various lines being red, blue, green...

This is with the wxAgg backend.  The line in my code is:

line = self.subplot.plot_date(dates,values,'-o',picker=5, lw=2,
         markersize=9, mfc="None")

(Also, since upgrading, now I have a number of things that have changed/are
not working in my app, will have to change, but that's probably for the
better since I know there are some nice new features in mpl)

Any ideas?

Thanks,
Che

>
> C M wrote:
>>
>> Sorry this is a basic question but I can't figure out where
>> in the docs nor archives I could find this.
>>
>> Is there a built in method for having unfilled markers?
>> (ones that match the line color).
>>
>> I could set mfc (marker face color) to white and
>> mec (marker edge color) to the color of my line, but
>> what if I don't know the color (because it is generated
>> through the mpl color cycler)?
>>
>> Thanks.
>>
>>
>>
------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>
>

On Sun, Jan 25, 2009 at 3:23 PM, C Lewis <ch...@na...> wrote:
> In matplotlib.mlab.csv2rec in 0.91.2 (*)
>
>        headers = reader.next()
>
> fails with "Error: new-line character seen in unquoted field - do you
> need to open the file in universal-newline mode?" Which sounds like a
> good idea, but I can't figure out how to specify that in/with/before
> calling csv2rec.
>

Perhaps you can post the file so we can take a look?  FYI, you can
pass a file handle in to csv2rec, so if you need to open the file in
some special mode, do so and pass csv2rec the file handle rather than
file name.

JDH

In matplotlib.mlab.csv2rec in 0.91.2 (*)

	headers = reader.next()

fails with "Error: new-line character seen in unquoted field - do you  
need to open the file in universal-newline mode?" Which sounds like a  
good idea, but I can't figure out how to specify that in/with/before  
calling csv2rec.

(In the short term, fixing the new-lines works, but I'd like to share  
the code.)

(*) ... upgrading even to the current Enthought dist stops my main  
project from running, and I was hoping not to have to work this out  
before my next deadline. Oy.


Chloe Lewis
Division of Ecosystem Sciences, ESPM
University of California, Berkeley

mfc="None" does the job. mec should then default to the line color.


C M wrote:
> Sorry this is a basic question but I can't figure out where
> in the docs nor archives I could find this.
>
> Is there a built in method for having unfilled markers?
> (ones that match the line color).
>
> I could set mfc (marker face color) to white and
> mec (marker edge color) to the color of my line, but
> what if I don't know the color (because it is generated
> through the mpl color cycler)?
>
> Thanks.
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>   

Sorry this is a basic question but I can't figure out where
in the docs nor archives I could find this.

Is there a built in method for having unfilled markers?
(ones that match the line color).

I could set mfc (marker face color) to white and
mec (marker edge color) to the color of my line, but
what if I don't know the color (because it is generated
through the mpl color cycler)?

Thanks.

I have been trying to figure out how to open up multiple plots from a
traits program, without much luck. I tried threads, no joy. Is there a
simple way to get multiple plots to come up? Would it work to fork off
new processes for each plot? I haven't done that in python before, just
perl, so before I dig too deeply into it, I thought I'd ask around.

-- 
-----------------------------------------------------------------------
| Alan K. Jackson            | To see a World in a Grain of Sand      |
| al...@aj...          | And a Heaven in a Wild Flower,         |
| www.ajackson.org           | Hold Infinity in the palm of your hand |
| Houston, Texas             | And Eternity in an hour. - Blake       |
-----------------------------------------------------------------------

Dear matplotlib-users,

I'm having trouble importing pylab and I hope someone can help me. The error
message is:



Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Linda>cd desktop\python

C:\Documents and Settings\Linda\Desktop\python>python readdata.py
Traceback (most recent call last):
  File "readdata.py", line 1, in <module>
    import pylab
  File "C:\Python25\Lib\site-packages\pylab.py", line 1, in <module>
    from matplotlib.pylab import *
  File "C:\Python25\Lib\site-packages\matplotlib\__init__.py", line 127, in
<mod
ule>
    import sys, os, tempfile
  File "C:\python25\lib\tempfile.py", line 33, in <module>
    from random import Random as _Random
ImportError: cannot import name Random

C:\Documents and Settings\Linda\Desktop\python>python
Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)]
on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>>


As you can see, I'm using 2.5. The matploblib module that I downloaded was
from sourceforge.net, as was the python 2.5. readdata.py, the program that
gave this error message, is:

import pylab

with nothing else but comments. The strange thing is this was working
before, and it suddenly stopped working, with the same version and
matplotlib module.

What is the problem?

Thanks,
Linda Chen.

Hi,

I tried to install matplotlib-0.98.5.2-py2.5-macosx10.5.mpkg, but got  
the following error:

You cannot install matplotlib 0.98.5.2-r0 on this volume. matplotlib  
requires System Python 2.5 to install.

Python 2.5.1 is installed. It's my workhorse. What do I need to change  
so the package installer knows that it is present?

$ ls -l /usr/bin/python
lrwxr-xr-x  1 root  wheel  72 Nov 18  2007 /usr/bin/python -> ../../ 
System/Library/Frameworks/Python.framework/Versions/2.5/bin/python

$ ls -l /System/Library/Frameworks/Python.framework/Versions/Current
lrwxr-xr-x  1 root  wheel  3 Nov 18  2007 /System/Library/Frameworks/ 
Python.framework/Versions/Current -> 2.5


Glenn

On Fri, Jan 23, 2009 at 2:06 PM, Michael Hearne <mh...@us...> wrote:
> I have discovered, from the mailing list, the easy way to draw a circle
> in linear space:
> ...snip
> cx = 700
> cy = 700
> r = 1000
>
> xmin = cx - r
> xmax = cx + r
> ymin = cy - r
> ymax = cy + r
>
> cir = Circle( (cx,cx), radius=r,facecolor='w',edgecolor='b')
> a = gca()
> a.add_patch(cir)
>
> axis([xmin,xmax,ymin,ymax])
> axis('equal')
>
> How can I plot a circle in log space?

The problem is that your circle has negative vertices since cx-r<0 and
cy-r<0.  When this happens, mpl is transforming the vertices with log
coordinates and getting nans, as it should.  The problem is that these
nan vertices are getting passed to the agg backend, and when the
vertex type is curve4, as it is for a circle, agg gets stuck in an
infinite recursion in the spline code.  I suspect this is because the
recursion expects the comparison operator on the vertices to be well
behaved, but it is not in the presence of nans.  The function in
question is agg_curve.cpp curve4_div::recursive_bezier.  There is a
"maximum recursion limit" in that function, but for some reason I
don't understand, it is not breaking out of the function.

I committed a simple "fix" to the branch and the trunk to simply drop
any patch where any of the vertices are nans

        if not np.isnan(tpath.vertices).any():
            renderer.draw_path(gc, tpath, affine, rgbFace)

We might be able to do better than this -- is there a well defined way
to deal with patches where any of the transformed vertices are nans?
For simple polygons (no splines vertices), we could plot the polygon
with all the nan containing vertices removed, though in some cases
this could be a strange object -- this appears to be what was
happening by default with CirclePolygon with negative vertices but I
think this was mostly fortuitous that agg dealt with the nans
gracefully in this case.  But for patches containing curve vertices,
this seems like a bad idea, since simply dropping vertices from a
spline curve is not defined.

I'm including below some sample code that shows the bug on Agg

JDH

import matplotlib
matplotlib.use('Agg')

import matplotlib.pyplot as plt
import matplotlib.patches as patches
cx = 700
cy = 700
r = 1000

fig = plt.figure()
ax = fig.add_subplot(111)

#cir = patches.CirclePolygon( (cx,cy), radius=r,facecolor='w',edgecolor='b')
cir = patches.Circle( (cx,cy), radius=r,facecolor='w',edgecolor='b')
ax.add_patch(cir)
ax.set_yscale('log')
fig.savefig('test')
plt.show()

On Fri, Jan 23, 2009 at 1:51 PM,  <jas...@cr...> wrote:
> Hello all,
>
> I am at a Sage days workshop and one of my goals is to update matplotlib
> in Sage.  We want to pull from SVN since there are some (very *nice*)
> arrow-drawing features only in SVN.  Is there any recent commit points
> that we want to avoid because of stability?  If not, we'll probably
> update to the most recent svn version, which I'm pulling right now.

Sorry for the late reply -- I suspect you are already done now, but I
looked over the svn commit log since 98.5.2 and I don't see any
serious changes that should make you cautious to use HEAD.

JDH

Hello all,

I am at a Sage days workshop and one of my goals is to update matplotlib 
in Sage.  We want to pull from SVN since there are some (very *nice*) 
arrow-drawing features only in SVN.  Is there any recent commit points 
that we want to avoid because of stability?  If not, we'll probably 
update to the most recent svn version, which I'm pulling right now.

Thanks,

Jason