Eric Firing wrote:
> Sandro Tosi wrote:
>> Hi Sam,
>>
>> On Wed, Feb 25, 2009 at 09:35, sam tygier <samtyg...@yahoo.co.uk> wrote:
>>> I think this topic has come up before, but i don't think anything has
>>> resulted from it.
>>>
> Correct, because the capability would require a *lot* of work to 
> implement,

Would i be right in assuming that it would take roughly the same amount of 
effort as writing a new backend? ie for each motplotlib action it would need a 
function to store that action and a function to call that action again.

> and most of us don't see a compelling need; we believe that a 
> better practice is to structure one's work so that plotting is separated 
> from data (result) generation in any cases where the latter is highly 
> time-consuming.

It might not be essential, but it would offer an additional work flow, that a 
few people seem to like.

I think it would be especially useful when it comes to putting plots into 
papers. I often find that i want to tweak something like the font size or 
labels. having a modifiable plot format seems the easiest way to achieve that. 
maybe the could even be some integration into latex so that if you were to 
resize your plot in your paper, it would be re-rendered with the fonts adjusted.

>>> I'd like a way for saving a plot from from matplotlib, so that it can be
>>> re-rendered later, possibly with a different backend, maybe to a different
>>> size, and maybe with changes to the labels. This would save me having to
>>> rerun the simulation that generated the plot.
>>>
>>> Ideally this would work by having a save_plot() function, that would save
>>> all state of the current plot into a file. This could then be loaded by a
>>> program to regenerate that plot.
>> Can't this be achieved by pickling/unpickling the mpl objects? Didn't
>> manage to test it, but it should work.
> 
> No, this has been discussed several times.  Quite a bit of work would be 
> required to make all the extension code compatible with pickling.  More 
> work, more complexity, more difficult code maintenance and testing. 
> It's not worth it, given the developer resources available for mpl.

a file format avoids all the issues that pickling causes.

thanks for all the comments

sam tygier


------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Reply via email to