Hi Erik,
I can reproduce your finding on my site. Maybe this kind of specifying the
coloring is not yet fully supported. I think Reinier Heeres is the one how
knows almost everything about mplot3D - maybe he can comment on this.
Kind regards,
Matthias
On Wednesday 20 January 2010 00:14:39 Erik
Hi,
it's probably a rather simple problem. Unfortunately I'm unable to solve it.
The following code example describes my problem:
import numpy as np
from matplotlib import pyplot,mpl
x = np.arange(10)
y = np.arange(25)
z = np.floor(10*np.random.random((25,10)))
pyplot.contourf(x,y,z)
cb = pypl
>2010/1/20 Mario Mech :
> cb = pyplot.colorbar(format=r"%2.1f")
> for j in cb.ax.get_yticklabels():
> j.set_text('bla')
> pyplot.show()
>
> Doesn't do anything.
It looks like cb.ax.get_yticklabels() returns a list of copies of the
Text objects. Since you are only changing the copies it has no ef
On 20.01.2010 14:55, Scott Sinclair wrote:
>> 2010/1/20 Mario Mech:
>> cb = pyplot.colorbar(format=r"%2.1f")
>> for j in cb.ax.get_yticklabels():
>>j.set_text('bla')
>> pyplot.show()
>>
>> Doesn't do anything.
>
> It looks like cb.ax.get_yticklabels() returns a list of copies of the
> Text obje
>2010/1/20 Mario Mech :
> Ok, something like
>
> cl = cb.ax.get_yticklabels()
> cl[0].set_text('bla')
> cb.ax.set_yticklabels([elem.get_text() for elem in cl])
This works for me.
> But
>
> cl = cb.ax.get_yticklabels()
>
> results in a list of Text objects like Text(0,0,'').
I have no idea what's
> This works for me.
>
>> But
>>
>> cl = cb.ax.get_yticklabels()
>>
>> results in a list of Text objects like Text(0,0,'').
>
> I have no idea what's happening then. I see:
>
> for l in cl:
> print(l)
>
> Text(0,0,'bla')
> Text(0.17,0.17,'1.5')
> Text(0.33,0.33,'3.0')
> Text(0
Mario Mech wrote:
> ...
> #--
> import numpy as np
> from matplotlib import pyplot,mpl
>
> x = np.arange(10)
> y = np.arange(25)
> z = np.floor(10*np.random.random((25,10)))
>
> pyplot.contourf(x,y,z)
>
> cb = pyplot.colorbar()
>
> for j in cb.ax.get_yticklabels():
>print(j)
> #
>
On Wed, Jan 20, 2010 at 9:17 AM, Mario Mech wrote:
> cl = cb.ax.get_yticklabels()
>
> results in a list of Text objects like Text(0,0,''). So my problem is more to
> get the TickLabels for vertical colorbars.
>
Can you elaborate why you need to do this?
This is a general behavior of Axes in matp
> Can you elaborate why you need to do this?
As you can see in my example:
#--
import numpy as np
from matplotlib import pyplot,mpl
x = np.arange(10)
y = np.arange(25)
z = np.floor(10*np.random.random((25,10)))
pyplot.contourf(x,y,z)
cb = pyplot.colorbar()
pyplot.show()
#--
the smal
On Tue, Jan 19, 2010 at 3:08 PM, Kurt Forrester
wrote:
> Additional information that I forgot to supply was that on python
> 2.5/windows/matplotlib 0.98.xxx (my work machine, not accessible at the
> moment for the subversion number) this worked fine and there may have been a
> regression from this
Hey folks,
I'm plotting a simple rainfall record and when I tell the DayLocator to make
sure to use 'US/Pacific' as it's time zone, it barfs on me. (US/Pacific is also
set in my matplotlibrc file). When I don't specify the time zone, it doesn't
barf, but the xticks are placed 8 hours off (presu
On Wed, Jan 20, 2010 at 12:12 PM, Mario Mech wrote:
> the smallest value (0.0) is labeled with "-0.0". I just want to get rid of
> the minus sign.
>
This is because the actual value is "-9.e-06" (this inherits
from the levels of contour).
While I think we're fixing a wrong problem (the c
Jae-Joon Lee wrote:
> On Wed, Jan 20, 2010 at 12:12 PM, Mario Mech wrote:
>> the smallest value (0.0) is labeled with "-0.0". I just want to get rid of
>> the minus sign.
>>
>
> This is because the actual value is "-9.e-06" (this inherits
> from the levels of contour).
> While I think we
On Wed, Jan 20, 2010 at 1:13 PM, Kurt Forrester
wrote:
> I am not too sure what the design behaviour is but it is certainly not doing
> what I expected. I do appreciate your effort in resolving this. Please do
> let me know if there are any further tests I can perform to demonstrate the
> issue or
Jae-Joon Lee wrote:
> On Wed, Jan 20, 2010 at 12:12 PM, Mario Mech wrote:
>> the smallest value (0.0) is labeled with "-0.0". I just want to get rid of
>> the minus sign.
>>
>
> This is because the actual value is "-9.e-06" (this inherits
> from the levels of contour).
The reason for th
On Wed, Jan 20, 2010 at 1:36 PM, Eric Firing wrote:
> Second and related advice: don't fiddle directly with tick labels except as
> a *last* resort. Instead, take care in selecting tick values, and if
> necessary, customize the Formatter.
>
Agreed. It was a quick hack.
> The fact that a default
On Wed, Jan 20, 2010 at 2:04 PM, Eric Firing wrote:
> The reason for this fudge in contour is that contourf fills
> lower < z <= upper
> for each consecutive pair of contour levels.
> When the minimum value of z coincides with the lowest level, then regions
> with that minimum are left blank; so t
http://pastebin.com/f7fba9f61
I wrote this little snippet to automatically format the X axis of a line
plot I created with a dynamic range. It's not completely 100% perfect, but I
thought Id just post this here is anyone wants to use it, or maybe even
knows of another method to create the same ef
> From: lee.j.j...@gmail.com
> Date: Wed, 20 Jan 2010 13:50:45 -0500
> Subject: Re: [Matplotlib-users] Annotate Behaviour - Arrows Missing
> To: kurtforres...@hotmail.com
> CC: matplotlib-users@lists.sourceforge.net
>
> On Wed, Jan 20, 2010 at 1:13 PM, Kurt Forrester
> wrote:
> > I am not too
Estaré ausente de la oficina desde el Vie 18/12/2009 y no volveré hasta el
Mar 24/08/2010 .
Ésta es una respuesta automática para avisar del cambio de correo
electrónico. A partir de ahora todos los correos deben ser remitidos a
angela.riv...@insa.es en lugar de a esta dirección de correo.
Lame
On Wed, Jan 20, 2010 at 3:07 PM, Kurt Forrester
wrote:
> the output from the script is:
>
> annotation_clip = None
> checking is point is inside the axes : [ 30.875 233. ]
> contains_point = 0
> _check_xy returning False
> exit without drawing due to annotation_clip
>
>
Weird.
How about th
Whenever I try to build from source, I get an error saying that it can't find
vcvarsall.bat. Here are the last few lines of the output from DOS:
copying lib\pytz\zoneinfo\US\Pacific -> build\lib.win32-2.6\pytz\zoneinfo\US
copying lib\pytz\zoneinfo\US\Pacific-New -> build\lib.win32-2.6\pytz\zoneinf
Hi Forum,
I just had an article accepted and they want to have the figures in vector
EPS format with text that can be re-sized. I have produced all my figures
with matplotlib. However, it seems that MPL rasterizes everything in the
production of its EPS output. Is there any way to get around this
Hi Matt,
I cannot see any difference between matplotlib generated eps and others.
I used the code below to generate the attached eps. Maybe you could be more
specific in what is rasterized in the wrong way. By the way what version of
matplotlib you are using?
Kind regards,
Matthias
import matp
24 matches
Mail list logo