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 201
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 relea
fails?
>
> Cheers
>
>
> On Tue, Jul 30, 2013 at 10:13 AM, K.-Michael Aye
> 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 ad
_renderer()). I have 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
> wrote:
> Hi!
>
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!
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:
plot(aran
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]:
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-
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 'B
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.
A
On 2013-04-01 13:45:07 +, Benjamin Root said:
>
> On Fri, Mar 29, 2013 at 7:30 PM, Michael Aye
> wrote:
> Is there a pylab version of ax.plot_surface?
> I am asking because the following does not work when running an ipython
> notebook in pylab mode:
> #0: #create s
Is there a pylab version of ax.plot_surface?
I am asking because the following does not work when running an ipython
notebook in pylab mode:
#0: #create some data ….
#1: fig = plt.figure()
ax = fig.gca(projection='3d')
#2: surf = ax.plot_surface( …..) # taking the exact command from the exam
On 2012-10-18 05:58:46 +, Eric Firing said:
> On 2012/10/17 6:13 PM, Michael Aye wrote:
>> I am using matplotlib 1.1.0 that came with the current EPD, which in
>> turn comes without pygtk.
>>
>> However, the linux system I am using this on (CentOS6) has pygtk i
I am using matplotlib 1.1.0 that came with the current EPD, which in
turn comes without pygtk.
However, the linux system I am using this on (CentOS6) has pygtk installed:
/usr/lib64/pygtk/2.0
Is there any change I can marry those two? Currently, when I try to
matplotlib.use('gtk')
I get an erro
On 2012-10-02 20:15:51 +, Damon McDougall said:
> On Tue, Oct 2, 2012 at 9:09 PM, Eric Firing
> wrote:
>> On 2012/10/02 9:21 AM, Michael Aye wrote:
>>>>>>>>>
>>>>>>>> How nice of you to ask! ;)
>>>>>>>>
On 2012-10-02 20:09:34 +, Eric Firing said:
> On 2012/10/02 9:21 AM, Michael Aye wrote:
>>>>>>>>
>>>>>>> How nice of you to ask! ;)
>>>>>>> Indeed: I had the case that image arrays inside an ImageGrid where
>>> s
On 2012-10-02 19:49:16 +, Damon McDougall said:
> On Tue, Oct 2, 2012 at 8:33 PM, Michael Aye
> wrote:
>>>>>>>>>>
>>>>>>>>> How nice of you to ask! ;)
>>>>>>>>> Indeed: I had the case that image array
>>> How nice of you to ask! ;)
>>> Indeed: I had the case that image arrays inside an ImageGrid where
>>> shown with some white overhead area around, e.g. for an image of 100
>>> pixels on the x-axis, the imshow resulted in an x-axis that went from
>>> -10 to 110. I
> >
> How nice of you to ask! ;)
> Indeed: I had the case that image arrays inside an ImageGrid where
> shown with some white overhead area around, e.g. for an image of 100
> pixels on the x-axis, the imshow resulted in an x-axis that went from
> -10 to 110. I was looking for a sim
On Oct 2, 2012, at 12:06 PM, Damon McDougall wrote:
> On Tue, Oct 2, 2012 at 8:00 PM, K.-Michael Aye wrote:
>>
>> On Oct 2, 2012, at 11:09 AM, Damon McDougall
>> wrote:
>>
>>> On Tue, Oct 2, 2012 at 5:51 PM, K.-Michael Aye
>>> wrote:
>&
On 2012-10-02 18:10:01 +, Damon McDougall said:
> Forgot to reply all. Sorry.
>
>
> -- Forwarded message --
> From: Damon McDougall
> Date: Tue, Oct 2, 2012 at 7:09 PM
> Subject: Re: [Matplotlib-users] imlim in ax.imshow
> To: "K.-Michael Aye&
On Oct 2, 2012, at 6:33 AM, Damon McDougall wrote:
> On Tue, Oct 2, 2012 at 2:19 PM, Benjamin Root wrote:
>>
>>
>> On Mon, Oct 1, 2012 at 7:20 PM, Michael Aye wrote:
>>>
>>> Hi!
>>>
>>> I see that the function ax.imshow takes the p
Hi!
I see that the function ax.imshow takes the parameter 'imlim' but in
the source (status: EPD 7.3-2) it is not being used?
So what is it for?
Best regards,
Michael
--
Got visibility?
Most devs has no idea what the
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 2011-02-18 07:32:48 +0100, Robert Abiad said:
> Dear Folks,
>
> I'm finding that hist has problems computing on 2d arrays.
>
> import numpy
> import pylab
> mu, sigma = 2, 0.5
> v = numpy.random.normal(mu,sigma,16)
> pylab.hist(v, bins=1000, normed=1)
>
> Th
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 don'
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 p
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
>>> wrote:
>>>
>>>> O
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
>> wrote:
>>
>>> Out[12]: 1
>>>
>>> In [13]: gc.collect()
>>>
>>> Ou
On 2010-07-14 18:45:35 +0200, John Hunter said:
> On Wed, Jul 14, 2010 at 11:38 AM, K.-Michael Aye
> wrote:
>
>> Out[12]: 1
>>
>> In [13]: gc.collect()
>>
>> Out[13]: 12
>
>
> still not seeing a leak in your data -- you need to report_memory
>> 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 stu
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)
# p
On 2010-07-14 01:46:49 +0200, John Hunter said:
> On Mon, Jul 12, 2010 at 5:06 PM, K.-Michael Aye
> wrote:
>> On 2010-07-12 23:17:19 +0200, John Hunter said:
>>
>>> On Mon, Jul 12, 2010 at 4:06 PM, K.-Michael Aye
>>> wrote:
>>>> Dear all,
&
On 2010-07-12 23:17:19 +0200, John Hunter said:
> On Mon, Jul 12, 2010 at 4:06 PM, K.-Michael Aye
> 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,
&g
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 t
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 about
> 2009-07-01 that seems to
> cover a very similar issue. I have appe
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
>
> 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
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 ab
41 matches
Mail list logo
