matplotlib-users Mailing List for matplotlib (Page 3)

Sean Lake <ody...@gm...> writes:
> File "/sw/lib/python2.7/site-packages/matplotlib/dviread.py", line 727, in _register
> assert encoding is None
> AssertionError
>
> Do I perhaps need to rebuild matplotlib because of a LaTeX update?
You'll need to do one of:
1. upgrade to matplotlib v1.1.0
2. apply the patch at https://github.com/matplotlib/matplotlib/commit/708c451
3. edit your pdftex.map file to not specify multiple encodings for one font;
 in one case, the culprit was URWBookmanL-DemiBold aka pbkdo8y
I recommend upgrading, but if you're comfortable editing TeX
configuration files, number 3 is the easiest workaround.
-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Dear Ben Root,
I have made a pull request of matplotlib on github, and I put my venn 
function on 
https://github.com/icetime/matplotlib/blob/master/lib/matplotlib/venn.py. However, 
I'm not sure it is the right place venn.py should go.
This is my first time try to contribute to an open source project. Could 
someone please help review the code? Any comments will be greatly 
appreciated.Thanks.
Regards,
Jianfeng
On 2012年2月23日 9:22, Benjamin Root wrote:
> No need to ask permission. Just make a pull request on github. It may
> take some time, but we will get to evaluating your patch. A pull request is
> your best bet.
>
> Ben Root
>
> On Wednesday, February 22, 2012, Mic wrote:
>
>> Dear Jianfeng,
>>
>> Probably, you have to join developer mailing list (
>> http://lists.sourceforge.net/mailman/listinfo/matplotlib-devel ) and ask
>> there for permission to submit your code on githup.
>>
>> Cheers,
>>
>>
>>
>> On Tue, Feb 21, 2012 at 10:10 PM, fdu...@gm...<javascript:_e({},
>> 'cvml', 'fdu...@gm...');> <fdu...@gm...<javascript:_e({}, 'cvml', 'fdu...@gm...');>
>>> wrote:
>>> Dear Mic,
>>>
>>> Thanks for your reply.
>>>
>>> I have never submitted code to matplotlib, and I am not very much
>>> familiar with github. However, I guess I don't have the right to submit
>>> code to matplotlib. Could you please tell me what I need to do to get my
>>> code reviewed by the matplotlib team and perhaps get into matplotlib after
>>> the review? I use venn diagram quite often in my daily data analysis, and I
>>> think such a function could be useful to others . Thanks a lot.
>>>
>>> Regards,
>>> Jianfeng
>>>
>>>
>>>
>>>
>>>
>>>
>>> On 2012年2月18日 15:39, Mic wrote:
>>>
>>>> would be great! Maybe you could submit it to matplotlib's github.
>>>>
>>>> On Sat, Dec 31, 2011 at 2:23 AM, fdu...@gm...<javascript:_e({}, 'cvml', 'fdu...@gm...');>
>>>> <fdu...@gm...<javascript:_e({}, 'cvml',
>>>> 'fdu...@gm...');>>wrote:
>>>>
>> Dear all,
>>>>> I couldn't find a function to plot venn diagram with python, so I
>>>>> written one for my daily use (with a lot inspirations from the internet
>>>>> and R). Hope it could be of any help to someone else, so I put it on
>>>>> github. The path to it is
>>>>> https://github.com/icetime/**pyinfor/blob/master/venn.py<https://github.com/icetime/pyinfor/blob/master/venn.py>.
>>>>>
>>>>> I'm wondering if there is any chance that the function be included in
>>>>> matplotlib. I think matplotlib need a function for venn diagram.
>>>>>
>>>>> Also, could someone kindly help to review the code, so I can make it
>>>>> better?
>>>>>
>>>>> Any suggestions or comments will be greatly appreciated. Thanks a lot.
>>>>>
>>>>> Best Regards,
>>>>> Jianfeng
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ------------------
>>>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a
>>>>> complex
>>>>> infrastructure or vast IT resources to deliver seamless, secure access
>>>>> to
>>>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>>>> desktops for less than the cost of PCs and save 60% on VDI
>>>>> infrastructure
>>>>> costs. Try it free! http://p.sf.net/sfu/Citrix-**VDIinabox<http://p.sf.net/sfu/Citrix-VDIinabox>
>>>>> ______________________________**_________________
>>>>> Matplotlib-users mailing list
>>>>> Matplotlib-users@lists.**sourceforge.net<javascript:_e({}, 'cvml',
>>>>> 'Mat...@li...');>
>>>>> https://lists.sourceforge.net/**lists/listinfo/matplotlib-**users<https://lists.sourceforge.net/lists/listinfo/matplotlib-users>
>>>>

Hello all,
I'm using matplotlib 1.0.1 with python 2.7.2 (also 2.6.7) on Mac OSX 10.6.8 installed via fink. I'm not sure at what point using pdf output using Agg stopped working. I can still use eps output, so I'm not sure what is going wrong. Here is the error I get:
 File "./PlotMagSeps.py", line 211, in <module>
 plt.savefig(ofname, format=ofmt )
 File "/sw/lib/python2.7/site-packages/matplotlib/pyplot.py", line 363, in savefig
 return fig.savefig(*args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/figure.py", line 1084, in savefig
 self.canvas.print_figure(*args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/backend_bases.py", line 1923, in print_figure
 **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/backend_bases.py", line 1733, in print_pdf
 return pdf.print_pdf(*args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/backends/backend_pdf.py", line 2156, in print_pdf
 self.figure.draw(renderer)
 File "/sw/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/figure.py", line 798, in draw
 func(*args)
 File "/sw/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/axes.py", line 1946, in draw
 a.draw(renderer)
 File "/sw/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/axis.py", line 1017, in draw
 tick.draw(renderer)
 File "/sw/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/axis.py", line 234, in draw
 self.label1.draw(renderer)
 File "/sw/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper
 draw(artist, renderer, *args, **kwargs)
 File "/sw/lib/python2.7/site-packages/matplotlib/text.py", line 571, in draw
 self._fontproperties, angle)
 File "/sw/lib/python2.7/site-packages/matplotlib/backends/backend_pdf.py", line 1549, in draw_tex
 psfont = self.tex_font_mapping(dvifont.texname)
 File "/sw/lib/python2.7/site-packages/matplotlib/backends/backend_pdf.py", line 1365, in tex_font_mapping
 dviread.PsfontsMap(dviread.find_tex_file('pdftex.map'))
 File "/sw/lib/python2.7/site-packages/matplotlib/dviread.py", line 668, in __init__
 self._parse(file)
 File "/sw/lib/python2.7/site-packages/matplotlib/dviread.py", line 701, in _parse
 self._register(words)
 File "/sw/lib/python2.7/site-packages/matplotlib/dviread.py", line 727, in _register
 assert encoding is None
AssertionError
Do I perhaps need to rebuild matplotlib because of a LaTeX update?
Thanks,
Sean Lake

This seems to be the most up-to-date:
https://github.com/matplotlib/matplotlib/blob/master/CHANGELOG
Another way of staying current with the changes is by following the commit
messages from
https://github.com/matplotlib/matplotlib/commits/master (I follow the
changes via the RSS link)
On Fri, Feb 24, 2012 at 7:37 AM, Nils Wagner
<nw...@ia...>wrote:
> Hi all,
>
> http://matplotlib.sourceforge.net/_static/CHANGELOG seems
> to be outdated. Am I mising something ?
>
> Nils
>
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
-- 
Gökhan

Hi all,
http://matplotlib.sourceforge.net/_static/CHANGELOG seems 
to be outdated. Am I mising something ?
Nils

---------- Forwarded message ----------
From: STScI Proposal/Person System <no...@st...>
Date: Fri, Feb 24, 2012 at 12:20 PM
Subject: Your Profile at The Space Telescope Science Institute
To: "rob...@ph..." <rob...@ph...>
 Greetings Dr. Roban Hultman Kramer
Somebody, possibly you, has created a new profile at the Space Telescope
Science Institute (STScI).
The profile information submitted is:
 New Honorific Dr. First Name Roban Middle Name Hultman Last Name Kramer
Institution ETH Zurich Email rob...@ph... Country CHE
Please Note
If you are an investigator on a Cycle 20 proposal being submitted to the
STScI, this profile may have been created by, or on the request of, the
Principal Investigator. In order to be an investigator on an STScI
proposal, you must have a profile in our system.
If this is an unauthorized profile please call 410-338-4200, or send e-mail
to Address Changes
add...@st...<add...@st...?subject=Unauthorized+profile+created+for+Dr.+Roban+Hultman+Kramer,+id:13066>to
remove your profile from our system.
To make corrections to the information in your profile, please go to
https://profile.stsci.edu
-- 
Roban Hultman Kramer | Zwicky Fellow | Institute for Astronomy
ETH Zürich (Swiss Federal Institute of Technology)

On Thu, Feb 23, 2012 at 4:39 PM, Jonno <jon...@gm...> wrote:
> I need to use a small linewidth in my plot but the color is still very
> clear. However in the legend the small, thin straight line makes it
> difficult to tell the color. Is there a way to make the linewidth larger
> just in the legend but not on the plot?
>
You can use a proxy artist:
http://matplotlib.sourceforge.net/users/legend_guide.html#using-proxy-artist
JDH

On 02/23/2012 10:46 AM, Jeff Klukas wrote:
> Hello all,
>
> I would like to make small figures (about 3" wide) so that they are
> exactly the right size for a LaTeX document I am preparing. This should
> be straightforward, but I fear I am running into inherent limitations in
> the matplotlib design.
>
> The particular problem is that the dash spacing for dashed lines seems
> to be fixed to a certain number of points. This looks fine for default
> figure sizes, but in a small figure, the dash length becomes comparable
> to the width of histogram bars I'm producing, so the output just looks
> like a series of unrelated scribbles rather than a coherent histogram.
>
> I've produced a short program below which gives a minimal demonstration
> of the problem.
>
> Is there some way to change the length of dashes?
>
> Currently, I am hacking together a solution which involves making large
> figures with huge font sizes, but I would much rather be able to match
> font sizes exactly by making the figure the right size in the first place.
>
> Many thanks,
> Jeff
>
> || Jeff Klukas, Physics
> || University of Wisconsin
> || http://jeff.klukas.net
>
> -------------------------------------
> import matplotlib.pyplot as plt
>
> fig = plt.figure(figsize=(6,4))
line, = plt.plot(range(20), range(20), linestyle='steps--')
line.set_dashes((3,2)) # or whatever on/off sequence in points you want
Eric
> plt.savefig('dashdemo')
>
> fig = plt.figure(figsize=(3,2))
> plt.plot(range(20), range(20), linestyle='steps--')
> plt.savefig('dashdemosmall')
>
>
>
> ------------------------------------------------------------------------------
> Virtualization& Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I need to use a small linewidth in my plot but the color is still very
clear. However in the legend the small, thin straight line makes it
difficult to tell the color. Is there a way to make the linewidth larger
just in the legend but not on the plot?

Hello all,
I would like to make small figures (about 3" wide) so that they are exactly
the right size for a LaTeX document I am preparing. This should be
straightforward, but I fear I am running into inherent limitations in the
matplotlib design.
The particular problem is that the dash spacing for dashed lines seems to
be fixed to a certain number of points. This looks fine for default figure
sizes, but in a small figure, the dash length becomes comparable to the
width of histogram bars I'm producing, so the output just looks like a
series of unrelated scribbles rather than a coherent histogram.
I've produced a short program below which gives a minimal demonstration of
the problem.
Is there some way to change the length of dashes?
Currently, I am hacking together a solution which involves making large
figures with huge font sizes, but I would much rather be able to match font
sizes exactly by making the figure the right size in the first place.
Many thanks,
Jeff
|| Jeff Klukas, Physics
|| University of Wisconsin
|| http://jeff.klukas.net
-------------------------------------
import matplotlib.pyplot as plt
fig = plt.figure(figsize=(6,4))
plt.plot(range(20), range(20), linestyle='steps--')
plt.savefig('dashdemo')
fig = plt.figure(figsize=(3,2))
plt.plot(range(20), range(20), linestyle='steps--')
plt.savefig('dashdemosmall')

On Thu, Feb 23, 2012 at 10:55 AM, Filipe Pires Alvarenga Fernandes <
oc...@gm...> wrote:
> Just a suggestion. All these ideas sounds like a "google code-in" task.
>
> http://code.google.com/intl/pt-BR/opensource/gci/2010-11/
>
> I do not know if "Matplotlib" participated in the past, if not take a
> look of last years sympy task list:
> https://github.com/sympy/sympy/wiki/GCI-2011-Task-list
>
> If the ideas for the gallery improvement are break down to some simple
> tasks like that you guys could use Google code-in to do it.
>
> -Filipe
>
>
I have made a pull request to change gen_gallery.py to generate a gallery
page that breaks down the examples by sub directories.
https://github.com/matplotlib/matplotlib/pull/714
The idea would be that people can suggest new directories, get rid of
poorly named directories, and move around existing files. The
gen_gallery.py would only need to update its list of sub-directories.
Also, examples/index.rst would also need to be updated, but maybe we can
get that page auto-generated as well?
Cheers!
Ben Root

On 02/23/2012 01:13 AM, Nils Wagner wrote:
> Hi all,
>
> How can I increase the number of decimal places in yticks ?
One way is to install mpl from git master. The ScalarFormatter handles 
this situation better now:
In [15]: print '\n'.join([tl.get_text() for tl in ax.get_yticklabels()])
$\mathdefault{0.0000052300}$
$\mathdefault{0.0000052305}$
$\mathdefault{0.0000052310}$
$\mathdefault{0.0000052315}$
$\mathdefault{0.0000052320}$
$\mathdefault{0.0000052325}$
$\mathdefault{0.0000052330}$
$\mathdefault{0.0000052335}$
$\mathdefault{0.0000052340}$
$\mathdefault{0.0000052345}$
Eric
>
> Nils
>
> from matplotlib.ticker import ScalarFormatter
> formatter = ScalarFormatter(useMathText=True,useOffset=False)
> formatter.set_scientific(True)
> formatter.set_powerlimits((-12,12))
> print dir (formatter)
> import matplotlib.pyplot as plt
> fig = plt.figure()
> ax = fig.add_subplot(111)
> ax.yaxis.set_major_formatter(formatter)
>
> import numpy as np
>
> A=np.array([[ 1 , 0.000000E+00 , 5.234141E-06],
> [ 2 , 1.000000E+00 , 5.233310E-06],
> [ 3 , 2.000000E+00 , 5.232660E-06],
> [ 4 , 3.000000E+00 , 5.231808E-06],
> [ 5 , 4.000000E+00 , 5.231277E-06],
> [ 6 , 5.000000E+00 , 5.230664E-06],
> [ 7 , 6.000000E+00 , 5.230423E-06],
> [ 8 , 7.000000E+00 , 5.230136E-06]])
>
> ax.plot(A[:,1],A[:,2])
> plt.show()
>
>
>
> ------------------------------------------------------------------------------
> Virtualization& Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Just a suggestion. All these ideas sounds like a "google code-in" task.
http://code.google.com/intl/pt-BR/opensource/gci/2010-11/
I do not know if "Matplotlib" participated in the past, if not take a
look of last years sympy task list:
https://github.com/sympy/sympy/wiki/GCI-2011-Task-list
If the ideas for the gallery improvement are break down to some simple
tasks like that you guys could use Google code-in to do it.
-Filipe
On Thu, Feb 23, 2012 at 11:46, Benjamin Root <ben...@ou...> wrote:
>
>
> On Thu, Feb 23, 2012 at 10:41 AM, Tony Yu <ts...@gm...> wrote:
>>
>>
>>
>> On Thu, Feb 23, 2012 at 11:32 AM, <jos...@gm...> wrote:
>>>
>>> I will never get use to reply-all
>>>
>>> ---------- Forwarded message ----------
>>> From: <jos...@gm...>
>>> Date: Thu, Feb 23, 2012 at 11:31 AM
>>> Subject: Re: [Matplotlib-users] Matplotlib gallery
>>> To: Nicolas Rougier <Nic...@in...>
>>>
>>>
>>> On Thu, Feb 23, 2012 at 11:24 AM, Nicolas Rougier
>>> <Nic...@in...> wrote:
>>> >
>>> >
>>> > I agree, but the current matplotlib gallery is rather clueless about
>>> > what the examples are related to until you click an image. I'm personally
>>> > using the gallery by looking at an example that match what I've in mind most
>>> > closely and then look at the code. But you're right, some structure(s) would
>>> > definitely help.
>>> >
>>> > Here is an example of a well structured gallery:
>>> > http://www.gigawiz.com/aagraphs.html.
>>> >
>>> > The first-level structure is organized at:
>>> >
>>> > Specialized Scientific Graphing
>>> > Scatter Graphs
>>> > Contour Charts (2-D, 3-D, and Ternary)
>>> > Heatmaps
>>> > Voronoi Diagram
>>> > Waterfall Charts
>>> > Bubble Charts
>>> > Spider Charts
>>> > Polar Charts
>>> > Column and Bar Charts
>>> > Area Charts
>>> > Line Charts
>>> > Combination Charts (Column-Line, Bar-Line, Area-Line)
>>> > Diagrams of Multiple, Independent Value-Axes Column, Bar or Area Graphs
>>> > High-Low, (Open)-High-Low-Close, and Range Charts
>>> > Pie Charts and X-Y Scatter Pie
>>> > Vector Charts
>>> > Statistical Charts
>>> >
>>> >
>>> > Maybe we can find/agree on similar structure(s)/sub-structure(s) and
>>> > adapt it to the current gallery ?
>>>
>>> An advantage of the current all in one page gallery is that it is
>>> easier to find a recipe when I just look for individual plot elements,
>>> when I have not much idea what it might be called and just some idea
>>> what it should look like.
>>>
>>> That's different from looking for plots with a specific usage or content.
>>>
>>> Josef
>>>
>>
>> You could still have a one-page gallery with plots separated into
>> subheadings (and a table of contents at the top which allows you to jump to
>> subheadings). This alone would greatly improve navigation in the gallery.
>> The list of headings is great, by the way.
>>
>> -Tony
>>
>
>
> I am banging out a pull request to do just that.
>
> Ben Root
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

It seems this was the only source of errors. There is a pull request here:
https://github.com/matplotlib/matplotlib/pull/713
There are plenty of warnings that should probably also be dealt with, 
but this at least allows compilation to complete for now.
Mike
On 02/23/2012 10:27 AM, Michael Droettboom wrote:
> I got my OS-X machine going again -- I'm looking into this further now.
>
> Mike
>
> On 02/23/2012 10:19 AM, Michael Droettboom wrote:
>> It looks like a bug in agg that the stricter clang is picking up. If
>> you change agg24/include/agg_renderer_outline_aa.h:1368 to read:
>>
>> const line_profile_aa& profile() { return *m_profile; }
>>
>> does that help? (There's probably other cases like this behind it).
>>
>> I don't have a complete OS-X environment right now to test with, or I'd
>> see what the other issues were myself.
>>
>> Mike
>>
>> On 02/23/2012 07:47 AM, Thomas Robitaille wrote:
>>> Hello,
>>>
>>> I am trying to build the latest version of matplotlib from the git repository (1cd07a6c) on MacOS 10.7, and regardless of whether I build using the make.osx file or just 'python setup.py build', the C files get compiled with clang, and clang raises an error on one of the files:
>>>
>>> /Developer/usr/bin/clang -fno-strict-aliasing -fno-common -dynamic -pipe -O2 -fwrapv -DNDEBUG -g -O3 -Wall -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include -I. -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include -Isrc -Iagg24/include -I. -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include -I/opt/local/include/freetype2 -I/opt/local/include -I. -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/backend_agg.cpp -o build/temp.macosx-10.7-x86_64-2.7/src/backend_agg.o
>>> In file included from src/backend_agg.cpp:11:
>>> In file included from src/_backend_agg.h:34:
>>> agg24/include/agg_renderer_outline_aa.h:1368:45: error: binding of reference to type 'agg::line_profile_aa' to a value of type 'const agg::line_profile_aa' drops qualifiers
>>> line_profile_aa& profile() { return *m_profile; }
>>> ^~~~~~~~~~
>>> 1 error generated.
>>>
>>> error: command '/Developer/usr/bin/clang' failed with exit status 1
>>>
>>> If I do:
>>>
>>> CC=gcc python setup.py build
>>>
>>> then things work fine, but I just wanted to raise the point that the C files do not compile successfully with clang at this time (but this seems to be the default compiler on 10.7).
>>>
>>> Cheers,
>>> Tom
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Virtualization& Cloud Management Using Capacity Planning
>>> Cloud computing makes use of virtualization - but cloud computing
>>> also focuses on allowing computing to be delivered as a service.
>>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> ------------------------------------------------------------------------------
>> Virtualization& Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
> ------------------------------------------------------------------------------
> Virtualization& Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Thu, Feb 23, 2012 at 10:41 AM, Tony Yu <ts...@gm...> wrote:
>
>
> On Thu, Feb 23, 2012 at 11:32 AM, <jos...@gm...> wrote:
>
>> I will never get use to reply-all
>>
>> ---------- Forwarded message ----------
>> From: <jos...@gm...>
>> Date: Thu, Feb 23, 2012 at 11:31 AM
>> Subject: Re: [Matplotlib-users] Matplotlib gallery
>> To: Nicolas Rougier <Nic...@in...>
>>
>>
>> On Thu, Feb 23, 2012 at 11:24 AM, Nicolas Rougier
>> <Nic...@in...> wrote:
>> >
>> >
>> > I agree, but the current matplotlib gallery is rather clueless about
>> what the examples are related to until you click an image. I'm personally
>> using the gallery by looking at an example that match what I've in mind
>> most closely and then look at the code. But you're right, some structure(s)
>> would definitely help.
>> >
>> > Here is an example of a well structured gallery:
>> http://www.gigawiz.com/aagraphs.html.
>> >
>> > The first-level structure is organized at:
>> >
>> > Specialized Scientific Graphing
>> > Scatter Graphs
>> > Contour Charts (2-D, 3-D, and Ternary)
>> > Heatmaps
>> > Voronoi Diagram
>> > Waterfall Charts
>> > Bubble Charts
>> > Spider Charts
>> > Polar Charts
>> > Column and Bar Charts
>> > Area Charts
>> > Line Charts
>> > Combination Charts (Column-Line, Bar-Line, Area-Line)
>> > Diagrams of Multiple, Independent Value-Axes Column, Bar or Area Graphs
>> > High-Low, (Open)-High-Low-Close, and Range Charts
>> > Pie Charts and X-Y Scatter Pie
>> > Vector Charts
>> > Statistical Charts
>> >
>> >
>> > Maybe we can find/agree on similar structure(s)/sub-structure(s) and
>> adapt it to the current gallery ?
>>
>> An advantage of the current all in one page gallery is that it is
>> easier to find a recipe when I just look for individual plot elements,
>> when I have not much idea what it might be called and just some idea
>> what it should look like.
>>
>> That's different from looking for plots with a specific usage or content.
>>
>> Josef
>>
>>
> You could still have a one-page gallery with plots separated into
> subheadings (and a table of contents at the top which allows you to jump to
> subheadings). This alone would greatly improve navigation in the gallery.
> The list of headings is great, by the way.
>
> -Tony
>
>
I am banging out a pull request to do just that.
Ben Root

On Thu, Feb 23, 2012 at 11:32 AM, <jos...@gm...> wrote:
> I will never get use to reply-all
>
> ---------- Forwarded message ----------
> From: <jos...@gm...>
> Date: Thu, Feb 23, 2012 at 11:31 AM
> Subject: Re: [Matplotlib-users] Matplotlib gallery
> To: Nicolas Rougier <Nic...@in...>
>
>
> On Thu, Feb 23, 2012 at 11:24 AM, Nicolas Rougier
> <Nic...@in...> wrote:
> >
> >
> > I agree, but the current matplotlib gallery is rather clueless about
> what the examples are related to until you click an image. I'm personally
> using the gallery by looking at an example that match what I've in mind
> most closely and then look at the code. But you're right, some structure(s)
> would definitely help.
> >
> > Here is an example of a well structured gallery:
> http://www.gigawiz.com/aagraphs.html.
> >
> > The first-level structure is organized at:
> >
> > Specialized Scientific Graphing
> > Scatter Graphs
> > Contour Charts (2-D, 3-D, and Ternary)
> > Heatmaps
> > Voronoi Diagram
> > Waterfall Charts
> > Bubble Charts
> > Spider Charts
> > Polar Charts
> > Column and Bar Charts
> > Area Charts
> > Line Charts
> > Combination Charts (Column-Line, Bar-Line, Area-Line)
> > Diagrams of Multiple, Independent Value-Axes Column, Bar or Area Graphs
> > High-Low, (Open)-High-Low-Close, and Range Charts
> > Pie Charts and X-Y Scatter Pie
> > Vector Charts
> > Statistical Charts
> >
> >
> > Maybe we can find/agree on similar structure(s)/sub-structure(s) and
> adapt it to the current gallery ?
>
> An advantage of the current all in one page gallery is that it is
> easier to find a recipe when I just look for individual plot elements,
> when I have not much idea what it might be called and just some idea
> what it should look like.
>
> That's different from looking for plots with a specific usage or content.
>
> Josef
>
>
You could still have a one-page gallery with plots separated into
subheadings (and a table of contents at the top which allows you to jump to
subheadings). This alone would greatly improve navigation in the gallery.
The list of headings is great, by the way.
-Tony
>
> >
> >
> > Nicolas
> >
> >
> >
> > On Feb 23, 2012, at 16:59 , Jerzy Karczmarczuk wrote:
> >
> >> Nicolas Rougier :
> >>> I've seen the discussion around the re-organization of the matplotlib
> gallery.
> >>> If that might help, here is a link to a small gallery I made.
> >>>
> >>> The overall organization is simply based on subdirectories so maybe it
> could be a (temporary) solution for the matplotlib gallery (just matter of
> moving examples in the right subdirectory).
> >> THANKS, Nicolas.
> >>
> >> This is a nice initiative, but I believe that in the context of a
> >> presentation of some software, this is not the way I would have chosen.
> >> Why people look-up /such/ galleries? Why I do it myself? What are the
> >> needs of my students (about 20 - 30 guys who work with matplotlib week
> >> after wek)?
> >>
> >> Often because I want to find a concrete program, which answers a
> >> concrete question : how to implement timed animations. How to make
> >> multiple plots. How to insert a figure in a GUI with widgets, how to
> >> distort an image matrix, etc. etc. So a gallery should contains infos
> >> about what the hell the example XYZ is about, what does it show, where
> >> is the *concrete* documentation page with the description of the tools
> >> used, etc.
> >>
> >> The order of examples should be rational, and as ALWAYS some cross-links
> >> would be useful.
> >> Program-sources without comments are not so useful...
> >>
> >> ==
> >>
> >> But I believe that this is just a start, and I am aware that to
> >> criticize is easier than to do something. (Je suis un grognon né,
> >> Nicolas, désolé...). So please, continue, my heart is with you!
> >>
> >>
> >> Jerzy Karczmarczuk
> >> Caen, France.
> >>
> >>
> >>
> ------------------------------------------------------------------------------
> >> Virtualization & Cloud Management Using Capacity Planning
> >> Cloud computing makes use of virtualization - but cloud computing
> >> also focuses on allowing computing to be delivered as a service.
> >> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> >> _______________________________________________
> >> Matplotlib-users mailing list
> >> Mat...@li...
> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
> >
> >
> ------------------------------------------------------------------------------
> > Virtualization & Cloud Management Using Capacity Planning
> > Cloud computing makes use of virtualization - but cloud computing
> > also focuses on allowing computing to be delivered as a service.
> > http://www.accelacomm.com/jaw/sfnl/114/51521223/
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

I will never get use to reply-all
---------- Forwarded message ----------
From: <jos...@gm...>
Date: Thu, Feb 23, 2012 at 11:31 AM
Subject: Re: [Matplotlib-users] Matplotlib gallery
To: Nicolas Rougier <Nic...@in...>
On Thu, Feb 23, 2012 at 11:24 AM, Nicolas Rougier
<Nic...@in...> wrote:
>
>
> I agree, but the current matplotlib gallery is rather clueless about what the examples are related to until you click an image. I'm personally using the gallery by looking at an example that match what I've in mind most closely and then look at the code. But you're right, some structure(s) would definitely help.
>
> Here is an example of a well structured gallery: http://www.gigawiz.com/aagraphs.html.
>
> The first-level structure is organized at:
>
> Specialized Scientific Graphing
> Scatter Graphs
> Contour Charts (2-D, 3-D, and Ternary)
> Heatmaps
> Voronoi Diagram
> Waterfall Charts
> Bubble Charts
> Spider Charts
> Polar Charts
> Column and Bar Charts
> Area Charts
> Line Charts
> Combination Charts (Column-Line, Bar-Line, Area-Line)
> Diagrams of Multiple, Independent Value-Axes Column, Bar or Area Graphs
> High-Low, (Open)-High-Low-Close, and Range Charts
> Pie Charts and X-Y Scatter Pie
> Vector Charts
> Statistical Charts
>
>
> Maybe we can find/agree on similar structure(s)/sub-structure(s) and adapt it to the current gallery ?
An advantage of the current all in one page gallery is that it is
easier to find a recipe when I just look for individual plot elements,
when I have not much idea what it might be called and just some idea
what it should look like.
That's different from looking for plots with a specific usage or content.
Josef
>
>
> Nicolas
>
>
>
> On Feb 23, 2012, at 16:59 , Jerzy Karczmarczuk wrote:
>
>> Nicolas Rougier :
>>> I've seen the discussion around the re-organization of the matplotlib gallery.
>>> If that might help, here is a link to a small gallery I made.
>>>
>>> The overall organization is simply based on subdirectories so maybe it could be a (temporary) solution for the matplotlib gallery (just matter of moving examples in the right subdirectory).
>> THANKS, Nicolas.
>>
>> This is a nice initiative, but I believe that in the context of a
>> presentation of some software, this is not the way I would have chosen.
>> Why people look-up /such/ galleries? Why I do it myself? What are the
>> needs of my students (about 20 - 30 guys who work with matplotlib week
>> after wek)?
>>
>> Often because I want to find a concrete program, which answers a
>> concrete question : how to implement timed animations. How to make
>> multiple plots. How to insert a figure in a GUI with widgets, how to
>> distort an image matrix, etc. etc. So a gallery should contains infos
>> about what the hell the example XYZ is about, what does it show, where
>> is the *concrete* documentation page with the description of the tools
>> used, etc.
>>
>> The order of examples should be rational, and as ALWAYS some cross-links
>> would be useful.
>> Program-sources without comments are not so useful...
>>
>> ==
>>
>> But I believe that this is just a start, and I am aware that to
>> criticize is easier than to do something. (Je suis un grognon né,
>> Nicolas, désolé...). So please, continue, my heart is with you!
>>
>>
>> Jerzy Karczmarczuk
>> Caen, France.
>>
>>
>> ------------------------------------------------------------------------------
>> Virtualization & Cloud Management Using Capacity Planning
>> Cloud computing makes use of virtualization - but cloud computing
>> also focuses on allowing computing to be delivered as a service.
>> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

I think you are correct - and I think the fact that the line width of the
error bar is larger (compared to the size of the rectangle) gives the
impression the top rectangle is actually darker.
I see - it's just a matter of playing around with the error bar properties
to make it look pretty.
Thanks,
Federico
On Thu, Feb 23, 2012 at 5:13 PM, Benjamin Root <ben...@ou...> wrote:
>
>
> On Thu, Feb 23, 2012 at 10:03 AM, federico vaggi <vag...@gm...
> > wrote:
>
>> Hi Ben,
>>
>> In the pre-resizing pictures, each bar is drawn as two rectangles, the
>> first until the lower margin of the standard deviation, the second until
>> the mean.
>>
>> It looks like it draws one rectangle from:
>>
>> 0:(MEAN-STD)
>>
>> and another from:
>>
>> MEAN-STD to MEAN+STD
>>
>> After resizing, it is just a single rectangle with the standard deviation
>> drawn as normal.
>>
>> I presume the 2nd version is meant to be correct, but absolutely no
>> graphics properties are altered (besides manually re-sizing the window).
>>
>> Federico
>>
>>
> Sorry, I am not seeing what you are saying. Just to be clear, when you
> say "bar", are you referring to the gray rectangles that denote the mean or
> the errorbars that denote the standard deviations?
>
> What might be confusing is that in the first graph, the "cap" of the
> errorbars (the horizontal line on the ends of each errorbar) is almost the
> same width as the gray bars themselves. This sort of makes it look like
> there are two gray bars stacked on top of each other. Is this what you are
> referring to?
>
> Ben Root
>
>

I agree, but the current matplotlib gallery is rather clueless about what the examples are related to until you click an image. I'm personally using the gallery by looking at an example that match what I've in mind most closely and then look at the code. But you're right, some structure(s) would definitely help.
Here is an example of a well structured gallery: http://www.gigawiz.com/aagraphs.html.
The first-level structure is organized at:
Specialized Scientific Graphing
Scatter Graphs
Contour Charts (2-D, 3-D, and Ternary)
Heatmaps
Voronoi Diagram
Waterfall Charts
Bubble Charts
Spider Charts
Polar Charts
Column and Bar Charts
Area Charts
Line Charts
Combination Charts (Column-Line, Bar-Line, Area-Line)
Diagrams of Multiple, Independent Value-Axes Column, Bar or Area Graphs
High-Low, (Open)-High-Low-Close, and Range Charts
Pie Charts and X-Y Scatter Pie
Vector Charts
Statistical Charts
Maybe we can find/agree on similar structure(s)/sub-structure(s) and adapt it to the current gallery ?
Nicolas
On Feb 23, 2012, at 16:59 , Jerzy Karczmarczuk wrote:
> Nicolas Rougier :
>> I've seen the discussion around the re-organization of the matplotlib gallery.
>> If that might help, here is a link to a small gallery I made.
>> 
>> The overall organization is simply based on subdirectories so maybe it could be a (temporary) solution for the matplotlib gallery (just matter of moving examples in the right subdirectory).
> THANKS, Nicolas.
> 
> This is a nice initiative, but I believe that in the context of a 
> presentation of some software, this is not the way I would have chosen. 
> Why people look-up /such/ galleries? Why I do it myself? What are the 
> needs of my students (about 20 - 30 guys who work with matplotlib week 
> after wek)?
> 
> Often because I want to find a concrete program, which answers a 
> concrete question : how to implement timed animations. How to make 
> multiple plots. How to insert a figure in a GUI with widgets, how to 
> distort an image matrix, etc. etc. So a gallery should contains infos 
> about what the hell the example XYZ is about, what does it show, where 
> is the *concrete* documentation page with the description of the tools 
> used, etc.
> 
> The order of examples should be rational, and as ALWAYS some cross-links 
> would be useful.
> Program-sources without comments are not so useful...
> 
> ==
> 
> But I believe that this is just a start, and I am aware that to 
> criticize is easier than to do something. (Je suis un grognon né, 
> Nicolas, désolé...). So please, continue, my heart is with you!
> 
> 
> Jerzy Karczmarczuk
> Caen, France.
> 
> 
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Thu, Feb 23, 2012 at 10:14 AM, David Craig <dcd...@gm...> wrote:
> Hi,
> I have an array defined by 3 variables p(x,z,t). I would like to produce
> a surface plot with colors defined by p and animate it. That is plot the
> value of p at all x and z, over time (t). My code to get p is below but
> I really have no idea how to plot this. Anyone know the best way to go
> about this?
> thanks,
> D
>
>
> # 2D Finite Distance Wave Equation.
> from pylab import *
> from numpy import math
>
> ion()
>
> # Set up variables.
> nx = 100
> nz = 100
> nsteps = 300
> c = 3500
> dt = 10**-4
> h = 1
> t = arange(0,nsteps,dt)
>
> # Define source as a spike.
> s = zeros(nsteps)
> s[1] = 1
> s[2] = 2
> s[3] = 1
>
> # Position source.
> xs = 50
> zs = 50
> ##plot(t,s)
> ##show()
>
>
> # Set up pressure field.
> p=empty([nx,nz,nsteps])
>
> for t in range(0,nsteps-1):
>
> for z in range(0,nz-1):
>
> for x in range(0,nx-1):
>
> p[x,z,t] = 0
>
>
>
> # Solve wave equation.
> for t in range(2,nsteps-1):
>
>
> for z in range(1,nz-1):
>
> for x in range(2,nx-1):
>
> p[xs,zs,t] = s[t]
>
> k = (c*dt/h)**2
>
> p[x,z,t] = 2*p[x,z,t-1] - p[x,z,t-2] +
> k*(p[x+1,z,t-1]-4*p[x,z,t-1]+p[x-1,z,t-1]+p[x,z+1,t-1]+p[x,z-1,t-1])
>
>
> #Plot somehow
> draw()
> #close()
>
>
>
Here is an example using wireframe(). This method of animation is not
recommended anymore, but it does still work. Once you get your
plot_surface version working, there are some various tricks to speed it up
and make it more efficient. Probably the most important thing to remember
is that your norm object will need to be set before starting so that the
colors are consistent throughout the animation.
http://matplotlib.sourceforge.net/examples/mplot3d/wire3d_animation_demo.html
Cheers!
Ben Root

On Thu, Feb 23, 2012 at 10:03 AM, federico vaggi
<vag...@gm...>wrote:
> Hi Ben,
>
> In the pre-resizing pictures, each bar is drawn as two rectangles, the
> first until the lower margin of the standard deviation, the second until
> the mean.
>
> It looks like it draws one rectangle from:
>
> 0:(MEAN-STD)
>
> and another from:
>
> MEAN-STD to MEAN+STD
>
> After resizing, it is just a single rectangle with the standard deviation
> drawn as normal.
>
> I presume the 2nd version is meant to be correct, but absolutely no
> graphics properties are altered (besides manually re-sizing the window).
>
> Federico
>
>
Sorry, I am not seeing what you are saying. Just to be clear, when you say
"bar", are you referring to the gray rectangles that denote the mean or the
errorbars that denote the standard deviations?
What might be confusing is that in the first graph, the "cap" of the
errorbars (the horizontal line on the ends of each errorbar) is almost the
same width as the gray bars themselves. This sort of makes it look like
there are two gray bars stacked on top of each other. Is this what you are
referring to?
Ben Root

Hi,
I have an array defined by 3 variables p(x,z,t). I would like to produce 
a surface plot with colors defined by p and animate it. That is plot the 
value of p at all x and z, over time (t). My code to get p is below but 
I really have no idea how to plot this. Anyone know the best way to go 
about this?
thanks,
D
# 2D Finite Distance Wave Equation.
from pylab import *
from numpy import math
ion()
# Set up variables.
nx = 100
nz = 100
nsteps = 300
c = 3500
dt = 10**-4
h = 1
t = arange(0,nsteps,dt)
# Define source as a spike.
s = zeros(nsteps)
s[1] = 1
s[2] = 2
s[3] = 1
# Position source.
xs = 50
zs = 50
##plot(t,s)
##show()
# Set up pressure field.
p=empty([nx,nz,nsteps])
for t in range(0,nsteps-1):
 for z in range(0,nz-1):
 for x in range(0,nx-1):
 p[x,z,t] = 0
# Solve wave equation.
for t in range(2,nsteps-1):
 for z in range(1,nz-1):
 for x in range(2,nx-1):
 p[xs,zs,t] = s[t]
 k = (c*dt/h)**2
 p[x,z,t] = 2*p[x,z,t-1] - p[x,z,t-2] + 
k*(p[x+1,z,t-1]-4*p[x,z,t-1]+p[x-1,z,t-1]+p[x,z+1,t-1]+p[x,z-1,t-1])
 #Plot somehow
 draw()
#close()

Hi Ben,
In the pre-resizing pictures, each bar is drawn as two rectangles, the
first until the lower margin of the standard deviation, the second until
the mean.
It looks like it draws one rectangle from:
0:(MEAN-STD)
and another from:
MEAN-STD to MEAN+STD
After resizing, it is just a single rectangle with the standard deviation
drawn as normal.
I presume the 2nd version is meant to be correct, but absolutely no
graphics properties are altered (besides manually re-sizing the window).
Federico
On Thu, Feb 23, 2012 at 4:54 PM, Benjamin Root <ben...@ou...> wrote:
>
>
> On Thu, Feb 23, 2012 at 5:02 AM, federico vaggi <vag...@gm...>wrote:
>
>> Hi,
>>
>> I am using matplotlib to draw a few bar plots. The library works
>> wonderfully, but the figures are drawn incorrectly until they are resized
>>
>> Here is the figure before resizing:
>>
>> http://imgur.com/MKATg
>>
>> here is after resizing:
>>
>> http://imgur.com/bSiOT
>>
>> It seems that the rectangles of the bar somehow are not drawn properly.
>>
>> Any suggestions on how to fix it automatically?
>>
>> Federico
>>
>>
> Federico,
>
> Could you please be a bit more specific about what you think is wrong. I
> see a number of possibilities, but I can't be sure what you are referring
> to.
>
> Ben Root
>
>

 Nicolas Rougier :
> I've seen the discussion around the re-organization of the matplotlib gallery.
> If that might help, here is a link to a small gallery I made.
>
> The overall organization is simply based on subdirectories so maybe it could be a (temporary) solution for the matplotlib gallery (just matter of moving examples in the right subdirectory).
THANKS, Nicolas.
This is a nice initiative, but I believe that in the context of a 
presentation of some software, this is not the way I would have chosen. 
Why people look-up /such/ galleries? Why I do it myself? What are the 
needs of my students (about 20 - 30 guys who work with matplotlib week 
after wek)?
Often because I want to find a concrete program, which answers a 
concrete question : how to implement timed animations. How to make 
multiple plots. How to insert a figure in a GUI with widgets, how to 
distort an image matrix, etc. etc. So a gallery should contains infos 
about what the hell the example XYZ is about, what does it show, where 
is the *concrete* documentation page with the description of the tools 
used, etc.
The order of examples should be rational, and as ALWAYS some cross-links 
would be useful.
Program-sources without comments are not so useful...
==
But I believe that this is just a start, and I am aware that to 
criticize is easier than to do something. (Je suis un grognon né, 
Nicolas, désolé...). So please, continue, my heart is with you!
Jerzy Karczmarczuk
Caen, France.

On Thu, Feb 23, 2012 at 8:14 AM, Nicolas Rougier
<Nic...@in...>wrote:
>
>
> I've seen the discussion around the re-organization of the matplotlib
> gallery.
> If that might help, here is a link to a small gallery I made.
>
> The overall organization is simply based on subdirectories so maybe it
> could be a (temporary) solution for the matplotlib gallery (just matter of
> moving examples in the right subdirectory).
>
>
> http://www.loria.fr/~rougier/coding/gallery/
> https://github.com/rougier/gallery
>
>
>
> Nicolas
>
Nicolas,
Thank you for sharing. Currently, our examples are organized by
subdirectories. In fact, the Gallary has the exact same examples as the
Examples page (except for animations). Perhaps the most simple solution
for the gallary page is to just break it up into the subsections by
directory?
Cheers!
Ben Root