Hi list,
I have some files with data stored in columns:
x1 y1 z1
x2 y2 z2
x3 y3 z3
x4 y4 z4
x5 y5 z5
...
and I need to make a contour plot of this data using matplotlib. The
problem is that contour plot functions usually handle a different kind
of inpu
Hi Giuseppe
you can load your datafile with pylab... see my little function which
i'm using
import pylab as pl
def readXY(filename):
x,y,z = pl.load(filename, unpack=True)
return x,y,z
(X, Y, Z) = readXY("datafile.dat")
after that you have your values in the arrays X;Y;Z
kind regards
I have run into a bit of problem using 0.99 and py2exe.
I am getting errors "TypeError: unsupported operand type(s) for +=:
'NoneType' and 'str'" in mlab.pyo after py2exe'd my application.
This is caused by this type of code, as one normally uses the optimize
option with py2exe which means that
I can not try your revision but I will do it as soon as it is released.
Nervertheless I try your snippet with an AxesZero. I get the gridlines
and the axis but the first was over the second. It is not what I expected.
As far as I am concerned, I can wait until matplotlib next release.
Thanks,
Ya
This change has gone into effect (for me at least on a Liux box). Can
anyone test Windows and Mac and report back?
Cheers,
Mike
Michael Droettboom wrote:
> I just went in and changed the default file downloads back to correct
> values, but alas, it appears to have no effect. There is some hin
Werner F. Bruhin wrote:
> I have run into a bit of problem using 0.99 and py2exe.
>
> I am getting errors "TypeError: unsupported operand type(s) for +=:
> 'NoneType' and 'str'" in mlab.pyo after py2exe'd my application.
>
> This is caused by this type of code, as one normally uses the optimize
>
Michael Droettboom writes:
> This change has gone into effect (for me at least on a Liux box). Can
> anyone test Windows and Mac and report back?
Using Firefox 3.5.2 on Mac OS X 10.5, the green download link points to
matplotlib-0.99.0-py2.6-macosx10.5.dmg, and when I change my user agent
head
"Werner F. Bruhin" writes:
>> I am getting errors "TypeError: unsupported operand type(s) for +=:
>> 'NoneType' and 'str'" in mlab.pyo after py2exe'd my application.
I think this has been fixed on the trunk for good, by changing all
docstring modifications to use decorators (defined in docstrin
Hi,
I think I found a bug, but I am not sure if it's in the doc or in a method name.
In the doc, there is reference to a method *suptitle* in class
mpl.figure.Figure. The name sounds strange, but the method exists and works. The
example given, though, makes reference to *subtitle*, so either the ex
On Wed, Sep 9, 2009 at 4:30 AM, Yann wrote:
> I can not try your revision but I will do it as soon as it is released.
> Nervertheless I try your snippet with an AxesZero. I get the gridlines
> and the axis but the first was over the second. It is not what I expected.
You can rearrange the order of
Thanks much for the quick response. I updated both matplotlib and
basemap (now at 0.99.5) via svn and noticed the new netcdftime.py.
First, from within site-packages/mpl_toolkits/basemap,
$ grep date2index *.py
__init__.py::func:`date2index`: compute a time variable index
corresponding to a dat
Arthur M. Greene wrote:
> Thanks much for the quick response. I updated both matplotlib and
> basemap (now at 0.99.5) via svn and noticed the new netcdftime.py.
> First, from within site-packages/mpl_toolkits/basemap,
>
> $ grep date2index *.py
> __init__.py::func:`date2index`: compute a time vari
Hi,
is it enough to overwrite the axesgrid.py file in my matplotlib 0.99
installation with the file from svn? I tried that, but i see no effects.
Are there anywhere precompiled matplotlib releases for 1.0_win32_pre?
Andreas
Jae-Joon Lee schrieb:
> On Tue, Sep 8, 2009 at 11:51 AM, Yann
> Gouda
> From: Michael Droettboom [mailto:md...@stsci.edu]
> Sent: Wednesday, September 09, 2009 08:17
>
> This change has gone into effect (for me at least on a Liux
> box). Can anyone test Windows and Mac and report back?
On Windows 7RC, Firefox 3.5.2 and IE 8.0 see
matplotlib-0.99.0.win32-py2.6.ex
Hi all,
python make.py html failed with
/home/nwagner/svn/matplotlib/doc/faq/environment_variables_faq.rst::
WARNING: document isn't included in any toctree
/home/nwagner/svn/matplotlib/doc/mpl_toolkits/axes_grid/index.rst::
WARNING: document isn't included in any toctree
/home/nwagner/svn/matp
I'm not seeing that, but I'm running Sphinx 0.6.3. It also looks like
the kind of thing where removing the build directory may help.
Mike
Nils Wagner wrote:
> Hi all,
>
> python make.py html failed with
>
> /home/nwagner/svn/matplotlib/doc/faq/environment_variables_faq.rst::
> WARNING: documen
Thanks much. I am able to replicate your results using netcdf4.
FYI, I don't believe the xml file is a CDAT creation; rather, it is
probably written using CMOR (http://www2-pcmdi.llnl.gov/cmor), which was
used to standardize the IPCC model output files, presumably so they
could be accessed by
Arthur M. Greene wrote:
> Thanks much. I am able to replicate your results using netcdf4.
>
> FYI, I don't believe the xml file is a CDAT creation; rather, it is
> probably written using CMOR (http://www2-pcmdi.llnl.gov/cmor), which
> was used to standardize the IPCC model output files, presumabl
I have a large array that looks like this:
vals=[0,0,1,3,2,1,0,4,2,4,2...]
dates = [datetime.date(...), datetime.date(...)...]
which then is transformed into a cumsum:
acc_vals = np.cumsum(vals)
and then that is sent to maplotlib to be graphed. The resultant graph looks
like this:
http://img1
Just to add a little info:
I've been poking around various OPeNDAP servers looking for files to try
and open (and read), and have had a little success, so the module does
seem to work, if not all the time for my purposes. At the moment I'm on
a 64-bit machine (Fedora 10), so this is encouraging
20 matches
Mail list logo
