Dear all,
maybe this should go to the Enthought list, but as the failure is directly
related to the pylab switch of ipython, I thought I try it here first:
On OSX I have trouble with using the pylab switch for ipython after I copied
the gdal.pth into the Enthought site-packages folder (to be
On 2010-04-13 10:18 AM, K. -Michael Aye wrote:
Dear all,
maybe this should go to the Enthought list, but as the failure is directly
related to the pylab switch of ipython, I thought I try it here first:
On OSX I have trouble with using the pylab switch for ipython after I copied
On 2010-04-13 18:13:40 +0200, K. -Michael Aye said:
On 2010-04-13 10:18 AM, K. -Michael Aye wrote:
Dear all,
maybe this should go to the Enthought list, but as the failure is
directly related to the pylab switch of ipython, I thought I try it
here first:
On OSX I have trouble
On 2010-04-16 19:18:56 +0200, Keegan Callin said:
Hello,
I have written a small script that, I think, demonstrates a memory leak
in savefig. A search of the mailing list shows a thread started by Ralf
Gommers ralf.gomm...@googlemail.com about
2009-07-01 that seems to
cover a very
Dear all,
I'm not sure if this is by design or a problem:
In a pylab session, if I repeatedly call imshow with the same image,
memory increases each time.
This does not happen if i go the 'Artists' way (fig = .., ax =
fig.add---, im = ax.imshow)
Is there a way to avoid memory consumption like
On 2010-07-12 23:17:19 +0200, John Hunter said:
On Mon, Jul 12, 2010 at 4:06 PM, K.-Michael Aye
kmichael@gmail.com wrote:
Dear all,
I'm not sure if this is by design or a problem:
In a pylab session, if I repeatedly call imshow with the same image,
memory increases each time
On 2010-07-14 01:46:49 +0200, John Hunter said:
On Mon, Jul 12, 2010 at 5:06 PM, K.-Michael Aye
kmichael@gmail.com wrote:
On 2010-07-12 23:17:19 +0200, John Hunter said:
On Mon, Jul 12, 2010 at 4:06 PM, K.-Michael Aye
kmichael@gmail.com wrote:
Dear all,
I'm not sure
Dear all,
just a small tip for all who are creating many images by using
something like this:
for param in range(10):
data = get_data(param)
fig = plt.figure()
ax = fig.add_subplot(111)
im = ax.imshow(data)
fig.savefig('data_'+str(param)+'.png)
#
6 : ax.images
7 : im = imshow(data)
8 : ax.images
9 : ax.images.remove[0]
10: del ax.images.remove[0]
Both of these lines are wrong. You either need to do
ax.images.remove(0) # note the parens, not square brackets
or
del ax.images[0]
*doh*, of course, me stupid. Sorry, it's
On 2010-07-14 18:45:35 +0200, John Hunter said:
On Wed, Jul 14, 2010 at 11:38 AM, K.-Michael Aye
kmichael@gmail.com wrote:
Out[12]: 1
In [13]: gc.collect()
Out[13]: 12
still not seeing a leak in your data -- you need to report_memory
after calling gc collect. Turn off hold
On 2010-07-14 18:51:26 +0200, K.-Michael Aye said:
On 2010-07-14 18:45:35 +0200, John Hunter said:
On Wed, Jul 14, 2010 at 11:38 AM, K.-Michael Aye
kmichael@gmail.com wrote:
Out[12]: 1
In [13]: gc.collect()
Out[13]: 12
still not seeing a leak in your data -- you need
On 2010-07-14 19:11:58 +0200, K.-Michael Aye said:
On 2010-07-14 18:51:26 +0200, K.-Michael Aye said:
On 2010-07-14 18:45:35 +0200, John Hunter said:
On Wed, Jul 14, 2010 at 11:38 AM, K.-Michael Aye
kmichael@gmail.com wrote:
Out[12]: 1
In [13]: gc.collect()
Out[13]: 12
On 2010-07-16 18:48:48 +0200, Eric Firing said:
Furthermore,
deleting images from ax.images does not free memory :
Maybe because ipython is keeping a reference to every AxesImage object
that you make...
Eric
Well, maybe, but why does it not happen for John? His penultimate post
I once had bus errors when i mixed gdal with Enthought, because gdal
brought it's own numpy version, that didn't match Enthoughts.
In a pure pure Enthought environment where really nothing else is
installed, this should not happen, I think.
BR,
Michael
On 2010-10-28 05:06:46 +0200, Lou Wicker
Dear basemap team!
(I hope this is the right list for posting basemap problems? I reported
the problem to the EPD list, but they don't have the capacity to test
it due to the lack of GDAL installations)
There's a fatal (as in crashing Python) library dependency in relation
with current gdal
Dear all,
I wondered if there's any principle reason one should not try to use
Basemap with other planetary data?
I am assuming, as long as projections are used that follow certain
standards there should not be any problems, right?
Of course any of the methods like drawcountries() and so on
A colleague posed an interesting challenge:
How to do a filled plot having the y-axis in logarithm?
I think I can do it with creating patches myself an adding it to the
axis, but isn't there anything built-in?
Best regards,
Michael
On Oct 2, 2012, at 6:33 AM, Damon McDougall damon.mcdoug...@gmail.com wrote:
On Tue, Oct 2, 2012 at 2:19 PM, Benjamin Root ben.r...@ou.edu wrote:
On Mon, Oct 1, 2012 at 7:20 PM, Michael Aye kmichael@gmail.com wrote:
Hi!
I see that the function ax.imshow takes the parameter
On Oct 2, 2012, at 12:06 PM, Damon McDougall damon.mcdoug...@gmail.com wrote:
On Tue, Oct 2, 2012 at 8:00 PM, K.-Michael Aye kmichael@gmail.com wrote:
On Oct 2, 2012, at 11:09 AM, Damon McDougall damon.mcdoug...@gmail.com
wrote:
On Tue, Oct 2, 2012 at 5:51 PM, K.-Michael Aye
The example script 'testgdal.py' is crashing at the point of the
basemap object instantiation:
m = Basemap(llcrnrlon=-119,llcrnrlat=22,urcrnrlon=-64,urcrnrlat=49,
projection='lcc',lat_1=33,lat_2=45,lon_0=-95)
Assertion failed: (0), function query, file AbstractSTRtree.cpp, line 286.
Problem: New y-axis max value set by edit-curve interface is forgotten
after zoom-in-zoom-out cycle.
Reproduction steps:
* change y-axis max to a larger value than used by the default layouter
with the edit-curve interface (click on the green hook)
* Click Ok
* Zoom into the plot
* click the
If someone confirms this, I'd be happy to put it into github, but I
thought I send it here first, to see if this is another PEBKAC.
Michael
On 2013-05-10 00:39:48 +, K.-Michael Aye said:
Problem: New y-axis max value set by edit-curve interface is forgotten
after zoom-in-zoom-out cycle
Hi!
I have just run an old code that I believe was working before on OSX.
I am trying this with matplotlib 1.2.1 on an OSX EPD running Python 2.7.3
In [1]: from matplotlib.pylab import *
In [2]: import matplotlib.cbook as cbook
In [3]: data = ones((1500,1500,3))
In [4]: imshow(data)
Out[4]:
Hi!
Is there a way to copy an axes object into different figures?
The idea would be to first create a valuable plot, save it on its own
into a file, and then add it to a subplots figure as part of an
overview?
I tried to play with this but can't make it to show up in an pylab session:
I have creted two polar stereographic basemaps that look like this:
http://imgur.com/ayqINQ6
But when zooming in, this happens:
http://imgur.com/ca5OFgj
I have confirmed that this happens only for the Basemap with round=True option.
Michael
never done it this
way but should have the same results I am guessing as what I mentioned
above.
There was no error message, but nothing showed up either.
Cheers
On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye
kmichael@gmail.com wrote:
Hi!
Is there a way to copy an axes
?
Cheers
On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye
kmichael@gmail.com wrote:
Hi!
Is there a way to copy an axes object into different figures?
The idea would be to first create a valuable plot, save it on its own
into a file, and then add it to a subplots figure as part
Very nice, congrats!
I was looking for some example to setup webagg but can't seem to find
any? Is there anything written down about it?
Cheers,
Michael
On 2013-08-01 18:06:35 +, Michael Droettboom said:
On behalf of a veritable army of super coders, I'm pleased to announce
the
Is there a way to have
ax.ticklabel_format(useOffset=False)
as default? I searched in the example matplotlibrc file but can't see
anything that could be used?
Cheers,
Michael
--
Learn the latest--Visual Studio
29 matches
Mail list logo