matplotlib-users Mailing List for matplotlib

Hi All,
 I believe this question has been already asked in the past (I
found something at
http://old.nabble.com/A-good,-interactive-plotting-package-td15396445.html).
I use matplotlib extensively in our applications, and some of my users
repetitively asked for a way to customize *in runtime* the plots my
apps generate. I.e., the app brings up a figure with a bunch of lines,
points and texts, and they would like to change this linewidth, the
colour of that point, the appearance of an axis, the legend keys and
so on. I am currently answering "it can't be done at the moment" :-D.
It is obviously not true, it just require some (a lot, maybe) work.
Now, I know nothing about the other backends, but I know something
about wx and I believe it is doable. Obviously, if my job was software
programming and not reservoir engineering I would already have given
it a try, but unfortunately we only get 24 hours per day...
I don't think anything like this already exists, but it's an innocent
question and I hope I won't be kicked for asking :-D . If someone
knows about a possible/existing implementation, or even a start of an
implementation, please let me know.
Thank you.
Andrea.
"Imagination Is The Only Weapon In The War Against Reality."
http://xoomer.alice.it/infinity77/
http://thedoomedcity.blogspot.com/

Hi all,
I'm playing around with plotting with the Lambert transform. I want to
only plot one hemisphere at a time.
I see that if I create the appropriate axes:
ax = plt.subplot(111, projection='lambert')
the resulting axis object's ax.get_xlim() and ax.get_ylim() methods
give the limits in rads of the plot, but the corresponding
ax.set_xlim(), and ax.set_ylim() functions don't do anything. Is there
an alternative way to achieve my goal?
Many thanks,
Angus.
-- 
AJC McMorland
Post-doctoral research fellow
Neurobiology, University of Pittsburgh

Bringing this to the list and not to Jon alone ...
2010年3月1日 Jon Moore <jon...@ya...>:
> I'm using the Python(x,y) distribution which comes with matplotlib for
> Windows. My OS is Windows XP with all updates and service packs on an
> AMD Athlon 2600+ PC with ATI Radeon 9600 graiphics card.
>
> Python will work fine for anything that doesn't import the pylab
> component (I can import matplotlib itself no problem as well as numpy
> etc) but if I try to import pylab I get:-
>
> "An unhandled exception occured in pythonw.exe [3976]"
Hmm, I'm wondering why no one in answering your post. May you please
do the following:
I assume that you aren't so much familiar with Python etc., because
you didn't do the following steps on your own. If this is wrong,
please feel not offended.
Please try:
import matplotlib.mpl
import matplotlib.dates
import matplotlib.mlab
import matplotlib.pyplot
This should be the essential imports done by import matplotlib.pylab
Can you also do the following:
import __builtin__
old_import = __import__
def new_import(name, *args, **kwargs):
 print name
 return old_import(name, *args, **kwargs)
__builtin__.__import__ = new_import
and then type:
import matplotlib.pylab
Or do the monkeypatch after import matplotlib, if that makes no
trouble at all. It will print all the import attempts before
executing them.
I'm curious at what import it fails ...
I also wonder why it's pythonw.exe. It means that you have no output
on console. In this case:
import sys
outfile = open('log.txt', 'w')
sys.stdout = outfile
sys.stderr = outfile
This will log the hidden output in "log.txt".
Friedrich

Do you have any link to an example plot?
I googled it but not much luck.
Is it like a polar plot without the bottom half?
Regards,
-JJ
On Tue, Mar 2, 2010 at 1:48 AM, R Fritz <rfritz@u.washington.edu> wrote:
> I'd like to be able to generate type C photometry plots with
> matplotlib. The standard co-ordinate system for these has 0 degrees at
> the bottom (nadir) of the plot, with values increasing
> counterclockwise. Is there anyway I can transform the co-ordinates that
> matplotlib uses to do this?
> --
> Randolph Fritz
> design machine group, architecture department, university of washington
> rfritz@u.washington.edu -or- rfr...@gm...
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Here is a partial solution. If you use the SVN code, check out this example:
http://matplotlib.sourceforge.net/trunk-docs/examples/mplot3d/pathpatch3d_demo.html
 
I haven't ever done it, but I think you can create some kind of image patch.
-Ben
-----Original Message-----
From: John [H2O] [mailto:was...@gm...] 
Sent: Tuesday, March 02, 2010 1:10 PM
To: mat...@li...
Subject: [Matplotlib-users] Axes3D and basemap
Has anyone ever used a basemap instance as the 'floor' of an Axes3D plot? 
What I'm looking for is example code to do something like this:
http://www.dfanning.com/tips/scatter3d_on_map.jpg
Thanks,
john
--
View this message in context: http://old.nabble.com/Axes3D-and-basemap-tp27759152p27759152.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,
I use the text.latex.preamble rc setting to customize my plots.
Everything works fine. However, a comma in this rc setting is
interpreted as a new-line, thus, I wonder how can I create a LaTeX
preamble that contains a comma? The statement
matplotlib.rcParams['text.latex.preamble']=r"\usepackage[garamond,sfscaled=false]{mathdesign}"
will produce a preamble with the two lines
\usepackage[garamond
sfscaled=false]{mathdesign}
Which is not what I desire.
	Regards,
	Heiko
-- 
-- Talente finden Lösungen, Genies entdecken Probleme.
-- (Hans Krallsheimer)
-- Cluster Computing @ http://www.clustercomputing.de
-- Heiko Bauke @ http://www.mpi-hd.mpg.de/personalhomes/bauke

Has anyone ever used a basemap instance as the 'floor' of an Axes3D plot? 
What I'm looking for is example code to do something like this:
http://www.dfanning.com/tips/scatter3d_on_map.jpg
Thanks,
john
-- 
View this message in context: http://old.nabble.com/Axes3D-and-basemap-tp27759152p27759152.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

March is shaping up to be as busy as ever: planning
SciPy 2010 (http://conference.scipy.org/scipy2010),
two great webinars...and a new release of EPD!
* Enthought Python Distribution 6.1 *
In EPD 6.1, NumPy and SciPy are dynamically linked
against the MKL linear algebra routines. This allows
EPD users to seamlessly benefit from the highly
optimized BLAS and LAPACK routines in the MKL.
We were certainly expecting to observe performance
improvements, but we were surprised at just how
dramatic the optimizations were for applications
run on dual and multi-core Intel(R) processors.
Refer to our benchmarking tests for more info:
 http://www.enthought.com/epd/mkl/
Then try it yourself!
 http://www.enthought.com/products/getepd.php
* Enthought March Webinars *
This Friday, Travis Oliphant will lead a webinar on
optimization methods in EPD. Then, on the 19th, we'll
host a webinar on Python libraries for integrating
C and C++ code, namely Weave, Cython, and ctypes.
Enthought Python Distribution Webinar
How do I... optimize?
Friday, March 5: 1pm CST/7pm UTC
Wait-list (for non-subscribers): email
 am...@en...
Scientific Computing with Python Webinar
Weave, Cython, and ctypes
Friday, March 19: 1pm CST/7pm UTC
Register:
 https://www.gotomeeting.com/register/335697152
Enjoy!
~ The Enthought Team ~
Open Course Austin, TX:
 http://www.enthought.com/training/open-austin-sci.php
 Python for Scientists and Engineers
 * May 17- 19
 Interfacing with C / C++ and Fortran
 * May 20
 Introduction to UIs and Visualization
 * May 21
Financial Open Course, London, UK:
 http://www.enthought.com/training/open-london-fin.php
 Python for Quants
 * March 8-10
 Software Craftsmanship
 * March 11
 Introduction to UIs and Visualization
 * March 12
* Pricing, licensing, and training inquiries *
Didrik and Matt are dedicated to answering your
questions and getting you the support you need.
US : Matt Harward
mha...@en...
Europe: Didrik Pinte
dp...@en...

On Tue, Mar 2, 2010 at 5:13 AM, Dunx <du...@ho...> wrote:
>
> Hi,
>
> I know about the difference between pylab.psd and mlab.psd, but in theory
> the only difference between the returned values is:
>
> pylab.psd = 10*log10(mlab.psd)
>
> Except this is not true, there is noticeable difference:
>
> pylab.psd = 23.4962 (all these pylab.psd values are read from graph)
> 10*log10(mlab.psd) = 17.2852
>
> pylab.psd = 18.8973
> 10*log10(mlab.psd) = 12.8149
>
> pylab.psd = 4.92
> 10*log10(mlab.psd) = -2.247
>
> These all look suspiciously out by around 2pi, although by no means exact.
> Any ideas?
>
> code is:
> pylab.psd(input, NFFT=512, Fs=sampleRate, window=blackman(512)) #graph
> x,y = mlab.psd(input, NFFT=512, Fs=sampleRate, window=blackman(512)) #look
> at x
What version of mpl are you using? Could you try setting your
matplotlib rc parameter path.simplify to False? There is a known bug
in the released version of mpl that causes path simplification to
render lines improperly. Looking at the code, Axes.psd just calls
mlab.psd and then plots 10*log10(pxx), so if there is a difference the
most likely culprit is a rendering bug.
See http://matplotlib.sourceforge.net/users/customizing.html for
information on how to change your default matplotlib rc parameters.
Christoph, this is a serious bug that merits a branch bugfix release
ASAP. I will do the src release if you can do the win32 release.
Perhaps we can find someone who can build the OSX binaries for us
since my OSX box is dead. By I don't want to hold the release for
want of OSX binaries since this is a recurrent and serious problem.
JDH

On 2/25/2010 6:22 PM, Friedrich Romstedt wrote:
> Ok, it's rereleased now under MIT,
> github.com/friedrichromstedt/diagram_cl . I'm having somewhat trouble
> accessing my web server at the moment, so please find it on github.
> The docu onwww.friedrichromstedt.org 
Including the link http://www.friedrichromstedt.org/index.php?m=186 
would be helpful;
it took a couple clicks to find it.
Also, apologies if you did and I do not recall, but posting to the
SciPy list might hook you up with more interested people. Be sure
to include a clear statement of the problem you are addressing.
(It is kind of buried in your introductory text.)
Cheers,
Alan

Hi,
that is very interesting. So what about the following image:
test_large.png
which has been create with the exact same code. Does this file has an
alpha channel? Because this file I can see clearly on my browser.
Cheers
 Alex
On Tue, Mar 2, 2010 at 15:05, Renato Alves <rj...@ig...> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Quoting Alexander Dietz on 03/02/2010 01:27 PM:
>> Hi,
>>
>> thanks for testing. So it looks like a bug in firefox from 3.5.8 ->
>> 3.6, or do you see any strange things happening in the file to create
>> this image?
>
> Tested here on firefox 3.6 (Ubuntu) and I cannot reproduce what you
> described.
>
> Looking at the files, the only difference is that one png has an alpha
> channel while the other one doesn't. The one that caused you problems is
> the one that has the alpha channel.
>
> You should probably check external dependencies like libpng (1.2.37-1 here).
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkuNGzAACgkQYh11EUYTX9SarQCdHuUkqBzcLJq7A8R37QCrh0p4
> Vl8AmQGE/ye1ylMueVUq5pWxEj924udU
> =QYcO
> -----END PGP SIGNATURE-----
>

On Tue, Mar 2, 2010 at 4:05 AM, Alexander Dietz
<ale...@la...> wrote:
> Hi,
>
> I have trouble seeing a png image that I have created with matplotlib
> (0.99.1.1) in my firefox browser( 2.6) and I am not sure if it is a
> browser issue of a bug in matplotlib.
Strange -- I can see it fine in firefox 3.5 on Solaris. Haven't seen
this problem before.
JDH

On Mon, Mar 1, 2010 at 8:30 PM, kotsumu <tru...@ho...> wrote:
>
> I have a X Variable in years and 2 y variables. That I want to plot on a
> single graph.
> I have already listed my X variable and 2 y variables in a list but I don't
> know how to plot them on the single graph.
>
> My x variable for example 1948 is not in the scale of for example 0.48...
>
> What should I do? The list are all in consistent lenght.
Take a look at the pyplot tutorial -- the first section covers how to
do this. Ie, see the 3rd graph/example from the top
http://matplotlib.sourceforge.net/users/pyplot_tutorial.html
JDH

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quoting Alexander Dietz on 03/02/2010 01:27 PM:
> Hi,
> 
> thanks for testing. So it looks like a bug in firefox from 3.5.8 ->
> 3.6, or do you see any strange things happening in the file to create
> this image?
Tested here on firefox 3.6 (Ubuntu) and I cannot reproduce what you
described.
Looking at the files, the only difference is that one png has an alpha
channel while the other one doesn't. The one that caused you problems is
the one that has the alpha channel.
You should probably check external dependencies like libpng (1.2.37-1 here).
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuNGzAACgkQYh11EUYTX9SarQCdHuUkqBzcLJq7A8R37QCrh0p4
Vl8AmQGE/ye1ylMueVUq5pWxEj924udU
=QYcO
-----END PGP SIGNATURE-----

Hi,
thanks for testing. So it looks like a bug in firefox from 3.5.8 ->
3.6, or do you see any strange things happening in the file to create
this image?
Cheers
 Alex
On Tue, Mar 2, 2010 at 14:19, Johann Rohwer <jr...@su...> wrote:
> On Tuesday 02 March 2010, Alexander Dietz wrote:
>> This is the original image created with the script in the same
>> directory (and which I can't see. I don't neither get a warning nor
>> an error, just a bnalk screen:
>> http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test.png
>>
>> while this one I have created with converting to jpg and back to
>> png. The sizes are different, and this one I can see in my browser
>> http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test2.png
>
> I can see both images in my browser, they look (virtually) identical.
>
> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100218
> Mandriva Linux/1.9.1.8-0.1mdv2010.0 (2010.0) Firefox/3.5.8 (.NET CLR
> 3.5.30729)
>
> Johann
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Tuesday 02 March 2010, Alexander Dietz wrote:
> This is the original image created with the script in the same
> directory (and which I can't see. I don't neither get a warning nor
> an error, just a bnalk screen:
> http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test.png
> 
> while this one I have created with converting to jpg and back to
> png. The sizes are different, and this one I can see in my browser
> http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test2.png
I can see both images in my browser, they look (virtually) identical.
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100218 
Mandriva Linux/1.9.1.8-0.1mdv2010.0 (2010.0) Firefox/3.5.8 (.NET CLR 
3.5.30729)
Johann

Hi,
I know about the difference between pylab.psd and mlab.psd, but in theory
the only difference between the returned values is:
pylab.psd = 10*log10(mlab.psd)
Except this is not true, there is noticeable difference:
pylab.psd = 23.4962 (all these pylab.psd values are read from graph)
10*log10(mlab.psd) = 17.2852
pylab.psd = 18.8973
10*log10(mlab.psd) = 12.8149
pylab.psd = 4.92
10*log10(mlab.psd) = -2.247
These all look suspiciously out by around 2pi, although by no means exact.
Any ideas?
code is:
pylab.psd(input, NFFT=512, Fs=sampleRate, window=blackman(512)) #graph
x,y = mlab.psd(input, NFFT=512, Fs=sampleRate, window=blackman(512)) #look
at x
-- 
View this message in context: http://old.nabble.com/PSD-amplitude-disparity-tp27754632p27754632.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi,
I have trouble seeing a png image that I have created with matplotlib
(0.99.1.1) in my firefox browser( 2.6) and I am not sure if it is a
browser issue of a bug in matplotlib.
Here are two examples of the image:
This is the original image created with the script in the same
directory (and which I can't see. I don't neither get a warning nor an
error, just a bnalk screen:
http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test.png
while this one I have created with converting to jpg and back to png.
The sizes are different, and this one I can see in my browser
http://atlas3.atlas.aei.uni-hannover.de/~dietz/Test/test2.png
Could the png file be corrupted? In other browsers or tools like
kview, okular etc I have no problems to open/print both images.
Thanks
 Alex

I'd like to be able to generate type C photometry plots with 
matplotlib. The standard co-ordinate system for these has 0 degrees at 
the bottom (nadir) of the plot, with values increasing 
counterclockwise. Is there anyway I can transform the co-ordinates that 
matplotlib uses to do this?
-- 
Randolph Fritz
 design machine group, architecture department, university of washington
rfritz@u.washington.edu -or- rfr...@gm...

John and T J,
L1587 at lines.py
 def set_mfc(self, val):
 'alias for set_markerfacecolor'
 self.set_markerfacecolor(val, alt=alt)
"alt" is not defined and it currently raises an exception.
By the way, I noticed that the current approach is to implement
fillstyle for EVERY markers.
An alternative approach would be using a big enough circle for
fillstyle and clip it with the full marker path.
The number of "draw_markers" call increases but the code will be much
simplified and more easy to maintain. Just a thought.
Regards,
-JJ
On Tue, Feb 16, 2010 at 9:39 PM, John Hunter <jd...@gm...> wrote:
> On Mon, Feb 15, 2010 at 8:28 PM, T J <tj...@gm...> wrote:
>> On Mon, Feb 15, 2010 at 5:22 PM, John Hunter <jd...@gm...> wrote:
>>> Very nice and thorough work. I think this should be included, but
>>> I'll wait to hear from other developers before committing. Could you
>>> confirm that the unit tests pass?
>>>
>>>>>> import matplotlib
>>>>>> matplotlib.test()
>>>
>>
>> Confirmed on rev 8133:
>>
>> Ran 124 tests in 341.585s
>>
>> FAILED (KNOWNFAIL=2, errors=2)
>> and the errors were something to do with hexbin extents and the figimage method.
>>
>
> Great -- I committed this patch in r8138
>
>
>>> I think the markerangle would also be a useful contribution, though it
>>> would render some of the markers redundant (eg triangle left, right,
>>> etc, would all just be triangles with different angles...)
>>>
>>
>> That was a concern I had as well, but I suppose > ^ v < (etc) could
>> just be considered shortcuts to particular angles. Presumably, we
>> would not be removing them. Correct? Also, is the standard to have
>> the angle specified in degrees? So what is more useful: markerangle
>> or markerdeg?
>
> We would definitely be leaving these as shortcuts and for backward
> compatibility. And yes the standard is to use degrees -- for
> consistency with the text "rotation" property, we may want
> markerrotation specified in degrees.
>
>>
>> The other difference is that when one specifies fillstyle='left', then
>> it would only apply to the marker at 0 degrees. Whereas, marker='v',
>> fillstyle='left', markerangle=0 would correspond to marker='^',
>> fillstyle='right', markerangle=180  (or something like that).
>
> You can think about what the right way to do this is. My first
> inclination is that that left, right, etc, apply to the unrotated
> marker, and then you apply the rotation. So 'd' with markerrotation=0
> and fillstyle='left' would be identical to 'd' with fillstyle='right'
> and markerrotation=180. But any convention you want to apply would
> probably be fine as long as it is documented. Note I am not sure this
> is a terribly useful feature, but it might be marginally useful and it
> seems like something that could be implemented unobtrusively. So
> don't kill yourself on it.
>
> Thanks again for the nice work.
>
> JDH
>
> ------------------------------------------------------------------------------
> SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
> Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
> http://p.sf.net/sfu/solaris-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

I have a X Variable in years and 2 y variables. That I want to plot on a
single graph.
I have already listed my X variable and 2 y variables in a list but I don't
know how to plot them on the single graph.
My x variable for example 1948 is not in the scale of for example 0.48...
What should I do? The list are all in consistent lenght.
-- 
View this message in context: http://old.nabble.com/Plotting-2-Y-Vars-1-X-Var-tp27751576p27751576.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Mon, Mar 1, 2010 at 8:12 PM, Jae-Joon Lee <lee...@gm...> wrote:
> John and T J,
>
> L1587 at lines.py
>
>  def set_mfc(self, val):
>    'alias for set_markerfacecolor'
>    self.set_markerfacecolor(val, alt=alt)
>
> "alt" is not defined and it currently raises an exception.
Fixed -- thanks for the catch.
> By the way, I noticed that the current approach is to implement
> fillstyle for EVERY markers.
> An alternative approach would be using a big enough circle for
> fillstyle and clip it with the full marker path.
> The number, of "draw_markers" call increases but the code will be much
> simplified and more easy to maintain. Just a thought.
We do some significant optimizations in the agg backend in
RendererAgg::draw_markers with cached rendered markers, so some extra
machinery would have to be pushed into the backend to continue
supporting this optimization if we wanted to follow this suggestion.