Re: [matplotlib-devel] First SVN commit (for me and mathtext2.py :)
On 8/21/06, Edin Salković <[EMAIL PROTECTED]> wrote: > If anyone is having problems with finding unicode fonts, check the > FreeFonts (FreeSerif is the one that has the most characters in it): > http://download.savannah.gnu.org/releases/freefont/ > http://download.savannah.gnu.org/releases/freefont/freefont-ttf-20060126.tar.gz > > The only currently supported fonts are True/OpenType. Oops. I haven't had updated the _mathtext_data.py file. Darren can you check if now everything works properly (even with pfb fonts)? It turns out that mpl now ships with the BaKoMa fonts in the mpl-data dir, so I though that putting the unicode fonts there would be fine. I'll see what I can do regarding integrating mathtext2 with the current font manager. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Mathtext questions, continued...
On Monday 21 August 2006 02:27, Jouni K Seppanen wrote: > Darren Dale <[EMAIL PROTECTED]> writes: > > On Sunday 20 August 2006 10:25 am, Edin Salković wrote: > >> Also, I thought that the author of the current code base did some > >> design mistakes at the begining. And, being a developer newbie, > >> it's a lot easier to start things from scratch, than make fixes to > >> old stuff you don't understand well. > > > > Just a general comment. Eric Raymond observed in The Cathedral and > > the Bazaar that "Good programmers know what to write. Great ones > > know what to rewrite (and reuse)." > > See also: http://www.joelonsoftware.com/articles/fog69.html > > >> The point is that, i.e. \cal sets the current fontface to "cal", > >> and the change is propagated till the end of the current scope (or > >> untill it hits \rm, for example). Old mathtext applies it only to > >> the first item after the command. > > > > What does this have to do with real TeX? Maybe you could post an > > example. It is possibly just an mpl bug that needs to be addressed. > > Run the attached file through LaTeX to see what he means. Does > Matplotlib attempt to replicate some subset of (La)TeX syntax exactly, > or is it just a "TeX-like" syntax? I think what he meant to say was that old mathtext didnt behave the way TeX does, is that correct Edin? My feeling is that mpl should replicate the (La)TeX syntax exactly. Imagine the confusion if mathtext gives one result, and usetex gives another. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] A bug in imshow command from matplotlib 0.87.4?
Hello,
I am using numpy 1.0b2 + matplotlib 0.87.4 from Andrew Straw repository
for Ubuntu (http://debs.astraw.com/).
I am playing with some images to present the Theorem of Best
Approximation associated to SVD to my students. I have computed a small
approximated image and I want to plot it using imshow from matplotlib,
but this command presenting a weird behavior with some weird spots in
brigh regions.
If I convert the array to a Numeric array and show it with the view
command from NumTut package (the Numeric tutorial) the picture shows
correctly.
Did I find a bug?
To see what I mean, you can download the following small data file
(saved with "tofile" in a i386 systems, it may not work in different
architectures).
http://www.ime.usp.br/~pjssilva/spot
Now run the following script (you need matplotlib, numpy, Numeric and
NumTut packages):
-- script --
import pylab, numpy, Numeric
from NumTut import view
win = numpy.fromfile('spot').reshape((50,50,3))
pylab.imshow(win)
pylab.show()
view(Numeric.array(win))
raw_input('Press enter to finish')
-- end script --
You should see two big green spots when the image is presented using
matplotlib.
Best,
Paulo
Obs: I am not
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] Mathtext questions, continued...
Thanks all for the tips, Darren, that's exactly what I had in mind - mathtext should copy the syntax of (La)TeX to a tollerable extent (without those dirty macros), so at least the high level TeX constructs behave the same. This should allow users to plot everyday plots easily with mathtext, and when they want a publication ready EPS (perhaps one day mathtext will be good enough for it), they'll just add the option usetex, with no other code change. I think it's easier to stick with plain TeX's syntax because it's very well documented. Cheers, Edin On 8/21/06, Darren Dale <[EMAIL PROTECTED]> wrote: > I think what he meant to say was that old mathtext didnt behave the way TeX > does, is that correct Edin? My feeling is that mpl should replicate the > (La)TeX syntax exactly. Imagine the confusion if mathtext gives one result, > and usetex gives another. > - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] A bug in imshow command from matplotlib 0.87.4?
On Monday 21 August 2006 13:56, Paulo Jose da Silva e Silva wrote: > Hello, > > I am using numpy 1.0b2 + matplotlib 0.87.4 from Andrew Straw repository > for Ubuntu (http://debs.astraw.com/). > > I am playing with some images to present the Theorem of Best > Approximation associated to SVD to my students. I have computed a small > approximated image and I want to plot it using imshow from matplotlib, > but this command presenting a weird behavior with some weird spots in > brigh regions. > > If I convert the array to a Numeric array and show it with the view > command from NumTut package (the Numeric tutorial) the picture shows > correctly. > > Did I find a bug? I can confirm the strange behavior with the most up-to-date svn versions of matplotlib and numpy. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
