Re: [Matplotlib-users] Pie Charts, How to control pie chart size in figure?
On Tuesday August 10 2010 20:31:02 Michael Waters wrote: Hi, I am making a simple pie chart that needs to be small ~3x3 inches. The problem I am having is that the text labels get pushed out side the figure. Is there anyway to make the plot smaller relative to the figure size? Here is my code and the resulting plot: Hi Michael, If you reduce the axes in size the pie chart will be reduced as well, so maybe something like ax = axes([0.25, 0.25, 0.5, 0.5]) is all you need to do. I attached the resulting picture for your interest. Kind regards, Matthias attachment: GSRA_pie_revisited.png-- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] show() blocks script execution for TkAgg from ipython -pylab
On 08/10/2010 05:43 PM, Ryan Krauss wrote: I just upgraded my windows machine to matplotlib 1.0.0 and a simple script such as from pylab import * from scipy import * t = arange(0,1,0.01) y = sin(2*pi*t) figure(1) clf() plot(t,y) show() Now halts execution when run from the ipython -pylab prompt. The same commands typed at the commandline do not lead to show() halting execution. Is this expected behavior? This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule. Eric Thanks, Ryan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Building matplotlib from source with libpng (png.h) installed via fink on Mac OS X
2010/8/11 Markus Baden markus.ba...@gmail.com: I'm running Mac OS X 10.5.8. Ok, that explains why it works to flawlessly. When you would be on 10.6, you would probably run into the problem I mentioned, because the software is compiled /also/ for 10.5, and hence with gcc-4.0. Lucky one ;-) - I'm a bit annoyed by this, but it seems, one can load with gcc-4.2 compiled software gcc-4.0 compiled libraries, but not vice versa (i.e. load with a gcc-4.0 compiled program like python from EPD a shared lib compiled with gcc-4.2). Is the EPD you're using both for 10.5 and 10.6? Well, Friedrich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Sequential Calls to create bar charts jumbles output on second. first always ok.
On Aug 11, 2010, at 6:56 AM, Rob Schneider wrote:
I extract data out of a database (via Django and Python). I'm drawing two
bar charts. One is a stacked bar, and one is a simple bar.
The code for each graph is in their own function. I call the function to
draw the graph sequencially (in function CreateAllWebSite() below).
Problem is that when I do this, the graph called second comes out all
jumbled. See attached copies of png files. If I swap the function calls,
always first is ok and the the second one is jumbled. If I call them one at
a time, they both work just fine (which is how i developed the second). once
put together, the second is wrong. For example, the legend from the first
graph gets put on the second graph . The x-axis for the second is all jumbled
at the bottom left corner of the graph instead of along the x-axis properly.
I'm using Matplotlib 0.98.5.3 on OS X. I will upgrade to 1.0 of Matplot lib
soon.
I suspect some sort of memory issue; perhaps caused by how I import
matplotlib in the global section of the python program; but far as I can tell
this is correct, or is it? I suspect memory as how else would legend from
the first graph get put on the second graph? Is there some sort of reset
function to call to clear out the old graph? I sort of thought that calling a
completely different function would cover that.
Here's the code extract with portions I think no relevant snipped out. From
debugging I'm confident the number arrays holding the data is ok. As I said,
when producing the graphs one at a time, it work fine. So that code snipped
out below.
#!/usr/bin/env python
# −*− coding: UTF−8 −*−
import matplotlib
matplotlib.use('Agg') # before importing pyplot per docs
import matplotlib.pyplot as plt
import numpy as np
[snipped the import of Python and Django libraries]
###
def CreateAllWebSite():
# here is the one function that calls the two graphing functions
sequentially.
# whichever of these is called first is done fine. Second flawed. calling
one at at time, each works ok
CreateMemberStatFigure()
CreateMemberStatCategoryFigure()
###
def CreateMemberStatFigure():
# this function creates a stacked bar chart
[snipped out portions where arrays created]
Hi Rob,
It would be helpful if you could provide a runnable example. I know it's a
pain, but you should simplify your example so that it's runnable with only
matplotlib and numpy You should create some fake data to replace these portions
that you've cut out. Plus there are some (Django?) classes/functions/globals
that are undefined.
Best,
-Tony
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] show() blocks script execution for TkAgg from ipython -pylab
Thanks. I need to role out a python install for my students. Classes start in a week and a half. What should I do? The installation for most of them needs to be fairly simple. Thanks, Ryan On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing efir...@hawaii.edu wrote: On 08/10/2010 05:43 PM, Ryan Krauss wrote: I just upgraded my windows machine to matplotlib 1.0.0 and a simple script such as from pylab import * from scipy import * t = arange(0,1,0.01) y = sin(2*pi*t) figure(1) clf() plot(t,y) show() Now halts execution when run from the ipython -pylab prompt. The same commands typed at the commandline do not lead to show() halting execution. Is this expected behavior? This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule. Eric Thanks, Ryan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] show() blocks script execution for TkAgg from ipython -pylab
0.99.3 is more or less fine, but there is an annoying exception window that pops up if you close IPython with a plot window open (using the TkAgg backend). But in my mind this is less bothersome than having to close all the plot windows every time I run a script (I tend to write scripts that generate 5-10 plots at a minimum). If I could easily build an installer from svn, I would try it. I don't have any microsoft compilers installed on my windows computers. Thanks again, Ryan On Wed, Aug 11, 2010 at 9:09 AM, Ryan Krauss ryanli...@gmail.com wrote: Thanks. I need to role out a python install for my students. Classes start in a week and a half. What should I do? The installation for most of them needs to be fairly simple. Thanks, Ryan On Wed, Aug 11, 2010 at 2:25 AM, Eric Firing efir...@hawaii.edu wrote: On 08/10/2010 05:43 PM, Ryan Krauss wrote: I just upgraded my windows machine to matplotlib 1.0.0 and a simple script such as from pylab import * from scipy import * t = arange(0,1,0.01) y = sin(2*pi*t) figure(1) clf() plot(t,y) show() Now halts execution when run from the ipython -pylab prompt. The same commands typed at the commandline do not lead to show() halting execution. Is this expected behavior? This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule. Eric Thanks, Ryan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] mpl_toolkits
On Wed, Aug 11, 2010 at 7:10 AM, c.jeang christian.jeanguilla...@univ-angers.fr wrote: Hie john, and thank you for your prompt answer. my version is currently the 0.99.1.1 I am going to install the 1.0.0 Thank again Best regards If you are on 0.99.1, then this is not the source of your problems since that version shipped with mpl_toolkits.mplot3d. Can you describe the environment in which you are running, ie, exactly what you are doing to load mpl, what python interpreter, what OS, where you got matplotlib from? For more info on how to provide us the information we need, see http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#report-a-problem PS: please keep all responses on list by replying to matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] mpl_toolkits
On Wed, Aug 11, 2010 at 9:27 AM, John Hunter jdh2...@gmail.com wrote: On Wed, Aug 11, 2010 at 7:10 AM, c.jeang christian.jeanguilla...@univ-angers.fr wrote: Hie john, and thank you for your prompt answer. my version is currently the 0.99.1.1 I am going to install the 1.0.0 Thank again Best regards If you are on 0.99.1, then this is not the source of your problems since that version shipped with mpl_toolkits.mplot3d. Can you describe the environment in which you are running, ie, exactly what you are doing to load mpl, what python interpreter, what OS, where you got matplotlib from? For more info on how to provide us the information we need, see http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#report-a-problem PS: please keep all responses on list by replying to matplotlib-users John, The problem wasn't the mplot3d was missing (because it wasn't missing). The problem was that he was running the v1.0 examples with has the new syntax for 3d plots that was not available in previous versions. The change was due to a commit I made just prior to the v1.0 release (which allowed for subplotting of figures). Maybe I should add a note to the documentation for the correct syntax for mpl version prior to v1.0? Ben Root -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Sequential Calls to create bar charts jumbles output on second. first always ok.
On Wed, Aug 11, 2010 at 8:43 AM, Tony S Yu tsy...@gmail.com wrote:
On Aug 11, 2010, at 6:56 AM, Rob Schneider wrote:
I extract data out of a database (via Django and Python). I'm drawing two
bar charts. One is a stacked bar, and one is a simple bar.
The code for each graph is in their own function. I call the function to
draw the graph sequencially (in function CreateAllWebSite() below).
Problem is that when I do this, the graph called second comes out all
jumbled. See attached copies of png files. If I swap the function calls,
always first is ok and the the second one is jumbled. If I call them one at
a time, they both work just fine (which is how i developed the second).
once put together, the second is wrong. For example, the legend from the
first graph gets put on the second graph . The x-axis for the second is all
jumbled at the bottom left corner of the graph instead of along the x-axis
properly.
I'm using Matplotlib 0.98.5.3 on OS X. I will upgrade to 1.0 of Matplot lib
soon.
I suspect some sort of memory issue; perhaps caused by how I import
matplotlib in the global section of the python program; but far as I can
tell this is correct, or is it? I suspect memory as how else would legend
from the first graph get put on the second graph? Is there some sort of
reset function to call to clear out the old graph? I sort of thought that
calling a completely different function would cover that.
Here's the code extract with portions I think no relevant snipped out. From
debugging I'm confident the number arrays holding the data is ok. As I
said, when producing the graphs one at a time, it work fine. So that code
snipped out below.
#!/usr/bin/env python
# -*- coding: UTF-8 -*-
import matplotlib
matplotlib.use('Agg') # before importing pyplot per docs
import matplotlib.pyplot as plt
import numpy as np
[snipped the import of Python and Django libraries]
###
def CreateAllWebSite():
# here is the one function that calls the two graphing functions
sequentially.
# whichever of these is called first is done fine. Second flawed. calling
one at at time, each works ok
CreateMemberStatFigure()
CreateMemberStatCategoryFigure()
###
def CreateMemberStatFigure():
# this function creates a stacked bar chart
[snipped out portions where arrays created]
Hi Rob,
It would be helpful if you could provide a runnable example. I know it's a
pain, but you should simplify your example so that it's runnable with only
matplotlib and numpy You should create some fake data to replace these
portions that you've cut out. Plus there are some (Django?)
classes/functions/globals that are undefined.
Agreed. The only thing I can think of is that the second figure is
reusing the first. You can try calling plt.figure() at the beginning
of the functions to create a new figure, or call plt.figure() in
between the calls to CreateMemberStatCategoryFigure() and
CreateMemberStatFigure(). I can't be sure since you didn't include the
code that actually calls these functions.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] show() blocks script execution for TkAgg from ipython -pylab
Ryan: you could try matplotlib-1.0.0.svn.win32-py2.6.exe from http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib .It was built this morning from svn. Christoph On 8/11/2010 7:26 AM, Ryan Krauss wrote: 0.99.3 is more or less fine, but there is an annoying exception window that pops up if you close IPython with a plot window open (using the TkAgg backend). But in my mind this is less bothersome than having to close all the plot windows every time I run a script (I tend to write scripts that generate 5-10 plots at a minimum). If I could easily build an installer from svn, I would try it. I don't have any microsoft compilers installed on my windows computers. Thanks again, Ryan On Wed, Aug 11, 2010 at 9:09 AM, Ryan Kraussryanli...@gmail.com wrote: Thanks. I need to role out a python install for my students. Classes start in a week and a half. What should I do? The installation for most of them needs to be fairly simple. Thanks, Ryan On Wed, Aug 11, 2010 at 2:25 AM, Eric Firingefir...@hawaii.edu wrote: On 08/10/2010 05:43 PM, Ryan Krauss wrote: I just upgraded my windows machine to matplotlib 1.0.0 and a simple script such as from pylab import * from scipy import * t = arange(0,1,0.01) y = sin(2*pi*t) figure(1) clf() plot(t,y) show() Now halts execution when run from the ipython -pylab prompt. The same commands typed at the commandline do not lead to show() halting execution. Is this expected behavior? This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule. Eric Thanks, Ryan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] show() blocks script execution for TkAgg from ipython -pylab
This worked perfectly. Thanks Christoph. Ryan On Wed, Aug 11, 2010 at 11:35 AM, Christoph Gohlke cgoh...@uci.edu wrote: Ryan: you could try matplotlib-1.0.0.svn.win32-py2.6.exe from http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib .It was built this morning from svn. Christoph On 8/11/2010 7:26 AM, Ryan Krauss wrote: 0.99.3 is more or less fine, but there is an annoying exception window that pops up if you close IPython with a plot window open (using the TkAgg backend). But in my mind this is less bothersome than having to close all the plot windows every time I run a script (I tend to write scripts that generate 5-10 plots at a minimum). If I could easily build an installer from svn, I would try it. I don't have any microsoft compilers installed on my windows computers. Thanks again, Ryan On Wed, Aug 11, 2010 at 9:09 AM, Ryan Kraussryanli...@gmail.com wrote: Thanks. I need to role out a python install for my students. Classes start in a week and a half. What should I do? The installation for most of them needs to be fairly simple. Thanks, Ryan On Wed, Aug 11, 2010 at 2:25 AM, Eric Firingefir...@hawaii.edu wrote: On 08/10/2010 05:43 PM, Ryan Krauss wrote: I just upgraded my windows machine to matplotlib 1.0.0 and a simple script such as from pylab import * from scipy import * t = arange(0,1,0.01) y = sin(2*pi*t) figure(1) clf() plot(t,y) show() Now halts execution when run from the ipython -pylab prompt. The same commands typed at the commandline do not lead to show() halting execution. Is this expected behavior? This was fixed three weeks ago in svn, both the maintenance branch and the trunk. I made some changes in show() shortly before 1.0, trying to get uniform and reasonable behavior in all backends, and I didn't quite succeed. I think I got it all straightened out--but only after the release, unfortunately. I hope it won't be too long before a 1.0.1 bugfix release can be made, but I am aware of no schedule. Eric Thanks, Ryan -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Disable Colorbar Scaling In Contour Plot
2010/8/11 tgabriel travisgabri...@gmail.com: I would like to have the colorbar displaying the same color scaling regardless of the data input. This /should/ be feasible with .contourf(.., vmin=VMIN, vmax=VMAX), but from the doc this isn't clear at least. If it doesn't work, we have to work out how to use the norm=... argument properly to hand over a Norm instance. Please give vmin/max a try, we can look that up if it fails. Problem 2: If I have a colorbar scale which goes from -10 to 5, and I use one of the standard colormaps which has white in the center of it. How do I keep the zero point at the white color instead of the colorbar automatically picking the midpoint for zero? So you want to set the color-MAP's range with the solution to problem 1, and display in the color-BAR only a subset of the value range used by the Norm? This has been solved already in a former task, if it suits you I can send the sources for that. Friedrich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Matching 3D axes size to 2D in mixed subplot
On Sun, Jul 18, 2010 at 1:17 PM, Benjamin Root ben.r...@ou.edu wrote: On Thu, Jul 15, 2010 at 9:13 PM, Jeff Berry jjbe...@email.arizona.eduwrote: Hi, I'm using the new mixed axes feature in matplotlib 1.0.0 to combine 3D and 2D plots in a single figure. The problem is that the 3D axes have a lot of extra white space around them that prevents the plot to line up flush with the 2D plot. Here is an example image of this: using matplotlib: http://www.u.arizona.edu/~jjberry/matplotlib.pnghttp://www.u.arizona.edu/%7Ejjberry/matplotlib.png vs. matlab of the same thing: http://www.u.arizona.edu/~jjberry/matlab.pnghttp://www.u.arizona.edu/%7Ejjberry/matlab.png Is there any way of changing the space on the 3D axis to look more like the matlab figure? Thanks, Jeff Berry Jeff, thanks for pointing this out. An inadvertant side-effect of using add_subplot() for 3d axes seems to be that the creation process greatly restricts the available space for the 3d figure to be plotted. Whereas doing the old Axes3D() approach (albeit for non-subplots) would allow the 3D figure to use all the available space. I am currently examining this issue right now and might be tied to another bug that has been reported recently. Ben Root Jeff, Sorry for taking so long to get back to you. I have found a sort of workaround that should help you out. You can use subplots_adjust(left=0.0, bottom=0.0, right=1.0, top=1.0), before creating the axes to specify that the axes objects should use all the space available to them. Note, this will still allow for a buffer between the graphs, which can be adjusted using wspace and hspace keywords. http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.subplots_adjust I hope that helps, Ben Root -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Disable Colorbar Scaling In Contour Plot
On 08/11/2010 08:54 AM, Friedrich Romstedt wrote: 2010/8/11 tgabrieltravisgabri...@gmail.com: I would like to have the colorbar displaying the same color scaling regardless of the data input. This /should/ be feasible with .contourf(.., vmin=VMIN, vmax=VMAX), but from the doc this isn't clear at least. If it doesn't work, we have to work out how to use the norm=... argument properly to hand over a Norm instance. Please give vmin/max a try, we can look that up if it fails. No, contour* do not use vmin, vmax kwargs. Setting the levels should be enough for what I thought the OP wanted to do, so I don't understand the problem--hence I requested a standalone script to illustrate it. vmin, vmax can still be set by using the plt.clim function. Maybe the OP's problem is that the colors become indistinguishable in the relatively small intervals? If so, the answer is to use a different norm, or to use a ListedColormap with a color for each interval. The ListedColormap allows complete freedom to explicitly specify the color for each interval between contour boundaries. Problem 2: If I have a colorbar scale which goes from -10 to 5, and I use one of the standard colormaps which has white in the center of it. How do I keep the zero point at the white color instead of the colorbar automatically picking the midpoint for zero? So you want to set the color-MAP's range with the solution to problem 1, and display in the color-BAR only a subset of the value range used by the Norm? This has been solved already in a former task, if it suits you I can send the sources for that. This sounds like a job for a custom norm, but maybe you found a better way? Eric Friedrich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Fatal Python Error with 64 bit versions
I removed and reinstalled everything, and I'm still getting it. I am using the multiprocessing lib. Each process then produces a graph with matplotlib, which is only done with Savefig (never interactively displaced during the creation process). I have nothing special in the configuration - just using the 64-bit windows defaults. Probably some setup thing. Christoph Gohlke wrote: Christoph I thought that was fixed: http://sourceforge.net/tracker/?func=detailaid=3015013group_id=80706atid=560720 Eric Yes the bug is fixed. If the program is terminated properly. However, you can still crash the Python interpreter if you close or kill the console window while the following script is running. python -cfrom matplotlib import pyplot;pyplot.hot();input() -- Christoph -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- View this message in context: http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29413051.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Fatal Python Error with 64 bit versions
Adding a close() at the end didn't do anything - still get the same message. stetrick wrote: I removed and reinstalled everything, and I'm still getting it. I am using the multiprocessing lib. Each process then produces a graph with matplotlib, which is only done with Savefig (never interactively displaced during the creation process). I have nothing special in the configuration - just using the 64-bit windows defaults. Probably some setup thing. Christoph Gohlke wrote: Christoph I thought that was fixed: http://sourceforge.net/tracker/?func=detailaid=3015013group_id=80706atid=560720 Eric Yes the bug is fixed. If the program is terminated properly. However, you can still crash the Python interpreter if you close or kill the console window while the following script is running. python -cfrom matplotlib import pyplot;pyplot.hot();input() -- Christoph -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- View this message in context: http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29413159.html Sent from the matplotlib - users mailing list archive at Nabble.com. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Fatal Python Error with 64 bit versions
Again, please post a complete script that can reproduce the problem. Since you do not need a GUI did you try to use the Agg backend? Christoph On 8/11/2010 2:31 PM, stetrick wrote: I removed and reinstalled everything, and I'm still getting it. I am using the multiprocessing lib. Each process then produces a graph with matplotlib, which is only done with Savefig (never interactively displaced during the creation process). I have nothing special in the configuration - just using the 64-bit windows defaults. Probably some setup thing. Christoph Gohlke wrote: Christoph I thought that was fixed: http://sourceforge.net/tracker/?func=detailaid=3015013group_id=80706atid=560720 Eric Yes the bug is fixed. If the program is terminated properly. However, you can still crash the Python interpreter if you close or kill the console window while the following script is running. python -cfrom matplotlib import pyplot;pyplot.hot();input() -- Christoph -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Re: [Matplotlib-users] Fatal Python Error with 64 bit versions
Setting the matplotlib.use('Agg') seems to have made the problem go away.
Thanks for your patience.
Scott
Christoph Gohlke wrote:
Again, please post a complete script that can reproduce the problem.
Since you do not need a GUI did you try to use the Agg backend?
Christoph
On 8/11/2010 2:31 PM, stetrick wrote:
I removed and reinstalled everything, and I'm still getting it.
I am using the multiprocessing lib. Each process then produces a graph
with
matplotlib, which is only done with Savefig (never interactively
displaced
during the creation process). I have nothing special in the
configuration
- just using the 64-bit windows defaults.
Probably some setup thing.
Christoph Gohlke wrote:
Christoph
I thought that was fixed:
http://sourceforge.net/tracker/?func=detailaid=3015013group_id=80706atid=560720
Eric
Yes the bug is fixed. If the program is terminated properly. However,
you can still crash the Python interpreter if you close or kill the
console window while the following script is running.
python -cfrom matplotlib import pyplot;pyplot.hot();input()
--
Christoph
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
--
View this message in context:
http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29413496.html
Sent from the matplotlib - users mailing list archive at Nabble.com.
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
[Matplotlib-users] Hints on sizing plot elements?
I'm making a strip chart widget (which I plan to make publicly available when finished). The basics are working fine, but the automatic sizing is not doing so well. Strip charts are typically short, and when suitably short the X axis annotations are partially truncated. So...can I convince the automatic sizer to always show the full X (time) axis annotations and put all the variable sizing into the data area? Or do I have to manually set them somehow? Also, is there a way from my software (not a .matplotlibrc file) to globally make the default background color white for axis annotation areas? Right now the background is gray for annotations and while for plot area and I'd prefer it was all white. -- Russell -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users
