matplotlib-users Mailing List for matplotlib

S=E6ll !
I am trying to plot very small number for the Y-axis on semilogy but they d=
o not appear at all unless one of the value is higher
Moreover the labels on the Y axis become 0 below 0.001
>> semilogy([1.0, 2.3, 3.3],[9.4e-05, 9.4e-05, 9.4e-05]) <-- does not =
work
[<matplotlib.lines.Line2D instance at 0x935255c>]
>> semilogy([1.0, 2.3, 3.3],[9.4e-04, 9.4e-05, 9.4e-05])	<--- work
[<matplotlib.lines.Line2D instance at 0x940e964>]
Should I use a specific "long" definition of my floating number ?
Takk
Jean-Baptiste
--=20
-----------------------------
Jea...@de...
Department of Statistics
deCODE genetics Sturlugata,8
570 2993 101 Reykjav=EDk

I've spent the last couple of days refactoring the matplotlib
backends, fixing bugs and adding some functionality. Here's a
synopsis of what's new. I encourage everyone to try it out so
complaints and bugs can be handled before the major release.
** Note there are some API changes so please read about this below **
** Note, GD users, GD rendering is significantly improved in my
 opinion. However, some of new functionality requires a recent
 version of gd and a patch of the latest gdmodule, see below **
What's new in matplotlib 0.50e
 GD supports clipping and antialiased line drawing. The line object
 has a new 'antialiased' property, that if true, the backend will
 render the line antialiased if supported. **You will need to
 upgrade to gd-2.0.15 or later and gdmodule-0.51. You will also need
 to replace _gdmodule.c with the code as described at
 http://matplotlib.sourceforge.net/backends.html#GD.
wild and wonderful bar charts
 You can provide an optional argument 'bottom' to the bar command to
 determine where the bottom of each bar is, default 0 for all. This
 enables stacked bar plots and candelstick plots --
 examples/bar_stacked.py. Thanks to David Moore and John Gill for
 suggestions and code.
Bugfixes (by backend)
 * All : the yticks on the right hand side were placed incorrectly,
 now fixed
 * All : ticklabels now make a more intelligent choice about how
 many significant digits to display
 * GD : An int truncation bug was causing the dotted lines to
 disappear
 * GD and GTK : Fixed line width to scale with DPI
 * GD : Fixed small text layout bug
 * GD : Fixed the constant for GD which maps pixels per inch - this
 should give better agreement with other backends witht he
 relative sizes of objects
 * GTK : Dash spacing was not properly scaling with DPI
Figure backend refactored
 The figure functionality was split into a backend independent
 component Figure and a backend dependent component
 FigureCanvasBase. This completes the transition to a totally
 abstract figure interface and improves the ability the switch
 backends. See the file
 http://matplotlib.sourceforge.net/API_CHANGES that comes with the
 src distro for information on migrating applications to the new API.
 All the backend specific examples have been updated to the new API.
Enjoy,
John Hunter

>>>>> "Nils" == Nils Wagner <nw...@me...> writes:
 Nils> ~/cvs/matplotlib/htdocs> /usr/bin/python process_docs.py
 Nils> Converting matplotlib.afm.html to template Converting
 Nils> matplotlib.artist.html to template Converting
 Nils> matplotlib.axes.html to template Converting
 Nils> matplotlib.axis.html to template Converting
 Nils> matplotlib.backend_bases.html to template Converting
 Nils> matplotlib.backends.backend_gd.html to template Traceback
 Nils> (most recent call last): File "process_docs.py", line 28, in
 Nils> ? s = file('../docs/' + fname).read() IOError: [Errno 2] No
 Nils> such file or directory:
 Nils> '../docs/matplotlib.backends.backend_gd.html'
Are you aware that the htdocs build the matplotlib web page, which can
be found at http://matplotlib.sourceforge.net. In other words, unless
you want to edit the web page docs, there is not much need to build
them yourself since they are available online.
If all you want is the pydoc documentation, this is online at
 http://matplotlib.sourceforge.net/matlab_commands.html and
 http://matplotlib.sourceforge.net/classdocs.html
If you really want to build the html docs yourself, from your error
message it looks like you do not have gd module properly installed.
Can you do this?
 >> import matplotlib
 >> matplotlib.use('GD')
 >> from matplotlib.matlab import *
If not, then GD is not installed properly and you need to follow the
install instructions at
http://matplotlib.sourceforge.net/backends.html#GD.
You will need to have all backends working before you can build the
htdocs.
One last word of warning, since you are building htdocs, you are using
CVS, right? CVS has undergone a lot of changes in the last 2 days,
particularly the GD backend, and if you have the latest CVS version,
GD won't run properly without a patched gdmodule. Stay tuned for
another post with all the required info for using the latest CVS.
JDH

~/cvs/matplotlib/htdocs> /usr/bin/python process_docs.py
 Converting matplotlib.afm.html to template
 Converting matplotlib.artist.html to template
 Converting matplotlib.axes.html to template
 Converting matplotlib.axis.html to template
 Converting matplotlib.backend_bases.html to template
 Converting matplotlib.backends.backend_gd.html to template
Traceback (most recent call last):
 File "process_docs.py", line 28, in ?
 s = file('../docs/' + fname).read()
IOError: [Errno 2] No such file or directory:
'../docs/matplotlib.backends.backend_gd.html'

John Hunter wrote:
>>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
> 
> 
> LUK> Yes. I did "python log_demo.py", got the gtk GUI and clicked
> LUK> on the "save" icon to produce the eps file. So it is as you
> LUK> said, it comes from the GUI backend. No warning when I did
> LUK> "python log_demo.py -dPS"
> 
> OK, now we at least know where the problem is. I don't get such an
> error message on my system (rhl9, pygtk-2.0.0). What platform are you
> on, and what versions of GTK and pygtk are you running?
> 
> JDH
> 
> 
> 
W2K, Enthought python 2.3, pygtk 2.0, gtk 2.0
Regards,
ST

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:
 LUK> Yes. I did "python log_demo.py", got the gtk GUI and clicked
 LUK> on the "save" icon to produce the eps file. So it is as you
 LUK> said, it comes from the GUI backend. No warning when I did
 LUK> "python log_demo.py -dPS"
OK, now we at least know where the problem is. I don't get such an
error message on my system (rhl9, pygtk-2.0.0). What platform are you
on, and what versions of GTK and pygtk are you running?
JDH

John Hunter wrote:
>>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
> 
> LUK> ** (log_demo.py:1264): WARNING **: Couldn't load font "Times
> LUK> 9.599609375" falling back to "Sans 9.599609375"
> 
> LUK> CVS.
> 
> Are you sure you are getting this message from the PS backend??? This
> looks more like a message coming from one of the GUI backends. I
> don't generate any error messages like this in matplotlib.
> 
> With a fresh cvs checkout:
> 
> hunter:~/tmp/matplotlib> grep -ri 'falling back to' .
> 
> turns up nothing.
> 
> JDH
> 
> 
> 
> 
Yes. I did "python log_demo.py", got the gtk GUI and clicked on the "save" icon 
to produce the eps file. So it is as you said, it comes from the GUI backend. No 
warning when I did "python log_demo.py -dPS"
Regards,
ST
--

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:
 LUK> ** (log_demo.py:1264): WARNING **: Couldn't load font "Times
 LUK> 9.599609375" falling back to "Sans 9.599609375"
 LUK> CVS.
Are you sure you are getting this message from the PS backend??? This
looks more like a message coming from one of the GUI backends. I
don't generate any error messages like this in matplotlib.
With a fresh cvs checkout:
hunter:~/tmp/matplotlib> grep -ri 'falling back to' .
turns up nothing.
JDH

John Hunter wrote:
>>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
> 
> 
> LUK> I have tex installed so I hope I can use quite a lot more
> LUK> fonts now. Is the path to the .afm files all that is needed?
> LUK> Do I have to set anything else, for example where to find the
> LUK> pfa/pfb files? I found that matplotlib spits out warnings
> LUK> like
> 
> All matplotlib needs is the *.afm files. It uses this to compute text
> lengths, etc, for layout. You'll just need to provide the right font
> names to the text commands, perhaps using a font dictionary as in
> examples/text_themes.py. Your postscript output device will still
> need to know about the fonts of course. Note that I use a custom font
> matching scheme in backend_ps and I certainly don't claim that it is
> ideal. So if you encounter strange behavior, let me know.
> 
> LUK> ** (log_demo.py:1264): WARNING **: Couldn't load font "Times
> LUK> 9.599609375" falling back to "Sans 9.599609375"
> 
> This doesn't look like a backend_ps error. Have you upgraded to
> matplotlib-0.42.2? I've reworked text handling in the backends so
> it's hard for me to compare what I've got now without knowing what
> version of matplotlib you're using.
> 
> JDH
> 
CVS.
ST

>>>>> "LUK" == LUK ShunTim <shu...@po...> writes:
 LUK> I have tex installed so I hope I can use quite a lot more
 LUK> fonts now. Is the path to the .afm files all that is needed?
 LUK> Do I have to set anything else, for example where to find the
 LUK> pfa/pfb files? I found that matplotlib spits out warnings
 LUK> like
All matplotlib needs is the *.afm files. It uses this to compute text
lengths, etc, for layout. You'll just need to provide the right font
names to the text commands, perhaps using a font dictionary as in
examples/text_themes.py. Your postscript output device will still
need to know about the fonts of course. Note that I use a custom font
matching scheme in backend_ps and I certainly don't claim that it is
ideal. So if you encounter strange behavior, let me know.
 LUK> ** (log_demo.py:1264): WARNING **: Couldn't load font "Times
 LUK> 9.599609375" falling back to "Sans 9.599609375"
This doesn't look like a backend_ps error. Have you upgraded to
matplotlib-0.42.2? I've reworked text handling in the backends so
it's hard for me to compare what I've got now without knowing what
version of matplotlib you're using.
JDH

John Hunter wrote:
>>>>>>"LUK" == LUK ShunTim <shu...@po...> writes:
> 
> 
> LUK> A slight glitch though. I think John has changed the AFMPATH
> LUK> environmental variable to MATPLOTLIBDATA (which is a more
> LUK> appropriate name) so people installing matplotlib in
> LUK> non-default places will have to set it instead.
> 
> ps backend is setup to use both, the idea that you may have some AFM
> files independent of matplotlib, and some that ship with matplotlib.
> The MATPLOTLIBDATA is indeed for people installing in nonstandard
> places. But if AFMPATH is not working for you, I need to know since
> this is a bug.
> 
> Thanks!
> John Hunter
> 
I think that's an oversight of mine. I had AFMPATH set to point to the directory 
which holds the afm, xpm files etc before I upgrade. After upgrading I got the 
error described above and I found out that I have to set MATPLOTLIBDATA. I did 
not realize that AFMPATH is *still* used.
I have tex installed so I hope I can use quite a lot more fonts now. Is the path 
to the .afm files all that is needed? Do I have to set anything else, for 
example where to find the pfa/pfb files? I found that matplotlib spits out 
warnings like
** (log_demo.py:1264): WARNING **: Couldn't load font "Times 9.599609375"
falling back to "Sans 9.599609375"
Regards,
ST