I've been trying to track down a problem in the arrows where the arrow
seems to be off by a little bit. I've narrowed down the problem to a
small example:
import matplotlib.patches as mpatches
import matplotlib.pyplot as plt
fig=plt.figure()
ax = fig.add_subplot(111, xlim=(.98,1.02), ylim=(.98,
Finally figured it out after pulling some hear.
Using "axes.annotate" instead of "axes.text" worked for me, i.e.
something like this:
axes.annotate(hstr, xy=(xCorr, yCorr), xytext=(0, 5), textcoords='offset
points')
instead of what I did originally.
Werner
On 08/11/2010 16:21, Werner F. Bruh
Thanks for tracking down this.
It turned out to be a silly error while adjusting the line end-point.
I'm attaching the patch. Please test the patch if you can.
I'll commit the change sometime tomorrow.
Regards,
-JJ
On Tue, Nov 9, 2010 at 9:15 PM, Jason Grout wrote:
> I've been trying to track
On 11/9/10 9:21 AM, Benjamin Root wrote:
> I just tested out the patch, and while it did seem to fix the problem for me
> on the test script, I am not 100% certain that it is properly lined up
> (maybe an off-by-one-pixel error?). Anyway, I tried zooming in to see which
> kind of error it was and
Hello ExPyrts;
I'm trying to do a fill-between part of a spectrum and its continuum
value. I would strongly prefer the drawstyle to be steps, since each
data point represents a bin (or pixel, to be precise).
Attached is a picture illustrating my problem.
Isn't it possible to fill between my ste
I'm using the following code to plot some grided data
fig1=pylab.figure()
contents1=fig1.add_subplot(111)
stuff=contents1.imshow(mydata,origin='lower',aspect='equal')
and I find that if I launch the code with 'ipython' the data looks as expected
but if I use 'python' then
On Tue, Nov 9, 2010 at 4:33 PM, Garry Willgoose
wrote:
> I'm using the following code to plot some grided data
>
> fig1=pylab.figure()
> contents1=fig1.add_subplot(111)
> stuff=contents1.imshow(mydata,origin='lower',aspect='equal')
>
> and I find that if I launch the code with
On Wed, Nov 10, 2010 at 12:21 AM, Benjamin Root wrote:
> On Tue, Nov 9, 2010 at 7:24 AM, Jae-Joon Lee wrote:
>>
>> Thanks for tracking down this.
>> It turned out to be a silly error while adjusting the line end-point.
>> I'm attaching the patch. Please test the patch if you can.
>> I'll commit t
On 11/5/10 5:08 AM, Basedow Sünnje Linnéa wrote:
Hi!
I try to plot some interpolated data on a map and get an error saying
there are too many indices. When I use contour in matplotlib without
basemap I don't get the error. Also the map without a contour plot on
it works. Maybe some of you kno
On Wed, Nov 10, 2010 at 1:01 AM, Jason Grout
wrote:
> Is the tip of the arrow (after the miter join) supposed to hit (1,1), or is
> the center of the line supposed to hit (1,1)? Or maybe the tip of the
> joinstyle='round' arrow (the default) is supposed to hit (1,1)?
>
The tip of the arrow is me
On 11/9/10 8:44 PM, Jae-Joon Lee wrote:
> On Wed, Nov 10, 2010 at 1:01 AM, Jason Grout
> wrote:
>> Is the tip of the arrow (after the miter join) supposed to hit (1,1), or is
>> the center of the line supposed to hit (1,1)? Or maybe the tip of the
>> joinstyle='round' arrow (the default) is supp
11 matches
Mail list logo
