matplotlib-users Mailing List for matplotlib

OK, now it works! Thank you!
A little thing: the shadow of the legend box is not scaling with the dpi.
For example with 300 dpi I can't discover the shadow...
-- 
View this message in context: http://www.nabble.com/different-PNG-and-PDF-output...-tp21028686p21109783.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Thank You!
-- 
View this message in context: http://www.nabble.com/legend%3A-axespad%2C-pad%2C-handlelen%2C-labelsep---without-effect-tp21087472p21109685.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

>
>
> Please try again with the new OS X binaries at
>
> https://sourceforge.net/project/showfiles.php?group_id=80706&package_id=278194&release_id=646644
>
Clean install of
	matplotlib-0.98.5.2-py2.5-macosx10.5.mpkg
worked fine for me on OS X 10.5.6 MBP Intel 15" with
	python-2.5.2-macosx.dmg
	numpy-1.2.1-py2.5-macosx10.5.dmg
	wxPython2.8-osx-unicode-2.8.9.1-universal-py2.5.dmg
	ipython-0.9.1-py2.5.egg

Thanks John, you hit this one on the head. I forgot I had set all this in my login script. I took it out and it worked like a charm.
-Ryan
>Flags like
>
 > -DANSI -I/usr/local/VNI/imsl/cnl600/linux64/include
>
>indicate to me you have some non-standard stuff in your build
>environment ... try and remove the CFLAGS that are causing the "visual
>numerics" include flags to set.
>
>JDH

Jae-Joon Lee <lee.j.joon@...> writes:
> 
> It seems as a bug in the pdf backend, which can be fixed by the simple
> patch below. I didn't commit this fix as I think it would be better if
> original author (Jouni?) make sure this is a correct way.
Your patch is correct - I probably
copy-pasted the cache code from
some other function and didn't pay
attention to what exactly is being
cached. I am unable to commit myself,
since I am traveling. Please feel free to
commit the fix.
> ps. I didn't know that hatch is supported in pdf backend. The
> documentation needs update.
Also the patch demo or some unit test
should cover that branch of the code,
ie the case when more than one patch
has the same hatch pattern.
By the way - do all backends support
arbitrary clip paths now? If so, the
hatch implementation of backend_ps
could perhaps be generalized to all
backends, or it could even be done in
the Patch class and not the backend.
Jouni

On Sat, Dec 20, 2008 at 1:19 AM, Ryan Wagner <rw...@vn...> wrote:
> Hi guys,
>
> I've been trying to build the newest version of MPL on Ubuntu Intrepid
> for a few days now. I'm not getting anywhere. I believe I have all the
> correct dev packages installed. I had tried to build 0.98.3 but it came out
> via apt-get. Can anyone take a look at my install output (attached) and give
> me an idea of what I may be doing wrong? TIA
>
Do you have SWIG installed?

On Sat, Dec 20, 2008 at 12:19 AM, Ryan Wagner <rw...@vn...> wrote:
> Hi guys,
>
> I've been trying to build the newest version of MPL on Ubuntu Intrepid
> for a few days now. I'm not getting anywhere. I believe I have all the
> correct dev packages installed. I had tried to build 0.98.3 but it came out
> via apt-get. Can anyone take a look at my install output (attached) and give
> me an idea of what I may be doing wrong? TIA
Is it possible you are not using g++ here ? The compile line that is failing is
 cc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -ansi -m64 -w -DCOMPUTER_LOPT64 -DANSI
-I/usr/local/VNI/imsl/cnl600/linux64/include -fPIC
-I/usr/lib/python2.5/site-packages/numpy/core/include
-I/usr/include/freetype2 -I/usr/local/include -I/usr/include -I.
-I/usr/include/python2.5 -c CXX/cxxextensions.c -o
build/temp.linux-x86_64-2.5/CXX/cxxextensions.o
 In file included from CXX/cxxextensions.c:38:
 ./CXX/WrapPython.h:1: error: expected identifier or '(' before '/' token
The line in question, line 1 of WrapPython.h, is simply a comment.
Flags like
 -DANSI -I/usr/local/VNI/imsl/cnl600/linux64/include
indicate to me you have some non-standard stuff in your build
environment, and perhaps you are picking up a different compiler or
library, perhaps the intel compiler? If you are trying to compile
with the intel compiler, you may need to set the CC and CXX
environment variables to make sure you are using the c++ compiler.
If you can use g++, you are more likely to have success. Before
building, I suggest
 export CC=gcc
 export CXX=g++
You might also try and remove the CFLAGS that are causing the "visual
numerics" include flags to set.
JDH

Nils,
As far as I know, this is not currently a feature.
Josh
On Wed, Dec 10, 2008 at 5:46 AM, Nils Wagner
<nw...@ia...> wrote:
>
>
> --- the forwarded message follows ---
>
>
> ---------- Forwarded message ----------
> From: "Derek Hohls" <DH...@cs...>
> To: "Nils Wagner" <nw...@ia...>
> Date: 2008年12月10日 15:38:37 +0200
> Subject: Re: [Matplotlib-users] [SciPy-user] reading and writing data
> inExcel files
> >From the looks of the mail archive, it seems PyExcelerator is no longer
> maintained
> http://sourceforge.net/mailarchive/forum.php?forum_name=pyexcelerator-devel
>
> You are advised to rather use xlwt to write Excel:
> http://pypi.python.org/pypi/xlwt
> and xlrd to read Excel:
> http://pypi.python.org/pypi/xlrd/
>
> Both maintained by John Machin.
>
>>>> On 2008年12月10日 at 03:11, in message <web...@un...>,
>>>> "Nils Wagner" <nw...@ia...> wrote:
> On 2008年12月10日 04:24:24 -0800
> "Joshua Lippai" <dis...@gm...> wrote:
>> With PyExcelerator installed, you can use the Excel
>>tools in the
>> matplotlib toolkits
>>
>> http://matplotlib.sourceforge.net/users/toolkits.html
>>
>> Using them, you can read in Excel files as recarrays and
>>write
>> recarrays to Excel files. It's fairly well-documented
>>through
>> docstrings.
>>
>> Josh
>>
> Hi Josh,
>
> Thank you for your prompt response !
>
> I found an example in matplotlib/examples/pylab_examples
> loadrec.py
>
> Is it possible to color cells depending on the entry ?
>
> Nils
>
>
>
> ------------------------------------------------------------------------------
> 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-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> --
> This message is subject to the CSIR's copyright terms and conditions, e-mail
> legal notice, and implemented Open Document Format (ODF) standard.
> The full disclaimer details can be found at
> http://www.csir.co.za/disclaimer.html.
>
> This message has been scanned for viruses and dangerous content by
> MailScanner,
> and is believed to be clean. MailScanner thanks Transtec Computers for
> their support.
>
>
> ------------------------------------------------------------------------------
> 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-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

It seems as a bug in the pdf backend, which can be fixed by the simple
patch below. I didn't commit this fix as I think it would be better if
original author (Jouni?) make sure this is a correct way. Neil, your
code will work okay if you don't use hatch. Or, you may apply the
patch by yourself.
-JJ
ps. I didn't know that hatch is supported in pdf backend. The
documentation needs update.
http://matplotlib.sourceforge.net/api/artist_api.html#matplotlib.patches.Patch.set_hatch
Index: lib/matplotlib/backends/backend_pdf.py
===================================================================
--- lib/matplotlib/backends/backend_pdf.py	(revision 6687)
+++ lib/matplotlib/backends/backend_pdf.py	(working copy)
@@ -942,4 +942,4 @@
 def hatchPattern(self, lst):
 pattern = self.hatchPatterns.get(lst, None)
 if pattern is not None:
- return pattern[0]
+ return pattern
 name = Name('H%d' % self.nextHatch)
 self.nextHatch += 1
On Sat, Dec 20, 2008 at 2:02 AM, Neil Conway <nr...@cs...> wrote:
> On Sat, Dec 20, 2008 at 1:32 AM, Neil Conway <nr...@cs...> wrote:
>> I see the following error using matplotlib 0.95.1:
>
> Sorry: that should be 0.98.5.1.
>
> Neil
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Sat, Dec 20, 2008 at 1:32 AM, Neil Conway <nr...@cs...> wrote:
> I see the following error using matplotlib 0.95.1:
Sorry: that should be 0.98.5.1.
Neil

Given the following matplotlib program:
##
import numpy as np
import matplotlib.pyplot as plt
x = np.arange(3)
width = 0.35
hdfs = (292.97, 304.49, 305.47)
bfs = (614.57, 706.02, 847.44)
plt.subplot(111)
hdfs_rects = plt.bar(x, hdfs, width, color='b')
bfs_rects = plt.bar(x + width, bfs, width, color='g', hatch='/')
plt.xticks(x + width, ('100 ls ops', '100 touch ops', '100 0k copy ops'))
plt.ylabel('Time (sec)')
plt.title('Metadata Performance')
plt.legend((hdfs_rects[0], bfs_rects[0]), ('HDFS', 'BoomFS'), loc='upper right')
plt.ylim([0, 1200])
plt.savefig('metadata_throughput.pdf')
##
I see the following error using matplotlib 0.95.1:
Traceback (most recent call last):
 File "metadata_throughput.py", line 21, in <module>
 plt.savefig('metadata_throughput.pdf')
 File "/opt/local/lib/python2.5/site-packages/matplotlib/pyplot.py",
line 345, in savefig
 return fig.savefig(*args, **kwargs)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/figure.py",
line 990, in savefig
 self.canvas.print_figure(*args, **kwargs)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backend_bases.py",
line 1419, in print_figure
 **kwargs)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backend_bases.py",
line 1313, in print_pdf
 return pdf.print_pdf(*args, **kwargs)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 1883, in print_pdf
 self.figure.draw(renderer)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/figure.py",
line 772, in draw
 for a in self.axes: a.draw(renderer)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/axes.py",
line 1601, in draw
 a.draw(renderer)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/patches.py",
line 301, in draw
 renderer.draw_path(gc, tpath, affine, rgbFace)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 1248, in draw_path
 self.check_gc(gc, rgbFace)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 1203, in check_gc
 delta = self.gc.delta(gc)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 1813, in delta
 cmds.extend(cmd(self, *theirs))
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 1725, in hatch_cmd
 name = self.file.hatchPattern(lst)
 File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_pdf.py",
line 945, in hatchPattern
 return pattern[0]
AttributeError: Name instance has no attribute '__getitem__'
If I change the savefig() call to emit EPS or PNG instead, e.g:
plt.savefig('metadata_throughput.eps')
The program works fine, and I get the output I'd expect. Does anyone
have any suggestions about what's going wrong here?
Thanks in advance,
Neil