Nice work ... and an ambitious effort.
I've gotten it running, and am a bit perplexed by some of the
performance I'm seeing. Specifically, the following bit takes well
over twice as long to run as does WxAgg. Does this align with others'
testing?
The only difference I detect is that the Mac backe
Another use case in favor of implementation of the URL property at the
artist level:
Consider a map with scatter points representing geolocated photos that
can be viewed at some URL. Attach a mouse click on the artist to the
following code:
import webbrowser
webbrowser.open(patch.url)
And you have
I think of artists as having visual properties that persist (e.g.,
filled vs. outlined, a colormap with min and max values) even as data
associated with the artist is changed. In the edge case described
below, this doesn't seem to hold true.
I have code that animates a scatter plot by sub-selectin
Thanks for the fix - works for me on this afternoon's SVN.
-Eric
On Mon, Dec 15, 2008 at 1:27 AM, Eric Firing wrote:
> Eric Bruning wrote:
>>
>> I think of artists as having visual properties that persist (e.g.,
>> filled vs. outlined, a colormap with min an
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.
I just updated to the latest svn, and unveiled a bug that's evident
when using mixed-mode rendering in the PDF backend. I'm suspect I'm
the only one running my patch that enables set_rasterized on a
per-artist basis, so I'm the only one that's seeing it. :) Artists
that are left in vector mode are
> One of the mpl backends is svg; can you use something like Inkscape to
> make the plot adjustments you are talking about?
>
> Eric [F]
I'll second this recommendation - indeed, it's my default workflow
(except that I use Illustrator). By definition, vector image formats
contain all the data need
e knowledge should take a look. The SVG backend seems
to just ignore the dpi setting and forces 72 dpi across the board,
which is why I was able to use it as a workaround.
Thanks,
Eric
>
> Regards,
>
> -JJ
>
>
> On Thu, Feb 19, 2009 at 4:01 PM, Eric Bruning wrote:
>> I
>> I don't quite like my solution but it seems to work.
>> It passes over the figure instance when initializing the
>> MixedRenderer, and let the renderer change the dpi of the figure when
>> changing the backend.
>> I hope some other developer who better understands the dpi thing take
>> a look an
The idea of a shell with inline plots is a fascinating one - I like
the minimalism and directness of being able to plot data like this.
And the speed of OpenGL is obviously attractive.
Is the figure() call syntax different from the existing syntax for
figure()? I think there's a usage pattern ingr
On Thu, Apr 16, 2009 at 1:38 PM, Jae-Joon Lee wrote:
> Eric and others,
>
> I just committed the fix for this problem to the trunk.
> It should also work with the svg backend.
Thanks, that's fantastic. I'm glad to have the fix in place.
On a somewhat related note, how are you turning rasterizati
On Thu, Apr 23, 2009 at 3:06 PM, Jae-Joon Lee wrote:
> On Tue, Apr 21, 2009 at 10:42 PM, Eric Bruning wrote:
>> On a somewhat related note, how are you turning rasterization on and
>> off? Are you using my per-artist patch (which last I knew wasn't in
>> trunk) or
>> The discussion about what to do with my patch fizzled. I created a
>> decorator that made mixed-mode switching a one-line change per artist
>> type. I also added get/set_rasterized and an _rasterized attribute to
>> the Artist base class. I've used it on and off for a few months now
>> with no n
On Wed, Apr 29, 2009 at 4:17 PM, Eric Firing wrote:
> Jae-Joon Lee wrote:
>>
>> On Sun, Apr 26, 2009 at 11:31 PM, Eric Bruning
>> wrote:
>>>
>>> I like that this solution doesn't litter every call to draw with
>>> rasterize checks. But it m
To avoid confusion, how about renaming draw_wrapper._rasterized to
draw_wrapper._supports_rasterization ?
This helps to distinguish from artist._rasterized, which has a
different purpose.
The lack of consistency in decoration language for different artists
is my fault. It reflects the different w
Thanks for your work on this patch JJ, glad to see it ready to go!
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Koda
On Wed, Jul 1, 2009 at 9:51 PM, Andrew Straw wrote:
> Gael Varoquaux wrote:
>> On Wed, Jul 01, 2009 at 08:39:30AM -0500, John Hunter wrote:
>>
>>> Anyone interested? And if so, feel free to suggest topics or weigh in
>>> on some I listed.
>>>
>>
>> Actually, I have something I would like to discus
Just got a new Mac, and went with Python 2.6 from python.org on OS X
10.5. My experience building Matplotlib was less than smooth, and I
thought I'd pass along what eventually wound up working.
To summarize:
1. Rolling your own libpng and freetype in /usr/local appears to lead
to a lot of archite
Hi Jouni,
Your changes helped, but I'm still seeing build errors against recent svn.
On Thu, Aug 20, 2009 at 12:33 PM, Jouni K. Seppänen wrote:
> Eric Bruning writes:
>
>> 2. The official recommendation at
>> http://matplotlib.sourceforge.net/users/installing.html#bu
This is neat to see - I mused into the dark about whether this was
possible a couple weeks ago
(https://twitter.com/deeplycloudy/status/3130819107).
The killer-app next step would be to use a JSON callback to do set up
interactive zooming, etc. A web browser is the ultimate portable
backend, if yo
For some reason, it's still picking up the gfortran-installed gcc in
/usr/local/lib, which is also listed in
/Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
else in /usr/local/lib). I also still see -L /usr/local/lib even
though the darwin setupext.py key no longer includes it.
gt; you could try making changes to your Python Makefile, as described
> here (in item 1):
>
> http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
>
> Even if you are not installing on the basis of the EPD, it might still
> solve your issue.
>
&g
unter wrote:
> On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning wrote:
>> Hi Ariel,
>>
>> Thanks for the suggestion. Combining John's new makefile with the
>> changes to the Python.framework Makefile yielded:
>> distutils.errors.DistutilsPlatformError: $MACOSX_DE
I'm using basemap to plot a dataset* that has longitude values like so:
lon = [0, 2, 4, ..., 356, 358]
I'd like to use Basemap.shiftgrid to transform the longitudes and data
to the -180, 180 interval, but I get 'ValueError, cyclic point not
included' since 360 isn't among the longitudes.
Attache
Hi all,
I've come across a memory leak when saving multiple figures in a row.
The figure contains a single pcolormesh artist, which I need to
rasterize in my application. However, turning on rasterization causes
a memory leak.The attached script reproduces the problem; swap out the
commented secti
On Mon, Oct 25, 2010 at 9:40 AM, Michael Droettboom wrote:
> On 10/23/2010 06:05 PM, David Carmean wrote:
>> As I blurted on -users, I'm thinking lately about callbacks in the
>> non-GUI portions of the libraries--mostly Artist and subclasses.
>> I'm curious if anybody else has been thinking abou
otlib-mixed-mode-r5110.diff
Thanks,
Eric Bruning
Graduate Research Assistant, Meteorology, Univ. Oklahoma
As of 6/1/2008, Research Assoc., Univ. Maryland/CICS and NOAA/NESDIS/STAR
-
This SF.net email is sponsored by the 2008 Java
John and Michael,
Thanks for your detailed feedback about the mpl design philosophy. I'm
not attached to my implementation details. I will scrap the
draw_raster list and move to implement get/set_rasterized on the
artists.
> > Doing this in the axes.draw method may not be the most natural p
I've added get/set_rasterized in Artist.
The decorator is called @hook_before_after_draw. I wanted to put in a
mechanism that allowed for registration of before/after draw
callbacks, but couldn't figure out how. Might still be possible with
some decorator magic that I don't understand. Each ar
Thanks for the help, Ryan and Eric.
On Sat, Jul 19, 2008 at 7:27 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Ryan,
>
> Thanks. I will take care of this one way or another, but I want to see
> whether we really need both _uniform_offsets and _offsets.
>
> Eric
>
> Ryan May wrote:
>> John Hunter w
On Jul 22, 2008, at 6:26 PM, Ryan May <[EMAIL PROTECTED]> wrote:
> John Hunter wrote:
>> On Mon, Jul 21, 2008 at 11:35 PM, Ryan May <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>
>>> Has anyone ever thought about creating a TextCollection class? The
>>> purpose would be similar to the other collections
On Tue, Jul 22, 2008 at 6:55 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Ryan May wrote:
>> Hi,
>>
>> I'll continue my current flood of emails to the list. :) I'm finally
>> getting back to my work on Skew-T plots, and I have a semi-working
>> implementation (attached.) It runs, and as is, plots
I've expanded a bit on my previous solution for pre/post draw method
callbacks to add a registry which can be used to connect up arbitrary
callback functions.
The solution above is easy to adapt to other functions that might need
a callback, such as (to pick a random example) set_xlim.
See the at
I raised this a week or so ago on mpl-users, and after some more
digging I thought I'd bring it over to mpl-dev.
With the following snippet, I expect a vertical Line2D from y=(0, 2)
and a Collection of squares at y=(4, 5, 6) at the specified time.
The actual result is a vertical line and no squar
I wanted something more precise (and easier on the carpal tunnel) than
the included Lasso widget. Inspired by the existing Lasso, I forked
out an alternate approach that creates a polygon with mouse clicks and
returns a list of vertices to a callback function.
See the attached for a demo. It's bee
On Tue, Jul 29, 2008 at 11:12 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Eric Bruning wrote:
>>
>> On Tue, Jul 29, 2008 at 10:53 PM, Eric Firing <[EMAIL PROTECTED]> wrote:
>>>
>>> Eric Bruning wrote:
>
>>> I gave it a quick try with gt
I tried with the Tk backend, and I'm seeing the same problem as Eric F
has with GTK. The problem seems to be with idle_event not getting
triggered on some of the backends.
The checkins having to do with idle_event from the end of June
indicate that idle_event is still somewhat experimental.
What'
I see that supports_blit=False in FigureCanvasWebAggCore. Is there a
technical limitation that prevents this, or is it a matter of someone
finding time to do the implementation? Absence of blit support doesn't seem
to crash code that uses it (in my case, a lasso tool), but I also see no
output to t
38 matches
Mail list logo
