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
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
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
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
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
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
> 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,
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
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
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
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
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
"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
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 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
>
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
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
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
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
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
20 matches
Mail list logo
