matplotlib-users Mailing List for matplotlib

Filipe Pires Alvarenga Fernandes wrote:
> Dear matplotlib users,
> 
> I've been successful to plot 2-D lines with dates in the x-axis directly 
> like:
> 
> > plot(time,dens[1,:])
> 
> Where times starts at 1998年01月11日 01:00:00 and ends at 1998年02月06日 
> 08:00:00 (633 elements). and dens has 10 elements. Now I'm trying to 
> make a contour plot like:
> 
> > CS = contourf(tempo, depth, dens)
> 
> But I cannot make the dates appear, the plot shows only the "date number".
This is a bug, now fixed in svn.
As a workaround, try something like this after the call to contour:
ax = gca()
ax.xaxis_date()
draw()
(The draw() is needed only if you are working interactively.)
Eric
> 
> 
> Thanks for any help, Filipe
> 
> ps:
> matplotlib version: 0.99.1.1
> backend: Qt4Agg
> llinux Opensuse 11.2
> 
> 
> *****************************************************
> Filipe Pires Alvarenga Fernandes
> 
> Email: fal...@um... 
> <mailto:fal...@um...>
> oc...@gm... <mailto:oc...@gm...>
> 
> http://ocefpaf.tiddlyspot.com/
> *****************************************************
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

C M wrote:
> For those who you wxPython with matplotlib, does anyone know how to do
> this or can point me in the right direction?
> 
> I would like to pick a point (that part is fine) and then place a
> wxFrame near to that point. I'm using something like:
> 
> #Note: self is a wxPanel that contains the matplotlib plot.
> mouseLocation = wx.GetMousePosition()
> pos = self.ScreenToClient(mouseLocation)
> self.popup.Move(pos)
> 
> but this results in the frame being completely displaced from the
> picked point.
just thinking out loud here, but when you call self.popup.Move(), I 
think that's screen coordinates, but you called self.ScreenToClient().
I think you want something like:
mouseLocation = wx.GetMousePosition()
self.popup.Move(pos)
Or you could get the coords from the mouse event instead, which will be 
in client coords.
I'd print out some of those coords, so can make sense of them
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

For those who you wxPython with matplotlib, does anyone know how to do
this or can point me in the right direction?
I would like to pick a point (that part is fine) and then place a
wxFrame near to that point. I'm using something like:
#Note: self is a wxPanel that contains the matplotlib plot.
mouseLocation = wx.GetMousePosition()
pos = self.ScreenToClient(mouseLocation)
self.popup.Move(pos)
but this results in the frame being completely displaced from the
picked point. I've tried a number of different approaches and am
stuck. Any ideas would be appreciated.
Che

So twiny() is up and running with a FixedLocator and Formatter for the ticks
on the upper xAxis but am now unable to rotate these tick labels. Is there
a special method to set the rotation, etc with FixedLocators?
On Thu, Jan 21, 2010 at 3:09 PM, Jae-Joon Lee <lee...@gm...> wrote:
> On Thu, Jan 21, 2010 at 2:31 PM, Andrew Kelly <ndr...@gm...> wrote:
> > Turning label2On = true turned on the labels as directed. However, the
> > function label2.set_text("New Tick Label") does not update the
> > actual text. I can set_size(), etc and it works, but set_text() does not
> > update. Any ideas why?
> >
>
> You should not call set_text directly, instead you need to call
> Axis.set_ticklabels.
> If you want the top (right) ticks have different ticklabels than the
> bottom (left) ticks, that is not possible.
> You need to make another axes by calling twin*.
>
> -JJ
>

On 01/22/2010 12:02 PM, Eric Firing wrote:
> C M wrote:
>> On Fri, Jan 22, 2010 at 2:34 PM, Michael Cohen<mc...@ca...> wrote:
>>> Hi all,
>>> I am making a plot with circle symbols, so I have 'o' in the plot() command.
>>> How do I make those circles transparent? I'd like the center of the
>>> circles to allow the catter plot underneath the circle location to show
>>> through.
>
> That will make the circle borders transparent as well. If you don't
> want the circles filled at all, use mfc='none' (a string, not the Python
> None object).
Thanks, this is what I was after.
Cheers
Michael

C M wrote:
> On Fri, Jan 22, 2010 at 2:34 PM, Michael Cohen <mc...@ca...> wrote:
>> Hi all,
>> I am making a plot with circle symbols, so I have 'o' in the plot() command.
>> How do I make those circles transparent? I'd like the center of the
>> circles to allow the catter plot underneath the circle location to show
>> through.
That will make the circle borders transparent as well. If you don't 
want the circles filled at all, use mfc='none' (a string, not the Python 
None object).
Eric
>>
>> Cheers
>> Michael
> 
> In your plot() command you can set the alpha value. Try setting
> mfc='b', for example, (marker face color = blue) and then alpha = .3.
> and then you can try different values of alpha to see how transparent
> you want it.
> 
> Che
> 
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for Conference
> attendees to learn about information security's most important issues through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Fri, Jan 22, 2010 at 2:34 PM, Michael Cohen <mc...@ca...> wrote:
> Hi all,
> I am making a plot with circle symbols, so I have 'o' in the plot() command.
> How do I make those circles transparent? I'd like the center of the
> circles to allow the catter plot underneath the circle location to show
> through.
>
> Cheers
> Michael
In your plot() command you can set the alpha value. Try setting
mfc='b', for example, (marker face color = blue) and then alpha = .3.
and then you can try different values of alpha to see how transparent
you want it.
Che

Hi all,
I am making a plot with circle symbols, so I have 'o' in the plot() command.
How do I make those circles transparent? I'd like the center of the 
circles to allow the catter plot underneath the circle location to show 
through.
Cheers
Michael

It is very simple to change key-assignment. Take a look at the
backend_bases.py code (search for event.key instances) :
 elif event.key == 'L':
I was thinking to move y-scaling to "y" and x-scaling to "x" but x and y are
assigned to something else (
http://matplotlib.sourceforge.net/users/navigation_toolbar.html)
For me toggling "k" is simpler for me than doing Shift-L.
Maybe these options could be provided in the matplotlibrc file. Users can
make their key mapping based on their choice. That requires some more coding
:)
On Fri, Jan 22, 2010 at 1:59 AM, Matthias Michler
<Mat...@gm...>wrote:
> Hi Gökhan, Hi list members,
>
> This is really a missing feature in matplotlib in my opinion and it's great
> that you took the time to make an suggestion, but I would prefer capital
> "L"
> for the xaxis-scaling like gnuplot although I'm not sure this is possible.
>
> What do you and other list members think about that?
>
> Kind regards,
> Matthias
>
> On Thursday 21 January 2010 19:45:37 Gökhan Sever wrote:
> > Hello,
> >
> > "l" key does the log - linear scaling for y-axis. I have made a minor
> > change to use "k" for x-axis scaling.
> >
> > Patch added. Feel free to add if you find it useful.
>
>
>
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
-- 
Gökhan

This fixes my upside-down looking top x-labels.
I must have missed your updates. Thanks for the quick solution again.
On Thu, Jan 21, 2010 at 10:36 PM, Jae-Joon Lee <lee...@gm...> wrote:
> The rotation of the ticklabels are now measured relative to the
> direction of the ticks. While I understand this can be confusing at
> first, this is kind of necessary to support axis along an arbitrary
> path.
>
> For example, the default rotation for the ticklabels in the top axis
> is 180, not 0 (but it looks like 0). So, in your case, the angle
> should be 190, instead of 10 (at line 117). Let me know if there is
> any other issue.
>
> -JJ
>
>
>
> On Thu, Jan 21, 2010 at 8:34 PM, Gökhan Sever <gok...@gm...>
> wrote:
> > JJ,
> >
> > One thing is still little mysterious. My top xticks are reversed.
> >
> > See in the saved image:
> http://img46.imageshack.us/img46/3849/imagevp.png
> >
> > The code that produces that script:
> > http://code.google.com/p/ccnworks/source/browse/trunk/dccn_plot.py
> >
> > Any ideas?
> >
> >
> > On Thu, Jan 21, 2010 at 5:45 PM, Jae-Joon Lee <lee...@gm...>
> wrote:
> >>
> >> On Thu, Jan 21, 2010 at 6:16 PM, Gökhan Sever <gok...@gm...>
> >> wrote:
> >> > Yes, it is running from the latest trunk check-out.
> >>
> >> The internals of how ticks, ticklables work in the svn version have
> >> significantly changed, which I hope is an improvement. Unfortunately,
> >> "_label_angles" is deprecated and should not be used. Instead, try,
> >>
> >> ax.axis["right"].label.set_axis_direction("left")
> >>
> >> The documentation is yet to be written, but there are some examples
> >> you may take a look.
> >>
> >> doc/mpl_toolkits/axes_grid/figures/demo_axis_direction.py
> >> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
> >> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
> >>
> >> Regards,
> >>
> >> -JJ
> >
> >
> >
> > --
> > Gökhan
> >
>
-- 
Gökhan

What does the command `python.exe -v -c "from matplotlib import pylab"`
say?
MPL 0.99.1 contains a bug (#2903460) that crashes the _path module on
slow Pentium CPUs (at least when using Python 2.6). A updated installer
is available at <http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib>.
It might help to add the path where python.exe is installed to the
Windows search path. E.g. try `SET PATH=C:\Python25;%PATH%` before
running your program.
Christoph
On 1/21/2010 11:06 PM, Brendan Barnwell wrote:
> Hi,
> 
> 	I decided to upgrade to matoplotlib 0.99.1. I'm on Windows XP. I 
> downloaded matplotlib-0.99.1.win32-py2.5.exe and ran it. It seemed to 
> install. Now when I try "from matplotlib import pyplot", Python 
> crashes with one of those "pythonw has encountered a problem and needs 
> to close" messages. I tried uninstalling matplotlib, and I also 
> uninstalled SciPy and upgraded that to the latest version (0.7.1) and 
> then reinstalled matplotlib. Still crashes. Importing numpy on its 
> own works, as does importing matplotlib on its own.
> 
> 	How can I fix this problem?
> 
> Thanks,

Hi,
	I decided to upgrade to matoplotlib 0.99.1. I'm on Windows XP. I 
downloaded matplotlib-0.99.1.win32-py2.5.exe and ran it. It seemed to 
install. Now when I try "from matplotlib import pyplot", Python 
crashes with one of those "pythonw has encountered a problem and needs 
to close" messages. I tried uninstalling matplotlib, and I also 
uninstalled SciPy and upgraded that to the latest version (0.7.1) and 
then reinstalled matplotlib. Still crashes. Importing numpy on its 
own works, as does importing matplotlib on its own.
	How can I fix this problem?
Thanks,
-- 
Brendan Barnwell
"Do not follow where the path may lead. Go, instead, where there is 
no path, and leave a trail."
 --author unknown

Hello,
What I do is to set it _before_ plotting through the rcParams.
rcParams['xtick.labelsize']=24
There is also the possiblity to change that property afterwards with 
an argument to xticks.
xticks(fontsize=24)
Pierre
Le 21 janv. 10 à 22:36, Brian Larsen a écrit :
> How does one set the font size on ticklabels and labels for a figure?
>
> I would expect something like plot(arange(11), xfontsize=14) to work
> but I am not finding any keywords here for that. what am I missing?

On Thu, Jan 21, 2010 at 9:24 PM, Eric Firing <ef...@ha...> wrote:
> I changed my mind and decided you are correct in thinking the change should
> be made in contour.py. I now make the bottom boundary adjustment at the
> last possible time, and in such a way that it does not change the levels
> array at all. Therefore the colorbar never sees it, and the result of
> explicitly supplying a set of levels is identical to the case where those
> levels result from autoscaling.
>
Great! Thanks~
-JJ

The rotation of the ticklabels are now measured relative to the
direction of the ticks. While I understand this can be confusing at
first, this is kind of necessary to support axis along an arbitrary
path.
For example, the default rotation for the ticklabels in the top axis
is 180, not 0 (but it looks like 0). So, in your case, the angle
should be 190, instead of 10 (at line 117). Let me know if there is
any other issue.
-JJ
On Thu, Jan 21, 2010 at 8:34 PM, Gökhan Sever <gok...@gm...> wrote:
> JJ,
>
> One thing is still little mysterious. My top xticks are reversed.
>
> See in the saved image: http://img46.imageshack.us/img46/3849/imagevp.png
>
> The code that produces that script:
> http://code.google.com/p/ccnworks/source/browse/trunk/dccn_plot.py
>
> Any ideas?
>
>
> On Thu, Jan 21, 2010 at 5:45 PM, Jae-Joon Lee <lee...@gm...> wrote:
>>
>> On Thu, Jan 21, 2010 at 6:16 PM, Gökhan Sever <gok...@gm...>
>> wrote:
>> > Yes, it is running from the latest trunk check-out.
>>
>> The internals of how ticks, ticklables work in the svn version have
>> significantly changed, which I hope is an improvement. Unfortunately,
>> "_label_angles" is deprecated and should not be used. Instead, try,
>>
>> ax.axis["right"].label.set_axis_direction("left")
>>
>> The documentation is yet to be written, but there are some examples
>> you may take a look.
>>
>> doc/mpl_toolkits/axes_grid/figures/demo_axis_direction.py
>> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
>> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
>>
>> Regards,
>>
>> -JJ
>
>
>
> --
> Gökhan
>

Hi there,
I am trying to plot a surface using plot_surface.
As this surface is generated using griddata, the corresponding z-values
is a masked array.
When I plot this masked array using plot_surface, 
the colormap is completely upset, the whole surface appears in blue.
One can do something like
plot_surface(x,y,z.filled(z.mean()),cmap=cmap.jet)
but this is not really what one would like to have, because the missing
values are being
displayed, and in this case, the missing values are certainly not equal to
the mean of the surface.
Alternatively, it would be nice if griddata allowed to extrapolate a bit out
of the convex hull 
of the given data. It seems that natgrid is able to do this (I found options
that specifies this), I installed natgrid, but in the matplotlib interface
to natgrid, one cannot specify any options proper to natgrid,
and extrapolation seems to be switched off, leading to masked arrays being
returned.
One more alternative would be that the color calculation for the surface
would only be done
for the non-masked fields in the masked array, but I do not know how to tell
matplotlib to do this
or how to do this by hand.
Any help appreciated!
-- 
View this message in context: http://old.nabble.com/plot_surface-masked-array-tp27266471p27266471.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Jae-Joon Lee wrote:
> On Wed, Jan 20, 2010 at 2:04 PM, Eric Firing <ef...@ha...> wrote:
>> The reason for this fudge in contour is that contourf fills
>> lower < z <= upper
>> for each consecutive pair of contour levels.
>> When the minimum value of z coincides with the lowest level, then regions
>> with that minimum are left blank; so the lowest level is adjusted downward
>> slightly, making the lowest contour interval include the minimum value.
>>
> 
> I understand levels can be adjusted for a better contouring, but I'm
> not sure whether this change needs to be visible to users.
> 
> The autoleveler, initially creates following levels
> 
> [0, 1.5, 3, 4.5, 6, 7.5, 9.]
> 
> But due to the reason you described above, they become
> 
> array([ -9.00000000e-06, 1.50000000e+00, 3.00000000e+00,
> 4.50000000e+00, 6.00000000e+00, 7.50000000e+00,
> 9.00000900e+00])
> 
> And the colorbar uses the adjusted levels for labeling. But I think it
> may make more sense to use the initial levels (at least for the
> colorbar ticks).
JJ,
I changed my mind and decided you are correct in thinking the change 
should be made in contour.py. I now make the bottom boundary adjustment 
at the last possible time, and in such a way that it does not change the 
 levels array at all. Therefore the colorbar never sees it, and the 
result of explicitly supplying a set of levels is identical to the case 
where those levels result from autoscaling.
Eric
> 
> Regards,
> 
> -JJ

JJ,
One thing is still little mysterious. My top xticks are reversed.
See in the saved image: http://img46.imageshack.us/img46/3849/imagevp.png
The code that produces that script:
http://code.google.com/p/ccnworks/source/browse/trunk/dccn_plot.py
Any ideas?
On Thu, Jan 21, 2010 at 5:45 PM, Jae-Joon Lee <lee...@gm...> wrote:
> On Thu, Jan 21, 2010 at 6:16 PM, Gökhan Sever <gok...@gm...>
> wrote:
> > Yes, it is running from the latest trunk check-out.
>
> The internals of how ticks, ticklables work in the svn version have
> significantly changed, which I hope is an improvement. Unfortunately,
> "_label_angles" is deprecated and should not be used. Instead, try,
>
> ax.axis["right"].label.set_axis_direction("left")
>
> The documentation is yet to be written, but there are some examples
> you may take a look.
>
> doc/mpl_toolkits/axes_grid/figures/demo_axis_direction.py
> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
> doc/mpl_toolkits/axes_grid/figures/demo_ticklabel_alignment.py
>
> Regards,
>
> -JJ
>
-- 
Gökhan