matplotlib-users Mailing List for matplotlib

Dear matplotlib users,
The INCF (incf.org) is sponsoring two Google Summer of Code projects
this year that will directly benefit PyDSTool (pydstool.sf.net), a
math modeling toolbox for science and engineering that some of you
will know. One, if not both, of the projects will involve significant
technical usage of MPL's 2D GUI widgets as well as building new types
of model visualization tools over MPL. MPL has been chosen to maximize
platform independence and minimize reliance on additional user
installation of third party libraries, and is well suited for the
prototyping of application front ends for research code.
Please forward to anyone who might be interested in participating:
http://incf.org/gsoc/2015/proposals/#-span--span----nbsp---span---span--span-neuroscience-model-exploration-and-development-tools-for-pydstool--span-
http://www.google-melange.com/gsoc/homepage/google/gsoc2015
Thanks,
Rob

On 2015年02月09日 8:19 AM, Thomas Caswell wrote:
> Can you test with 1.4.3rc1? I believe this has been fixed.
Oops! Of course--I never use ',', and I was forgetting that it *is* 
just one pixel.
Eric
>
> On Mon Feb 09 2015 at 1:07:28 PM Alex Böhnert <ale...@gm...
> <mailto:ale...@gm...>> wrote:
>
> Dear all,
>
> when plotting scattered data with the "," marker, the data points do
> not show up either on screen (Qt4Agg backend) or in saved bitmap
> images (tested with png); they do show up if the plot is exported as
> pdf.
>
> Example code (run in "ipython --pylab" for simplicity):
>
> import numpy as np
> a = np.random.standard_normal(500)
> b = np.random.standard_normal(500)
> plot(a,b,',')
> savefig("testplot.png")
> savefig("testplot.pdf")
>
> Expected result: Scatter plot of random data points, both on screen
> and in saved files.
>
> Actual result: Empty-looking plot both on screen and in png, but
> plot as expected in pdf.
>
> System info: Arch linux, Kernel 3.17.6 (and 3.18.6), matplotlib
> version 1.4.2, Python 3.4.2, IPython 2.3.1., numpy version 1.9.1,
> Qt4Agg backend.
>
> Related: I posted this to the arch-bugtracker
> (https://bugs.archlinux.org/task/43392) and asked on stack overflow
> whether anyone else saw this
> (http://stackoverflow.com/questions/28112916/python-matplotlib-does-not-display-data-points-bug-or-something-else).
> Apparently, the same thing happens in Ubuntu, too.
>
> Hope this is the right place to report this.
>
> Cheers,
> Alex
>
> P.S.: I sent the same mail to the list a few weeks ago without
> registering, but it was never posted, nor replied to. It might be a
> good idea not to suggest at
> http://matplotlib.org/faq/troubleshooting_faq.html#getting-help that
> just sending a mail to the list will achieve anything...
> ------------------------------__------------------------------__------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media,
> is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more.
> Take a
> look and join the conversation now.
> http://goparallel.sourceforge.__net/
> <http://goparallel.sourceforge.net/>_________________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.__sourceforge.net
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/__lists/listinfo/matplotlib-__users
> <https://lists.sourceforge.net/lists/listinfo/matplotlib-users>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Thomas Caswell wrote
> Can you test with 1.4.3rc1? I believe this has been fixed.
I just built 1.4.3-rc1 (from the Download page->other Downloads ->
Older/mics) from source. It seems to indeed be fixed there.
Thanks a lot!
--
View this message in context: http://matplotlib.1069221.n5.nabble.com/Bug-in-matplotlib-1-4-2-tp44850p44853.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On 2015年02月09日 8:19 AM, Thomas Caswell wrote:
> Can you test with 1.4.3rc1? I believe this has been fixed.
I don't think so. I can reproduce it on master. Regardless of the "ms" 
kwarg, I see only a pixel.
Eric
>
> On Mon Feb 09 2015 at 1:07:28 PM Alex Böhnert <ale...@gm...
> <mailto:ale...@gm...>> wrote:
>
> Dear all,
>
> when plotting scattered data with the "," marker, the data points do
> not show up either on screen (Qt4Agg backend) or in saved bitmap
> images (tested with png); they do show up if the plot is exported as
> pdf.
>
> Example code (run in "ipython --pylab" for simplicity):
>
> import numpy as np
> a = np.random.standard_normal(500)
> b = np.random.standard_normal(500)
> plot(a,b,',')
> savefig("testplot.png")
> savefig("testplot.pdf")
>
> Expected result: Scatter plot of random data points, both on screen
> and in saved files.
>
> Actual result: Empty-looking plot both on screen and in png, but
> plot as expected in pdf.
>
> System info: Arch linux, Kernel 3.17.6 (and 3.18.6), matplotlib
> version 1.4.2, Python 3.4.2, IPython 2.3.1., numpy version 1.9.1,
> Qt4Agg backend.
>
> Related: I posted this to the arch-bugtracker
> (https://bugs.archlinux.org/task/43392) and asked on stack overflow
> whether anyone else saw this
> (http://stackoverflow.com/questions/28112916/python-matplotlib-does-not-display-data-points-bug-or-something-else).
> Apparently, the same thing happens in Ubuntu, too.
>
> Hope this is the right place to report this.
>
> Cheers,
> Alex
>
> P.S.: I sent the same mail to the list a few weeks ago without
> registering, but it was never posted, nor replied to. It might be a
> good idea not to suggest at
> http://matplotlib.org/faq/troubleshooting_faq.html#getting-help that
> just sending a mail to the list will achieve anything...
> ------------------------------__------------------------------__------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media,
> is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more.
> Take a
> look and join the conversation now.
> http://goparallel.sourceforge.__net/
> <http://goparallel.sourceforge.net/>_________________________________________________
> Matplotlib-users mailing list
> Matplotlib-users@lists.__sourceforge.net
> <mailto:Mat...@li...>
> https://lists.sourceforge.net/__lists/listinfo/matplotlib-__users
> <https://lists.sourceforge.net/lists/listinfo/matplotlib-users>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
>
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Can you test with 1.4.3rc1? I believe this has been fixed.
On Mon Feb 09 2015 at 1:07:28 PM Alex Böhnert <ale...@gm...>
wrote:
> Dear all,
>
> when plotting scattered data with the "," marker, the data points do not
> show up either on screen (Qt4Agg backend) or in saved bitmap images (tested
> with png); they do show up if the plot is exported as pdf.
>
> Example code (run in "ipython --pylab" for simplicity):
>
> import numpy as np
> a = np.random.standard_normal(500)
> b = np.random.standard_normal(500)
> plot(a,b,',')
> savefig("testplot.png")
> savefig("testplot.pdf")
>
> Expected result: Scatter plot of random data points, both on screen and in
> saved files.
>
> Actual result: Empty-looking plot both on screen and in png, but plot as
> expected in pdf.
>
> System info: Arch linux, Kernel 3.17.6 (and 3.18.6), matplotlib version
> 1.4.2, Python 3.4.2, IPython 2.3.1., numpy version 1.9.1, Qt4Agg backend.
>
> Related: I posted this to the arch-bugtracker (
> https://bugs.archlinux.org/task/43392) and asked on stack overflow
> whether anyone else saw this (
> http://stackoverflow.com/questions/28112916/python-matplotlib-does-not-display-data-points-bug-or-something-else).
> Apparently, the same thing happens in Ubuntu, too.
>
> Hope this is the right place to report this.
>
> Cheers,
> Alex
>
> P.S.: I sent the same mail to the list a few weeks ago without
> registering, but it was never posted, nor replied to. It might be a good
> idea not to suggest at
> http://matplotlib.org/faq/troubleshooting_faq.html#getting-help that just
> sending a mail to the list will achieve anything...
> ------------------------------------------------------------
> ------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Dear all,
when plotting scattered data with the "," marker, the data points do not
show up either on screen (Qt4Agg backend) or in saved bitmap images (tested
with png); they do show up if the plot is exported as pdf.
Example code (run in "ipython --pylab" for simplicity):
import numpy as np
a = np.random.standard_normal(500)
b = np.random.standard_normal(500)
plot(a,b,',')
savefig("testplot.png")
savefig("testplot.pdf")
Expected result: Scatter plot of random data points, both on screen and in
saved files.
Actual result: Empty-looking plot both on screen and in png, but plot as
expected in pdf.
System info: Arch linux, Kernel 3.17.6 (and 3.18.6), matplotlib version
1.4.2, Python 3.4.2, IPython 2.3.1., numpy version 1.9.1, Qt4Agg backend.
Related: I posted this to the arch-bugtracker (
https://bugs.archlinux.org/task/43392) and asked on stack overflow whether
anyone else saw this (
http://stackoverflow.com/questions/28112916/python-matplotlib-does-not-display-data-points-bug-or-something-else).
Apparently, the same thing happens in Ubuntu, too.
Hope this is the right place to report this.
Cheers,
Alex
P.S.: I sent the same mail to the list a few weeks ago without registering,
but it was never posted, nor replied to. It might be a good idea not to
suggest at http://matplotlib.org/faq/troubleshooting_faq.html#getting-help
that just sending a mail to the list will achieve anything...

Sorry about the bad tarball, I forgot to clean my git directory before
generating it. Another point in favor of using the gh tarball, I can't
screw it up.
This is the first I have seen that CVE.
That PR is not included in 1.4.3 because it completely over-hauls how the
Agg rendering works (and generated a whole bunch of other bugs along the
way).
Mike: Is there a way to fix up the security issues reported on just the
1.4.x branch with out pulling that whole patch back?
Tom
On Sun Feb 08 2015 at 7:47:00 PM Benjamin Root <ben...@ou...> wrote:
> Please ignore my test failure report. I was accidentally running an older
> install of matplotlib from the same branch.
>
> Ben Root
>
> On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root <ben...@ou...> wrote:
>
>> I am getting some test failures here and on master in the collections
>> module.
>>
>> ======================================================================
>> FAIL: __main__.test_regularpolycollection_rotate.test
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File "/home/ben/miniconda/lib/python2.7/site-packages/nose/case.py",
>> line 197, in runTest
>> self.test(*self.arg)
>> File
>> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
>> line 51, in failer
>> result = f(*args, **kwargs)
>> File
>> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
>> line 196, in do_test
>> '(RMS %(rms).3f)'%err)
>> ImageComparisonFailure: images not close:
>> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate.png
>> vs.
>> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate-expected.png
>> (RMS 54.618)
>>
>> ======================================================================
>> FAIL: __main__.test_regularpolycollection_scale.test
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File "/home/ben/miniconda/lib/python2.7/site-packages/nose/case.py",
>> line 197, in runTest
>> self.test(*self.arg)
>> File
>> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
>> line 51, in failer
>> result = f(*args, **kwargs)
>> File
>> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
>> line 196, in do_test
>> '(RMS %(rms).3f)'%err)
>> ImageComparisonFailure: images not close:
>> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale.png
>> vs.
>> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale-expected.png
>> (RMS 120.828)
>>
>> ----------------------------------------------------------------------
>> Ran 54 tests in 15.149s
>>
>> FAILED (failures=2)
>>
>>
>>
>> The squares in the first test are larger than they should be. I have some
>> other errors, but they seem to other be floating point errors, or issues
>> with fonts.
>>
>> Ben Root
>>
>>
>> On Sat, Feb 7, 2015 at 4:46 PM, Thomas Caswell <tca...@gm...>
>> wrote:
>>
>>> Sandro,
>>>
>>> Well, creating the tarball on GH is a lot easier for us as it happens
>>> automatically! I don't want to unilaterally change policy so I will create
>>> the files on SF.
>>>
>>> If you want to tracking GH for debian instead of SF I don't think that
>>> would be a bad idea, but I don't know how much of a hassle that would be
>>> for you.
>>>
>>> Tom
>>>
>>> On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi <mo...@de...> wrote:
>>>
>>>> On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell <tca...@gm...>
>>>> wrote:
>>>> > Sandro,
>>>> >
>>>> > Can you use the tarball from github
>>>> > (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?)
>>>>
>>>> Sure I can, but since all the previous release (even RC) were done one
>>>> SF, we have our tools to monitor and download new releases pointing to
>>>> SF: do you plan to switch to GH for releasing tarballs too?
>>>>
>>>> Cheers,
>>>> --
>>>> Sandro Tosi (aka morph, morpheus, matrixhasu)
>>>> My website: http://matrixhasu.altervista.org/
>>>> Me at Debian: http://wiki.debian.org/SandroTosi
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Dive into the World of Parallel Programming. The Go Parallel Website,
>>> sponsored by Intel and developed in partnership with Slashdot Media, is
>>> your
>>> hub for all things parallel software development, from weekly thought
>>> leadership blogs to news, videos, case studies, tutorials and more. Take
>>> a
>>> look and join the conversation now. http://goparallel.sourceforge.net/
>>> _______________________________________________
>>> Matplotlib-devel mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>>
>>>
>>
>

Please ignore my test failure report. I was accidentally running an older
install of matplotlib from the same branch.
Ben Root
On Sat, Feb 7, 2015 at 9:08 PM, Benjamin Root <ben...@ou...> wrote:
> I am getting some test failures here and on master in the collections
> module.
>
> ======================================================================
> FAIL: __main__.test_regularpolycollection_rotate.test
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> File "/home/ben/miniconda/lib/python2.7/site-packages/nose/case.py",
> line 197, in runTest
> self.test(*self.arg)
> File
> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
> line 51, in failer
> result = f(*args, **kwargs)
> File
> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
> line 196, in do_test
> '(RMS %(rms).3f)'%err)
> ImageComparisonFailure: images not close:
> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate.png
> vs.
> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_rotate-expected.png
> (RMS 54.618)
>
> ======================================================================
> FAIL: __main__.test_regularpolycollection_scale.test
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> File "/home/ben/miniconda/lib/python2.7/site-packages/nose/case.py",
> line 197, in runTest
> self.test(*self.arg)
> File
> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
> line 51, in failer
> result = f(*args, **kwargs)
> File
> "/home/ben/.local/lib/python2.7/site-packages/matplotlib-1.4.x-py2.7-linux-x86_64.egg/matplotlib/testing/decorators.py",
> line 196, in do_test
> '(RMS %(rms).3f)'%err)
> ImageComparisonFailure: images not close:
> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale.png
> vs.
> /home/ben/Programs/matplotlib/result_images/test_collections/regularpolycollection_scale-expected.png
> (RMS 120.828)
>
> ----------------------------------------------------------------------
> Ran 54 tests in 15.149s
>
> FAILED (failures=2)
>
>
>
> The squares in the first test are larger than they should be. I have some
> other errors, but they seem to other be floating point errors, or issues
> with fonts.
>
> Ben Root
>
>
> On Sat, Feb 7, 2015 at 4:46 PM, Thomas Caswell <tca...@gm...> wrote:
>
>> Sandro,
>>
>> Well, creating the tarball on GH is a lot easier for us as it happens
>> automatically! I don't want to unilaterally change policy so I will create
>> the files on SF.
>>
>> If you want to tracking GH for debian instead of SF I don't think that
>> would be a bad idea, but I don't know how much of a hassle that would be
>> for you.
>>
>> Tom
>>
>> On Sat Feb 07 2015 at 4:14:36 PM Sandro Tosi <mo...@de...> wrote:
>>
>>> On Sat, Feb 7, 2015 at 9:05 PM, Thomas Caswell <tca...@gm...>
>>> wrote:
>>> > Sandro,
>>> >
>>> > Can you use the tarball from github
>>> > (https://github.com/matplotlib/matplotlib/archive/v1.4.3rc1.tar.gz ?)
>>>
>>> Sure I can, but since all the previous release (even RC) were done one
>>> SF, we have our tools to monitor and download new releases pointing to
>>> SF: do you plan to switch to GH for releasing tarballs too?
>>>
>>> Cheers,
>>> --
>>> Sandro Tosi (aka morph, morpheus, matrixhasu)
>>> My website: http://matrixhasu.altervista.org/
>>> Me at Debian: http://wiki.debian.org/SandroTosi
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>>
>>
>

Hi,
On Sat, Feb 7, 2015 at 9:46 PM, Thomas Caswell <tca...@gm...> wrote:
> Sandro,
>
> Well, creating the tarball on GH is a lot easier for us as it happens
> automatically! I don't want to unilaterally change policy so I will create
> the files on SF.
the release tarball contains __pycache__ directories and other binary
files, like lib/matplotlib/backends/_backend_agg.cpython-34m.so
(likely it was generated from a "live" directory, where some tests
have been run).
I just gave a brief look at updating the package and I noticed just
some failures in the tests related to test_axes_grid1 (but it might be
due to an un-clean env, I will re-run in a chroot to be sure), also
any reason not to include
https://github.com/matplotlib/matplotlib/commit/ba4016014cb4fb4927e36ce8ea429fed47dcb787#diff-51
? that would fix CVE-2013-1424
Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi