generation it gives memory
error to me.
thanks,
-Aalok
*/Jeff Whitaker [EMAIL PROTECTED]/* wrote:
Aalok kapoor wrote:
Hi all,
I am using matplotlib-0.87.7, Basemap-0.9.3, Numpy-1.1 and agg
backend.
I am facing memory leak problems after running following script
I get this error
Traceback (most recent call last):
File simpletest.py, line 22, in module
savefig('simpletest.pdf')
File /Users/jsw/lib/python/matplotlib/pylab.py, line 796, in savefig
return fig.savefig(*args, **kwargs)
File /Users/jsw/lib/python/matplotlib/figure.py, line 727,
John Hunter wrote:
On 3/28/07, Jeff Whitaker [EMAIL PROTECTED] wrote:
John: I just added macos x support in the report_memory function.
Regarding Eric's memory leak #2 (which occurs even for non-gui
backends), here's a simple script to trigger it:
Thanks Jeff, could you add
Tom Holroyd (NIH/NIMH) [E] wrote:
import os,matplotlib
matplotlib.use('Agg')
from matplotlib.figure import Figure
from matplotlib.cbook import report_memory
def plot():
fig = Figure()
i = 0
while True:
print report_memory(i)
fig.clf()
ax =
John Hunter wrote:
I seem to be getting some corner artifacts when using *Agg that I
haven't seen before. Anyone else seeing something strange and any
idea why?
import numpy
from pylab import figure, show
t = numpy.arange(0.0, 1.0, 0.1)
s = numpy.ones(len(t), dtype=numpy.float_)
David Huard wrote:
Hi, the pyproj package seems to cause a problem in the polarmap
example of the basemap toolkit.
Thanks,
david
[EMAIL PROTECTED]:~/svnrepos/toolkits/basemap/examples$ python polarmaps.py
min/max etopo20 data:
-9026.625 6228.8125
plotting North Polar Lambert Azimuthal
Christopher Barker wrote:
Jeff Whitaker wrote:
1) an external dependency on the GEOS lib (which is LGPL).
Would it be any better to depend on an existing python binding GEOS?
Here's one option:
http://trac.gispython.org/projects/PCL/wiki/Shapely
-Chris
Chris: I
Christopher Barker wrote:
Jeff,
as you mentioned license as one issue in not using shapely, I thought
you might be interested in this:
Original Message
Subject: [Community] Proposal to change Shapely license from LGPL to BSD
From: Sean Gillies [EMAIL PROTECTED]
I
(sorry for botched subject line in the first message)
Basemap 0.9.7 is available for download.
http://www.python.org/pypi/basemap/0.9.7
http://sourceforge.net/project/showfiles.php?group_id=80706package_id=142792release_id=555980
Vincent Schut wrote:
Jeff Whitaker wrote:
There is an extra dependency on the GEOS (Geometry Engine) library
(http://geos.refractions.net). The source code is included with basemap,
but requires a separate ./configure; make ;make install step before running
setup.py. Using the GEOS
Michael: I'm seeing the following error on OS X (Tiger) with numpy
1.0.4 when building the latest svn transforms branch:
src/path.cpp: In member function 'Py::Object
_path_module::affine_transform(const Py::Tuple)':
src/path.cpp:700: error: invalid conversion from 'npy_intp*' to 'int*'
Michael Droettboom wrote:
[Jeff -- I don't know why your original e-mail never got delivered to
me, but I was able to see it in the archive.]
The problem arises on platforms with 64-bit pointers -- in Numpy the
datatype used to store the shape of an array is different from the
datatype
/backend_agg.cpp -o
build/temp.macosx-10.4-i386-2.5/src/backend_agg.o failed with exit status 1
-Jeff
Jeff Whitaker wrote:
Michael Droettboom wrote:
[Jeff -- I don't know why your original e-mail never got delivered
to me, but I was able to see it in the archive.]
The problem arises
drive_gfs.o306841
Jeff Whitaker wrote:
Michael Droettboom wrote:
Sorry. Try now (r4447). I realised I have to skip even one more
level.
Cheers,
Mike
Mike: Got a bit further this time, then hit the same error in
backend_agg.cpp:
src/backend_agg.cpp: In member function 'Py::Object
Michael Droettboom wrote:
Jeff Whitaker wrote:
Michael Droettboom wrote:
Actually, this is the inverse error to the other one ;) Keeping
track of which APIs are current is proving difficult.
Try r4448... Thanks for your patience.
Cheers,
Mike
Mike: That did it now, thanks!
Phew
John Hunter wrote:
For the 0.91 release, I have updated the web site, which had become
woefully out of date. In addition to some 91 specific things like
what's new, credits and updating a bunch of links to point to
pyplot, I also cleaned out some dead wood (removed numeric and
numarray
Hi Michael: I've been testing basemap with the transforms branch. All
the examples now run, but the ones that use pcolormesh don't work
correctly. I've attached an example. In the trunk, using either
pcolor or pcolormesh produce an identical plot. In the transforms
branch, using pcolor
Michael Droettboom wrote:
Thanks for finding this. It was an x,y reversal indexing the mesh
array. Fixed in r4565.
Cheers,
Mike
Jeff Whitaker wrote:
Hi Michael: I've been testing basemap with the transforms branch.
All the examples now run, but the ones that use pcolormesh don't work
Jeff Whitaker wrote:
Michael Droettboom wrote:
Thanks for finding this. It was an x,y reversal indexing the mesh
array. Fixed in r4565.
Cheers,
Mike
Jeff Whitaker wrote:
Hi Michael: I've been testing basemap with the transforms branch.
All the examples now run, but the ones
Michael Droettboom wrote:
The transforms branch has seen very little outside of the matplotlib
examples, so it's good to find all of these error cases. Fixed in r4569.
Cheers,
Mike
Michael: And one more - contourf will die if you there are no
contours at the requested levels. The
John Hunter wrote:
On Dec 3, 2007 2:08 PM, Jeff Whitaker [EMAIL PROTECTED] wrote:
try:
l,b,w,h = ax.get_position()
except:
l,b,w,h = (ax.get_position()).bounds
In general, blanket excepts are bad practice because they can mask
other bugs. You might catch
Michael Droettboom wrote:
The transforms branch has seen very little outside of the matplotlib
examples, so it's good to find all of these error cases. Fixed in r4569.
Cheers,
Mike
Michael: And one more - contourf will die if you there are no
contours at the requested levels. The
Mike: I see that ax.apply_aspect now has a 'position' argument. To
maintain backward compatibility, may I suggest that you make it a kwarg,
with default value None, and then add
if position is None:
position = self._originalPosition
at the top of apply_aspect?
-Jeff
--
Jeffrey S.
Now that the transforms branch has merged with the trunk, I'd like to
resurrect namespace packages so that toolkits will work again when
matplotlib is installed as an egg. As was discussed in a previous
thread, all __init__.py files in the toolkit hierarchy must be empty
(aside
)
basemap/
__init__.py
other_files.py
This is OK with me, but I question is whether it's necessary to have the
lib directory -- it seems entirely redundant. I'm fine with either
way, though.
-Andrew
Jeff
in setup.py accordingly.
-Jeff
Jeff Whitaker wrote:
Now that the transforms branch has merged with the trunk, I'd like to
resurrect namespace packages so that toolkits will work again when
matplotlib is installed as an egg. As was discussed in a previous
thread, all
Darren Dale wrote:
On Wednesday 09 January 2008 7:01:14 pm Jeff Whitaker wrote:
Andrew Straw wrote:
As the author of the only other known MPL toolkit (at least in the MPL
tree), I'm happy with the idea of using a namespace package for
mpl_toolkits. I understand your proposal to mean
Andrew Straw wrote:
Jeff Whitaker wrote:
Darren Dale wrote:
On Wednesday 09 January 2008 7:01:14 pm Jeff Whitaker wrote:
Andrew Straw wrote:
As the author of the only other known MPL toolkit (at least in the MPL
tree), I'm happy with the idea of using
Andrew Straw wrote:
Great -- hopefully that saved you some API re-arrangement pain. No
problem on shuffling mpl_sizer around -- please go ahead do it if you
have time.
-Andrew
Jeff Whitaker wrote:
Andrew: Thanks, you've convinced me. Is it OK with you if I go
ahead and make those
mpl_toolkits.basemap import Basemap.
We don't actually need to stuff things into an api.py file.
-Jeff
At 08:11 AM 1/10/2008, Jeff Whitaker wrote:
Andrew Straw wrote:
Great -- hopefully that saved you some API re-arrangement pain. No
problem on shuffling mpl_sizer around -- please go ahead
Eric Firing wrote:
Jeff Whitaker wrote:
Ted Drain wrote:
Could someone point me at a discussion/article that explains the
need for namespace packages? I'm sure there is some good reason for
it but on the surface it seems very confusing. I've always thought
that the purpose
Eric Firing wrote:
Jeff,
When putting a legend on a basemap plot, I find that the legend command
picks up the coastline line collection and gives it an uninformative
label. I suspect this is rarely what one wants. Two suggestions:
1) In drawcoastlines, use
What do people think of releasing 0.98 after numpy 1.1 is released this
weekend?
The main reason I'd like to do this (instead of releasing another
0.91.x) is that the toolkits are broken in 0.91 - if matplotlib is
installed as an egg basemap (or any other toolkit) cannot be installed.
-Jeff
Eric Firing wrote:
Stephane Raynaud wrote:
Hi,
date2num and num2date perform conversion between datetime and 'days
since 0001-01-01' and vice versa.
For such task, they strictly use ordinal dates for their numeric days,
1 meaning '0001-01-01' by definition.
Thus,
Ryan May wrote:
(Sorry if this is a duplicate)
Hi,
I'm trying to make a Skew-T LogP plot, an important plot in meteorology,
using matplotlib (mainly to help convert people away from much more
horrible solutions). You can see one here:
http://www.rap.ucar.edu/weather/upper/oun.gif
and
Ryan May wrote:
Hi,
I've got (what seems to me) a nice clean, self-contained
implementation of wind barbs plots. I'd like to see if I can get this
into matplotlib, as it would be very useful to the meteorology
community. I've borrowed heavily from Quiver for rounding out rough
edges (like
John Hunter wrote:
On Fri, Jul 18, 2008 at 12:52 PM, Jeff Whitaker [EMAIL PROTECTED] wrote:
What do you think? If it's OK I say we use the natgrid package in
matplotlib, since it's more bulletproof than the scikits package (it passes
Robert's degenerate triangulation test, and has been
Ryan May wrote:
Jeff,
I just noticed that the 0.99.1 tarball for Basemap does not include a
pdf of the docs, while 0.99 did. Was this intentional or just an
oversight? I only ask because it broke the gentoo option for installing
the docs.
Ryan
Ryan: That wasn't the real docs,
Pierre GM wrote:
All (with a special hello to Jeff W.),
I'm running into a problem with the latest basemap (r6355), illustrated in
the
following. Looks like the resolution 'i' causes a TopologyException
GEOS_ERROR: TopologyException: found non-noded intersection
between -42.7171
Ryan May wrote:
Jeff,
Would it be a lot of work for basemap to use the system copy of pupynere if
it's
installed, instead of installing its own copy? (like what's already done for
dap
and httplib2)
Ryan
Ryan: The basemap version is modified to automatically unpack scaled
short
Ryan May wrote:
Jeff Whitaker wrote:
Ryan May wrote:
Jeff,
Would it be a lot of work for basemap to use the system copy of
pupynere if it's installed, instead of installing its own copy?
(like what's already done for dap and httplib2)
Ryan
Ryan: The basemap version is modified
Michiel de Hoon wrote:
I've written a patch that fixes this bug; see
https://sourceforge.net/tracker/?func=detailatid=560722aid=2508440group_id=80706
--Michiel
Just commited your patch (SVN r6787) - thanks Michiel.
-Jeff
--- On Mon, 1/12/09, Tony Yu tsy...@gmail.com wrote:
From:
Adam Mercer wrote:
On Tue, Jul 28, 2009 at 05:14, Jeff Whitakerjsw...@fastmail.fm wrote:
Chris: This usually happens when you build mix different versions of
geos, i.e. build with the 3.1 lib but the 2.2.3 headers, or link with
the 3.1 shared lib and then have it pick up the 2.2.3 shared
Michael Hearne wrote:
I apologize for cross-posting - I realized I probably shouldn't have
posted this on the user's list first...
Hello - I am attempting to build matplotlib from source on os X, and
getting an error about a shared library being the wrong architecture.
The confusing
Ariel Rokem wrote:
Hi - that's interesting - I am actually on OS10.5. For some reason,
the MPL libraries get built under a directory called
lib.macosx-10.3-fat-2.5 and the SDK set in the Python Makefile is
/Developer/SDKs/MacOSX10.4u.sdk, which is why you see these mentioned
in the output.
Ariel Rokem wrote:
Resending with CC to list:
D'oh. I forgot to do that. OK - now I went back and ran:
env ARCHFLAGS='-arch i386' python setup.py install
That also went with no hitches
Then, in Python:
import matplotlib
matplotlib.__version__
'0.98.5.2'
Ariel: This
Ariel Rokem wrote:
Hi Jeff,
import matplotlib
matplotlib.__version__
'0.98.5.2'
Ariel: This tells me you really didn't install it, or you installed it in a
different version of python than you are trying to import it with.
That does sound reasonable -
Michael Hearne wrote:
I just built matplotlib and basemap from source on a RHEL system, with
EPD as my base Python installation.
The build procedure for matplotlib was fairly straightforward, as was
basemap (once I read Jeff's documentation on installing).
However, once I try to import
built GEOS in a local
home directory. Do I need to build it in a global location (like
/usr/local)?
--Mike
Mike: Sounds like you need to modify LD_LIBRARY_PATH to add the
directory where you installed libgeos.
-Jeff
On Aug 25, 2009, at 3:05 PM, Jeff Whitaker wrote:
Michael Hearne wrote
Stephane Raynaud wrote:
Hi Jeff,
how about allowing units to be set as meters when calling
Basemap.drawmapscale ?
And maybe adding the keyword format for formatting numeric values.
That would be interesting when plotting maps with small area.
Thanks.
Stephane: I don't use the
Eric Bruning wrote:
I'm using basemap to plot a dataset* that has longitude values like so:
lon = [0, 2, 4, ..., 356, 358]
I'd like to use Basemap.shiftgrid to transform the longitudes and data
to the -180, 180 interval, but I get 'ValueError, cyclic point not
included' since 360 isn't
Jouni K. Seppänen wrote:
Could somebody test that script with current trunk (rev. 7899)? I don't
have basemap installed, but I think my latest change might shake out the
bug.
Jouni: That test script now crashes with:
Traceback (most recent call last):
File testpdf.py, line 28, in
Dr. Phillip M. Feldman wrote:
Basemap offers many projections, but is missing two of the most useful ones:
- For satellite applications, it would be helpful to have a camera
projection, i.e., a projection that shows the Earth as viewed from a
specified point in space. This would be a
Phillip M. Feldman wrote:
Andrew Straw wrote:
Jeff Whitaker wrote:
Dr. Phillip M. Feldman wrote:
Basemap offers many projections, but is missing two of the most
useful ones:
- For satellite applications, it would be helpful to have a camera
projection, i.e., a projection
Dr. Phillip M. Feldman wrote:
When I generate a map with the aeqd projection, the width parameter has no
effect. This looks like a bug.
Philip: I don't see this. Here's an example, does this fail for you?
lon_0=-105; lat_0=40
width=4000.e3
height=4000.e3
m =\
Phillip M. Feldman wrote:
Jeff Whitaker wrote:
Phillip M. Feldman wrote:
Andrew Straw wrote:
Jeff Whitaker wrote:
Dr. Phillip M. Feldman wrote:
Basemap offers many projections, but is missing two of the most
useful ones:
- For satellite applications, it would be helpful to have
. Instead of
svn co
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib
matplotlib
do
svn co
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/toolkits/basemap
basemap
-Jeff
Jeff Whitaker wrote:
Phillip M. Feldman wrote:
Jeff Whitaker wrote:
Phillip
John Hunter wrote:
On Tue, Mar 2, 2010 at 11:41 PM, Eric Firing efir...@hawaii.edu wrote:
Andrew Straw wrote:
[...]
This is a good point. My preferred option is that we jettison all the
stuff that is not going to be shipped with MPL 1.0 from the git repo.
(More correctly - we build
On 3/19/10 11:10 AM, David J. Raymond wrote:
I am trying to plot two 1-D masked arrays against each other
in a line plot and an extraneous straight line appears on
the plot. This phenomenon only occurs sporadically and with
certain data sets. I have noticed a similar phenomenon with
masked
Eric Firing wrote:
Jeff,
Basemap methods like plot() include a draw_if_interactive command,
followed by a call to the set_axes_limits() method, which ends with
# force draw if in interactive mode.
if is_interactive():
figManager =
Eric Firing wrote:
Jeff Whitaker wrote:
Eric Firing wrote:
Jeff,
Basemap methods like plot() include a draw_if_interactive command,
followed by a call to the set_axes_limits() method, which ends with
# force draw if in interactive mode.
if is_interactive
On 6/10/10 10:40 AM, Pierre GM wrote:
All,
Sorry, it's been a while since I've been using Basemap. I was just trying to
update my local svn directory to r8403 and reinstall basemap, but an import
fail w/ the following message:
Traceback (most recent call last):
File string, line 1,
On 6/10/10 11:14 AM, Pierre GM wrote:
On Jun 10, 2010, at 12:51 PM, Jeff Whitaker wrote:
On 6/10/10 10:40 AM, Pierre GM wrote:
All,
Sorry, it's been a while since I've been using Basemap. I was just trying
to update my local svn directory to r8403 and reinstall basemap
On 6/10/10 11:13 AM, Benjamin Root wrote:
On Thu, Jun 10, 2010 at 11:56 AM, Jeff Whitaker jsw...@fastmail.fm
mailto:jsw...@fastmail.fm wrote:
On 6/10/10 10:41 AM, Benjamin Root wrote:
On Thu, Jun 10, 2010 at 11:05 AM, Jeff Whitaker
jsw...@fastmail.fm mailto:jsw...@fastmail.fm
I've started to see these errors today:
TypeError: function takes exactly 3 arguments (4 given)
Traceback (most recent call last):
File
/Users/jwhitaker/.local/lib/python2.6/site-packages/matplotlib/artist.py,
line 55, in draw_wrapper
draw(artist, renderer, *args, **kwargs)
File
On 8/30/10 1:21 AM, Fernando Perez wrote:
Hi Eric,
On Sat, Aug 28, 2010 at 4:27 PM, Eric Firingefir...@hawaii.edu wrote:
Impressive--but I don't think I understand why one would want plots rendered
inline rather than in separate windows.
Fernando: I've got ipython-newkernal ipythonqt
On 9/5/10 3:15 PM, Fernando Perez wrote:
Hi Jeff,
On Sun, Sep 5, 2010 at 10:18 AM, Jeff Whitakerjsw...@fastmail.fm wrote:
Fernando: I've got ipython-newkernal ipythonqt working on my mac - how do I
tell it to switch between external plot windows and inline plots? External
windows seems
...@github.com
Jeff Whitaker jsw...@fastmail.fm
Regarding basemap, what do people recommend? Should I create a separate
github project for basemap and it's data?
-Jeff
jrevans
cmoad
heeres
mmetz_bn
sameerd
pkienzle
dmkaplan
nnemec
stevech
edin1
kmcivor
teoliphant
barrett
greglielens
On 1/24/11 7:11 AM, Darren Dale wrote:
On Mon, Jan 24, 2011 at 8:48 AM, John Hunterjdh2...@gmail.com wrote:
On Mon, Jan 24, 2011 at 7:18 AM, Jeff Whitakerjsw...@fastmail.fm wrote:
Regarding basemap, what do people recommend? Should I create a separate
github project for basemap and it's
On 1/25/11 1:06 PM, Darren Dale wrote:
On Tue, Jan 25, 2011 at 1:31 PM, Pauli Virtanenp...@iki.fi wrote:
Tue, 25 Jan 2011 12:19:37 -0500, Darren Dale wrote:
There is a potential problem converting the entire basemap history to
git. In svn commit 4418, trunk/toolkits had basemap and
On 2/26/11 5:30 AM, Michiel de Hoon wrote:
In any case it appears that with the exception of Tkinter, it may take a
long time before interactive mpl backends can be used with py3k.
The MacOSX backend has already been ported to Py3k (at least the C part of
it, which is the largest and most
On 8/11/11 4:11 AM, Pavel Raiskup wrote:
Hi,
Coverity is an interesting product and I heard of it before on
TheDailyWTF.com (in positive light, of course!). However, it appears
that
you were scanning an outdated version of our software. The current
release
version is v1.0.1, and we are
On 1/29/12 8:42 AM, Benjamin Root wrote:
On Sunday, January 29, 2012, Fernando Perez fperez@gmail.com
mailto:fperez@gmail.com wrote:
Hi all,
in ipython for the qtconsole and notebook, we send inline figures using
fig.canvas.print_figure(bytes_io, format=fmt, bbox_inches='tight')
to ask the same. And as Jeff Whitaker points out,
all x and y (longitude/latitude) labels also get clipped.
I can understand not considering the position of arbitrarily laid out
text that a user could have put in a random location.
From matplotlib's perspective, the lat/lon labels in Basemap
The link points to matplotlib.org/basemap (which doesn't exist), should
be matplotlib.github.com/basemap. Either that, or
matplotlib.org/basemap should redirect there.
-Jeff
--
Live Security Virtual Conference
On 9/12/12 7:49 PM, Michael Droettboom wrote:
I believe I've now fixed this.
Mike
Yep, it's good now. Thanks Michael.
-Jeff
On 09/12/2012 09:28 PM, Jeff Whitaker wrote:
The link points to matplotlib.org/basemap (which doesn't exist), should
be matplotlib.github.com/basemap. Either
Damon McDougall
July 6, 2013 9:32
AMIf
I do a clean install of mpl master, and then of basemap, basemap
lands in dist-packages/mpl_toolkits, as it always has. But now it is
not found--I can't import it. It seems that now the *real* mpl_toolkits
is cleverly hidden inside an egg
, Jul 6, 2013
at 11:04 AM, Jeff Whitaker jsw...@fastmail.fm
wrote:
Damon McDougall
July 6, 2013 9:32
AM
If
I do a clean install of mpl master, and then of basemap, basemap
lands in dist-packages/mpl_toolkits, as it always has. But now it is
not found--I can't import
78 matches
Mail list logo