matplotlib-users Mailing List for matplotlib (Page 6)

George Nurser wrote:

>>
>> Derrick:  Sorry, I missed that.  I'm at a loss then, since I can't
>> reproduce that error on any of the systems I have access too (Macos x,
>> linux 32 bit, and ia64).  I wonder if anyone else out there with  x86_64
>> would be willing to try the latest basemap from CVS?
>
>
>
> Jeff,
> I installed the cvs snapshot of basemap that you set up for me from  
> ftp://ftp.cdc.noaa.gov/Public/jsw/basemap-0.8cvs.tar.gz. Thanks for  
> setting this up.
>
> I installed Saturday's (21 jan) CVS version of matplotlib  [ BTW--  
> what is the comment for finding the version number?]
>
> numerix is set as numpy in ~/.matplotlib/matplotlibrc
>
> numerix      : numpy  # Numeric or numarray
>
> python2.3, Opteron AMD64, Red Hat Linux.
>
> Running
> python simpletest.py
> warning: figure.subplot.left rc value being reset to 0.1 in basemap
> use rcdefaults() to get the original value back
> Traceback (most recent call last):
>   File "simpletest.py", line 13, in ?
>     cs = m.contourf(x,y,etopo,30,cmap=cm.jet)
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> toolkits/basemap/basemap.py", line 2067, in contourf
>     CS = ax.contourf(x,y,data,*args,**kwargs)
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> axes.py", line 1271, in contourf
>     return ContourSet(self, *args, **kwargs)
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> contour.py", line 436, in __init__
>     for level, level_upper, color in zip(lowers, uppers, self.tcolors):
> ValueError: Invalid type for array
>  -- this looks like a a matplotlib error
>
> I get the same error as Derrick had with test.py (though the  
> cylindrical projection works fine):
>
> Running python test.py:
> warning: figure.subplot.left rc value being reset to 0.1 in basemap
> use rcdefaults() to get the original value back
> min/max etopo20 data:
> -9026.625 6228.8125
> plotting Cylindrical Equidistant example, close plot window to  
> proceed ...
> Traceback (most recent call last):
>   File "test.py", line 63, in ?
>     m.drawparallels(circles,labels=[1,1,1,1])
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> toolkits/basemap/basemap.py", line 1379, in drawparallels
>     lons,lats = self(self.llcrnrx*NX.ones (yy.shape,'f'),yy,inverse=True)
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> toolkits/basemap/basemap.py", line 931, in __call__
>     return self.projtran(x,y,inverse=inverse)
>   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
> toolkits/basemap/proj.py", line 151, in __call__
>     outx,outy = self._proj4(x,y,inverse=True)
>   File "proj4.pyx", line 342, in proj4.Proj.__call__
>   File "proj4.pyx", line 230, in proj4.Proj._inv
> RuntimeError: Buffer lengths not the same
>
>
> Could there be some conflict between the  default 64-bit integer  
> arrays in numpy with 32-bit integers in the proj library?
>
>
> George.
>
>
>
George:  Thanks.  numpy is a bit of a moving target right now - so I 
don't expect to have all the compatibility issues ironed out for a 
little while.  Can you test with Numeric and/or numarray?  They should 
work - if they don't I'd like to hear about it.

BTW:

import matplotlib
print matplotlib.__version__
import matplotlib.toolkits.basemap as basemap
print basemap.__version__

to get version numbers.

I think Numeric, numarray and numpy work the same way.

-Jeff


-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

Darren Dale wrote:
> The ghostscript requirement is something of a headache. The conservative 
> distributions, such as RHEL, continue to provide ghostscript version 7.07, 
> but we have had problems with the postscript output being clipped with this 
> version.

Has anyone figured out what the problem is with older gs versions? gs 
has been around along time, there has got to be a way to generate EPS 
that would work with older versions.

Fedora Core4 is not generally a "conservative" distribution, and OS-X 
(10.3 anyway) doesn't provide 8.16 either. It would be great to not have 
this requirement.

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Hi Everyone,

I recently added some code to mpl such that, if you wanted to use the usetex 
option, or the psdistiller option, it would check the version of any external 
dependencies and raise an error if something was missing.

The ghostscript requirement is something of a headache. The conservative 
distributions, such as RHEL, continue to provide ghostscript version 7.07, 
but we have had problems with the postscript output being clipped with this 
version. I ended up requiring version 8.16 or later, but a number of users 
have had problems meeting these requirements.

If you were using the usetex option with an older version of ghostscript (8.01 
for example) without any problems, please speak up so I can set the 
requirements accordingly. Additionally, I will probably issue a warning 
instead of raising an error in the event that ghostscript is available but 
the version is old.

Darren

>
> Derrick:  Sorry, I missed that.  I'm at a loss then, since I can't
> reproduce that error on any of the systems I have access too (Macos x,
> linux 32 bit, and ia64).  I wonder if anyone else out there with  
> x86_64
> would be willing to try the latest basemap from CVS?


Jeff,
I installed the cvs snapshot of basemap that you set up for me from  
ftp://ftp.cdc.noaa.gov/Public/jsw/basemap-0.8cvs.tar.gz. Thanks for  
setting this up.

I installed Saturday's (21 jan) CVS version of matplotlib  [ BTW--  
what is the comment for finding the version number?]

numerix is set as numpy in ~/.matplotlib/matplotlibrc

numerix      : numpy  # Numeric or numarray

python2.3, Opteron AMD64, Red Hat Linux.

Running
python simpletest.py
warning: figure.subplot.left rc value being reset to 0.1 in basemap
use rcdefaults() to get the original value back
Traceback (most recent call last):
   File "simpletest.py", line 13, in ?
     cs = m.contourf(x,y,etopo,30,cmap=cm.jet)
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
toolkits/basemap/basemap.py", line 2067, in contourf
     CS = ax.contourf(x,y,data,*args,**kwargs)
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
axes.py", line 1271, in contourf
     return ContourSet(self, *args, **kwargs)
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
contour.py", line 436, in __init__
     for level, level_upper, color in zip(lowers, uppers, self.tcolors):
ValueError: Invalid type for array
  -- this looks like a a matplotlib error

I get the same error as Derrick had with test.py (though the  
cylindrical projection works fine):

Running python test.py:
warning: figure.subplot.left rc value being reset to 0.1 in basemap
use rcdefaults() to get the original value back
min/max etopo20 data:
-9026.625 6228.8125
plotting Cylindrical Equidistant example, close plot window to  
proceed ...
Traceback (most recent call last):
   File "test.py", line 63, in ?
     m.drawparallels(circles,labels=[1,1,1,1])
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
toolkits/basemap/basemap.py", line 1379, in drawparallels
     lons,lats = self(self.llcrnrx*NX.ones 
(yy.shape,'f'),yy,inverse=True)
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
toolkits/basemap/basemap.py", line 931, in __call__
     return self.projtran(x,y,inverse=inverse)
   File "/data/jrd/mod1/agn/ext/Linux/lib64/python/matplotlib/ 
toolkits/basemap/proj.py", line 151, in __call__
     outx,outy = self._proj4(x,y,inverse=True)
   File "proj4.pyx", line 342, in proj4.Proj.__call__
   File "proj4.pyx", line 230, in proj4.Proj._inv
RuntimeError: Buffer lengths not the same


Could there be some conflict between the  default 64-bit integer  
arrays in numpy with 32-bit integers in the proj library?


George.

I'll test this tomorrow and update the download url on cheeseshop if
need be.  Thanks for the info.

On 1/22/06, Andrew Straw <str...@as...> wrote:
> SourceForge recently (again) changed their HTML download. The newest
> setuptools should work again. As of Jan 17, there was no new release, so
> you have to get it direct from subversion: "ez_setup.py setuptools=3D=3Dd=
ev"
>
> Apparently setuptools is now using SourceForge's web services API rather
> than trying to screen-scrape HTML, so this should hopefully eliminate
> future breakage.
>
> For more info, see this thread:
> http://mail.python.org/pipermail/distutils-sig/2006-January/005852.html
>
> Christopher Fonnesbeck wrote:
>
> >
> > On Jan 9, 2006, at 10:06 AM, Charlie Moad wrote:
> >
> >> There is support for numpy in the latest release we are trying to push
> >> now.  You can download the source here:
> >>
> >> http://cheeseshop.python.org/pypi/matplotlib/0.86
> >
> >
> > I am trying to install the matplotlib from cheeseshop using
> > easy_install but get the following:
> >
> > Oliver:~ chris$ sudo easy_install matplotlib
> > Searching for matplotlib
> > Reading http://www.python.org/pypi/matplotlib/
> > Reading http://matplotlib.sourceforge.net
> > Reading http://sourceforge.net/project/showfiles.php?group_id=3D80706
> > Best match: matplotlib 0.86.1
> > Downloading http://prdownloads.sourceforge.net/matplotlib/
> > matplotlib-0.86.1.tar.gz?download
> > Requesting redirect to (randomly selected) 'ufpr' mirror
> > error: No META HTTP-EQUIV=3D"refresh" found in Sourceforge page at
> > http://prdownloads.sourceforge.net/matplotlib/
> > matplotlib-0.86.1.tar.gz?use_mirror=3Dufpr
> >
> > Any idea where the error comes from?
> >
> > C.
> >
> > --
> > Christopher J. Fonnesbeck
> >
> > Population Ecologist, Marine Mammal Section
> > Fish & Wildlife Research Institute (FWC)
> > St. Petersburg, FL
> >
> > Adjunct Assistant Professor
> > Warnell School of Forest Resources
> > University of Georgia
> > Athens, GA
> >
> > T: 727.235.5570
> > E: chris at trichech.us
> >
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

SourceForge recently (again) changed their HTML download. The newest
setuptools should work again. As of Jan 17, there was no new release, so
you have to get it direct from subversion: "ez_setup.py setuptools==dev"

Apparently setuptools is now using SourceForge's web services API rather
than trying to screen-scrape HTML, so this should hopefully eliminate
future breakage.

For more info, see this thread:
http://mail.python.org/pipermail/distutils-sig/2006-January/005852.html

Christopher Fonnesbeck wrote:

>
> On Jan 9, 2006, at 10:06 AM, Charlie Moad wrote:
>
>> There is support for numpy in the latest release we are trying to push
>> now.  You can download the source here:
>>
>> http://cheeseshop.python.org/pypi/matplotlib/0.86
>
>
> I am trying to install the matplotlib from cheeseshop using 
> easy_install but get the following:
>
> Oliver:~ chris$ sudo easy_install matplotlib
> Searching for matplotlib
> Reading http://www.python.org/pypi/matplotlib/
> Reading http://matplotlib.sourceforge.net
> Reading http://sourceforge.net/project/showfiles.php?group_id=80706
> Best match: matplotlib 0.86.1
> Downloading http://prdownloads.sourceforge.net/matplotlib/
> matplotlib-0.86.1.tar.gz?download
> Requesting redirect to (randomly selected) 'ufpr' mirror
> error: No META HTTP-EQUIV="refresh" found in Sourceforge page at 
> http://prdownloads.sourceforge.net/matplotlib/
> matplotlib-0.86.1.tar.gz?use_mirror=ufpr
>
> Any idea where the error comes from?
>
> C.
>
> -- 
> Christopher J. Fonnesbeck
>
> Population Ecologist, Marine Mammal Section
> Fish & Wildlife Research Institute (FWC)
> St. Petersburg, FL
>
> Adjunct Assistant Professor
> Warnell School of Forest Resources
> University of Georgia
> Athens, GA
>
> T: 727.235.5570
> E: chris at trichech.us
>
>

On Jan 9, 2006, at 10:06 AM, Charlie Moad wrote:

> There is support for numpy in the latest release we are trying to push
> now.  You can download the source here:
>
> http://cheeseshop.python.org/pypi/matplotlib/0.86

I am trying to install the matplotlib from cheeseshop using  
easy_install but get the following:

Oliver:~ chris$ sudo easy_install matplotlib
Searching for matplotlib
Reading http://www.python.org/pypi/matplotlib/
Reading http://matplotlib.sourceforge.net
Reading http://sourceforge.net/project/showfiles.php?group_id=80706
Best match: matplotlib 0.86.1
Downloading http://prdownloads.sourceforge.net/matplotlib/ 
matplotlib-0.86.1.tar.gz?download
Requesting redirect to (randomly selected) 'ufpr' mirror
error: No META HTTP-EQUIV="refresh" found in Sourceforge page at  
http://prdownloads.sourceforge.net/matplotlib/ 
matplotlib-0.86.1.tar.gz?use_mirror=ufpr

Any idea where the error comes from?

C.

--
Christopher J. Fonnesbeck

Population Ecologist, Marine Mammal Section
Fish & Wildlife Research Institute (FWC)
St. Petersburg, FL

Adjunct Assistant Professor
Warnell School of Forest Resources
University of Georgia
Athens, GA

T: 727.235.5570
E: chris at trichech.us

Darren Dale wrote:
> On Saturday 21 January 2006 7:14 pm, Fernando Perez wrote:
> 
>>AND, even worse, I'm getting consistently that if I select
>>
>>font.latex.package  : helvetica
>>
>>produces a nasty error (I can send the full tb if needed):
> 
> [...]
> 
>>RuntimeError: _image_module::readpng could not open PNG file
>>/home/fperez/.matplotlib/tex.cache/4c6661ae3b1f9211424cf72e05973891_120.png
>>for reading
> 
> 
> 
> Oh, helvetica is not a valid package, so latex fails and dvipng is unable to 
> produce the png file. I think you are looking for the "helvet" package. I 
> should go through texmf/tex/latex/ and make a list of all the valid font 
> packages for latex, and include the list in the rc file.

Ah, sorry, my fault then!  Yes, listing the correct latex font package names 
in the rc file would be good, I was going on memory and typed the wrong one.

Many thanks for your efforts on this problem: I won't be able to look at this 
today, but I will again soon.

Regards,


f

 Hi, 
      When I tried to save a plot from the TkAgg GUI, it gave me an error message, here's the whole sesssion
  
  >>> from pylab import *
  >>> x = arange(1, 10, 1)
  >>> y = sin(x)
  >>> plot(x, y)
  [<matplotlib.lines.Line2D instance at 0x017A6DC8>]
  >>> show()
  ####  then after I click save on the GUI, I get this error message ########
  Exception in Tkinter callback
  Traceback (most recent call last):
    File "C:\Python24\lib\lib-tk\Tkinter.py", line 1345, in __call__
      return self.func(*args)
    File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py", lin
  e 635, in save_figure
      self.canvas.print_figure(fname, dpi=300)
    File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_tkagg.py", lin
  e 183, in print_figure
      agg.print_figure(filename, dpi, facecolor, edgecolor, orientation)
    File "C:\Python24\Lib\site-packages\matplotlib\backends\backend_agg.py", line
  469, in print_figure
      self.renderer._renderer.write_png(str(filename))
  UnicodeEncodeError: 'ascii' codec can't encode characters in position 36-37: ord
  inal not in range(128)
  
  
  Any ideas how to fix that? 
  
  thanks in advance, 
  Jerry
  
  

		
---------------------------------
Yahoo! Photos
 Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever.

>>>>> "GDarren" == Darren Dale <dd...@co...> writes:

    GDarren> Both of these figures look the same on screen, but
    GDarren> type1cm is used in the epsfile. Does backend_agg read the
    GDarren> rcParams dict during module import only?  That might
    GDarren> explain this behavior...

No, it reads it in the function draw_tex.  With the changes you made
in backend_agg it should work.  Did you flush your cache after making
these changes and reinstalling.
When in doubt, insert some print statements in draw_tex to make sure
what you think should be happening is happening.

Confused in Chicago,
JDH

On Sunday 22 January 2006 12:15 pm, you wrote:
> >>>>> "Darren" == Darren Dale <dd...@co...> writes:
>
>     Darren> I fixed a bad rcParams key in backend_agg (fixed in cvs),
>     Darren> but I still cant change the fonts on the fly. That got me
>     Darren> thinking, isn't it the case that any rcParams need to be
>     Darren> changed before importing from pylab, or has this
>     Darren> requirement changed? John's changes do work if you make rc
>     Darren> changes before importing from pylab.
>
> rcParams is just a dict, so you can modify it and have the changes
> work w/o restarting pylab.  As long as the dict is being read in a
> function (and not at the module import level) then you should have no
> trouble changing rc on the fly as long as we get the cache keys right.
>
> I think the changes I made to backend agg should work, but testing
> will be the final arbiter.  Are you seeing problems with CVS chcked
> out today?

in ipython -pylab, I tried something along the lines of:

from matplotlib import rcParams
# pslatex is my default latex font package
figure()
title(r'hello matplotlib: $x=e^{i\pi\theta}$')
savefig('pslatex.eps')

rcParams['font.latex.package']='type1cm'
figure()
title(r'hello matplotlib: $x=e^{i\pi\theta}$')
savefig('type1cm.eps')


Both of these figures look the same on screen, but type1cm is used in the 
epsfile. Does backend_agg read the rcParams dict during module import only? 
That might explain this behavior...

Darren

>>>>> "Darren" == Darren Dale <dd...@co...> writes:
    Darren> I fixed a bad rcParams key in backend_agg (fixed in cvs),
    Darren> but I still cant change the fonts on the fly. That got me
    Darren> thinking, isn't it the case that any rcParams need to be
    Darren> changed before importing from pylab, or has this
    Darren> requirement changed? John's changes do work if you make rc
    Darren> changes before importing from pylab.

rcParams is just a dict, so you can modify it and have the changes
work w/o restarting pylab.  As long as the dict is being read in a
function (and not at the module import level) then you should have no
trouble changing rc on the fly as long as we get the cache keys right.

I think the changes I made to backend agg should work, but testing
will be the final arbiter.  Are you seeing problems with CVS chcked
out today?

JDH

On Saturday 21 January 2006 7:14 pm, Fernando Perez wrote:
> AND, even worse, I'm getting consistently that if I select
>
> font.latex.package  : helvetica
>
> produces a nasty error (I can send the full tb if needed):
[...]
> RuntimeError: _image_module::readpng could not open PNG file
> /home/fperez/.matplotlib/tex.cache/4c6661ae3b1f9211424cf72e05973891_120.png
> for reading


Oh, helvetica is not a valid package, so latex fails and dvipng is unable to 
produce the png file. I think you are looking for the "helvet" package. I 
should go through texmf/tex/latex/ and make a list of all the valid font 
packages for latex, and include the list in the rc file.

Darren

On Sunday 22 January 2006 8:21 am, John Hunter wrote:
> Flush the cache and reinstall from CVS and make sure you can repeat
> this error after the newest fixes (probably still there but worth a
> try).  If so inspect the pointed to PNG file and see what is going on
> with it: does it exist, does it have data in it, is it in fact a
> readable png?

I fixed a bad rcParams key in backend_agg (fixed in cvs), but I still cant 
change the fonts on the fly. That got me thinking, isn't it the case that any 
rcParams need to be changed before importing from pylab, or has this 
requirement changed? John's changes do work if you make rc changes before 
importing from pylab.

Darren

>>>>> "Fernando" == Fernando Perez <Fer...@co...> writes:

    Fernando> In [23]: p mp.value figure() plot([1,2,3]) title(r'Hello
    Fernando> matplotlib: $x=1+\alpha')

I assume you have another dollar sign in there in real life?

    Fernando> Running it any number of times, all the while changing
    Fernando> this:

    Fernando> In [28]: rc('font.latex',package='times')

    Fernando> to 'times', 'helvetica', etc, produces no change in the
    Fernando> generated picture.  Is this setting supposed to be
    Fernando> ignored?  I see that

    Fernando> http://www.scipy.org/wikis/topical_software/UsingTex

    Fernando> mentions that these parameters can be changed 'before
    Fernando> importing pylab'.  Any reason why they can't be reset on
    Fernando> the fly?

No, you should be able to change them on the fly.  It turns out that
agg is also doing some caching of the generated images, and this is
where the problem was (there was also one in texmanager that I fixed
yesterday).  I just committed some changes that are untested but
should work.  FYI, the relevant bits of the code are texmanager's
get_prefix and backend_agg's draw_tex functions.  Previously in agg I
was caching on

        key = s, size, dpi, rgb, angle

and I added the rc info to the key

        key = s, size, dpi, rgb, angle, rcParams['font.latex'],rcParams['text.tex.engine']


    Fernando> AND, even worse, I'm getting consistently that if I
    Fernando> select

    Fernando> font.latex.package : helvetica

    Fernando> produces a nasty error (I can send the full tb if
    Fernando> needed):

    Fernando> RuntimeError: _image_module::readpng could not open PNG
    Fernando> file
    Fernando> /home/fperez/.matplotlib/tex.cache/4c6661ae3b1f9211424cf72e05973891_120.png
    Fernando> for reading

Flush the cache and reinstall from CVS and make sure you can repeat
this error after the newest fixes (probably still there but worth a
try).  If so inspect the pointed to PNG file and see what is going on
with it: does it exist, does it have data in it, is it in fact a
readable png?

Cheers,
JDH

ag...@no... wrote:
> Quoting Jeff Whitaker <js...@fa...>:
>
>   
>> George Nurser wrote:
>>     
>>> On 21 Jan 2006, at 19:52, Jeff Whitaker wrote:
>>>
>>>       
>>>> cvs -z3 -d:pserver:ano...@cv... 
>>>> <mailto:ano...@cv...>:/cvsroot/matplotlib co -P toolkits
>>>>
>>>>         
>>> Tried it, got back:
>>> cvs [checkout aborted]: end of file from server (consult above 
>>> messages if any)
>>>
>>> --George Nurser.
>>>
>>>       
>> Sorry, but you need to do
>>
>> cvs -d:pserver:ano...@cv...:/cvsroot/matplotlib login
>>
>> first.
>>
>> -Jeff
>>     
>
> I've probably done something stupid, but when I try the following, entering
> return as the password I get:
>
> %setenv CVS_RSH ssh
> %cvs -d:pserver:ano...@cv...:/cvsroot/matplotlib login
> CVS password: 
> cvs [login aborted]: end of file from server (consult above messages if any)
>
> I'm sure the login used to work, as I managed to get cvs matplotlib.
>
> --George.
>
>
> -----------------------------------------------------------------------
> National Oceanography Centre, Southampton :: http://www.noc.soton.ac.uk
>   

George:  This is all explained on 
http://sourceforge.net/cvs/?group_id=80706.  It doesn't look like you 
did anything wrong.  Perhaps you are behind a firewall?

I've put a cvs snapshot of basemap at 
ftp://ftp.cdc.noaa.gov/Public/jsw/basemap-0.8cvs.tar.gz.

-Jeff

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

John Hunter wrote:
>>>>>>"Darren" == Darren Dale <dd...@co...> writes:
> 
>     Darren> It's a bug. We need to either include the font information
>     Darren> in the md5 ().hexdigest, or we need to add font
> 
> I just committed a change to include the rc font info in the hash
> name.  This will obviate the old cache, so feel free to flush it.

OK, I'm still seeing very funny behavior (current mpl form CVS).  Let me try 
to document things as I go, so you have a record.  I have permanently set:

text.usetex         : True
text.tex.engine     : latex
ps.useafm         : False

mp is a macro which does:

In [23]: p mp.value
figure()
plot([1,2,3])
title(r'Hello matplotlib: $x=1+\alpha')

Running it any number of times, all the while changing this:

In [28]: rc('font.latex',package='times')

to 'times', 'helvetica', etc, produces no change in the generated picture.  Is 
this setting supposed to be ignored?  I see that

http://www.scipy.org/wikis/topical_software/UsingTex

mentions that these parameters can be changed 'before importing pylab'.  Any 
reason why they can't be reset on the fly?

I can see that it IS possible to get either helvetica or CM.  But it seems 
like I HAVE to make the choice at startup time, in my matplotlibrc file.  And 
it only seems to work by setting  If I set:

font.family         : serif (or sans-)

AND

blowing away the font-cache on each pylab restart.

Trying to switch back and forth between modes doesn't seem to work unless you 
blow the cache (even restarting pylab), so something is still broken re. cache 
handling.

AND, even worse, I'm getting consistently that if I select

font.latex.package  : helvetica

produces a nasty error (I can send the full tb if needed):

/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py in 
get_text_width_height(self, s, prop, ismath, rgb)
     241             size = prop.get_size_in_points()
     242             dpi = self.dpi.get()
--> 243             Z = self.texmanager.get_rgba(s, size, dpi, rgb)
     244             m,n,tmp = Z.shape
     245             return n,m

/usr/lib/python2.3/site-packages/matplotlib/texmanager.py in get_rgba(self, 
tex, fontsize, dpi, rgb)
     310             # force=True to skip cacheing while debugging
     311             pngfile = self.make_png(tex, dpi, force=False)
--> 312             X = readpng(pngfile)
     313             vers = self.get_dvipng_version()
     314             #print 'dvipng version', vers

RuntimeError: _image_module::readpng could not open PNG file 
/home/fperez/.matplotlib/tex.cache/4c6661ae3b1f9211424cf72e05973891_120.png 
for reading


So the latex.package part seems broken.


Cheers,

f

ps - John, you really should, in the users_guide.tex,

\usepackage{hyperref}

so the PDF has internal links.  This makes a big convenience difference for 
the use of the table of contents.  The fancy form (intended for compilation 
with pdflatex, NOT latex), [this is from common_preamble.tex in the p20 doc]:

% This gives us a better font in URL links (otherwise the default
% MonoSpace font is bitmapped, and it looks horrible in PDF)
\usepackage{courier}

\usepackage{color}

% The hyperref package gives us a pdf with properly built
% internal navigation ('pdf bookmarks' for the table of contents,
% internal cross-reference links, web links for URLs, etc.)

% A few colors to replace the defaults for certain link types
\definecolor{darkorange}{rgb}{.71,0.21,0.01}
\definecolor{darkgreen}{rgb}{.12,.54,.11}

\usepackage[pdftex,  % needed for pdflatex
   breaklinks=true,  % so long urls are correctly broken across lines
   colorlinks=true,
   urlcolor=blue,
   linkcolor=darkorange,
   citecolor=darkgreen,
   ]{hyperref}

% This helps prevent overly long lines that stretch beyond the margins
\sloppy

Stephen Walton wrote:
> Darren Dale wrote:
> 
> 
>>gv is not the same as ghostscript. Try gs -v. 
>> 
>>
> 
> Oh dear.  On Fedora Core 4 this is still reporting only version 7.07.
> 
> 
>>and all [reported problems] have been solved 
>>by updating to gnu-ghostscript-8.16.

To save you some aggravation, I just did this on my Fc3 box, so here's the 
short of it:

# try to remove it, this will fail but the error message is what you're after:
rpm -e ghostscript
# note which version of libgs.so is needed by ImageMagick or anything else.
# Tatoo it on your forehead

# Now, blow it away for real:
rpm -e --nodeps ghostscript

cd /your/gsdownload/dir  # I got 8.50, the current gnu one.
./configure
make
sudo make install
make so
sudo make soinstall

# now, you need to relink the shared libs so other things keep working:
cd /usr/lib/
# go to mirror, read the proper .so number off your forehead:
ln -s /usr/local/lib/libgs.so libgs.so.YOURNUMBER


I don't seem to have broken anything too serious with this, other than my rpm 
dependency chain.  Oh well, life can't all be roses and happiness.

Cheers,

f

George Nurser wrote:
>
> On 21 Jan 2006, at 19:52, Jeff Whitaker wrote:
>
>> cvs -z3 -d:pserver:ano...@cv... 
>> <mailto:ano...@cv...>:/cvsroot/matplotlib co -P toolkits
>>
>
> Tried it, got back:
> cvs [checkout aborted]: end of file from server (consult above 
> messages if any)
>
> --George Nurser.
>
Sorry, but you need to do

cvs -d:pserver:ano...@cv...:/cvsroot/matplotlib login

first.

-Jeff

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

Darren Dale wrote:

>gv is not the same as ghostscript. Try gs -v. 
>  
>
Oh dear.  On Fedora Core 4 this is still reporting only version 7.07.

>and all [reported problems] have been solved 
>by updating to gnu-ghostscript-8.16.
>
Sigh.

Steve Walton

ag...@no... wrote:
> The correct syntax isn't obvious to me -- how do I do this?
>
> Regards, George Nurser.
>
>   
setenv CVS_RSH ssh # for csh
export CVS_RSH=ssh # for bash
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/matplotlib co 
-P toolkits


-Jeff

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

>>>>> "Darren" == Darren Dale <dd...@co...> writes:
    Darren> It's a bug. We need to either include the font information
    Darren> in the md5 ().hexdigest, or we need to add font

I just committed a change to include the rc font info in the hash
name.  This will obviate the old cache, so feel free to flush it.

Thanks,
JDH

The correct syntax isn't obvious to me -- how do I do this?

Regards, George Nurser.


-----------------------------------------------------------------------
National Oceanography Centre, Southampton :: http://www.noc.soton.ac.uk

On Saturday 21 January 2006 11:52 am, Fernando Perez wrote:
> John Hunter wrote:
> >>>>>>"Fernando" == Fernando Perez <Fer...@co...> writes:
> >
> >     Fernando> Basically my question is: does the font.latex.package
> >     Fernando> setting actually do _anything_?  Or am I using it
> >     Fernando> incorrectly?
> >
> > Try flushine the cache ~/.matplotlib/tex.cache/
>
> That did it, thanks.  Is this a one-off thing because I had stale info
> there? Or does it need to be done every time you change your latex font
> package selection?  If the latter, I guess it should be considered a bug.

It's a bug. We need to either include the font information in the md5
().hexdigest, or we need to add font directories under tex.cache to keep 
things separate. I dont know what is the right way to do it, now that there 
is low-level font command support in mpl (I'm not familiar with that part of 
the code and unfortunately dont have time to familiarize myself with it this 
week).

Darren

John Hunter wrote:
>>>>>>"Fernando" == Fernando Perez <Fer...@co...> writes:
> 
> 
>     Fernando> Basically my question is: does the font.latex.package
>     Fernando> setting actually do _anything_?  Or am I using it
>     Fernando> incorrectly?
> 
> Try flushine the cache ~/.matplotlib/tex.cache/

That did it, thanks.  Is this a one-off thing because I had stale info there? 
  Or does it need to be done every time you change your latex font package 
selection?  If the latter, I guess it should be considered a bug.


Cheers,

f