Drain, Theodore R wrote:
> Jeff,
> Is it possible to install the basemap data into a different directory?
>
> I'm trying to set up a tool delivery layout for our users that allows me to
> rapidly update packages that tend to change. We have a core set of software
> that our code is built on and
Jae-Joon Lee wrote:
> John and others,
>
> I just committed a small patch that add gid(group id) as a property of
> the Artist.
> And also some small changes here and there, so that the svg backend
> use this gid as the ID of each element. To do this, I slightly changed
> the calling convention of
On Wed, Dec 17, 2008 at 10:52 AM, Michael Droettboom wrote:
> SUMMARY: Since so much has changed in the doc build, I need help testing
> it in other environments -- particularly because LaTeX docs have never
> built on my machine. I've done this on the branch, so the Debian guys
> can run with i
Hi Michiel,
+1 to Chris Barker's request for information on where Agg makes extra
calls to draw(). The 20% speedup in scatter performance is nice, and
is clearly related to Agg.
Any idea why the pcolormesh example is so much slower in Mac OS X than TkAgg?
Thanks for your continued work on this.
Hi Michiel,
This looks great -- in particular I am intrigued by the final timing
results which show your backend 12 times faster than tkagg. I am not
sure where this speedup is coming from -- do you have some ideas?
Because you are creating lots-o-subplots in that example, there is a
lot of overh
John Hunter wrote:
> Hi Michiel,
>
> This looks great -- in particular I am intrigued by the final timing
> results which show your backend 12 times faster than tkagg. I am not
> sure where this speedup is coming from -- do you have some ideas?
> Because you are creating lots-o-subplots in that e
Jeff,
Would it be a lot of work for basemap to use the system copy of pupynere if
it's
installed, instead of installing its own copy? (like what's already done for
dap
and httplib2)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
--
Ryan May wrote:
> Jeff,
>
> Would it be a lot of work for basemap to use the system copy of pupynere if
> it's
> installed, instead of installing its own copy? (like what's already done for
> dap
> and httplib2)
>
> Ryan
>
>
Ryan: The basemap version is modified to automatically unpack sca
I've been working on Debian's (Sandro Tosi's) request to produce a
smaller doc tree... If only I had known how much work was involved
before I started!
SUMMARY: Since so much has changed in the doc build, I need help testing
it in other environments -- particularly because LaTeX docs have neve
Jeff Whitaker wrote:
> Ryan May wrote:
>> Jeff,
>>
>> Would it be a lot of work for basemap to use the system copy of
>> pupynere if it's installed, instead of installing its own copy? (like
>> what's already done for dap and httplib2)
>>
>> Ryan
>>
>>
>
> Ryan: The basemap version is modifi
Hi John,
On Wed, Dec 17, 2008 at 12:26, John Hunter wrote:
> On Wed, Dec 17, 2008 at 5:14 AM, Sandro Tosi wrote:
>> Hi all,
>> I see pypi feed that mpl 0.98.5.1 is released, but I see no announce
>> on mpl mls: is it the one to use or it's a "temporary" snapshot? I
>> still see no changelog entr
Ryan May wrote:
> Jeff Whitaker wrote:
>> Ryan May wrote:
>>> Jeff,
>>>
>>> Would it be a lot of work for basemap to use the system copy of
>>> pupynere if it's installed, instead of installing its own copy?
>>> (like what's already done for dap and httplib2)
>>>
>>> Ryan
>>>
>>>
>>
>> Ryan:
Nope - no windows users (yet - but we'll test it first if we ever have to
deliver there).
That will work perfectly - Thanks!!!
Ted
> -Original Message-
> From: Jeff Whitaker [mailto:jsw...@fastmail.fm]
> Sent: Wednesday, December 17, 2008 5:03 AM
> To: Drain, Theodore R
> Cc: matplotlib
Jeff Whitaker wrote:
> Ryan May wrote:
>> On a related note, is there any reason that Basemap/pyshapelib
>> couldn't use a system copy of shapelib? Right now, Gentoo's patching
>> the setup.py to do this. I was curious if we could move that upstream.
> I know it's silly at some level to have mul
On Wed, Dec 17, 2008 at 5:14 AM, Sandro Tosi wrote:
> Hi all,
> I see pypi feed that mpl 0.98.5.1 is released, but I see no announce
> on mpl mls: is it the one to use or it's a "temporary" snapshot? I
> still see no changelog entry about reduced doc size (and I still
> haven't build the package)
Ok. Based on your success report, I'll go ahead and merge this to trunk.
Sandro: please let me know if these changes break anything in your
package build scripts.
Mike
John Hunter wrote:
> On Wed, Dec 17, 2008 at 10:52 AM, Michael Droettboom wrote:
>
>
>> SUMMARY: Since so much has changed
Hi all,
I see pypi feed that mpl 0.98.5.1 is released, but I see no announce
on mpl mls: is it the one to use or it's a "temporary" snapshot? I
still see no changelog entry about reduced doc size (and I still
haven't build the package) so maybe I still hold the upload in debian,
but I'd like to hea
On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote:
> Ok. Based on your success report, I'll go ahead and merge this to trunk.
>
> Sandro: please let me know if these changes break anything in your package
> build scripts.
I'll do as soon as we will have sphinx 0.5.1 packages (we're working
On Wed, Dec 17, 2008 at 3:22 PM, Sandro Tosi wrote:
> On Wed, Dec 17, 2008 at 22:16, Michael Droettboom wrote:
>> Ok. Based on your success report, I'll go ahead and merge this to trunk.
>>
>> Sandro: please let me know if these changes break anything in your package
>> build scripts.
>
> I'll d
On Wed, Dec 17, 2008 at 22:25, John Hunter wrote:
> Sandro -- do you distribute something like a matplotlib-devel, so that
> people who want to compile mpl, and build the docs, could do so
> themselves with a simple
do you mean something like the source package + debianization? of
course we do! :
On Wed, Dec 17, 2008 at 12:25:12PM -0600, John Hunter wrote:
> Thanks again, sorry that was such a bear. Hopefully the plot
> directive emerges stronger from the carnage.
Talking about that, last time I looked, the plot directive, and the other
MPL sphinx extension were not in the matplotlib name
On Wed, Dec 17, 2008 at 3:57 PM, Gael Varoquaux
wrote:
> On Wed, Dec 17, 2008 at 12:25:12PM -0600, John Hunter wrote:
> Talking about that, last time I looked, the plot directive, and the other
> MPL sphinx extension were not in the matplotlib namespace, and thus not
> importable by other program
22 matches
Mail list logo
