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
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&
> >
> 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
>>> 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
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
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 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! ;)
>>>>>>>>
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-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
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 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
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:
plot(aran
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
-
_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!
>
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
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
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
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
>
> 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
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-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 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
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:
>&
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
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
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-
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-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
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,
&
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
>> 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
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
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 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-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
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 don'
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
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
-
41 matches
Mail list logo
