matplotlib-users Mailing List for matplotlib

On Sat, Oct 2, 2010 at 7:39 PM, Jouni K. Seppänen <jk...@ik...> wrote:
>> And yet, we still allow for saving to jpegs.
>
> Wow, I didn't know. Last time I tried that I got a traceback, and
> assumed that it was not supported exactly because jpeg is a nonsensical
> format for most graphs.
Don't forget MPL is also capable of dealing with photographs, and it
is really useful. I am currently working in two scientific projects
based on this capability, and for some issues could be useful to save
JPGs.

It's really not clear to me why we would want to lower the quality of our graphs to save Google's bandwidth bills. Because that's all this is...
Cheers,
G
------------------
-----Original Message-----
From: "Nils Wagner" <nw...@ia...>
Date: 2010年10月02日 12:59:12 
To: <mat...@li...>
Subject: [Matplotlib-users] WebP support
Hi all,
just curious - is the WebP format supported by matplotlib 
?
Nils
http://code.google.com/intl/de-DE/speed/webp/
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Sat, Oct 2, 2010 at 12:39 PM, Jouni K. Seppänen <jk...@ik...> wrote:
> Benjamin Root <ben...@ou...> writes:
>
> > And yet, we still allow for saving to jpegs.
>
> Wow, I didn't know. Last time I tried that I got a traceback, and
> assumed that it was not supported exactly because jpeg is a nonsensical
> format for most graphs.
>
> I just tried again, and got "TypeError: 'int' object is unsubscriptable"
> from PIL/JpegImagePlugin.pyc in _save(im, fp, filename). I suppose this
> doesn't get much testing.
>
>
Yeah, I just double-checked which backend I was using and it turned out to
be GTKAgg (I forgot that I changed it at one point for a test). In TkAgg, I
get the same error message you report.
> > Also, matplotlib is also able to do imshow(), pcolor() and other
> > rasterized drawings, so we aren't restricted to just line drawings.
>
> Yes, I guess there are some circumstances in which this would make
> sense. Would supporting WebP require new library dependencies?
>
> --
> Jouni K. Seppänen
> http://www.iki.fi/jks
>
>
I am certainly not an expert, but it would appear that we offload a lot of
the file-format stuff to PIL anyway. So, if PIL ever supports WebP, then I
would imagine (although I could be wrong) that it would be fairly trivial to
add support to WebP at least to whereever we support JPEG.
Ben Root

All,
I am wondering if anyone knows of a working example that yields
a postscript figure editable in Adobe Illustrator; that is, the characters are editable as characters. 
I have only been able to get drawn fonts and would love to have a test case that is known to work.
My environment is:
> python
Python 2.6.6 (r266:84292, Sep 11 2010, 15:25:14) 
[GCC 4.2.1 (Apple Inc. build 5659)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import matplotlib
>>> matplotlib.__version__ 
'1.0.0'
>>> matplotlib.__file__
'/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/matplotlib/__init__.pyc'
>>> 
my rc file is:
backend : TkAgg # the default backend
interactive : True
ps.usedistiller : xpdf
I can produce postscript fonts outside python, say in IDL.
I can produce postscript fonts in python using the psg package, but not matplotlib. 
In all the examples at http://matplotlib.sourceforge.net/ I did not find anything that
explicitly addresses this issue.
Thanks to anyone who answers with a test case.

Benjamin Root <ben...@ou...> writes:
> And yet, we still allow for saving to jpegs.
Wow, I didn't know. Last time I tried that I got a traceback, and
assumed that it was not supported exactly because jpeg is a nonsensical
format for most graphs.
I just tried again, and got "TypeError: 'int' object is unsubscriptable"
from PIL/JpegImagePlugin.pyc in _save(im, fp, filename). I suppose this
doesn't get much testing.
> Also, matplotlib is also able to do imshow(), pcolor() and other
> rasterized drawings, so we aren't restricted to just line drawings.
Yes, I guess there are some circumstances in which this would make
sense. Would supporting WebP require new library dependencies?
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

On Sat, Oct 2, 2010 at 11:54 AM, Darren Dale <dsd...@gm...> wrote:
> On Sat, Oct 2, 2010 at 11:58 AM, Benjamin Root <ben...@ou...> wrote:
> > On Sat, Oct 2, 2010 at 7:28 AM, Jouni K. Seppänen <jk...@ik...> wrote:
> >>
> >> "Nils Wagner" <nw...@ia...> writes:
> >>
> >> > just curious - is the WebP format supported by matplotlib
> >>
> >> No. It seems to be a method for lossy compression of photographs and
> >> therefore not likely to be useful for line drawings - or what did you
> >> have in mind?
> >
> > And yet, we still allow for saving to jpegs.
>
> Only some of the non-agg backends support saving to jpegs. Whenever
> someone posts to the list asking why jpegs are not supported, the
> answer is that, aside from not being supported by agg, lossy formats
> like jpeg are a poor choice for saving line art.
>
>
Heh, I never noticed that. On this computer, I use TkAgg, and it worked
just fine. Admittedly, I haven't tried this out much because I usually use
png or one of the vector-based formats.
Ben Root

On Sat, Oct 2, 2010 at 11:58 AM, Benjamin Root <ben...@ou...> wrote:
> On Sat, Oct 2, 2010 at 7:28 AM, Jouni K. Seppänen <jk...@ik...> wrote:
>>
>> "Nils Wagner" <nw...@ia...> writes:
>>
>> > just curious - is the WebP format supported by matplotlib
>>
>> No. It seems to be a method for lossy compression of photographs and
>> therefore not likely to be useful for line drawings - or what did you
>> have in mind?
>
> And yet, we still allow for saving to jpegs.
Only some of the non-agg backends support saving to jpegs. Whenever
someone posts to the list asking why jpegs are not supported, the
answer is that, aside from not being supported by agg, lossy formats
like jpeg are a poor choice for saving line art.
Darren

On Sat, Oct 2, 2010 at 10:37 AM, Nicolas Bigaouette
<nbi...@gm...>wrote:
> On Fri, Oct 1, 2010 at 5:38 PM, Stan West <sta...@nr...> wrote:
>
>> *From:* Nicolas Bigaouette [mailto:nbi...@gm...]
>> *Sent:* Thursday, September 30, 2010 18:00
>>
>> What I would like to do it have a colormap which is transparent for lower
>> values of data and opaque for high values, so the blue on the figure would
>> appear white/transparent.
>>
>> Would it suffice for the colormap to be light or white for low values but
>> still opaque? There are several built-in maps [1] with a light color at one
>> end; if it's light at the high end, append "_r" to the colormap name to get
>> the reversed version.
>>
>> [1]
>> http://matplotlib.sourceforge.net/examples/pylab_examples/show_colormaps.html
>>
> I guess it's the best solution for now. Thanks ;)
>
>
>
Nicolas,
It would be extremely useful if you could file a feature request for this at
our tracker:
http://sourceforge.net/tracker/?atid=560723&group_id=80706&func=browse
This way, your suggestion won't get lost.
Ben Root

On Sat, Oct 2, 2010 at 7:28 AM, Jouni K. Seppänen <jk...@ik...> wrote:
> "Nils Wagner" <nw...@ia...> writes:
>
> > just curious - is the WebP format supported by matplotlib
>
> No. It seems to be a method for lossy compression of photographs and
> therefore not likely to be useful for line drawings - or what did you
> have in mind?
>
> --
> Jouni K. Seppänen
> http://www.iki.fi/jks
>
>
>
And yet, we still allow for saving to jpegs. Also, matplotlib is also able
to do imshow(), pcolor() and other rasterized drawings, so we aren't
restricted to just line drawings.
Nils, the answer is "no, we don't support webp -- yet". There is no reason
why we can't eventually do so, and patches will always be welcomed. I just
wouldn't expect it anytime soon.
Ben Root

On Fri, Oct 1, 2010 at 5:38 PM, Stan West <sta...@nr...> wrote:
> *From:* Nicolas Bigaouette [mailto:nbi...@gm...]
> *Sent:* Thursday, September 30, 2010 18:00
>
> What I would like to do it have a colormap which is transparent for lower
> values of data and opaque for high values, so the blue on the figure would
> appear white/transparent.
>
> Would it suffice for the colormap to be light or white for low values but
> still opaque? There are several built-in maps [1] with a light color at one
> end; if it's light at the high end, append "_r" to the colormap name to get
> the reversed version.
>
> [1]
> http://matplotlib.sourceforge.net/examples/pylab_examples/show_colormaps.html
>
I guess it's the best solution for now. Thanks ;)

"Nils Wagner" <nw...@ia...> writes:
> just curious - is the WebP format supported by matplotlib 
No. It seems to be a method for lossy compression of photographs and
therefore not likely to be useful for line drawings - or what did you
have in mind?
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Hi all,
just curious - is the WebP format supported by matplotlib 
?
Nils
http://code.google.com/intl/de-DE/speed/webp/

I'm getting the error:
can't invoke "event" command: application has been destroyed
 while executing
"event generate $w <<ThemeChanged>>"
 (procedure "ttk::ThemeChanged" line 6)
 invoked from within
"ttk::ThemeChanged"
With the latest matplotlib 1.0.0 on 64-bit Ubuntu 10.04 running the
following script within IPython 0.10 in pylab mode:
import matplotlib.pyplot as plt
import numpy as np
def test():
 plt.figure(figsize=(10,5))
 plt.plot(np.arange(1, 51), np.arange(1, 51), color='k')
def make_figs():
 test()
 plt.savefig('foo.pdf')
 plt.close('all')
if __name__ == '__main__':
 make_figs()
Here's the build information:
wesm@wesm-desktop:~/code/repos/matplotlib$ sudo python setupegg.py develop
basedirlist is: ['/usr/local', '/usr']
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 1.0.0
 python: 2.6.5 |EPD 6.2-2 (64-bit)| (r265:79063, Mar 22 2010,
 17:32:05) [GCC 4.1.2 20080704 (Red Hat 4.1.2-44)]
 platform: linux2
REQUIRED DEPENDENCIES
 numpy: 1.4.0
 freetype2: 9.22.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.42
 Tkinter: Tkinter: 73770, Tk: 8.5, Tcl: 8.5
 * Guessing the library and include directories for
 * Tcl and Tk because the tclConfig.sh and
 * tkConfig.sh could not be found and/or parsed.
 Gtk+: no
 * Building for Gtk+ requires pygtk; you must be able
 * to "import gtk" in your build/install environment
 Mac OS X native: no
 Qt: no
 Qt4: no
 Cairo: no
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: 1.5
 pytz: 2010h
OPTIONAL USETEX DEPENDENCIES
 dvipng: 1.12
 ghostscript: 8.71
 latex: 3.1415926
 pdftops: 0.12.4
[Edit setup.cfg to suppress the above messages]
I checked that EPD 6.2.2 was built with tk8.5/tcl8.5 in case that was
causing a problem, does not seem to be.
I can switch to the WXAgg backend for now, but would help to know if
I'm doing something wrong by chance.
Note: I do not get this message running the script standalone outside
of IPython!
Thanks,
Wes