To get a field plot with null clines,
I'm using the approach John illustrated here:
http://mail.scipy.org/pipermail/scipy-user/2007-October/014290.html
Is this the recommended approach these days?
Thanks,
Alan Isaac
--
D
(Putting back on list)
On Tue, Mar 30, 2010 at 5:06 PM, Rachel-Mikel Arce Jaeger
wrote:
> I see. I think utilizing the backend will be sufficient for now. One more
> question (and thank you so much for your help!). Switching the xaxis to the
> top crushes it into the title, but adding more line
On Tue, Mar 30, 2010 at 3:17 PM, Ryan May wrote:
>
> According to the docstring, it only puts ticks in both locations, not
> labels, which is what I'm seeing here on SVN with the PyGTK backend.
>
> Are you seeing something different?
>
>
Yes, same here.
It is just a bit unexpected
ax.xaxis.set_
On Tue, Mar 30, 2010 at 3:51 PM, Rachel-Mikel Arce Jaeger
wrote:
> Ryan's code works great - thanks!
>
> The only problem I have is that show() never terminates? If I force terminate
> it and close the figure, then all I ever have to do is call draw() and the
> figure reappears, but I have to ca
Ryan's code works great - thanks!
The only problem I have is that show() never terminates? If I force terminate
it and close the figure, then all I ever have to do is call draw() and the
figure reappears, but I have to call show() at least once, or else the figure
will never appear. I don't wan
2010/3/30 Chloe Lewis :
> But this example doesn't solve the problem I was thinking of: it shows lots
> of colors in the colorbar that aren't used in the plot.
I'm so stupid! Here is the correct code. I just interchanged
"-bounds, bound" with "min_val, max_val" on line 28. The only thing I
didn
2010/3/30 Filipe Pires Alvarenga Fernandes :
> However, my knowledge of python is very limited, even though I think I
> understood what you suggested I do not know how to get the shape (of
> the figure?) for this part:
>
fig.set_size_inches(float(shape[0]) / dpi, float(shape[1]) / dpi)
>
> err
On Tue, Mar 30, 2010 at 2:10 PM, Gökhan Sever wrote:
> On Tue, Mar 30, 2010 at 2:37 PM, Ryan May wrote:
>> You're looking for the set_ticks_position method on the xaxis (I've
>> also tweaked setting the limits):
>>
>> plt.plot(xcoords, ycoords, 'ro')
>> plt.xlim(0, maxX)
>> plt.ylim(maxY, 0)
>> a
On Tue, Mar 30, 2010 at 2:37 PM, Ryan May wrote:
> You're looking for the set_ticks_position method on the xaxis (I've
> also tweaked setting the limits):
>
> plt.plot(xcoords, ycoords, 'ro')
> plt.xlim(0, maxX)
> plt.ylim(maxY, 0)
> ax = plt.gca() # Get current axes object
> ax.xaxis.set_ticks_p
On Tue, Mar 30, 2010 at 11:12 AM, Julien wrote:
> This script should give you a srange historamme, with bins that are half
> the size they shoud be.
>
I'm sorry but it is not clear what is wrong. The histogram looks just fine
to me. Maybe you wanted to do
plt.hist(sorted(liste_histo),bins=rang
On Tue, Mar 30, 2010 at 2:56 PM, Eric Firing wrote:
> Is even that worth the potential extra complexity, both in the code and in
> the documentation? What is the real benefit?
>
I think there are some benefit of moving artists to another axes. Also
this will help enabling moving an axes to anoth
2010/3/29 Rachel-Mikel_ArceJaeger :
> Hello,
>
> This is my first time trying out this list, so please forgive me if I've
> doing this wrong.
>
> I'm trying to create a plot that has its origin in the upper-left hand
> corner, rather than the lower-left hand corner. I've discovered that I get
>
On Mon, Mar 29, 2010 at 10:20 PM, wrote:
> Hello,
>
> This is my first time trying out this list, so please forgive me if I've
> doing this wrong.
>
> I'm trying to create a plot that has its origin in the upper-left hand
> corner, rather than the lower-left hand corner. I've discovered that I ge
On Tue, Mar 30, 2010 at 11:15 AM, Chloe Lewis wrote:
> But this example doesn't solve the problem I was thinking of: it shows
> lots of colors in the colorbar that aren't used in the plot.
Here's a patch (and example) that I've cooked up that adds a
colorbar.set_limits() method. It works pretty
Jae-Joon Lee wrote:
> Doing this in a general way is quite difficult (if possible) because a
> user can set an arbitrary transform for an artist. What we may try to
> do is recycling artists whose transform is simple, e.g., transData,
> rather than try to come up with a general solution.
Is even t
Doing this in a general way is quite difficult (if possible) because a
user can set an arbitrary transform for an artist. What we may try to
do is recycling artists whose transform is simple, e.g., transData,
rather than try to come up with a general solution.
I'll see what I can do but I must adm
Hello,
This is my first time trying out this list, so please forgive me if I've doing
this wrong.
I'm trying to create a plot that has its origin in the upper-left hand corner,
rather than the lower-left hand corner. I've discovered that I get the same
effect if I do:
plt.plot( xcoords, ycoor
Hello All.
I just found a bug with the histogramme fonction of matplotlib.
It might been already known, in this case don't pay attention to my message.
The bug append with both OS: Windows XP and Linux (ubuntu). Both using the
latest matplotlib release: 0.99.1
The bug is reproductible, with the
But this example doesn't solve the problem I was thinking of: it shows
lots of colors in the colorbar that aren't used in the plot.
&C
On Mar 30, 2010, at 6:52 AM, Friedrich Romstedt wrote:
> 2010/3/30 Ariel Rokem :
>> I ended up with the code below, using Chloe's previously posted
>> 'subc
Thanks Friedrich,
However, my knowledge of python is very limited, even though I think I
understood what you suggested I do not know how to get the shape (of
the figure?) for this part:
>>> fig.set_size_inches(float(shape[0]) / dpi, float(shape[1]) / dpi)
error is:
Traceback (most recent call l
> 2010/3/29 Alan G Isaac :
> > Can you explain this:
> > norm = colors.Normalize(vmin = -1, vmax = 1)
On 3/28/2010 10:05 PM, Friedrich Romstedt wrote:
> The normaliser takes some arbitrary value and returns a value in [0,
> 1]. Hence the name. The value \in [0, 1] is handed over to the
> cma
Hi Friedrich,
Thanks a lot - very nice!
Cheers - Ariel
On Tue, Mar 30, 2010 at 6:52 AM, Friedrich Romstedt <
friedrichromst...@gmail.com> wrote:
> 2010/3/30 Ariel Rokem :
> > I ended up with the code below, using Chloe's previously posted
> > 'subcolormap' and, in order to make the colorbar nic
Email not displaying correctly? View it in your browser.
Hello Amenity,
Spring is upon us and arrangements for SciPy 2010 are in full swing.
We're already nearing on some important deadlines for conference
participants: April 11th is the deadline for submitting an abstract
for a paper, an
2010/3/30 Ariel Rokem :
> I ended up with the code below, using Chloe's previously posted
> 'subcolormap' and, in order to make the colorbar nicely attached to the main
> imshow plot, I use make_axes_locatable in order to generate the colorbar
> axes. I tried it out with a couple of use-cases and i
David Carmean writes:
> At what point is a line Collection useful?
More efficient for adding or manipulating many lines in one go. It saved my
life
(some hours of it, anyway) the other day:
http://article.gmane.org/gmane.comp.python.matplotlib.general/22149
--
On Monday 29 March 2010 19:53:00 yogesh karpate wrote:
> Dear All,
> I want to make minor ticks working in following program.
> Here only major ticks are dis[played in grpah though i have declared the
> minor ticks
> minorticks_on() doesnt work in my code. How to fix that.Please he
26 matches
Mail list logo
