[matplotlib-devel] error saving to pdf (cannot take log of nonpositive value)

2008-10-27 Thread Neal Becker
matplotlib-0.91

I got a nice semilog plot on the screen.  Trying to save it to pdf fails, 
saying 'cannot take log of nonpositive value'.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] error saving to pdf (cannot take log of nonpositive value)

2008-10-27 Thread Neal Becker
Neal Becker wrote:

> matplotlib-0.91
> 
> I got a nice semilog plot on the screen.  Trying to save it to pdf fails,
> saying 'cannot take log of nonpositive value'.
> 
Ah, seems to be fixed in 0.98.3  (but fedora f9 ships 0.91.2)


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] matplotlib-0.98.4 easy_install error

2008-12-11 Thread Neal Becker
> sudo easy_install -U matplotlib
Searching for matplotlib
Reading http://pypi.python.org/simple/matplotlib/
Reading http://matplotlib.sourceforge.net
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Reading http://sourceforge.net/project/showfiles.php?group_id=80706
Best match: matplotlib 0.98.4
Downloading 
http://downloads.sourceforge.net/matplotlib/matplotlib-0.98.4.tar.gz?modtime=1228859358&big_mirror=0
Processing matplotlib-0.98.4.tar.gz
Running matplotlib-0.98.4/setup.py -q bdist_egg --dist-dir 
/tmp/easy_install-nLdSJf/matplotlib-0.98.4/egg-dist-tmp-n2Ro0u

BUILDING MATPLOTLIB
matplotlib: 0.98.4
python: 2.5.2 (r252:60911, Sep 30 2008, 15:42:03)  [GCC
4.3.2 20080917 (Red Hat 4.3.2-4)]
  platform: linux2

REQUIRED DEPENDENCIES
 numpy: 1.2.0
 freetype2: 9.18.3

OPTIONAL BACKEND DEPENDENCIES
libpng: 1.2.33
   Tkinter: Tkinter: 50704, Tk: 8.5, Tcl: 8.5
* Guessing the library and include directories for
* Tcl and Tk because the tclConfig.sh and
* tkConfig.sh could not be found and/or parsed.
  wxPython: 2.8.9.1
* WxAgg extension not required for wxPython >= 2.8
  Gtk+: gtk+: 2.14.4, glib: 2.18.3, pygtk: 2.13.0,
pygobject: 2.15.4
   Mac OS X native: no
Qt: Qt: 3.3.8, PyQt: 3.17.4
   Qt4: Qt: 4.4.1, PyQt4: 4.4.3
 Cairo: 1.4.12

OPTIONAL DATE/TIMEZONE DEPENDENCIES
  datetime: present, version unknown
  dateutil: 1.4
  pytz: 2006p

OPTIONAL USETEX DEPENDENCIES
dvipng: 1.11
   ghostscript: 8.63
 latex: 3.141592

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
 configobj: 4.5.2
  enthought.traits: no

[Edit setup.cfg to suppress the above messages]

error: lib/matplotlib/mpl-data/matplotlib.conf.template: No such file or 
directory
Exception exceptions.OSError: (2, 'No such file or directory', 'src/image.cpp') 
in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 'src/path.cpp') 
in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/backend_gdk.c') in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/backend_agg.cpp') in > ignored



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] error installing matplotlib-0.98.5

2008-12-12 Thread Neal Becker
sudo easy_install -U matplotlib
Searching for matplotlib
Reading http://pypi.python.org/simple/matplotlib/
Reading http://matplotlib.sourceforge.net
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194
Reading 
https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=82474
Reading http://sourceforge.net/project/showfiles.php?group_id=80706
Best match: matplotlib 0.98.5
Downloading 
http://downloads.sourceforge.net/matplotlib/matplotlib-0.98.5.tar.gz?modtime=1229034572&big_mirror=0
Processing matplotlib-0.98.5.tar.gz
Running matplotlib-0.98.5/setup.py -q bdist_egg --dist-dir 
/tmp/easy_install-CC1jw7/matplotlib-0.98.5/egg-dist-tmp-NSNvcC

BUILDING MATPLOTLIB
matplotlib: 0.98.5
python: 2.5.2 (r252:60911, Sep 30 2008, 15:42:03)  [GCC
4.3.2 20080917 (Red Hat 4.3.2-4)]
  platform: linux2

REQUIRED DEPENDENCIES
 numpy: 1.2.0
 freetype2: 9.18.3

OPTIONAL BACKEND DEPENDENCIES
libpng: 1.2.33
   Tkinter: Tkinter: 50704, Tk: 8.5, Tcl: 8.5
* Guessing the library and include directories for
* Tcl and Tk because the tclConfig.sh and
* tkConfig.sh could not be found and/or parsed.
  wxPython: 2.8.9.1
* WxAgg extension not required for wxPython >= 2.8
  Gtk+: gtk+: 2.14.4, glib: 2.18.3, pygtk: 2.13.0,
pygobject: 2.15.4
   Mac OS X native: no
Qt: Qt: 3.3.8, PyQt: 3.17.4
   Qt4: Qt: 4.4.1, PyQt4: 4.4.3
 Cairo: 1.4.12

OPTIONAL DATE/TIMEZONE DEPENDENCIES
  datetime: present, version unknown
  dateutil: 1.4
  pytz: 2006p

OPTIONAL USETEX DEPENDENCIES
dvipng: 1.11
   ghostscript: 8.63
 latex: 3.141592

EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
 configobj: 4.5.2
  enthought.traits: no

[Edit setup.cfg to suppress the above messages]

error: lib/matplotlib/mpl-data/matplotlib.conf.template: No such file or 
directory
Exception exceptions.OSError: (2, 'No such file or directory', 'src/image.cpp') 
in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 'src/path.cpp') 
in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/backend_gdk.c') in > ignored
Exception exceptions.OSError: (2, 'No such file or directory', 
'src/backend_agg.cpp') in > ignored



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] error installing matplotlib-0.98.5

2008-12-12 Thread Neal Becker
Charlie Moad wrote:

> I'm not seeing this on OSX.  Is anyone else experiencing this issue?
> 
> - Charlie
Please see
http://permalink.gmane.org/gmane.comp.python.matplotlib.general/15425



--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] [SciPy-dev] Announcing toydist, improving distribution and packaging situation

2009-12-28 Thread Neal Becker
David Cournapeau wrote:

> The idea would be that for a few major distributions at least, you
> would have .rpm available on the repository. If you install from
> sources, there would be a few mechanisms to avoid your exact issue
> (like maybe defaulting to --user kind of installs). Of course, it can
> only be dealt up to a point.
> 
> David
> 

Perhaps this could be useful:
http://checkinstall.izto.org/



--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] matplotlib broken on fedora 12

2010-04-25 Thread Neal Becker
Gökhan Sever wrote:

> On Sun, Apr 25, 2010 at 12:33 PM, Neal Becker
>  wrote:
> 
>> python-matplotlib-0.99.1.2-1.fc12.x86_64
>>
>> When I hit 'print' button, I get a partially painted dialog.  Screenshot
>> attached.  This is repeatable on 2 different machines.
>>
> 
> I am on Fedora 12. Where is print button in matplotlib? You meant the save
> dialog? If that's the case I don't see any problem using the svn version
> of mpl.
> 
> I build sources manually ->
> http://matplotlib.sourceforge.net/faq/installing_faq.html#install-from-svn
> 
> Similarly I build numpy and scipy from sources too. If available I use
> easy_install for some packages, otherwise mostly manual builds. (Except
> the Python itself.) This might be confusing since I use the package
> manager to install dependencies most of the time. Once in a while I see
> some packages requiring older numpy builds, also when I try to uninstall
> some packages via package manager it tries to uninstall more packages (the
> critical ones) than what is installed. Not always required but manual
> builds give more control and easy to manage on some occurrences like in
> matplotlib build case.
> 

Yes, I meant the 'save' button in the upper right.

It used to work, but some update seems to have broken it.  Strange, so far 
the only application that shows a problem like this (and I do use a lot of 
different apps!)


--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] matplotlib broken on fedora 12

2010-04-25 Thread Neal Becker
Gökhan Sever wrote:

> On Sun, Apr 25, 2010 at 12:52 PM, Neal Becker
>  wrote:
> 
>> Yes, I meant the 'save' button in the upper right.
>>
>> It used to work, but some update seems to have broken it.  Strange, so
>> far the only application that shows a problem like this (and I do use a
>> lot of different apps!)
>>
> 
> Do you get any error messages behind the scenes?  Does it work when you
> save the plot using savefig? Is it same with different backends? I am on
> GNOME. You seem to like using KDE, right?
> 

Yes, I get this:

kfilemodule(29192)/kio (KDirModel) KDirModelPrivate::_k_slotDeleteItems: No 
node found for item that was just removed: 
KUrl("file:///home/nbecker/test1.cs") 
kfilemodule(29192): couldn't create slave: "Unable to create io-slave:
klauncher said: Unknown protocol ''.
" 
kfilemodule(29192): couldn't create slave: "Unable to create io-slave:
klauncher said: Unknown protocol ''.
"

Yes, I am on KDE.

Have not tried savefig or other backend.  (Have to learn how to use savefig 
first) 


--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] matplotlib broken on fedora 12

2010-04-25 Thread Neal Becker
Gökhan Sever wrote:

> On Sun, Apr 25, 2010 at 1:02 PM, Neal Becker
>  wrote:
> 
>> Yes, I get this:
>>
>> kfilemodule(29192)/kio (KDirModel) KDirModelPrivate::_k_slotDeleteItems:
>> No node found for item that was just removed:
>> KUrl("file:///home/nbecker/test1.cs")
>> kfilemodule(29192): couldn't create slave: "Unable to create io-slave:
>> klauncher said: Unknown protocol ''.
>> "
>> kfilemodule(29192): couldn't create slave: "Unable to create io-slave:
>> klauncher said: Unknown protocol ''.
>> "
>>
> 
> Very specific KDE errors. Sorry can't comment on these errors.
> 
> 
>>
>> Have not tried savefig or other backend.  (Have to learn how to use
>> savefig first)
>>
> 
> These are easy. Within IPython -pylab run your script with run myscript.py
> . Then do a plt.savefig("myplot.png") or whatever extension available to
> you. To change the backend go into your .matplotlib directory and edit
> matplotlibrc file. Find backend keyword and experiment with the available
> backends to see if you can reproduce that error.
> 

savefig works fine.

Using 'gtk' backend I can save, but seems to have other problems.

Using recommended TkAgg I get error that 
ImportError: No module named backend_tkagg



--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] matplotlib broken on fedora 12

2010-04-25 Thread Neal Becker
Gökhan Sever wrote:

> On Sun, Apr 25, 2010 at 1:28 PM, Neal Becker
>  wrote:
> 
>> savefig works fine.
>>
>> Using 'gtk' backend I can save, but seems to have other problems.
>>
>> Using recommended TkAgg I get error that
>> ImportError: No module named backend_tkagg
>>
> 
> You will have to make some installations to bring TkAgg alive. I would
> suggest trying also the Qt4Agg backend since KDE based on Qt. It is always
> a good idea to use the package manager for these. Let me know if this
> helps.

Qt4Agg is the one that I used first - the one that doesn't work.


--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] matplotlib broken on fedora 12

2010-04-25 Thread Neal Becker
Gökhan Sever wrote:

> On Sun, Apr 25, 2010 at 1:37 PM, Neal Becker
>  wrote:
> 
>> Qt4Agg is the one that I used first - the one that doesn't work.
>>
> 
> Pardon my wrong guess :) Sometimes this Linux world goes beyond/behind my
> expectations...
> Can you run another Qt4 application properly?
> 

I'm sure I've used lots of PyQt4 apps before.

I just tried  hp-toolbox, which seems to be PyQt4, and AFAICT it is working.  
Of course, matplotlib partly works also.  Just the save dialog is broken.



--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] nasty import behavior

2010-07-08 Thread Neal Becker
A python module  of mine could draw a plot, and so imports from matplotlib.  
Actually, plotting is part of the module test that is in
 if __name__==__main__

But this kills my job trying to run non-interactively.
This is IMO rather nasty behavior.  matplotlib should not try to open the 
display just because you import it.

from matplotlib.pyplot import *
  File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line 78, 
in 
new_figure_manager, draw_if_interactive, show = pylab_setup()
  File "/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py", 
line 25, in pylab_setup
globals(),locals(),[backend_name])
  File "/usr/lib64/python2.6/site-
packages/matplotlib/backends/backend_gtkagg.py", line 10, in 
from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK, 
FigureCanvasGTK,\
  File "/usr/lib64/python2.6/site-
packages/matplotlib/backends/backend_gtk.py", line 8, in 
import gtk; gdk = gtk.gdk
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 
64, in 
_init()
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 
52, in _init
_gtk.init_check()
RuntimeError: could not open display



--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] nasty import behavior

2010-07-08 Thread Neal Becker
Thanks for the info, but I still think this is rude behavior for a python 
module, and believe it would be a good thing to fix it. 

Michael Droettboom wrote:

> You need to set your backend to a non-GUI one (such as Agg) if you want
> to run without a display.  This FAQ answer may be helpful:
> 
> http://matplotlib.sourceforge.net/faq/howto_faq.html#matplotlib-in-a-web-
application-server
> 
> Mike
> 
> On 07/08/2010 08:26 AM, Neal Becker wrote:
>> A python module  of mine could draw a plot, and so imports from
>> matplotlib. Actually, plotting is part of the module test that is in
>>   if __name__==__main__
>>
>> But this kills my job trying to run non-interactively.
>> This is IMO rather nasty behavior.  matplotlib should not try to open the
>> display just because you import it.
>>
>>  from matplotlib.pyplot import *
>>File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
>>78,
>> in
>>  new_figure_manager, draw_if_interactive, show = pylab_setup()
>>File
>>"/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
>> line 25, in pylab_setup
>>  globals(),locals(),[backend_name])
>>File "/usr/lib64/python2.6/site-
>> packages/matplotlib/backends/backend_gtkagg.py", line 10, in
>>  from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK,
>> FigureCanvasGTK,\
>>File "/usr/lib64/python2.6/site-
>> packages/matplotlib/backends/backend_gtk.py", line 8, in
>>  import gtk; gdk = gtk.gdk
>>File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
>>line
>> 64, in
>>  _init()
>>File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
>>line
>> 52, in _init
>>  _gtk.init_check()
>> RuntimeError: could not open display
>>
>>
>>
>> 
--
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> ___
>> Matplotlib-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
> 
> 



--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] nasty import behavior

2010-07-08 Thread Neal Becker
Use case is I have a module that does digital design.  If run as main, it 
has a little test that does a plot.  The plot is supposed to use a gui and 
display.

But if not run as main, there is no plot, and maybe no display.

I had:

if __name__ == "__main__":
  from matplotlib.pyplot  import *

but this gives a warning about import * not at module level, so I changed to

from matplotlib.pyplot  import *
if __name__ == "__main__":

Then if imported from another module, this crashes my program when run non-
interactively.

I didn't expect merely importing matplotlib to try to open the display.  I'm 
not changing backends in my rc file, because there are plenty of times when 
I want matplotlib to use my favorite gui.


--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] A good, interactive plotting package

2008-02-10 Thread Neal Becker
The available plotting in pylab is good, but could be a lot better.  I've
used grace (xmgrace) for years and it's great.  After bringing up the plot,
I can interactively modify it in all kinds of ways.

Any thoughts on a good package to use with pylab?  (I know I can easily
enough get pylab to use grace.  One problem, though, is that grace is
pretty old now.  It is based on Motif.  I'd love to see it ported to say,
Qt, but I'm sure that's a huge effort)


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] A good, interactive plotting package

2008-02-10 Thread Neal Becker
John Hunter wrote:

> On Feb 10, 2008 7:32 AM, Neal Becker
> <[EMAIL PROTECTED]> wrote:
>> The available plotting in pylab is good, but could be a lot better.  I've
>> used grace (xmgrace) for years and it's great.  After bringing up the
>> plot, I can interactively modify it in all kinds of ways.
> 
> Well, you can certainly modify a matplotlib plot interactively, but
> you have to use the plotting methods.  Do you mean with a GUI?
> 
Yes, I meant with a gui.  Not just a minimal gui, but a full-featured one.

> Chaco has very good support for using a GUI to modify plot elements,
> as does veusz, though they ack some of the features matplotlib
> provides.

I'm curious about chaco.  Looks like no egg for me.  Fedora8 x86-64.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] matplotlib-0.98 not easy_installable?

2008-06-12 Thread Neal Becker
matplotlib-0.98 is not available for easy_install it seems:
 sudo easy_install --dry-run matplotlib
Searching for matplotlib
Best match: matplotlib 0.91.2
Processing matplotlib-0.91.2-py2.5-linux-x86_64.egg
matplotlib 0.91.2 is already the active version in easy-install.pth


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] 1.1.1rc does not fix tight_layout for figtext?

2012-03-28 Thread Neal Becker
I just tried 1.1.1rc to see if it fixed the tight_layout for figtext.  

I have a semilogy plot, and add  some lines of text on the bottom (and top):

plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left', 
verticalalignment='bottom', size=5)
plt.figtext (0.5, 1, self.pageno, horizontalalignment='left', 
verticalalignment='top', size='x-small')
##plt.tight_layout(pad=1.0)
plt.tight_layout()

The text on the bottom is overprinting the x axis - the same as happened  with 
the previous release.


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] 1.1.1rc RuntimeError: underlying C/C++ object has been deleted

2012-03-28 Thread Neal Becker
I'm getting these messages, which did not occur with 1.1:

Traceback (most recent call last):
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backends/backend_qt4.py", line 151, in 
lambda: self.close_event())
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backend_bases.py", line 1564, in close_event
self.callbacks.process(s, event)
RuntimeError: underlying C/C++ object has been deleted


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] 1.1.1rc does not fix tight_layout for figtext?

2012-03-28 Thread Neal Becker
If I have to manually add room, I guess I might as well just keep using this, 
which I had used with version 1.1:

fig.subplots_adjust(bottom=0.2)

Jae-Joon Lee wrote:

> I'm afraid that, unfortunately, it won't be fixed soon (if ever, as
> far as I can tell).
> What "tight_layout" does is to adjust the *subplot parameters* of the
> figure so that the "subplots" fit in. Artists created with figtext
> command is not affected by the subplot parameters, i.e. there is not
> much thing we can do for these artists within the current
> implementation. It would be better if some warning is printed in such
> case (there are lots of cases that tight_layout will fail), but this
> is not currently done.
> 
> Depending on your need, you may leave out some area for figtext when
> you call "tight_layout". This is only supported for gridspec though.
> 
> import matplotlib.pyplot as plt
> import matplotlib.gridspec as gridspec
> 
> fig = plt.figure()
> 
> gs1 = gridspec.GridSpec(2, 2)
> ax_list = [fig.add_subplot(ss) for ss in gs1]
> 
> fig.text (02, 0, "test", horizontalalignment='left',
>   verticalalignment='bottom', size=5)
> fig.text (0.5, 1, "01", horizontalalignment='left',
>   verticalalignment='top', size='x-small')
> 
> gs1.tight_layout(fig, rect=[0, 0.03, 1, 0.97]) # adjust rect parameter
> to make some room for figtext.
> 
> 
> Regards,
> 
> -JJ
> 
> 
> On Wed, Mar 28, 2012 at 9:17 PM, Neal Becker  wrote:
>> I just tried 1.1.1rc to see if it fixed the tight_layout for figtext.
>>
>> I have a semilogy plot, and add  some lines of text on the bottom (and top):
>>
>> plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left',
>> verticalalignment='bottom', size=5)
>> plt.figtext (0.5, 1, self.pageno, horizontalalignment='left',
>> verticalalignment='top', size='x-small')
>> ##plt.tight_layout(pad=1.0)
>> plt.tight_layout()
>>
>> The text on the bottom is overprinting the x axis - the same as happened 
>> with the previous release.
>>
>>
>> 
--
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> ___
>> Matplotlib-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> ___
> Matplotlib-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] 1.1.1rc RuntimeError: underlying C/C++ object has been deleted

2012-03-28 Thread Neal Becker
qt-x11-4.8.0-7.fc16.x86_64
PyQt4-4.8.6-1.fc16.x86_64

But interestingly, I'm not actually using the display in this script.  I'm 
using 
pdfpages.

The basic outline is:
At the start:

from matplotlib.backends.backend_pdf import PdfPages
self.pdf = PdfPages(file_name)

Then at the start of each page I do:
self.prop = mpl.font_manager.FontProperties(size='xx-small')

self.fig = fig = plt.figure() 
self.ax = fig.add_subplot(111)
fig.subplots_adjust(bottom=0.2)
self.colors = itertools.cycle(['r','g','b','c','y','m','k']) 
self.markers = itertools.cycle(['o','s','v']) 

Then at the start of each plot on a page I do:

self.ax.semilogy (esno, [e for e in per], c=self.colors.next(), 
marker=self.markers.next(), label='iter=%s'%n_iter)

Finally, to finish each page:

plt.title (...)
plt.grid(which='major', linestyle='solid')
plt.grid(which='minor', linestyle='dashed')
plt.legend(prop=self.prop, loc='best')
self.ax.set_xlabel ('${E_s}/N_0$')
self.ax.set_ylabel ('per')
plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left', 
verticalalignment='bottom', size=5)
self.pdf.savefig (self.fig)
plt.close()

Then when all pages are done:
self.pdf.close()

It looks like I'm getting one of these error messages for each page.


Michael Droettboom wrote:

> Can you provide more detail about how to reproduce this?
> 
> I can deduce you're using the Qt4Agg backend -- but running
> simple_plot.py, zooming around, and then closing the window does not
> seem to reproduce the error here.
> 
> What version of Qt/PyQt/PySide are you running.  What platform?
> 
> Mike
> 
> On 03/28/2012 08:34 AM, Neal Becker wrote:
>> I'm getting these messages, which did not occur with 1.1:
>>
>> Traceback (most recent call last):
>>File "/home/nbecker/.local/lib/python2.7/site-
>> packages/matplotlib/backends/backend_qt4.py", line 151, in
>>  lambda: self.close_event())
>>File "/home/nbecker/.local/lib/python2.7/site-
>> packages/matplotlib/backend_bases.py", line 1564, in close_event
>>  self.callbacks.process(s, event)
>> RuntimeError: underlying C/C++ object has been deleted
>>
>>
>> 
--
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> ___
>> Matplotlib-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
> 
> --
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure



--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] 1.1.1rc RuntimeError: underlying C/C++ object has been deleted

2012-03-28 Thread Neal Becker
John Hunter wrote:

> On Wed, Mar 28, 2012 at 8:57 AM, Neal Becker
>  wrote:
> 
>> qt-x11-4.8.0-7.fc16.x86_64
>> PyQt4-4.8.6-1.fc16.x86_64
>>
>> But interestingly, I'm not actually using the display in this script.  I'm
>> using
>> pdfpages.
> 
> 
> At the beginning of your script (before importing pylab/pyplot) you should
> be doing
> 
> import matplotlib
> matplotlib.use('pdf')
> 
> It looks like you are inadvertently importing the qt library in a headless
> script run.
> 
> JDH

Thanks, but should that cause a (scary looking) error?  Or is there a real 
problem?


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] v1.1.1rc2 tarballs are up

2012-06-13 Thread Neal Becker
Since installing this on fedora f17 x86_64, I see this warning:

ipython -pylab
...

** (process:26729): WARNING **: Trying to register gtype 'GMountMountFlags' as 
enum when in fact it is of type 'GFlags'

** (process:26729): WARNING **: Trying to register gtype 'GDriveStartFlags' as 
enum when in fact it is of type 'GFlags'

** (process:26729): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
enum when in fact it is of type 'GFlags'

Welcome to pylab, a matplotlib-based Python environment [backend: GTKAgg].
For more information, type 'help(pylab)'.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] Interrupt is fixed

2012-07-18 Thread Neal Becker
One annoyance with mpl in the past is that when running a script, SIGINT would 
not kill it (needed to use C-c C-\ instead).

It seems this is now fixed:

Interrupt now gives me:

  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backends/backend_gtk.py", line 77, in mainloop
gtk.main()
KeyboardInterrupt


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Interrupt is fixed

2012-07-18 Thread Neal Becker
OK, my mistake.  I'm using 1.1.1rc2.

I was using a new installation without any matplotlibrc, and was defaulted to 
gtk.

If I set:
backend : Qt4Agg

then the problem has returned.


Phil Elson wrote:

> Presumably you mean on the qt4 backend? If so, glad to be of some help! :-)
> 
> The change came in in PR #851
> (https://github.com/matplotlib/matplotlib/pull/851/files#diff-7) and
> also allows you to close a figure with ctrl+w and make a qt4 figure
> fullscreen with "ctrl+f" (actually, just "f" will do, but I have an
> ambition to nuke the non-controled versions by default).
> 
> 
> UPDATE: I've just noticed that your traceback is showing your backend
> as gtk, for which I cannot take any credit (nor do I know the change
> which caused this improvement).
> 
> 
> 
> On 18 July 2012 13:06, Neal Becker
>  wrote:
>> One annoyance with mpl in the past is that when running a script, SIGINT
>> would not kill it (needed to use C-c C-\ instead).
>>
>> It seems this is now fixed:
>>
>> Interrupt now gives me:
>>
>>   File "/home/nbecker/.local/lib/python2.7/site-
>> packages/matplotlib/backends/backend_gtk.py", line 77, in mainloop
>> gtk.main()
>> KeyboardInterrupt
>>
>>
>> 
--
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Matplotlib-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] Interrupt is fixed

2012-07-18 Thread Neal Becker
I'm afraid it's only an annoyance, and I doubt I'll be motivate to try to hunt 
that down.

Benjamin Root wrote:

> On Wed, Jul 18, 2012 at 1:40 PM, Neal Becker
>  wrote:
> 
>> OK, my mistake.  I'm using 1.1.1rc2.
>>
>> I was using a new installation without any matplotlibrc, and was defaulted
>> to
>> gtk.
>>
>> If I set:
>> backend : Qt4Agg
>>
>> then the problem has returned.
>>
>>
> Usually, the source of such problems is someone using a bare try...except.
> KeyboardInterrupt subclasses BaseException.  There is a subtle difference
> between
> 
> try:
>foo()
> except:
>pass
> 
> and
> 
> try:
> foo()
> except Exception:
> pass
> 
> The first will capture Ctrl-C and throw it away, while the latter will
> not.  PEP8 recommends against blind usage of bare except clauses.
> 
> Happy hunting!
> Ben Root



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] errorbar - end bars not visible

2013-01-27 Thread Neal Becker
Simple example: the bars on the two x axis ends are not visible.

x = [3, 6, 10]
y = [1, 2, 3]
import matplotlib.pyplot as plt

plt.errorbar (x, y, 0.2)
plt.show()



--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] errorbar - end bars not visible

2013-01-27 Thread Neal Becker
Damon McDougall wrote:

> On Sun, Jan 27, 2013 at 8:56 AM, Neal Becker
>  wrote:
>> Simple example: the bars on the two x axis ends are not visible.
>>
>> x = [3, 6, 10]
>> y = [1, 2, 3]
>> import matplotlib.pyplot as plt
>>
>> plt.errorbar (x, y, 0.2)
> 
> Try adding a plt.xlim(2, 11) here.
> 
>> plt.show()
>>
Yes that'll fix it - but ideally autoscaling should work correctly.


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] errorbar - end bars not visible

2013-01-27 Thread Neal Becker
Damon McDougall wrote:

> On Sun, Jan 27, 2013 at 11:51 AM, Neal Becker
>  wrote:
>> Damon McDougall wrote:
>>
>>> On Sun, Jan 27, 2013 at 8:56 AM, Neal Becker
>>>  wrote:
>>>> Simple example: the bars on the two x axis ends are not visible.
>>>>
>>>> x = [3, 6, 10]
>>>> y = [1, 2, 3]
>>>> import matplotlib.pyplot as plt
>>>>
>>>> plt.errorbar (x, y, 0.2)
>>>
>>> Try adding a plt.xlim(2, 11) here.
>>>
>>>> plt.show()
>>>>
>> Yes that'll fix it - but ideally autoscaling should work correctly.
> 
> That behaviour of autoscale appears to be consistent with
> plt.plot(range(3)), for example.  That is, the axis limits butt up
> against the plotted data.
> 
> By 'work correctly', do you mean that the axis limits should be padded
> so there is a whitespace border surrounding the data being plotted?
> 

I think you'll agree the original result in not visually appealing or clear.  
The most obvious way to improve it would be to select axis limits a bit larger. 
 
At least large enough to completely show the error bar; I suspect a bit of 
whitespace would be even more clear.


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] MEP14: Improve text handling

2013-05-31 Thread Neal Becker
Paul Hobson wrote:

> On Thu, May 30, 2013 at 5:03 PM, Michael Droettboom
>  wrote:
> 
>> On 05/30/2013 02:27 PM, Chris Barker - NOAA Federal wrote:
>> >
>> > With a fully-function mathtex, it could be the default (only?) text
>> > layout system for MPL, simplifying things quite a bit.
>>
>> I'm not sure that's realistic.  The usetex backend gets a great deal of
>> use, and I don't think it's only because it handles multiline text
>> better -- it's also the easiest way to make the text match that of a
>> larger TeX document in which it's included (though the new PGF backend
>> goes some way to helping that in an entirely different way).
> 
> 
> Exactly! I like that I can set text.usetex=True and add
> \usepackage{fourier} and I *know* that my figures and document will look
> the same.
> 
> That said, I've never been able to get the PGF backend to work well. Random
> elements are pixelated. It's surely user-error on my end, but the usetex is
> comparatively easy to set up.
> 
> 
>> It might
>> be worth collating a list of reasons that users are using "usetex" to
>> include in the MEP -- if we can address them all in another way, great,
>> but if not it's not too difficult to keep something that already works
>> fairly well working.  The problem I have with it is not really that it
>> exists, only that it has tendrils all throughout matplotlib that could
>> be better localized into a single set of modules.
>>
> 
> As I state above -- I absolutely require One Font throughout my documents.
> If it's a serif font, I use the fourier TeX package. If it's a sans-serif
> font, I do the weird \sansmath voodoo (I still owe you a PR with an example
> of setting that up). Point is, it works well.
> 
> Cheers,
> -paul

I had the impression that XeTeX had stopped development and that LuaTeX was 
the path forward.


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] python2 vs. python3 matplotlib different results

2013-08-28 Thread Neal Becker
Autoscaling is producing a different result on p2 vs p3.  Maybe a missed
N/M -> N//M ??

[nbecker@nbecker7 dvbs2x_iter]$ rpm -q python-matplotlib
python-matplotlib-1.2.0-14.fc19.x86_64
[nbecker@nbecker7 dvbs2x_iter]$ rpm -q python3-matplotlib
python3-matplotlib-1.2.0-14.fc19.x86_64


--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] mpl 1.3.1 install issues with py3.3

2013-10-23 Thread Neal Becker
pip install of mpl 1.3.1 has issues.
It wants to install nose, but seems to be incompatible with py3.3:

  Running setup.py install for nose
  File "/home/nbecker/.local/lib/python3.3/site-
packages/nose/plugins/base.py", line 70
except OptionConflictError, e:
  ^
SyntaxError: invalid syntax

  File "/home/nbecker/.local/lib/python3.3/site-
packages/nose/plugins/multiprocess.py", line 481
except (KeyboardInterrupt, SystemExit), e:
  ^
SyntaxError: invalid syntax
  


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] assertion error with xkcd

2013-10-23 Thread Neal Becker
This was using pdfpages (if that matters)

Traceback (most recent call last):
  File "./plot_stuff2.py", line 326, in 
the_plot.finish (args, opt, time, res)
  File "./plot_stuff2.py", line 145, in finish
self.pdf.savefig (self.fig)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backends/backend_pdf.py", line 2297, in savefig
figure.savefig(self, format='pdf', **kwargs)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/figure.py", 
line 1421, in savefig
self.canvas.print_figure(*args, **kwargs)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backend_bases.py", line 2220, in print_figure
**kwargs)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backends/backend_pdf.py", line 2340, in print_pdf
self.figure.draw(renderer)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/artist.py", 
line 54, in draw_wrapper
draw(artist, renderer, *args, **kwargs)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/figure.py", 
line 1034, in draw
func(*args)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/artist.py", 
line 54, in draw_wrapper
draw(artist, renderer, *args, **kwargs)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/text.py", 
line 589, in draw
self._fontproperties, angle)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/patheffects.py", line 102, in draw_text
self._draw_text_as_path(renderer, gc, x, y, s, prop, angle, ismath)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/patheffects.py", line 112, in _draw_text_as_path
ismath)
  File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backend_bases.py", line 526, in _get_text_path_transform
path = Path(verts, codes)
  File "/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/path.py", 
line 147, in __init__
assert vertices.ndim == 2
AssertionError


--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] Weird issue with mpl-1.3.1 install

2013-10-23 Thread Neal Becker
This is really strange.  It d/l 1.3.1, but then builds installs 1.3.0???

python3-pip install --user --up --no-deps matplotlib
Downloading/unpacking matplotlib from 
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1/matplotlib-1.3.1.tar.gz
  Running setup.py egg_info for package matplotlib

Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.3.0]
python: yes [3.3.2 (default, Aug 23 2013, 19:00:04)  [GCC
4.8.1 20130603 (Red Hat 4.8.1-1)]]
  platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
 numpy: yes [version 1.7.1]
  dateutil: yes [using dateutil version 2.1]
   tornado: yes [using tornado version 3.1.1]
 pyparsing: yes [using pyparsing version 2.0.1]
 pycxx: yes [Official versions of PyCXX are not compatible
with Python 3.x.  Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
  freetype: yes [version 16.0.10]
   png: yes [version 1.5.13]

OPTIONAL SUBPACKAGES
   sample_data: yes [installing]
  toolkits: yes [installing]
 tests: yes [using nose version 1.3.0]

OPTIONAL BACKEND EXTENSIONS
macosx: no  [Mac OS-X only]
qt4agg: yes [Qt: 4.8.4, PyQt4: 4.10.1]
   gtk3agg: no  [gtk3agg backend does not work on Python 3]
 gtk3cairo: no  [Requires pygobject to be installed.]
gtkagg: no  [Requires pygtk]
 tkagg: no  [The C/C++ header for Tk (tk.h) could not be
found.  You may need to install the development
package.]
 wxagg: no  [requires wxPython]
   gtk: no  [Requires pygtk]
   agg: yes [installing]
 cairo: yes [version 1.10.0]
 windowing: no  [Microsoft Windows only]

OPTIONAL LATEX DEPENDENCIES
dvipng: yes [version 1.14]
   ghostscript: yes [version 9.10]
 latex: yes [version 3.1415926]
   pdftops: yes [version 0.22.1]


Installing collected packages: matplotlib
  Found existing installation: matplotlib 1.3.0
Uninstalling matplotlib:
  Successfully uninstalled matplotlib
  Running setup.py install for matplotlib

Edit setup.cfg to change the build options

BUILDING MATPLOTLIB
matplotlib: yes [1.3.0]
python: yes [3.3.2 (default, Aug 23 2013, 19:00:04)  [GCC
4.8.1 20130603 (Red Hat 4.8.1-1)]]
  platform: yes [linux]

REQUIRED DEPENDENCIES AND EXTENSIONS
 numpy: yes [version 1.7.1]
  dateutil: yes [using dateutil version 2.1]
   tornado: yes [using tornado version 3.1.1]
 pyparsing: yes [using pyparsing version 2.0.1]
 pycxx: yes [Official versions of PyCXX are not compatible
with Python 3.x.  Using local copy]
libagg: yes [Requires patches that have not been merged
upstream. Using local copy.]
  freetype: yes [version 16.0.10]
   png: yes [version 1.5.13]

OPTIONAL SUBPACKAGES
   sample_data: yes [installing]
  toolkits: yes [installing]
 tests: yes [using nose version 1.3.0]

OPTIONAL BACKEND EXTENSIONS
macosx: no  [Mac OS-X only]
qt4agg: yes [Qt: 4.8.4, PyQt4: 4.10.1]
   gtk3agg: no  [gtk3agg backend does not work on Python 3]
 gtk3cairo: no  [Requires pygobject to be installed.]
gtkagg: no  [Requires pygtk]
 tkagg: no  [The C/C++ header for Tk (tk.h) could not be
found.  You may need to install the development
package.]
 wxagg: no  [requires wxPython]
   gtk: no  [Requires pygtk]
   agg: yes [installing]
 cairo: yes [version 1.10.0]
 windowing: no  [Microsoft Windows only]

OPTIONAL LATEX DEPENDENCIES
dvipng: yes [version 1.14]
   ghostscript: yes [version 9.10]
 latex: yes [version 3.1415926]
   pdftops: yes [version 0.22.1]

S

Re: [matplotlib-devel] Weird issue with mpl-1.3.1 install

2013-10-23 Thread Neal Becker
OK, this seems to be a pip caching bug.  After rm -rf /tmp/pip*, it installed 
correctly

Neal Becker wrote:

> This is really strange.  It d/l 1.3.1, but then builds installs 1.3.0???
> 
> python3-pip install --user --up --no-deps matplotlib
> Downloading/unpacking matplotlib from
> 
https://downloads.sourceforge.net/project/matplotlib/matplotlib/matplotlib-1.3.1/matplotlib-1.3.1.tar.gz
>   Running setup.py egg_info for package matplotlib
> 

> Edit setup.cfg to change the build options
> 
> BUILDING MATPLOTLIB
> matplotlib: yes [1.3.0]
> python: yes [3.3.2 (default, Aug 23 2013, 19:00:04)  [GCC
> 4.8.1 20130603 (Red Hat 4.8.1-1)]]
>   platform: yes [linux]
> 
> REQUIRED DEPENDENCIES AND EXTENSIONS
>  numpy: yes [version 1.7.1]
>   dateutil: yes [using dateutil version 2.1]
>tornado: yes [using tornado version 3.1.1]
>  pyparsing: yes [using pyparsing version 2.0.1]
>  pycxx: yes [Official versions of PyCXX are not compatible
> with Python 3.x.  Using local copy]
> libagg: yes [Requires patches that have not been merged
> upstream. Using local copy.]
>   freetype: yes [version 16.0.10]
>png: yes [version 1.5.13]
> 
> OPTIONAL SUBPACKAGES
>sample_data: yes [installing]
>   toolkits: yes [installing]
>  tests: yes [using nose version 1.3.0]
> 
> OPTIONAL BACKEND EXTENSIONS
> macosx: no  [Mac OS-X only]
> qt4agg: yes [Qt: 4.8.4, PyQt4: 4.10.1]
>gtk3agg: no  [gtk3agg backend does not work on Python 3]
>  gtk3cairo: no  [Requires pygobject to be installed.]
> gtkagg: no  [Requires pygtk]
>  tkagg: no  [The C/C++ header for Tk (tk.h) could not be
> found.  You may need to install the development
> package.]
>  wxagg: no  [requires wxPython]
>gtk: no  [Requires pygtk]
>agg: yes [installing]
>  cairo: yes [version 1.10.0]
>  windowing: no  [Microsoft Windows only]
> 
> OPTIONAL LATEX DEPENDENCIES
> dvipng: yes [version 1.14]
>ghostscript: yes [version 9.10]
>  latex: yes [version 3.1415926]
>pdftops: yes [version 0.22.1]
> 
> 
> Installing collected packages: matplotlib
>   Found existing installation: matplotlib 1.3.0
> Uninstalling matplotlib:
>   Successfully uninstalled matplotlib
>   Running setup.py install for matplotlib
> 

> Edit setup.cfg to change the build options
> 
> BUILDING MATPLOTLIB
> matplotlib: yes [1.3.0]
> python: yes [3.3.2 (default, Aug 23 2013, 19:00:04)  [GCC
> 4.8.1 20130603 (Red Hat 4.8.1-1)]]
>   platform: yes [linux]
> 
> REQUIRED DEPENDENCIES AND EXTENSIONS
>  numpy: yes [version 1.7.1]
>   dateutil: yes [using dateutil version 2.1]
>tornado: yes [using tornado version 3.1.1]
>  pyparsing: yes [using pyparsing version 2.0.1]
>  pycxx: yes [Official versions of PyCXX are not compatible
> with Python 3.x.  Using local copy]
> libagg: yes [Requires patches that have not been merged
> upstream. Using local copy.]
>   freetype: yes [version 16.0.10]
>png: yes [version 1.5.13]
> 
> OPTIONAL SUBPACKAGES
>sample_data: yes [installing]
>   toolkits: yes [installing]
>  tests: yes [using nose version 1.3.0]
> 
> OPTIONAL BACKEND EXTENSIONS
> macosx: no  [Mac OS-X only]
> qt4agg: yes [Qt: 4.8.4, PyQt4: 4.10.1]
>gtk3agg: no  [gtk3agg backend does not work on Python 3]
>  gtk3cairo: no  [Requires pygobject to be installed.]
> gtkagg: no  [Requires pygtk]
>  tkagg: no  [The C/C++ header for Tk (tk.h) could not be
>   

Re: [matplotlib-devel] assertion error with xkcd

2013-10-23 Thread Neal Becker
Benjamin Root wrote:

> Can you provide a code example to reproduce this. I suspect that recent
> work on path effects might be to blame here. Also, exactly which version of
> matplotlib and numpy were you using? The assert was placed there about a
> year ago IIRC to deal with a short-lived numpy bug.

The code is large and reads a bunch of data to plot.


The line that triggers the error says:

self.pdf.savefig (self.fig)

Would it be useful to provide a pickled fig (umm,,, pickled figs)




--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] stix fonts not found fedora 20

2013-12-31 Thread Neal Becker
If I rely on the system version of matplotlib

python-matplotlib-1.3.0-1.fc20.x86_64

stix fonts are not found

/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1236: 
UserWarning: 
findfont: Font family ['STIXGeneral'] not found. Falling back to Bitstream Vera 
Sans
  (prop.get_family(), self.defaultFamily[fontext]))

No I do:

pip install --user --up matplotlib

And after rm ~/.matplotlib/fontList.cache  stix fonts are found.

Now I look in ~/.matplotlib/fontList.cache and I find

/home/nbecker/.local/lib/python2.7/site-packages/matplotlib/mpl-
data/fonts/ttf/STIXGeneralBol.ttf'

So it seems it now works because the font is now installed.

But I already had:

rpm -qa '*stix*'
stix-math-fonts-1.1.0-5.fc20.noarch
texlive-stix-svn29803.1.0-3.fc20.noarch
stix-fonts-1.1.0-5.fc20.noarch

rpm -ql texlive-stix
/usr/share/texlive/texmf-dist/fonts/opentype/public/stix/STIXGeneral.otf
/usr/share/texlive/texmf-dist/fonts/opentype/public/stix/STIXGeneralBol.otf

So it seems, matplotlib requires .ttf format fonts?  Or perhaps the system 
didn't know how to find the fonts from texlive-stix package?


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


[matplotlib-devel] bad zooming performance on large dataset

2015-02-17 Thread Neal Becker
I plotted a large number of bars on a bargraph.  I am not surprised memory 
usage 
and time to draw are bad on the initial view.  But I'd expect as I zoom in more 
and more, the time to draw should improve - there's less to draw.

This does not appear to be the case.

-- 
-- Those who don't understand recursion are doomed to repeat it


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel


Re: [matplotlib-devel] IMPORTANT: Mailing lists are moving

2015-07-31 Thread Neal Becker
I read via gmane: I guess this will need to be updated?


--
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel