On Dec 25, 2007 5:39 AM, Mark Bakker <[EMAIL PROTECTED]> wrote:
> Tedd, Michael -
>
> Sorry to join this discussion late, but wouldn't it be easier to use a
> representation of an ellipse in complex variables? That's what I have been
> using and it seems pretty quick to me.
The main point we are d
Tedd, Michael -
Sorry to join this discussion late, but wouldn't it be easier to use a
representation of an ellipse in complex variables? That's what I have been
using and it seems pretty quick to me.
Have you guys tried this? Any experience you want to share?
Mark
--
Ok -- this goes without saying, but... I've only tested this with the
toy examples you guys have sent etc. Please verify the results on real
data before relying on it.
Anyway, it's great to have contributed even such a small part to such a
great undertaking!
Cheers,
Mike
Ted Drain wrote:
>
Everyone,
I just wanted to say thanks for tackling this problem so
quickly. It's great to see that problems can be worked out like this
and we really appreciate it.
Here is some background on what we're using this for: The current
NASA mission to Mars (Phoenix) will be landing at the end of
On Dec 21, 2007 9:11 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> > Porting this back to the trunk is non-trivial -- but I know John would
> > like to do it, so I think it will happen once one of us has time.
> I have ported this arc stuff to the trunk. It is in r4783. Please let
> me kn
>> --James Evans
>>
>>
>>> Date: Tue, 11 Dec 2007 15:47:45 -0500
>>> From: Michael Droettboom <[EMAIL PROTECTED]>
>>> Subject: Re: [matplotlib-devel] Problem with Agg Ellipses
>>> To: Ted Drain <[EMAIL PROTECTED]>
>>> Cc: matplot
7 15:47:45 -0500
>> From: Michael Droettboom <[EMAIL PROTECTED]>
>> Subject: Re: [matplotlib-devel] Problem with Agg Ellipses
>> To: Ted Drain <[EMAIL PROTECTED]>
>> Cc: matplotlib development list
>>
>> Message-ID: <[EMAIL PROTECTED
lt;[EMAIL PROTECTED]>
> Subject: Re: [matplotlib-devel] Problem with Agg Ellipses
> To: Ted Drain <[EMAIL PROTECTED]>
> Cc: matplotlib development list
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> And an actua
Sorry. Try now.
(I use psvn.el for doing svn checkins, and I mostly think it's great, but it's
awfully quiet when something fails.)
Cheers,
Mike
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplac
On Dec 11, 2007 3:24 PM, Ted Drain <[EMAIL PROTECTED]> wrote:
> Thanks! That looks like a great solution. We'll take a look at it this
> week and try to beat on it w/ some more test cases.
Very nice work Michael -- I tried updating from your branch but it
looks like maybe you haven't committed
Michael,
Thanks! That looks like a great solution. We'll take a look at it
this week and try to beat on it w/ some more test cases.
Ted
At 12:46 PM 12/11/2007, Michael Droettboom wrote:
Sorry -- correct attachment this time.
Michael Droettboom wrote:
I have a working draft of something tha
I have a working draft of something that may work for this problem on
the transforms branch. I am happy to backport this to the trunk, but
that will require some effort, as the implementation relies on many of
the new geometric utilities on the branch that would also have to be
brought over.
All of these sound like good ideas to me. Just for some history: the
original reason we worked w/ John to get an Ellipse primitive in (vs
a normal line plot of sampled points) were to:
- improve ellipse plotting speeds (we plot a LOT of them at once)
- improve post script output
Ted
At 08:53 A
John Hunter wrote:
> On Dec 10, 2007 10:25 AM, Ted Drain <[EMAIL PROTECTED]> wrote:
>
>> I don't know if the current MPL architecture can support this but it
>> would be nice if it worked that way. We have people making decisions
>> based on what these plots show that affect spacecraft worth hund
On Dec 10, 2007 10:25 AM, Ted Drain <[EMAIL PROTECTED]> wrote:
> I don't know if the current MPL architecture can support this but it
> would be nice if it worked that way. We have people making decisions
> based on what these plots show that affect spacecraft worth hundreds
> of millions of doll
Everyone,
Before someone spends a lot of time re-working the ellipse code to
add more splines, I think we should talk about the problem and maybe
consider another approach.
The real problem w/ this for us is that we plot a lot of things at
interplanetary scales (millions of kilometers). Even 1
John Hunter wrote:
> On Dec 10, 2007 8:51 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
>
>> I have 8-spline approximation working on the trunk and on the transforms
>> branch. (r4679)
>
> Thanks Michael, I was working on this myself but it is hard for me to
> keep up with you :-)
No problem
On Dec 10, 2007 8:51 AM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> I have 8-spline approximation working on the trunk and on the transforms
> branch. (r4679)
Thanks Michael, I was working on this myself but it is hard for me to
keep up with you :-)
In reading the paper Charlie sent and lin
Michael Droettboom wrote:
> Charlie Moad wrote:
>> I did some more digging and it looks like this changed with the
>> transforms. curve4 is now being called instead of arc_to, which uses
>> beziers.
>
> curve4 is the way to specify a cubic bezier curve, so it is functionally
> equivalent to the
Charlie Moad wrote:
> I did some more digging and it looks like this changed with the
> transforms. curve4 is now being called instead of arc_to, which uses
> beziers.
curve4 is the way to specify a cubic bezier curve, so it is functionally
equivalent to the old arc_to approach (but easier to be
I did some more digging and it looks like this changed with the
transforms. curve4 is now being called instead of arc_to, which uses
beziers.
On Dec 9, 2007 10:11 AM, Charlie Moad <[EMAIL PROTECTED]> wrote:
> I found a great doc I am linking. The 4 spline method we are using
> has an error toler
I found a great doc I am linking. The 4 spline method we are using
has an error tolerance of 2.7*10^-4, which I am pretty sure is coming
into play here. If we move to an 8 spline approach, it would reduce
the error a few orders of magnitude.
http://www.tinaja.com/glib/ellipse4.pdf
- Charlie
O
On Dec 7, 2007 6:02 PM, James Evans <[EMAIL PROTECTED]> wrote:
> There appears to be an issue with the agg backend with how it is drawing
> ellipses (or maybe it is how matplotlib uses agg), but the attached script
> shows how a point, which should be coincident with the center circle, but it
> is
23 matches
Mail list logo
