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
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
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
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
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]:
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
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.
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
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
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
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
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
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
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-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
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-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,
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
29 matches
Mail list logo