matplotlib-users Mailing List for matplotlib (Page 2)

On 11/27/2011 05:30 PM, Tom Bennett wrote:
> Hi,
> I am new to Matplotlib. I am using matplotlib under ipython. A
> function script generates a figure that has three subplots. The thing is
> that I would like to continue to interact with a specific subplot under
> the interactive prompt through pylab after I run that function. However,
> gca() returns the last subplot which is not what I want.
> The question is if there is any way to tell gca() which Axes is the
> current Axes.
> Thanks,
> Tom
>
If you keep a reference to the Axes when you create it, or if you use 
gca() to return a reference before creating the next one, then you can 
use sca(ax) to make ax the current axes.
Eric
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hi,
I am new to Matplotlib. I am using matplotlib under ipython. A
function script generates a figure that has three subplots. The thing is
that I would like to continue to interact with a specific subplot under the
interactive prompt through pylab after I run that function. However, gca()
returns the last subplot which is not what I want.
The question is if there is any way to tell gca() which Axes is the current
Axes.
Thanks,
Tom

On Thu, Nov 24, 2011 at 7:57 AM, Marianne C. <mar...@gm...> wrote:
>
> My name is Marianne, I am a beginner user of matplotlib.
>> I am using imshow in pyplot. I am desperate to get rid of
>> the ticks on both x and y axes (see attached picture). I
>> do not need the black box around the data either. Should
>> I use imshow in axes.Axes instead, to be able to call
>
>
plt.axis('off')
or
ax = plt.gca()
ax.set_axis_off()
should clear the axis bounds and remove ticks as well.
-- 
Gökhan

Hi Friedrich and everybody else,
Thank you for your reply.
I think I am not getting everything, but in my understanding,
the object which I create is not a Figure or an Axis, it is an
AxesImage. gca() or gcf() return errors indeed.
Therefore, I cannot use attributes which are specific to Figures
and Axes.
Would there be a reason for the class AxesImage to handle
very few attributes? Is this class not so popular? :p
Best,
Marianne
On Thu, Nov 24, 2011 at 8:09 PM, Friedrich Romstedt <
fri...@gm...> wrote:
> 2011年11月24日 Marianne C. <mar...@gm...>:
> > On Thu, Nov 24, 2011 at 3:48 PM, Marianne C. <mar...@gm...>
> wrote:
> >> Hi all,
> >>
> >> My name is Marianne, I am a beginner user of matplotlib.
> >> I am using imshow in pyplot. I am desperate to get rid of
> >> the ticks on both x and y axes (see attached picture). I
> >> do not need the black box around the data either. Should
>
> The cleanes solution, is to use the NullLocator. I'm not a user of
> pylab Matlabish interface, but from what I know::
>
> gca().xaxis.set_major_locator(matplotlib.ticker.NullLocator())
> gca().yaxis.set_major_locator(matplotlib.ticker.NullLocator())
>
> after importing matplotlib.ticker of course. Should work, but didn't try.
>
> http://matplotlib.sourceforge.net/api/ticker_api.html
>
> http://matplotlib.sourceforge.net/api/axis_api.html#matplotlib.axis.Axis.set_major_locator
> http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.gca
>
> You are free to use the OO interface which yields the same.
>
> Notice that upon clear() the locators are most probably lost.
>
> gca() get the current Axes object. xaxis and yaxis are its Axis
> attributes. The locator defines where to set ticks. If it's the
> NoneLocator this is rather a stub to saying "don't place ticks ever".
> But it's more clean than to force them directly to the empty list
> because it'll survive at least limit changes. I don't know if the
> manual method survives that. Otherwise it's also a matter of taste.
>
> From the docs I do not see that you could hand over the locators
> directly to the imshow call
>
> http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.imshow
> .
>
> For the frame, if it really matters, you can set the ``edgecolor``
> probably to 'none', literally with the quotes. There's a Figure
> object created when you create the plot, you can get it via gcf().
> Try to figure out how to set its egdecolor either on construction or
> later. If you are stuck tell.
>
> Make sure to "reply to all".
>
> cu,
> Friedrich
>

On Friday, November 25, 2011, Keith Hughitt <kei...@gm...> wrote:
> Hi,
> I would like to draw a contour plot on top of an image and such that any
values of the countour plot < x are made transparent.
> Here is what I am doing at the moment to handle the overplotting:
>
> from matplotlib import pyplot as plt
> fig = plt.figure()
> axes = fig.add_subplot(111)
> contour = plt.imshow(contour_data,
extent=contour_extent,cmap=contour_cmap, origin='lower', zorder=10)
> im = plt.imshow(im_data, extent=im_extent, cmap=im_cmap, origin='lower',
zorder=1)
> plt.show()
>
> Any suggestions? One thing I thought about doing is converting im_data
and contour_data from grayscale to RGBA, and setting the alpha channel to 0
for all data with value less than x, but I was hoping there might be a more
straight-forward way to handle this.
> Thanks,
> Keith
>
>
Just use a numpy masked array and it will do exactly what you want.
contour_data = np.ma.masked_array(contour_data, mask=(contour_data < 0))
Cheers!
Ben Root

Hello.
I'm searching for a method to show a stream of data on a graph. So far
I've only managed to get the stream on a regular graph but the data
bandwidth is very high (100 samples/sec) and the usual graph doesn't
handle redrawing so good.
I was searching for a way to utilize the animation functionality of
matplotlib but found only some Tk examples (with very smooth refresh
rate).
But I couldn't modify the source to create the same effect using the Gtk
+ front-end. The problem is that I don't know how to integrate the graph
into the Glib main loop. 
Please help.
This is an example I found o the net:
----------------------------------------------------------
import matplotlib
matplotlib.use('TkAgg') # do this before importing pylab
import matplotlib.pyplot as plt
import random
fig = plt.figure()
ax = fig.add_subplot(111)
x = range(30)
y = [random.random() for i in x]
line, = ax.plot(x,y)
def animate(*args):
 n = len(y)
 while True:
 data = random.random()
 y.append(data)
 n += 1
 line.set_data(range(n-30, n), y[-30:])
 ax.set_xlim(n-31, n-1)
 fig.canvas.draw()
fig.canvas.manager.window.after(100, animate)
plt.show()
----------------------------------------------------------

Hi,
I would like to draw a contour plot on top of an image and such that any
values of the countour plot < x are made transparent.
Here is what I am doing at the moment to handle the overplotting:
from matplotlib import pyplot as plt
fig = plt.figure()
axes = fig.add_subplot(111)
contour = plt.imshow(contour_data, extent=contour_extent,cmap=contour_cmap,
origin='lower', zorder=10)
im = plt.imshow(im_data, extent=im_extent, cmap=im_cmap, origin='lower',
zorder=1)
plt.show()
Any suggestions? One thing I thought about doing is converting im_data and
contour_data from grayscale to RGBA, and setting the alpha channel to 0 for
all data with value less than x, but I was hoping there might be a more
straight-forward way to handle this.
Thanks,
Keith

Hi all,
On 24/11/11 23:02, Friedrich Romstedt wrote:
> How does the ebuild work? Does it invoke setup.py? If yes, maybe
> matplotlib installs the CXX dir s.t. it does not work for py3k?
Sorry for making the noise, I found the problem, actually it was my
ebuild which removed the CXX folder after the 2.7 python succeeded to
build. I do not know the reasons behind this though.
No I do not have the error there, but I have elsewhere. :) Here it is:
------------------
x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fno-strict-aliasing
-fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
-DPYCXX_PYTHON_2TO3=1 -I/usr/local/include -I/usr/include -I/usr/include
-I. -I/usr/lib64/python3.2/site-packages/numpy/core/include -Isrc
-Iagg24/include -I.
-I/usr/lib64/python3.2/site-packages/numpy/core/include
-I/usr/include/freetype2 -I/usr/include -I. -I/usr/include -I.
-I/usr/include/pygtk-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -I/usr/lib64/gtk-2.0/include
-I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0
-I/usr/include/pixman-1 -I/usr/include/libpng15 -I/usr/include/libdrm
-I/usr/lib64/python3.2/site-packages/numpy/core/include
-I/usr/include/python3.2 -c src/_gtkagg.cpp -o
build-3.2/temp.linux-x86_64-3.2/src/_gtkagg.o
src/_gtkagg.cpp: In function ‘PyObject* init_gtkagg()’:
src/_gtkagg.cpp:137:5: error: return-statement with no value, in
function returning ‘PyObject*’
src/_gtkagg.cpp:138:5: error: ‘PyCObject_Check’ was not declared in this
scope
src/_gtkagg.cpp:138:5: error: ‘PyCObject_AsVoidPtr’ was not declared in
this scope
src/_gtkagg.cpp:138:5: error: return-statement with no value, in
function returning ‘PyObject*’
src/_gtkagg.cpp:138:5: error: return-statement with no value, in
function returning ‘PyObject*’
------------------
If anybody could explain why I am getting the above. Is it because of
a wrong version of PyGobject (2.28.6) or PyGtk (2.24.0) ? Or is it
because the GTK Backend is not yet ported to Python 3?
Also, could anybody tell me what differences are there in dependencies
between Py2 and Py3 versions of MPL?
Cheers,
Ignas A.
-- 
Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

2011年11月24日 Ignas Anikevicius <ani...@gm...>:
> I have probably found out the cause in the difference. The relevant
> part of the log for the Python 2.7 build:
> ---------------------------
> running build_ext
> building 'matplotlib.ft2font' extension
> creating build-2.7/temp.linux-x86_64-2.7
> creating build-2.7/temp.linux-x86_64-2.7/src
> creating build-2.7/temp.linux-x86_64-2.7/CXX
> x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fno-strict-aliasing
> -fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
> -I/usr/local/include -I/usr/include
> -I/usr/lib64/python2.7/site-packages/numpy/core/include
> -I/usr/include/freetype2 -I/usr/include -I. -I/usr/include/python2.7 -c
> src/ft2font.cpp -o build-2.7/temp.linux-x86_64-2.7/src/ft2font.o
> ---------------------------
>
> And know for the Python 3.2 build:
> ---------------------------
> running build_ext
> building 'matplotlib.ft2font' extension
> creating build-3.2/temp.linux-x86_64-3.2
> creating build-3.2/temp.linux-x86_64-3.2/src
> ---------------------------
> <<< !!!!!!!!!!!!!!!!!!!!!!!!!!!!!missing line
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!>>>
> ---------------------------
> x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fPIC
> -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
> -DPYCXX_PYTHON_2TO3=1 -I/usr/local/include -I/usr/include
> -I/usr/lib64/python3.2/site-packages/numpy/core/include
> -I/usr/include/freetype2 -I/usr/include -I. -I/usr/include/python3.2 -c
> src/ft2font.cpp -o build-3.2/temp.linux-x86_64-3.2/src/ft2font.o
> ---------------------------
>
> Note that there is a missing line for the 3.2 build as it does not
> create the build-3.2/temp.linux-x86_64-3.2/CXX directory.
>
> Hence, my question is whether this behaviour is due to some code in
> the MPL building system, or should I research my ebuild more?
Good research! Unfortunately, this beyond my level. Keep us posted.
I would suspect some bug in distutils, but this can be completely off.
 Normally the obvious guesses are rather wrong in such cases as this.
How does the ebuild work? Does it invoke setup.py? If yes, maybe
matplotlib installs the CXX dir s.t. it does not work for py3k? Maybe
just the attribute matplotlib is monkeypatching. if at all, changed
its name? All this ideas do not claim that they explain it, they just
are meant to help you being let to the real cause of the malfunction.
Good luck, and a lot of inspiration
Friedrich
P.S.: "Luck – has nothing to do with it. Faith, and hard work, girl,
'cause I'll be damned if ..." [Final Fantasy]

Hi,
Thanks for your reply.
On 24/11/11 18:54, Friedrich Romstedt wrote:
>...
> building on a Mac. Did you modify CFLAGS or CC?
>
There was in the ebuild some additional flags like
fno-strict-aliasing, but nothing change by removing the aditional
flags. The strange thing is that it still builds for 2.7, but not for
3.2.
>...
>...
> I actually don't know if it'll work if you say e.g. pythonX.Y
> matplotlib.git/setup.py build ...... might be an mistake in either
> distutils or the matplotlib build engine which I don't know at all (if
> there are additions from the mpl side to building at all.....). If
> I'm right a ``cd ........./matplotlib`` should do the trick. :-)
It did not help :(...
I have probably found out the cause in the difference. The relevant
part of the log for the Python 2.7 build:
---------------------------
running build_ext
building 'matplotlib.ft2font' extension
creating build-2.7/temp.linux-x86_64-2.7
creating build-2.7/temp.linux-x86_64-2.7/src
creating build-2.7/temp.linux-x86_64-2.7/CXX
x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fno-strict-aliasing
-fPIC -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
-I/usr/local/include -I/usr/include
-I/usr/lib64/python2.7/site-packages/numpy/core/include
-I/usr/include/freetype2 -I/usr/include -I. -I/usr/include/python2.7 -c
src/ft2font.cpp -o build-2.7/temp.linux-x86_64-2.7/src/ft2font.o
---------------------------
And know for the Python 3.2 build:
---------------------------
running build_ext
building 'matplotlib.ft2font' extension
creating build-3.2/temp.linux-x86_64-3.2
creating build-3.2/temp.linux-x86_64-3.2/src
---------------------------
<<< !!!!!!!!!!!!!!!!!!!!!!!!!!!!!missing line
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!>>>
---------------------------
x86_64-pc-linux-gnu-g++ -pthread -march=native -O2 -fPIC
-DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1
-DPYCXX_PYTHON_2TO3=1 -I/usr/local/include -I/usr/include
-I/usr/lib64/python3.2/site-packages/numpy/core/include
-I/usr/include/freetype2 -I/usr/include -I. -I/usr/include/python3.2 -c
src/ft2font.cpp -o build-3.2/temp.linux-x86_64-3.2/src/ft2font.o
---------------------------
Note that there is a missing line for the 3.2 build as it does not
create the build-3.2/temp.linux-x86_64-3.2/CXX directory.
Hence, my question is whether this behaviour is due to some code in
the MPL building system, or should I research my ebuild more?
Cheers,
Ignas A.
-- 
Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

On 11/24/2011 07:04 AM, Chao YUE wrote:
> Dear all,
>
> I use matplotlib 1.1.0.
>
> import matplotlib.pyplot as plt
> plt.plot(np.arange(10),'ro',mec='none')
>
> when I use plt.show(),
>
> there is only blank frame with axis not no points.
>
> but plt.plot(np.arange(10),'ro') will give good plot with read filled
> circles and black edges.
>
> plt.scatter(np.arange(10),np.arange(10),c='r',marker='o',edgecolor='none')
> is working fine.
>
> but I really think plt.plot is a very good and easy function if you
> don't make complex scatter points. and the circles look much nicer than
> that produced by plt.scatter (thought I don't know why
> as they use the same symble....)
>
> does anyone else have found the same ?
See https://github.com/matplotlib/matplotlib/pull/598
for a proposed quick fix.
Eric
>
> thanks to all,
>
> Chao
>
> --
> ***********************************************************************************
> Chao YUE
> Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL)
> UMR 1572 CEA-CNRS-UVSQ
> Batiment 712 - Pe 119
> 91191 GIF Sur YVETTE Cedex
> Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16
> ************************************************************************************
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

>
> I don't know if this will work for you, but in your situation I would
> probably just make another axis for the data with no y value. Like, a short
> squat axis directly below the main axis.
>
> -Jeff
>
Thanks. That crossed my mind, but I never tried it yet. I thought it
would take up too much vertical room in the display to have another axis
just for what would likely be 1-2 data points worth of y-less data. I'd
really want to not display the x axis for that one and just align it with
the x axis of the main plot, but then the data points would be *below* the
axis, and that would seem visually odd.
I'll play with it in a sample app and see if I can get it to look good this
way.
 Che

On 11/24/2011 08:13 AM, Benjamin Root wrote:
>
>
> On Thursday, November 24, 2011, Eric Firing <ef...@ha...
> <mailto:ef...@ha...>> wrote:
> > On 11/24/2011 07:04 AM, Chao YUE wrote:
> >> Dear all,
> >>
> >> I use matplotlib 1.1.0.
> >>
> >> import matplotlib.pyplot as plt
> >> plt.plot(np.arange(10),'ro',mec='none')
> >>
> >> when I use plt.show(),
> >>
> >> there is only blank frame with axis not no points.
> >>
> >> but plt.plot(np.arange(10),'ro') will give good plot with read filled
> >> circles and black edges.
> >>
> >>
> plt.scatter(np.arange(10),np.arange(10),c='r',marker='o',edgecolor='none')
> >> is working fine.
> >>
> >> but I really think plt.plot is a very good and easy function if you
> >> don't make complex scatter points. and the circles look much nicer than
> >> that produced by plt.scatter (thought I don't know why
> >> as they use the same symble....)
> >>
> >> does anyone else have found the same ?
> >
> > Confirmed with git master. This is a major bug.
> >
> > Eric
> >
>
> Hmmm, the bug that I once reported before about the errorbar plots
> having black edges seems to be back for me as well... I wonder if this
> is related?
>
> Ben Root
Looks like an alpha-handling bug. I think the mec='none' is setting 
edgecolor alpha to zero, which is setting the gc alpha to zero, which is 
clobbering the rgbFace.
Eric

2011年11月24日 Marianne C. <mar...@gm...>:
> On Thu, Nov 24, 2011 at 3:48 PM, Marianne C. <mar...@gm...> wrote:
>> Hi all,
>>
>> My name is Marianne, I am a beginner user of matplotlib.
>> I am using imshow in pyplot. I am desperate to get rid of
>> the ticks on both x and y axes (see attached picture). I
>> do not need the black box around the data either. Should
The cleanes solution, is to use the NullLocator. I'm not a user of
pylab Matlabish interface, but from what I know::
 gca().xaxis.set_major_locator(matplotlib.ticker.NullLocator())
 gca().yaxis.set_major_locator(matplotlib.ticker.NullLocator())
after importing matplotlib.ticker of course. Should work, but didn't try.
http://matplotlib.sourceforge.net/api/ticker_api.html
http://matplotlib.sourceforge.net/api/axis_api.html#matplotlib.axis.Axis.set_major_locator
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.gca
You are free to use the OO interface which yields the same.
Notice that upon clear() the locators are most probably lost.
gca() get the current Axes object. xaxis and yaxis are its Axis
attributes. The locator defines where to set ticks. If it's the
NoneLocator this is rather a stub to saying "don't place ticks ever".
But it's more clean than to force them directly to the empty list
because it'll survive at least limit changes. I don't know if the
manual method survives that. Otherwise it's also a matter of taste.
>From the docs I do not see that you could hand over the locators
directly to the imshow call
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.imshow.
For the frame, if it really matters, you can set the ``edgecolor``
probably to 'none', literally with the quotes. There's a Figure
object created when you create the plot, you can get it via gcf().
Try to figure out how to set its egdecolor either on construction or
later. If you are stuck tell.
Make sure to "reply to all".
cu,
Friedrich

2011年11月24日 Ignas Anikevicius <ani...@gm...>:
> Dear list,
>
> I have been trying to build matplotlib with python2 *and* python3
> support. I am using Gentoo and a custom ebuild which can be found on
> gnlay overlay[1]. However, I had a build error while trying to compile
> 'src/ft2font.cpp' (see the log attached[2]). I was wondering weather
> there are any preparation steps involved to make this file compile,
> which might be different from the python2 version?
>
> I found the 'CXX/Extensions.hxx' and the problem might be that it is
> not loaded due to some reason?
The log looks ok, although the lines are remarkably short, compared to
building on a Mac. Did you modify CFLAGS or CC?
The ``-I.`` should just do the trick, at least. So I wonder if, for
some reason, maybe your CWD is no longer the matplotlib root
directory. I could imagine that it has either sth to do with your
gentoo ebuild or with Python3k's distutils? Just a rough guess.
> I am afraid that this might have something to do with the my ebuild,
> so could someone tell me more about how the building process works? Or
> how much it is different for python3 compared with python2?
For py2k it's just pythonX.Y setup.py build and then pythonX.Y
setup.py install, if you want to install. ft2font.so is built during
the build step. I believe it's the same for py3k.
I actually don't know if it'll work if you say e.g. pythonX.Y
matplotlib.git/setup.py build ...... might be an mistake in either
distutils or the matplotlib build engine which I don't know at all (if
there are additions from the mpl side to building at all.....). If
I'm right a ``cd ........./matplotlib`` should do the trick. :-) I
believe it's rare to invoke the setup.py from another directory than
that where it resides in.
I don't know how to build ebuild scripts. I'm just a user of them.
cu,
Friedrich

On Thursday, November 24, 2011, Eric Firing <ef...@ha...> wrote:
> On 11/24/2011 07:04 AM, Chao YUE wrote:
>> Dear all,
>>
>> I use matplotlib 1.1.0.
>>
>> import matplotlib.pyplot as plt
>> plt.plot(np.arange(10),'ro',mec='none')
>>
>> when I use plt.show(),
>>
>> there is only blank frame with axis not no points.
>>
>> but plt.plot(np.arange(10),'ro') will give good plot with read filled
>> circles and black edges.
>>
>>
plt.scatter(np.arange(10),np.arange(10),c='r',marker='o',edgecolor='none')
>> is working fine.
>>
>> but I really think plt.plot is a very good and easy function if you
>> don't make complex scatter points. and the circles look much nicer than
>> that produced by plt.scatter (thought I don't know why
>> as they use the same symble....)
>>
>> does anyone else have found the same ?
>
> Confirmed with git master. This is a major bug.
>
> Eric
>
Hmmm, the bug that I once reported before about the errorbar plots having
black edges seems to be back for me as well... I wonder if this is related?
Ben Root

On 11/24/2011 07:04 AM, Chao YUE wrote:
> Dear all,
>
> I use matplotlib 1.1.0.
>
> import matplotlib.pyplot as plt
> plt.plot(np.arange(10),'ro',mec='none')
>
> when I use plt.show(),
>
> there is only blank frame with axis not no points.
>
> but plt.plot(np.arange(10),'ro') will give good plot with read filled
> circles and black edges.
>
> plt.scatter(np.arange(10),np.arange(10),c='r',marker='o',edgecolor='none')
> is working fine.
>
> but I really think plt.plot is a very good and easy function if you
> don't make complex scatter points. and the circles look much nicer than
> that produced by plt.scatter (thought I don't know why
> as they use the same symble....)
>
> does anyone else have found the same ?
Confirmed with git master. This is a major bug.
Eric
>
> thanks to all,
>
> Chao
>
> --
> ***********************************************************************************
> Chao YUE
> Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL)
> UMR 1572 CEA-CNRS-UVSQ
> Batiment 712 - Pe 119
> 91191 GIF Sur YVETTE Cedex
> Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16
> ************************************************************************************
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Dear all,
I use matplotlib 1.1.0.
import matplotlib.pyplot as plt
plt.plot(np.arange(10),'ro',mec='none')
when I use plt.show(),
there is only blank frame with axis not no points.
but plt.plot(np.arange(10),'ro') will give good plot with read filled
circles and black edges.
plt.scatter(np.arange(10),np.arange(10),c='r',marker='o',edgecolor='none')
is working fine.
but I really think plt.plot is a very good and easy function if you don't
make complex scatter points. and the circles look much nicer than that
produced by plt.scatter (thought I don't know why
as they use the same symble....)
does anyone else have found the same ?
thanks to all,
Chao
-- 
***********************************************************************************
Chao YUE
Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL)
UMR 1572 CEA-CNRS-UVSQ
Batiment 712 - Pe 119
91191 GIF Sur YVETTE Cedex
Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16
************************************************************************************

On Nov 23, 2011, at 7:58 , Sven Ahrens wrote:
> Dear mailinglist readers,
> 
> I have a problem by accessing the content
> 
> http://matplotlib.sourceforge.net/examples/pylab_examples/demo_tight_layout_00.html
This one works:
http://matplotlib.sourceforge.net/examples/pylab_examples/demo_tight_layout.html
I'm wondering where the "_00" came from in your link?
-Dale
> 
> whereas other contents, like for example
> 
> http://matplotlib.sourceforge.net/examples/pylab_examples/demo_ribbon_box.html
> 
> are well accessible. Is there a reason, why this content is not available?
> 
> I would be glad, if you might help.
> 
> Best regards,
> Sven Ahrens
> 
> 
> The error message:
> 
> An error has been encountered in accessing this page.
> 1. Server: matplotlib.sourceforge.net 
> 2. URL path: /examples/pylab_examples/demo_tight_layout_00.html 
> 3. Error notes: NONE 
> 4. Error type: 404 
> 5. Request method: GET 
> 6. Request query string: NONE 
> 7. Time: 2011年11月23日 12:45:59 UTC (1322052359)
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d_______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Hello,
I am sending my email again, with no attachment this time.
Thanks for reading!
Marianne
On Thu, Nov 24, 2011 at 3:48 PM, Marianne C. <mar...@gm...> wrote:
> Hi all,
>
> My name is Marianne, I am a beginner user of matplotlib.
> I am using imshow in pyplot. I am desperate to get rid of
> the ticks on both x and y axes (see attached picture). I
> do not need the black box around the data either. Should
> I use imshow in axes.Axes instead, to be able to call
>
> set_ticks_position("none")?
>
> Thank you for your help,
> Marianne
>
> Here is my script so far:
>
> import numpy
> from matplotlib import pyplot
>
> q=numpy.loadtxt('field.txt')
>
> myfield = pyplot.imshow(q,aspect=1)
> myfield.set_clim(vmin=0, vmax=0.6)
>
> pyplot.colorbar()
>
> pyplot.savefig('field_1.eps')
>
>

The original message with attachments are still being held because of file
size, so I am reposting here without the attachments...
---------- Forwarded message ----------
From: Arlindo da Silva <da...@al...>
Date: Mon, Nov 21, 2011 at 10:45 PM
Subject: Bug or feature: bbox of maps
To: Mat...@li...
Cc: Jeff Whitaker <jef...@no...>
Hi,
 (A similar issue was reported back in 7/4/11 without a definite solution,
so I am reposting with some additional diagnostics. ) Up to Matplotlib 0.99
(EPD 6.3) the code snippet below produced a plot with an aligned colorbar
as in the attached "correct.png" plot:
 fig = plt.figure()
 ax = fig.add_axes(...)
 m = Basemap(..., ax=ax, ...)
 im = m.imshow(...)
 # show()
 # setup colorbar axes and draw colorbar
 bbox = ax.get_position()
 l,b,w,h = bbox.bounds
 cax = fig.add_axes([l+w+0.05, b, 0.05, h],frameon=False)
 fig.colorbar(im, cax=cax)
Starting with Matplotlib 1.0.0 this no longer works. The ax.get_position()
no longer returns the bounding box of the plot but the bbox of the window,
see the attached "wrong.png" attached. Some odd behavior:
1) I can get the code above to work correctly under MPL 1.0 if I uncomment
the show() line above. (This is not an acceptable solution because show()
blocks if not in interactive mode).
2) Under ipython, if after plotting I print gca().get_position().bounds I
get the correct bounding box, even when I just got the wrong colorbar
positioning.
3) If I run the code above twice in a row (without creating a new fig), the
second time around the correct bounding box is returned.
 Can someone explain to me what is going on? Is this one of those arcane
features of matplotlib transform caching? It appears that show() is
flushing some type of buffer. Is there any way of accomplishing this
without actually calling show()?
 Thank you,
 Arlindo
-- 
Arlindo da Silva
da...@al...

Dear list,
I have been trying to build matplotlib with python2 *and* python3
support. I am using Gentoo and a custom ebuild which can be found on
gnlay overlay[1]. However, I had a build error while trying to compile
'src/ft2font.cpp' (see the log attached[2]). I was wondering weather
there are any preparation steps involved to make this file compile,
which might be different from the python2 version?
I found the 'CXX/Extensions.hxx' and the problem might be that it is
not loaded due to some reason?
I am afraid that this might have something to do with the my ebuild,
so could someone tell me more about how the building process works? Or
how much it is different for python3 compared with python2?
Thanks a lot,
Ignas
[1] - https://github.com/gns-ank/gnlay/tree/
[2] - http://pastebin.com/m9Lf3s0J
-- 
Q: Because it reverses the logical flow of conversation.
A: Why is putting a reply at the top of the message frowned upon?

johnmcpot wrote:
> 
> Hi JD, 
> 
> I'm having exactly the same problem. Did you find a solution?
> 
Hello
I have exactly the same problem while embedding matplotlib in PyQT4 on OS X
with backend_qt4agg.
I think I have found a solution : do you use frameon=False in this line : 
fig = Figure(figsize=(width, height), dpi=dpi, frameon=False)
I did, and went back to True ... and no more axes update problems !!!
You can check this behavior in this tutorial : add the frameon=False, and
the axes are no more updating correctly (on OS X, didn't test it on Linux).
http://matplotlib.sourceforge.net/examples/user_interfaces/embedding_in_qt4.html
Perhaps this is normal. If not I think I'll submit a bug report in
matplotlib's bugtracker.
Michka
-- 
View this message in context: http://old.nabble.com/Clearing-the-axis-in-a-figure-embedded-in-Tkinter-tp32054762p32875027.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

now I updated to 1.1.0, it works. thanks to all.
chao
2011年11月23日 Chao YUE <cha...@gm...>
> Dear all,
>
> I am using matplotlib 0.99.3 (I think it's the default version when I use
> sudo apt-get install under ubuntu 11.04), but I don't have
> matplotlib.animation module. I think I need to reinstall it?
>
> thanks,
>
> chao
>
> --
>
> ***********************************************************************************
> Chao YUE
> Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL)
> UMR 1572 CEA-CNRS-UVSQ
> Batiment 712 - Pe 119
> 91191 GIF Sur YVETTE Cedex
> Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16
>
> ************************************************************************************
>
>
-- 
***********************************************************************************
Chao YUE
Laboratoire des Sciences du Climat et de l'Environnement (LSCE-IPSL)
UMR 1572 CEA-CNRS-UVSQ
Batiment 712 - Pe 119
91191 GIF Sur YVETTE Cedex
Tel: (33) 01 69 08 29 02; Fax:01.69.08.77.16
************************************************************************************

On Nov 23, 2011, at 4:09 PM, C M wrote:
>
>
> On Tue, Nov 22, 2011 at 3:09 PM, Nicolas Rougier 
> <Nic...@in...> wrote:
>
> Is that what you want ?
>
> No ticks, no labels:
>
> import matplotlib.pyplot as plt
> plt.plot(np.arange(10), np.arange(10))
> plt.ylim(0,10)
> plt.yticks(np.linspace(3,10,8))
> plt.show()
>
> Thanks. That works in your example, but in my actual code, it 
> seems to override my custom formatter, and therefore messes up the 
> axis formatting, which isn't going to work.
>
> Maybe I can integrate it into the formatter somehow. If anyone has 
> related tips, please let me know.
I don't know if this will work for you, but in your situation I would 
probably just make another axis for the data with no y value. Like, a 
short squat axis directly below the main axis.
-Jeff