matplotlib-users Mailing List for matplotlib (Page 12)

On 8/10/2010 12:26 PM, Eric Firing wrote:
> On 08/10/2010 09:10 AM, Christoph Gohlke wrote:
>>
>>
>> On 8/10/2010 11:53 AM, stetrick wrote:
>>>
>>> Should probably indicate that it is the MKV versions
>>>
>>>
>>> stetrick wrote:
>>>>
>>>>
>>>>
>>>> Christoph Gohlke wrote:
>>>>>
>>>>>
>>>>>
>>>>> On 8/9/2010 3:09 PM, stetrick wrote:
>>>>>>
>>>>>> I am now getting a message that says:
>>>>>>
>>>>>> Fatal Python error: PyEval_RestoreThread: NULL tstate
>>>>>>
>>>>>> This application has requested the Runtime to terminate it in an unusual
>>>>>> way.
>>>>>>
>>>>>> This is with matplotlib 1.0.0, but all versions are 64-bit (python,
>>>>>> numpy,
>>>>>> matplotlib).
>>>>>>
>>>>>> Is this something I can fix or ignore?
>>>>>>
>>>>>> Thanks!
>>>>>
>>>>> Using Numpy 1.4.1 on Windows 7 64 bit.
>>>>> Python version 2.6.5 for 64 bit as well.  All from your website of
>>>>> pre-compiled stuff.
>>>>>
>>>>> Thanks for doing that!
>>>>>
>>
>> Those versions should work. Can you post some more details how you run
>> python and a script that shows this problem. I assume you can import and
>> use matplotlib and the crash appears when exiting Python? It might just
>> be the old known bug in the Tk backend, not anything specific to the 64
>> bit version. See
>> <http://www.mail-archive.com/mat...@li.../msg15342.html>
>>
>> --
>> Christoph
>
> I thought that was fixed:
> http://sourceforge.net/tracker/?func=detail&aid=3015013&group_id=80706&atid=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 -c"from matplotlib import pyplot;pyplot.hot();input()"

--
Christoph

On 08/10/2010 09:10 AM, Christoph Gohlke wrote:
>
>
> On 8/10/2010 11:53 AM, stetrick wrote:
>>
>> Should probably indicate that it is the MKV versions
>>
>>
>> stetrick wrote:
>>>
>>>
>>>
>>> Christoph Gohlke wrote:
>>>>
>>>>
>>>>
>>>> On 8/9/2010 3:09 PM, stetrick wrote:
>>>>>
>>>>> I am now getting a message that says:
>>>>>
>>>>> Fatal Python error: PyEval_RestoreThread: NULL tstate
>>>>>
>>>>> This application has requested the Runtime to terminate it in an unusual
>>>>> way.
>>>>>
>>>>> This is with matplotlib 1.0.0, but all versions are 64-bit (python,
>>>>> numpy,
>>>>> matplotlib).
>>>>>
>>>>> Is this something I can fix or ignore?
>>>>>
>>>>> Thanks!
>>>>
>>>> Using Numpy 1.4.1 on Windows 7 64 bit.
>>>> Python version 2.6.5 for 64 bit as well.  All from your website of
>>>> pre-compiled stuff.
>>>>
>>>> Thanks for doing that!
>>>>
>
> Those versions should work. Can you post some more details how you run
> python and a script that shows this problem. I assume you can import and
> use matplotlib and the crash appears when exiting Python? It might just
> be the old known bug in the Tk backend, not anything specific to the 64
> bit version. See
> <http://www.mail-archive.com/mat...@li.../msg15342.html>
>
> --
> Christoph

I thought that was fixed:
http://sourceforge.net/tracker/?func=detail&aid=3015013&group_id=80706&atid=560720

Eric

On 8/10/2010 11:53 AM, stetrick wrote:
>
> Should probably indicate that it is the MKV versions
>
>
> stetrick wrote:
>>
>>
>>
>> Christoph Gohlke wrote:
>>>
>>>
>>>
>>> On 8/9/2010 3:09 PM, stetrick wrote:
>>>>
>>>> I am now getting a message that says:
>>>>
>>>> Fatal Python error: PyEval_RestoreThread: NULL tstate
>>>>
>>>> This application has requested the Runtime to terminate it in an unusual
>>>> way.
>>>>
>>>> This is with matplotlib 1.0.0, but all versions are 64-bit (python,
>>>> numpy,
>>>> matplotlib).
>>>>
>>>> Is this something I can fix or ignore?
>>>>
>>>> Thanks!
>>>
>>> Using Numpy 1.4.1 on Windows 7 64 bit.
>>> Python version 2.6.5 for 64 bit as well.  All from your website of
>>> pre-compiled stuff.
>>>
>>> Thanks for doing that!
>>>

Those versions should work. Can you post some more details how you run 
python and a script that shows this problem. I assume you can import and 
use matplotlib and the crash appears when exiting Python? It might just 
be the old known bug in the Tk backend, not anything specific to the 64 
bit version. See 
<http://www.mail-archive.com/mat...@li.../msg15342.html>

--
Christoph

Should probably indicate that it is the MKV versions


stetrick wrote:
> 
> 
> 
> Christoph Gohlke wrote:
>> 
>> 
>> 
>> On 8/9/2010 3:09 PM, stetrick wrote:
>>>
>>> I am now getting a message that says:
>>>
>>> Fatal Python error: PyEval_RestoreThread: NULL tstate
>>>
>>> This application has requested the Runtime to terminate it in an unusual
>>> way.
>>>
>>> This is with matplotlib 1.0.0, but all versions are 64-bit (python,
>>> numpy,
>>> matplotlib).
>>>
>>> Is this something I can fix or ignore?
>>>
>>> Thanks!
>> 
>> Using Numpy 1.4.1 on Windows 7 64 bit.
>> Python version 2.6.5 for 64 bit as well.  All from your website of
>> pre-compiled stuff.
>> 
>> Thanks for doing that!
>> 
>> 
>> 
>> Which version of numpy are you using? Assuming you are talking about 
>> matplotlib-1.0.0.win-amd64-py2.6.exe, you need 
>> numpy-1.4.1.win-amd64-py2.6.exe.
>> 
>> 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
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> 
>> 
> 
> 

-- 
View this message in context: http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29401038.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Christoph Gohlke wrote:
> 
> 
> 
> On 8/9/2010 3:09 PM, stetrick wrote:
>>
>> I am now getting a message that says:
>>
>> Fatal Python error: PyEval_RestoreThread: NULL tstate
>>
>> This application has requested the Runtime to terminate it in an unusual
>> way.
>>
>> This is with matplotlib 1.0.0, but all versions are 64-bit (python,
>> numpy,
>> matplotlib).
>>
>> Is this something I can fix or ignore?
>>
>> Thanks!
> 
> Using Numpy 1.4.1 on Windows 7 64 bit.
> Python version 2.6.5 for 64 bit as well.  All from your website of
> pre-compiled stuff.
> 
> Thanks for doing that!
> 
> 
> 
> Which version of numpy are you using? Assuming you are talking about 
> matplotlib-1.0.0.win-amd64-py2.6.exe, you need 
> numpy-1.4.1.win-amd64-py2.6.exe.
> 
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 

-- 
View this message in context: http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29401026.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

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:

On Tue, Aug 10, 2010 at 12:15 PM, c.jeang
<chr...@un...> wrote:
> Hello,
>
>  where can I find mpl_toolkits.
>  Because I install matplotlib with ipython and the command
>  yum install python-matplotlib
>  but as a result I have no axes3d.py file and when I tried the examples of
>  the matplotlib site I get the following message:
>  unknown projection 3d
> Apparently the toolkits mpl3d  is missing, which site can provide it?


Most likely your matplotlib version provided by yum is out of date.
Check your version with

  import matplotlib
  print matplotlib.__version__

You can download the latest tarball from sourceforge:

  http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0/

See also the installing page:

  http://matplotlib.sourceforge.net/users/installing.html

particularly the part on "Installing from source" and below.  Perhaps
another yum user can advise you on the easiest ways to install the
build dependencies.

JDH

On Tue, Aug 10, 2010 at 12:15 PM, c.jeang <
chr...@un...> wrote:

> Hello,
>
>  where can I find mpl_toolkits.
>  Because I install matplotlib with ipython and the command
>  yum install python-matplotlib
>  but as a result I have no axes3d.py file and when I tried the examples of
>  the matplotlib site I get the following message:
>  unknown projection 3d
> Apparently the toolkits mpl3d  is missing, which site can provide it?
>
>  Best regards
>
>  Jeanguillaume
>
>
>
Jeanguillaume,

Which version of matplotlib did you install?  The axes3d.py examples use a
very new feature that wasn't available in previous versions.  The current
examples can run with older versions of matplotlib by replacing the .gca()
or the .add_subplot() line with

ax = axes3d.Axes3D(fig)

However, you would not be able to do any 3d subplotting examples without the
latest version of matplotlib.

I hope that clears things up.

Ben Root

Hello,

  where can I find mpl_toolkits.
  Because I install matplotlib with ipython and the command
  yum install python-matplotlib
  but as a result I have no axes3d.py file and when I tried the examples of
  the matplotlib site I get the following message:
  unknown projection 3d
Apparently the toolkits mpl3d  is missing, which site can provide it?

  Best regards

  Jeanguillaume


-- 
   Christian JEANGUILLAUME

   Service de Medecine Nucleaire
   CHU Larrey
   49033 ANGERS FRANCE
   email: jea...@ie...
   Tel: 33 (0)2 41 35 34 12
   Fax: 33 (0)2 41 35 48 80

   LISA : Laboratoire d'Ing�ierie
   des Syst�es Automatis� (CNRS FRE)

On 8/9/2010 3:09 PM, stetrick wrote:
>
> I am now getting a message that says:
>
> Fatal Python error: PyEval_RestoreThread: NULL tstate
>
> This application has requested the Runtime to terminate it in an unusual
> way.
>
> This is with matplotlib 1.0.0, but all versions are 64-bit (python, numpy,
> matplotlib).
>
> Is this something I can fix or ignore?
>
> Thanks!

Which version of numpy are you using? Assuming you are talking about 
matplotlib-1.0.0.win-amd64-py2.6.exe, you need 
numpy-1.4.1.win-amd64-py2.6.exe.

Christoph

Hi Everyone,
I solved the issue using the following code:

CS=ax1.pcolormesh(x,y,dolomites,vmin=0, vmax=max(dolomite),cmap=cm.jet_r)
fig.colorbar(CS,ticks=[0,max(dolomite)],orientation='horizontal',aspect=40,format='%.1E')

ax1.set_title("dolomite [phi]")


It's not straight forward to understand, I hope my question will be a good
answer for others...

Cheers,

-- 
Oz Nahum
Graduate Student
Zentrum für Angewandte Geologie
Universität Tübingen

---

Imagine there's no countries
it isn't hard to do
Nothing to kill or die for
And no religion too
Imagine all the people
Living life in peace

Hi Everyone,

I'm struggling to understand how to put the highest value on the ticks of a
colorbar.
My problem is that the highest value is simply not there, and it looks weird
... I would be happy to solve this issue.


See what my code produces,
http://yfrog.com/j9wrongip

And here is how I want it to be:
http://yfrog.com/2pcorrectsp

And of course here is my code:

from pylab import *
import numpy as N
from matplotlib.ticker import FuncFormatter, ScalarFormatter
a=ScalarFormatter(useOffset=True, useMathText=False)
a.set_scientific(True)
def read_array2(filename, dtypes,lineskip=3, separator='  '):
    """ Read a file with an arbitrary number of columns.
        The type of data in each column is arbitrary
        It will be cast to the given dtype at runtime
        This is an improved function that also cleanes the data
    """
    startFromLine = lineskip
    linesCounter = 1
    cast = N.cast
    # a nice syntax to initialize a list with determine size
    data = [[] for dummy in xrange(len(dtypes))]
    for line in open(filename, 'r'):
        #print type(line)
        if linesCounter>startFromLine:
            fields = line.strip().split(separator)
            #clean double numbers because of minus signs
            for i, number in enumerate(fields):
                temp=number.split(" ")
                if len(temp)>1:
                    #pdb.set_trace()
                    del fields[i]
                    for j, hold in enumerate(temp):
                        #print j, hold
                        #pdb.set_trace()
                        fields.insert(i+j,hold)
                        #print len(fields)
                    del temp
            #remove trailing calvin degrees in fields
            for i, number in enumerate(fields):
                if number[-4]=='-':
                    hold=number[:-4]
                    del fields[i]
                    fields.insert(i,hold)
            #split fields and append to data
            for i, number in enumerate(fields):
                data[i].append(number)
               #data[i].append(number)
        linesCounter=linesCounter+1
    #cast data to a nice array
    #pdb.set_trace()
    for i in xrange(len(dtypes)):
        data[i] = cast[dtypes[i]](data[i])
    return N.rec.array(data, dtype=dtypes)

def readTechPlotHeader(fileName):
    '''
    This function reads a Techplot file header
    format. It returns a list which can be used in
    other functions, to visualize techplot file format
    data using Python.
    the function takes in a file name.
    '''
    fileObject=open(fileName, 'r')
    fileObject.next()
    header=fileObject.next()
    #remove the expresions 'variables = ' and '\n'
    header=header[12:-1]
    headerCopy=header
    #remove all commas, and convert to list
    header=header.strip().split(',')
    for x in xrange(len(header)):
        header[x]=header[x].strip(' ')
        header[x]=(header[x].strip("\""),'float32')
    fileObject.close()
    return header, headerCopy



gsp_descr2,headerCopy=readTechPlotHeader('dedo2d_0.gsv')
print  gsp_descr2

gsp_descr2=N.dtype(gsp_descr2)


data = read_array2('dedo2d_0.gsv', gsp_descr2)

x,y,dolomite,calcite=data["x"],data["y"],data["dolomite"],data["calcite"]

x=N.unique(x)
y=N.unique(y)

fig = plt.figure(1,figsize=(10, 6))

ax1 = fig.add_subplot(111)

x=N.unique(x)
y=N.unique(y)
print max(dolomite)
calcites=resize(calcite,(y.size,x.size))
dolomites=resize(dolomite,(y.size,x.size))


CS=ax1.pcolormesh(x,y,dolomites)

ax1.set_title("dolomite [phi]")

cbar = fig.colorbar(CS,ticks=[0, 0.0001, 0.00015, 0.0002])
cbar.ax.set_yticklabels(["lo", "med", "hi",'missing'])


grid(True, which='minor')


from matplotlib.ticker import MultipleLocator, FormatStrFormatter
minorLocator = MultipleLocator(1.0)

ax1.yaxis.set_minor_locator(minorLocator)
ax1.xaxis.set_minor_locator(minorLocator)
ax1.set_title("dolomite [phi]")
savefig('minerals1.png',papertype='a4',
orientation='landscape')#,bbox_inches='tight')

show()

The correct image is produced with:
import numpy as NP
from matplotlib import pyplot as PLT

A = NP.random.random_integers(0, 2, 100).reshape(10, 10)
print A
A=A/10000.0
print A
fig = PLT.figure()
ax1 = fig.add_subplot(111)

cax = ax1.pcolormesh(A)#, interpolation="nearest")
# set the tickmarks *if* you want cutom (ie, arbitrary) tick labels:
cbar = fig.colorbar(cax, ticks=[0, 0.0001, 0.0002])
# note: 'ax' is not the same as the 'axis' instance created by calling
'add_subplot'
# the latter instance i bound to the variable 'ax1' to avoid confusing the
two
cbar.ax.set_yticklabels(["lo", "med", "hi"])
PLT.show()


Thanks in advance,

(If someone needs, I can directly send the data files, they are not to big,
but I wanted to spare them from the list)

-- 
Oz Nahum
Graduate Student
Zentrum für Angewandte Geologie
Universität Tübingen

---

Imagine there's no countries
it isn't hard to do
Nothing to kill or die for
And no religion too
Imagine all the people
Living life in peace

On Aug 10, 2010, at 5:34 AM, Friedrich Romstedt wrote:

> 2010/8/9 Markus Baden <mar...@gm...>:
>> On my Macbook Pro I use Python 2.6 as provided by the Enthought  
>> Python
>> Distribution. I ran into some problem with Axes3D so I decided to
>> upgrade to the latest version from source. While trying that I got a
>> similiar error message as discussed in
>>
>> http://www.mail-archive.com/mat...@li.../msg12938.html
>>
>> i.e. error: png.h: No such file or directory
>>
>> In short matplotlib could not find libpng (or png.h from that). I had
>> libpng installed via fink in the usual place /sw/include etc. This
>> seems to be a quite natural choice, so I wondered why matplotlib does
>> not find that out of the box. Following the tips in the above post I
>> looked at basedir in setupext.py For some reason the basedirs for
>> darwin where commented out. Uncommenting the basedirs did the trick
>> for me [1] and matplotlib happily installed with the libpng from  
>> fink.
>>
>> Hope this will help other mac users. Thanks for the great work on
>> matplotlib!
>
> Thanks for reporting finally a working pure-setup.py installation!
>
> But are you sure it really works, because mixing binary-distributed
> and self-compiled packages often leads to import refusal, when the
> external libraries (as freetype) are compiled with a different
> compiler than Python.

Thanks for the warning. Not really sure. So far I have seen no  
problems, i.e. can happily plot. How can I make sure that I don't ran  
into those problems? I usually don't mix packages and just hope that  
the EPD guys update to Matplotlib 1.0 soon.

Markus

Has anyone been able to successfully compile matplotlib in Cygwin?  I would
imagine so, so if you've been able to do it, please help!  Not quite sure
why I'm having so much trouble, but the errors from the build step are
below.

I think perhaps the python lists are empty (can't figure out what version of
the libraries I have).  Could someone please instruct me as to how to fix
this?  It'd be much appreciated.  Thanks.


$ python setup.py build
basedirlist is: ['/usr/local', '/usr']
============================================================================
BUILDING MATPLOTLIB
            matplotlib: 1.0.0
                python: 2.6.5 (r265:79063, Jun 12 2010, 17:07:01)  [GCC
                        4.3.4 20090804 (release) 1]
              platform: cygwin

REQUIRED DEPENDENCIES
                 numpy: 1.4.1
             freetype2: found, but unknown version (no pkg-config)
                        * WARNING: Could not find 'freetype2' headers in any
                        * of '/usr/include', '.', '/usr/include/freetype2',
                        * './freetype2'.

OPTIONAL BACKEND DEPENDENCIES
                libpng: found, but unknown version (no pkg-config)
                        * Could not find 'libpng' headers in any of
                        * '/usr/include', '.'
Traceback (most recent call last):
  File "setup.py", line 162, in <module>
    if check_for_tk() or (options['build_tkagg'] is True):
  File "/home/Adam/matplotlib-1.0.0/setupext.py", line 816, in check_for_tk
    explanation = add_tk_flags(module)
  File "/home/Adam/matplotlib-1.0.0/setupext.py", line 1080, in add_tk_flags
    result = parse_tcl_config(tcl_lib_dir, tk_lib_dir)
  File "/home/Adam/matplotlib-1.0.0/setupext.py", line 938, in
parse_tcl_config
    tk_lib = tk_vars.get("default", "TK_LIB_SPEC")[1:-1].split()[0][2:]
IndexError: list index out of range

I am now getting a message that says:

Fatal Python error: PyEval_RestoreThread: NULL tstate

This application has requested the Runtime to terminate it in an unusual
way.

This is with matplotlib 1.0.0, but all versions are 64-bit (python, numpy,
matplotlib).

Is this something I can fix or ignore?

Thanks!
-- 
View this message in context: http://old.nabble.com/Fatal-Python-Error-with-64-bit-versions-tp29392620p29392620.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

2010/8/9 Antonino Cucchiara <acu...@lb...>:
> Hello,
> I recently upgraded to Enthought python 2.6 an so I have now matplotlib
> 0.99.3
> My scripts now no longer seem to find the pyGTK since when I run them I got
> this message:
>
> [...]

Where was your original pygtk installed, and what was your previous
Python version (and installation location, if you can provide)?  I
think pygtk is compiled against Python, so it cannot be simply copied
over.  How did you install pyGTK before?

Friedrich

2010/8/8 Rob Schneider <rm...@rm...>:
> Running 0.98.5.3
> (would upgrade to 1.0 but having trouble installing it on Mac OS X as it doesn't appear to like the version of Python Apple provides).

What's your problem with 1.0?

Friedrich

2010/8/9 Markus Baden <mar...@gm...>:
> On my Macbook Pro I use Python 2.6 as provided by the Enthought Python
> Distribution. I ran into some problem with Axes3D so I decided to
> upgrade to the latest version from source. While trying that I got a
> similiar error message as discussed in
>
> http://www.mail-archive.com/mat...@li.../msg12938.html
>
> i.e. error: png.h: No such file or directory
>
> In short matplotlib could not find libpng (or png.h from that). I had
> libpng installed via fink in the usual place /sw/include etc. This
> seems to be a quite natural choice, so I wondered why matplotlib does
> not find that out of the box. Following the tips in the above post I
> looked at basedir in setupext.py For some reason the basedirs for
> darwin where commented out. Uncommenting the basedirs did the trick
> for me [1] and matplotlib happily installed with the libpng from fink.
>
> Hope this will help other mac users. Thanks for the great work on
> matplotlib!

Thanks for reporting finally a working pure-setup.py installation!

But are you sure it really works, because mixing binary-distributed
and self-compiled packages often leads to import refusal, when the
external libraries (as freetype) are compiled with a different
compiler than Python.

Friedrich

2010/8/9 Wayne Watson <sie...@sb...>:
> See Subject. I use matplotlib, scipy, numpy and possibly one other
> module. If I go to the control panel, I only see numpy listed. Why? I
> use a search and find only numpy and Python itself. How can matplotlib
> and scipy be uninstalled?

I think it should suffice to delete the:
-  matplotlib
-  mpl_toolkits
-  and scipy (for scipy I don't know if there are more packages)
directories from C:\Python\Lib\site-packages.  There is no more the
uninstaller can do.  Sometimes the packages also place a RemoveXXX.exe
in the Python toplevel directory, but since it doesn't show up in the
registry, I think this will not work.  When your registry is clean, if
I really would like to finally get "rid" of it, I would delete if it
were my own machine.

But I also would not like to "uninstall", but rather "hide", i.e., you
can rename it to some sensible name, e.g. matplotlib ->
matplotlib-10-08-09.  Then you can reinstall the library with another
version without interference, and the files are not lost until the
installation is working finally.

Finally, there may be some matplotlib-blahblahblah.egg-info and
scipy-foobar.egg-info files in site-packages, where I don't know what
they do precisely.  They are just plain text files, containing
meta-data about the package installed.

Friedrich

----- Original Message ----
> From: Michael Droettboom <md...@st...>
> To: Michael Hannon <jm_...@ya...>; 
>mat...@li...
> Sent: Thu, August 5, 2010 6:24:58 AM
> Subject: Re: [Matplotlib-users] Problem getting math symbols into text

> It looks like you're configured for the STIX fonts (the rcParam
> mathtext.fontset = stix), but they are not installed on your system.
> 
> Do you have the file "STIXGeneral.ttf" on your system?  Perhaps you need to
> install an additional package.

Hi, Mike.  I've thrashed around a bit more with this.  It appears that if I
use the matplotlib from Fedora 13 (version 0.99) I get the correct behavior
for math text if I also install the stix* packages AND set
rcParams[mathtext.fontset] to "stix".  (There are four stix packages in Fedora
13, all small, and I just installed all of them, so I don't know what the
minimum requirement is).

I also got the appropriate math text when I installed the latest matplotlib
from source and used all the default settings.  I've now reverted to the
standard Fedora packages and stix, so I can't easily compare the two sets of
rcParams.

Thanks for your help.

-- Mike


      

On Mon, Aug 9, 2010 at 11:49 AM, Filipe Pires Alvarenga Fernandes
<oc...@gm...> wrote:
>
> It sacrifice a more fine control, but simplify the processes for the
> majority of the plots that I produce.

Yes, that was the idea.  We figured that if you need very fine-grained
control over axis sharing in complex ways, you're probably OK using
the manual API.  But for the vast majority of users this seemed like a
decent solution.

It could in the long run be extended to allow passing of a list of
axis indices to activate sharing for x/y on, though.  Patches welcome
:)

Cheers,

f

On Mon, Aug 9, 2010 at 12:22, Fernando Perez <fpe...@gm...> wrote:
> On Mon, Aug 9, 2010 at 8:48 AM, Filipe Fernandes <oc...@gm...> wrote:
>>
>> The docstring for sunplots has the "sharex(y) option", but my "ax" are
>> being created now!? Is that a chicken and egg problem? Or I'm failing to
>> understand the logic here.
>
> Don't worry: when you indicate that you want to share axes (x or y),
> subplots() tracks that and enables it as it creates the axis objects.
> Give it a try and see if it works :)
>
> Cheers,
>
> f
>


Great, just now I realized that the option is sharex(y)=True/False and
no longer sharex=ax1.
It sacrifice a more fine control, but simplify the processes for the
majority of the plots that I produce.

Thanks!

Hello list,

Some time ago Stephane Raynaud answered my question on how to produce a 
stickplot using quiver:

http://www.mail-archive.com/mat...@li.../msg15314.html

Since then, I have been forwarding that to several people interested in 
producing such a plot.

Maybe it is a good idea to add an example at the Gallery with the quiver 
as "stickplot"? Or it is too obvious?

Anyway, here is my suggestion:

# -*- coding: utf-8 -*-
""" Stephane Raynaud """
import matplotlib.pyplot as plt
import numpy as np
import datetime as dtime
from matplotlib.dates import date2num

""" fake dates starting now """
x = np.arange(100, 110, 0.1)
start = dtime.datetime.now()
dates = [start + dtime.timedelta(days=n) for n in range(len(x))]
""" dummy u, v """
u = np.sin(x)
v = np.cos(x)

fig, ax = plt.subplots(1, 1, figsize=(16,6))
qiv = ax.quiver(date2num(dates), [[0]*len(x)], u, v, headlength=0, 
headwidth=0, headaxislength=0 )
key = ax.quiverkey(qiv, 0.25, 0.75, 0.5, "0.5 N m$^{-2}$", labelpos='N', 
coordinates='axes' )
plt.setp( ax.get_yticklabels(), visible=False)
plt.gca().xaxis_date()
plt.show()

Hello,
I recently upgraded to Enthought python 2.6 an so I have now matplotlib 
0.99.3
My scripts now no longer seem to find the pyGTK since when I run them I 
got this message:

Traceback (most recent call last):
   File "./sed_plotb_v2.py", line 14, in <module>
     from pylab import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/pylab.py", 
line 1, in <module>
     from matplotlib.pylab import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/pylab.py", 
line 247, in <module>
     from matplotlib.pyplot import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/pyplot.py", 
line 78, in <module>
     new_figure_manager, draw_if_interactive, show = pylab_setup()
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/__init__.py", 
line 25, in pylab_setup
     globals(),locals(),[backend_name])
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py", 
line 10, in <module>
     from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK, 
FigureCanvasGTK,\
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py", 
line 11, in <module>
     raise ImportError("Gtk* backend requires pygtk to be installed.")
ImportError: Gtk* backend requires pygtk to be installed.


is any way to help matplotlib to point the where pyGTK is or go around 
the problem with another backend?

Thanks,
Nino Hello,
I recently upgraded to Enthought python 2.6 an so I have now matplotlib 
0.99.3
My scripts now no longer seem to find the pyGTK since when I run them I 
got this message:

Traceback (most recent call last):
   File "./sed_plotb_v2.py", line 14, in <module>
     from pylab import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/pylab.py", 
line 1, in <module>
     from matplotlib.pylab import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/pylab.py", 
line 247, in <module>
     from matplotlib.pyplot import *
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/pyplot.py", 
line 78, in <module>
     new_figure_manager, draw_if_interactive, show = pylab_setup()
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/__init__.py", 
line 25, in pylab_setup
     globals(),locals(),[backend_name])
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py", 
line 10, in <module>
     from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK, 
FigureCanvasGTK,\
   File 
"/Library/Frameworks/Python.framework/Versions/6.2/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.py", 
line 11, in <module>
     raise ImportError("Gtk* backend requires pygtk to be installed.")
ImportError: Gtk* backend requires pygtk to be installed.


is any way to help matplotlib to point the where pyGTK is or go around 
the problem with another backend?
Changing the matplotlibrc to TKAgg works fine though.

Thanks,
Nino

-- 

Antonino Cucchiara, PhD
Postdoctoral Scholar
Lawrence Berkeley National Lab
UC Berkeley
website: www.astro.psu.edu/~cucchiara/

Hello,
I am running a MacOS Snow leopard and I recently istalled the python 2.6 
via Enthought.
I wanted to upgrade the matplotlib 1.0 but when I run the .mpkg the 
installation don't start because
it seems not recognizing the python 2.6 is installed (I do have now 2.6.6).

Any suggestions?

Thanks,
Nino

-- 

Antonino Cucchiara, PhD
Postdoctoral Scholar
Lawrence Berkeley National Lab
UC Berkeley
website: www.astro.psu.edu/~cucchiara/