matplotlib-users Mailing List for matplotlib

Hello all,
I routinely work with images sizes > [1000,1000].
There is a slight annoying problem whatever the backend I use:
Pixels coordinates default format is wrong.
It does not make sense to display "x=1.42e+03,y=1.92e+03".
Pixels coordinates should be formated *by default* as integers.
Would it be possible to fix that?
Steps to reproduce:
import numpy
import pylab
a=numpy.random.random((2000,2000))
pylab.imshow(a,interpolation='Nearest')
Xavier

$ python setup.py install --prefix=/d/facets/contrib
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.98.5
 python: 2.5.2 (r252:60911, Dec 15 2008, 17:11:36) [GCC
 3.4.6 20060404 (Red Hat 3.4.6-10)]
 platform: linux2
REQUIRED DEPENDENCIES
 numpy: 1.2.1.1
 freetype2: 9.7.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.7
connect 173.8.244.121 port 6000: Connection timed out
X connection to foo.bar.com:12.0 broken (explicit kill or server shutdown).
Is this expected? Any way around?
Thanks......John Cary

Hi guys,
I' m playing around with line collections, and I was wondering if it was
possible to use fill with line collections?
or maybe I would have to use PolyCollection?
would it represents a big challenge to include that in Linecollection? (just
to know if I could do it myself eventually)
on a not completely related note... is there a sweet spot when
LineCollection is faster than multiple over plots?...I'm plotting 1300 lines
of 3000 points each...and the overplot solution is still faster (though
using 2 or 3 times memory)
J.
-- 
View this message in context: http://www.nabble.com/LineCollection-and-fill....-tp23693305p23693305.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

--- On Tue, 5/19/09, Thomas Pfaff <ya...@gm...> wrote:
> Now, here at work I have to use a Windows PC and PowerPoint
> and graphics just look best in PowerPoint if they are in
> EMF format. Funny enough there seems to be no converter on
> the market to properly convert any other vector format
> matplotlib can produce to EMF.
Have you tried pstoedit? On Windows, it can convert to EMF.
> If not, what would you think would be the effort and the
> time needed to port the emf-backend to the latest version
> of matplotlib?
As far as I can tell, pyemf currently does not contain all the features needed for a fully-functioning matplotlib backend. In particular, bitmap support (to include images in the EMF) and text metrics are missing. So you won't be able to calculate the correct position of text. You'll probably end up with a backend that is less than satisfactory. You may be better off using the postscript or SVG backend, apply a (PS,SVG)-to-EMF converter, and if that doesn't work perfectly, fix the converter rather than matplotlib's EMF backend.
--Michiel.
 

Hello Robert,
I studied delaunay and mlab.griddata a bit while converting tinterp and 
saw the
"""
 tri = delaunay.Triangulation(x,y)
 # interpolate data
 interp = tri.nn_interpolator(z)
 zo = interp(xi,yi)
"""
stuff. In studying delaunay, however, it was/is not clear to me how to 
set up the "triangulation" for
delaunay.LinearInterpolator(triangulation, z, default_value=-1.#IND)
without going through delaunay. Any chance you could give an example of 
using delaunay to linearly interpolate on mesh x,y assuming data_pts, 
triangles, f_at_data_points are already given?
Best Regards,
Eric
Robert Kern wrote:
> 
> delaunay has a linear interpolator implemented in C++ that could be used for 
> this purpose, too. The natural neighbor interpolator is only for Delaunay 
> triangulations, but the linear interpolator should be usable for general 
> triangulations.
>