On Wed, Mar 14, 2012 at 5:38 PM, Will Grainger wrote:
> Not sure if this is a bug or a feature, but
> xlabel (and ylabel) doesn't honour the rcParams['font.size']
> parameters.
I think xlabel and ylabel honor rcParams['axes.labelsize'].
Alejandro.
---
Hi Kevin,
Thanks for your post. I think the short answer is that the solution
will require some manual adjustments.
It has been a little while since I worked with the Sankey class, but
I'll try to give some detail. The entire Sankey diagram is a composite
of sub-diagrams. Each sub-diagram m
Hi all,
I'm (finally) getting started with matplotlib, and am enjoying the lovely plot
quality. However, as a non-matlab user, I'm finding it *extremely* difficult to
figure out how to do even the simplest tasks / understand the code samples.
(e.g. what is the '111' in the boilerplate calls to
Hello list;
I have some data that I would like to display a bit like it is done in
this example:
http://matplotlib.sourceforge.net/mpl_toolkits/mplot3d/tutorial.html#d-plots-in-3d
Only, instead of the line plot in the z=0 plane, I would like to represent
my data as a pcolormesh (and instead of
Hello list;
I have some data that I would like to display a bit like it is done in
this example:
http://matplotlib.sourceforge.net/mpl_toolkits/mplot3d/tutorial.html#d-plots-in-3d
Only, instead of the line plot in the z=0 plane, I would like to
represent my data as a pcolormesh (and instead of
Not sure if this is a bug or a feature, but
xlabel (and ylabel) doesn't honour the rcParams['font.size']
parameters.
To see this:
x = linspace(0,10)
y = x**2
plot(x,y)
xlabel("x, m")
ylabel(r'y^2, m^2")
rcParams['font.size'] = 20
ylabel(r'y$^{2}$, m')
this is different to
ylabel(r'y$^{2}$, m', f
I've been working through this excellent new book on Matplotlib:
Tosi, Sandro. Matplotlib for Python developers. Packt
Publishing, 2009, ISBN 978-1-847197-90-0.
I've been teaching Python classes for 15 years. Until now, all I
could do in the Matplotlib unit is throw some small exampl
On 03/16/2012 08:28 AM, John W. Shipman wrote:
> We have Matplotlib 1.0.1 installed here, and it does not seem to
> have a Tkinter backend:
The backend has always been available, but it appears only if the Tk/Tcl
headers are found when mpl is built. So, upgrading mpl is generally a
good thing t
Hi;
Somewhat related to my earlier question: instead of doing a surfaceplot,
I have also considered doing a pcolormesh of a 2D dataset in the z=0
plane. This doesn't seem to be immediately possible though, but it would
be a really nice feature. Is there a way to do it that doesn't require
too
We have Matplotlib 1.0.1 installed here, and it does not seem to
have a Tkinter backend:
$ python
Python 2.7.1 (r271:86832, Apr 12 2011, 16:15:16)
[GCC 4.6.0 20110331 (Red Hat 4.6.0-2)] on linux2
Type "help", "copyright", "credits"
Hi,
I have been dreaming about this for a long time too,
This would really be a nice feature. I often need to come back to the
formatting of a plot, and its formatting only, without the need to
really access the data (which I often end up calculating again!)
Guillaume
Le 16/03/2012 09:17, D
Indeed, saving figures in the manner of Matlab would be a great feature
enhancement for Matplotlib.
Keep Hacking ! :)
Cheers
François
<>--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
ht
Hi,
This sounds actually very interesting. I have been thinking about how to
save matplotlib figures in a way comparable to the Matlab .fig format: a
file that holds the data (for instance using HDF5/pytables, some figures
might hold a lot of data) and the plotting commands to exactly
reconstr
13 matches
Mail list logo
