Menu
▾
▴
matplotlib-devel — matplotlib developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(11) |
2
(8) |
3
|
|
4
|
5
|
6
(11) |
7
(1) |
8
|
9
(8) |
10
|
|
11
(1) |
12
(4) |
13
(5) |
14
(1) |
15
(4) |
16
(1) |
17
(4) |
|
18
(26) |
19
(7) |
20
(4) |
21
(1) |
22
(2) |
23
(23) |
24
(19) |
|
25
(1) |
26
(2) |
27
(12) |
28
|
29
(6) |
30
|
|
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 23:36:13
|
On Fri, Sep 23, 2011 at 4:46 PM, Benjamin Root <ben...@ou...> wrote: > > > On Friday, September 23, 2011, John Hunter <jd...@gm...> wrote: > > On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben...@ou...> wrote: > > > >> I wanted to do some changes to doc/users/installing.rst, but it is > ignored > >> by the .gitignore file. Is this information autogenerated somewhere > else? > > > > This looks like an error in .gitignore. i wrote that file, and can > > assure you it was not auto-generated :-) > > > > Ok, give me an hour to get home, and I should be able to fix them and > finish my polishing work for this release. > > Ben Ok, looks like I was wrong. I was trying to figure out what was going on, and found a commit that stated that the information in doc/users/installing.rst was to be moved over to INSTALL. So, don't merge in my branch yet... I need to lop off a couple of commits... Ben Root |
|
From: John H. <jd...@gm...> - 2011-09-23 22:07:34
|
On Fri, Sep 23, 2011 at 4:46 PM, Michael Droettboom <md...@st...> wrote: > I haven't seen any of these warnings: DeprecationWarnings and > PendingDeprecationWarnings are supposed to be turned of by default in a > vanilla Python build. However, I'm familiar with the PyCObject/PyCapsule > issue from working on the matplotlib-py3 branch. > > The py3 branch has changes to the local copy of PyCXX to use PyCapsule > instead of CObject, since 3.2 has removed CObject altogether [1]. However, > these changes were made to the Python 3 side of PyCXX only -- Python 2.6 and > earlier need to continue to support PyCObject, and Python 2.7 still has > PyCObject, so it didn't seem worth the effort. I missed that Python 2.7 has > a PendingDeprecationWarning on for these things. I guess we should probably > make the analogous changes to the Python 2 side (inside of #ifdef's so > Python 2.6 and earlier continue to use PyCObject). It should be pretty > straightforward to do, but I won't have a chance until Monday. Glad to know that you know the workaround. It's not a show-stopper, and is something we can fix up in the release branch as we are testing over the next week. I'm heading out fairly soon and am away until Sunday, so if Ben you want to take charge of cutting the release branch after you merge feel free. Main things to do are: bump the version number, build a tarball, and upload the docs to a temporary section of the sf site (does anyone remember the url we used for this last time?). For the last piece, I may have to do the upload because my ssh key is authorized. I have run tests and doc builds and things are looking good except two test failures that can be addressed later. On the issue of the mathtext fonts, I tried reducing the tol to 1e-2 but that didn't fix the problem so I haven't done anything with that and am only seeing this on some of the platforms I am testing on, so again, not a show stopper. |
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 22:05:01
|
On Friday, September 23, 2011, Michael Droettboom <md...@st...> wrote: > I haven't seen any of these warnings: DeprecationWarnings and PendingDeprecationWarnings are supposed to be turned of by default in a vanilla Python build. However, I'm familiar with the PyCObject/PyCapsule issue from working on the matplotlib-py3 branch. > > The py3 branch has changes to the local copy of PyCXX to use PyCapsule instead of CObject, since 3.2 has removed CObject altogether [1]. However, these changes were made to the Python 3 side of PyCXX only -- Python 2.6 and earlier need to continue to support PyCObject, and Python 2.7 still has PyCObject, so it didn't seem worth the effort. I missed that Python 2.7 has a PendingDeprecationWarning on for these things. I guess we should probably make the analogous changes to the Python 2 side (inside of #ifdef's so Python 2.6 and earlier continue to use PyCObject). It should be pretty straightforward to do, but I won't have a chance until Monday. > > [1] https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments < https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments > > > I submitted these changes upstream to Barry Scott, but it doesn't look like they've made it into the PyCXX SVN repository yet. > > Mike Personally, my vote is to live with the deprecation warnings. They only happen if you turn warnings on in python 2.7 (by default, they are off). I am not that comfortable with such a change this close to release for a minor issue (unless I am missing something..?) Ben Root |
|
From: Michael D. <md...@st...> - 2011-09-23 21:47:54
|
I haven't seen any of these warnings: DeprecationWarnings and PendingDeprecationWarnings are supposed to be turned of by default in a vanilla Python build. However, I'm familiar with the PyCObject/PyCapsule issue from working on the matplotlib-py3 branch. The py3 branch has changes to the local copy of PyCXX to use PyCapsule instead of CObject, since 3.2 has removed CObject altogether [1]. However, these changes were made to the Python 3 side of PyCXX only -- Python 2.6 and earlier need to continue to support PyCObject, and Python 2.7 still has PyCObject, so it didn't seem worth the effort. I missed that Python 2.7 has a PendingDeprecationWarning on for these things. I guess we should probably make the analogous changes to the Python 2 side (inside of #ifdef's so Python 2.6 and earlier continue to use PyCObject). It should be pretty straightforward to do, but I won't have a chance until Monday. [1] https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments <https://github.com/matplotlib/matplotlib-py3/commit/86a34cab1a005f9bb0d9c2a1b57b3e41fa32064a#comments> I submitted these changes upstream to Barry Scott, but it doesn't look like they've made it into the PyCXX SVN repository yet. Mike On 09/23/2011 04:49 PM, John Hunter wrote: > On Fri, Sep 23, 2011 at 3:42 PM, John Hunter<jd...@gm...> wrote: >> On Fri, Sep 23, 2011 at 8:02 AM, John Hunter<jd...@gm...> wrote: >>> Today is the "go-live" date for the mpl release candidate. There are >>> no more open issues tagged release_critical, so I suggest we branch >>> this afternoon. This will give people a last chance to merge in >>> remaining pull requests. If you know you are planning to handle a >>> given pull request before the branch, please drop a comment on the >>> pull request or respond here so we don't duplicate effort. Michael, >>> are you available to make the release branch this afternoon? >> >> I'm seeing lots of warnings like the ones below when running the tests >> on a linux platform (opensuse, python2.7 64bit). Should we attempt to >> silence these, or is there some cross python version call we could be >> using instead? >> >> >> /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246: >> PendingDeprecationWarning: The CObject type is marked Pending >> Deprecation in Python 2.7. Please use capsule objects instead. >> font.clear() >> /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247: >> PendingDeprecationWarning: The CObject type is marked Pending >> Deprecation in Python 2.7. Please use capsule objects instead. >> font.set_size(self.FONT_SCALE, self.DPI) >> > > Turns out is it more than just PDF: > > > johnh@:tmp> time python -c 'import matplotlib as m; m.test()' > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:90: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.draw_quad_mesh = self._renderer.draw_quad_mesh > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:91: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.draw_gouraud_triangle = self._renderer.draw_gouraud_triangle > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:92: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.draw_gouraud_triangles = self._renderer.draw_gouraud_triangles > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:93: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.draw_image = self._renderer.draw_image > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:94: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.copy_from_bbox = self._renderer.copy_from_bbox > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:95: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.tostring_rgba_minimized = self._renderer.tostring_rgba_minimized > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:120: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self._renderer.draw_path(gc, path, transform, rgbFace) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:228: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.clear() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:230: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_size(size, self.dpi) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:184: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_text(s, 0.0, flags=flags) # the width and height of unrotated string > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:185: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > w, h = font.get_width_height() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:186: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > d = font.get_descent() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:81: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > return self._renderer.draw_markers(*kl, **kw) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:152: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_text(s, 0, flags=flags) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:153: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.draw_glyphs_to_bitmap() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:157: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self._renderer.draw_text_image(font.get_image(), int(x), int(y) + 1, > angle, gc) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:451: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > _png.write_png(renderer._renderer.buffer_rgba(0, 0), > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1843: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.clear() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1844: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_size(prop.get_size_in_points(), 72) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1805: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_text(s, 0.0, flags=LOAD_NO_HINTING) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1806: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > w, h = font.get_width_height() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1810: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > d = font.get_descent() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1669: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_text(s, 0.0, flags=LOAD_NO_HINTING) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1670: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > descent = font.get_descent() / 64.0 > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:957: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > sfnt = font.get_sfnt() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:965: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > pclt = font.get_sfnt_table('pclt') \ > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:967: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > post = font.get_sfnt_table('post') \ > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:764: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > width = font.load_char(unicode, > flags=LOAD_NO_SCALE|LOAD_NO_HINTING).horiAdvance > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:773: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > cmap = font.get_charmap() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:781: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > glyph_name = font.get_glyph_name(gind) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1718: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > cmap = font.get_charmap() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1764: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > glyph = font.load_char(ccode, flags=LOAD_NO_HINTING) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1752: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > glyph_name = font.get_glyph_name(gind) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:84: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > return self._renderer.draw_path_collection(*kl, **kw) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1766: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > kern = font.get_kerning( > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:214: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.flipud_in() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:579: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.set_bg( *bg) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:582: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.reset_matrix() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:583: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > numrows, numcols = im.get_size() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:586: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.set_interpolation(self._interpd[self._interpolation]) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:588: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.set_resample(self._resample) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:600: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.apply_translation(tx, ty) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:609: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.apply_scaling(rx*sx, ry*sy) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:610: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.resize(int(widthDisplay+0.5), int(heightDisplay+0.5), > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1394: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > h, w = im.get_size_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1155: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > img.flipud_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1134: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > h,w,s = im.as_rgba_str() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1188: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > img.flipud_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:737: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > h,w = im.get_size_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:744: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.flipud_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:745: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > rows, cols, buffer = im.as_rgba_str() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:747: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.flipud_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:570: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.charmap = font.get_charmap() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:731: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > symbol_name = cached_font.font.get_glyph_name( > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:621: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_size(fontsize, dpi) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:622: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > glyph = font.load_char( > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:211: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > info.font.draw_glyph_to_bitmap( > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:655: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > cached_font.font.set_size(fontsize, dpi) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:656: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > pclt = cached_font.font.get_sfnt_table('pclt') > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:133: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self._renderer.draw_text_image(font_image, x, y + 1, angle, gc) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.clear() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > font.set_size(self.FONT_SCALE, self.DPI) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:248: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > glyph = font.load_char(ccode, flags=LOAD_NO_HINTING) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:676: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > return font.get_kerning(info1.num, info2.num, KERNING_DEFAULT) / 64.0 > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:988: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.set_bg( *mcolors.colorConverter.to_rgba(fc, 0) ) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:314: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.set_bg( *bg) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:317: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.reset_matrix() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:318: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > numrows, numcols = im.get_size() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:320: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.resize(numcols, numrows) # just to create im.bufOut that > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:999: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > im.flipud_out() > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:719: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > symbol_name = cached_font.font.get_glyph_name(num) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:896: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > symbol_name = cached_font.font.get_glyph_name(glyphindex) > /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:221: > PendingDeprecationWarning: The CObject type is marked Pending > Deprecation in Python 2.7. Please use capsule objects instead. > self.image.draw_rect_filled(int(x1), y, ceil(x2), y + height) > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 21:47:03
|
On Friday, September 23, 2011, John Hunter <jd...@gm...> wrote: > On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben...@ou...> wrote: > >> I wanted to do some changes to doc/users/installing.rst, but it is ignored >> by the .gitignore file. Is this information autogenerated somewhere else? > > This looks like an error in .gitignore. i wrote that file, and can > assure you it was not auto-generated :-) > Ok, give me an hour to get home, and I should be able to fix them and finish my polishing work for this release. Ben |
|
From: John H. <jd...@gm...> - 2011-09-23 21:28:41
|
On Fri, Sep 23, 2011 at 4:19 PM, Benjamin Root <ben...@ou...> wrote: > I wanted to do some changes to doc/users/installing.rst, but it is ignored > by the .gitignore file. Is this information autogenerated somewhere else? This looks like an error in .gitignore. i wrote that file, and can assure you it was not auto-generated :-) |
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 21:19:58
|
On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jd...@gm...> wrote: > Today is the "go-live" date for the mpl release candidate. There are > no more open issues tagged release_critical, so I suggest we branch > this afternoon. This will give people a last chance to merge in > remaining pull requests. If you know you are planning to handle a > given pull request before the branch, please drop a comment on the > pull request or respond here so we don't duplicate effort. Michael, > are you available to make the release branch this afternoon? > > I wanted to do some changes to doc/users/installing.rst, but it is ignored by the .gitignore file. Is this information autogenerated somewhere else? Ben Root |
|
From: John H. <jd...@gm...> - 2011-09-23 20:49:27
|
On Fri, Sep 23, 2011 at 3:42 PM, John Hunter <jd...@gm...> wrote:
> On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jd...@gm...> wrote:
>> Today is the "go-live" date for the mpl release candidate. There are
>> no more open issues tagged release_critical, so I suggest we branch
>> this afternoon. This will give people a last chance to merge in
>> remaining pull requests. If you know you are planning to handle a
>> given pull request before the branch, please drop a comment on the
>> pull request or respond here so we don't duplicate effort. Michael,
>> are you available to make the release branch this afternoon?
>
>
> I'm seeing lots of warnings like the ones below when running the tests
> on a linux platform (opensuse, python2.7 64bit). Should we attempt to
> silence these, or is there some cross python version call we could be
> using instead?
>
>
> /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246:
> PendingDeprecationWarning: The CObject type is marked Pending
> Deprecation in Python 2.7. Please use capsule objects instead.
> font.clear()
> /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247:
> PendingDeprecationWarning: The CObject type is marked Pending
> Deprecation in Python 2.7. Please use capsule objects instead.
> font.set_size(self.FONT_SCALE, self.DPI)
>
Turns out is it more than just PDF:
johnh@:tmp> time python -c 'import matplotlib as m; m.test()'
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:90:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.draw_quad_mesh = self._renderer.draw_quad_mesh
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:91:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.draw_gouraud_triangle = self._renderer.draw_gouraud_triangle
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:92:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.draw_gouraud_triangles = self._renderer.draw_gouraud_triangles
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:93:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.draw_image = self._renderer.draw_image
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:94:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.copy_from_bbox = self._renderer.copy_from_bbox
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:95:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.tostring_rgba_minimized = self._renderer.tostring_rgba_minimized
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:120:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self._renderer.draw_path(gc, path, transform, rgbFace)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:228:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:230:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_size(size, self.dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:184:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_text(s, 0.0, flags=flags) # the width and height of unrotated string
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:185:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
w, h = font.get_width_height()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:186:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
d = font.get_descent()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:81:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
return self._renderer.draw_markers(*kl, **kw)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:152:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_text(s, 0, flags=flags)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:153:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.draw_glyphs_to_bitmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:157:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self._renderer.draw_text_image(font.get_image(), int(x), int(y) + 1,
angle, gc)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:451:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
_png.write_png(renderer._renderer.buffer_rgba(0, 0),
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1843:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1844:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_size(prop.get_size_in_points(), 72)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1805:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_text(s, 0.0, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1806:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
w, h = font.get_width_height()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1810:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
d = font.get_descent()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1669:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_text(s, 0.0, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1670:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
descent = font.get_descent() / 64.0
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:957:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
sfnt = font.get_sfnt()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:965:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
pclt = font.get_sfnt_table('pclt') \
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:967:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
post = font.get_sfnt_table('post') \
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:764:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
width = font.load_char(unicode,
flags=LOAD_NO_SCALE|LOAD_NO_HINTING).horiAdvance
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:773:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
cmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:781:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
glyph_name = font.get_glyph_name(gind)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1718:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
cmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1764:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
glyph = font.load_char(ccode, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1752:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
glyph_name = font.get_glyph_name(gind)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:84:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
return self._renderer.draw_path_collection(*kl, **kw)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1766:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
kern = font.get_kerning(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:214:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.flipud_in()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:579:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.set_bg( *bg)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:582:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.reset_matrix()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:583:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
numrows, numcols = im.get_size()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:586:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.set_interpolation(self._interpd[self._interpolation])
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:588:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.set_resample(self._resample)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:600:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.apply_translation(tx, ty)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:609:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.apply_scaling(rx*sx, ry*sy)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:610:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.resize(int(widthDisplay+0.5), int(heightDisplay+0.5),
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1394:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
h, w = im.get_size_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1155:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
img.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1134:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
h,w,s = im.as_rgba_str()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_pdf.py:1188:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
img.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:737:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
h,w = im.get_size_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:744:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:745:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
rows, cols, buffer = im.as_rgba_str()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_svg.py:747:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:570:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.charmap = font.get_charmap()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:731:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
symbol_name = cached_font.font.get_glyph_name(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:621:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_size(fontsize, dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:622:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
glyph = font.load_char(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:211:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
info.font.draw_glyph_to_bitmap(
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:655:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
cached_font.font.set_size(fontsize, dpi)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:656:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
pclt = cached_font.font.get_sfnt_table('pclt')
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/backends/backend_agg.py:133:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self._renderer.draw_text_image(font_image, x, y + 1, angle, gc)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.clear()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
font.set_size(self.FONT_SCALE, self.DPI)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:248:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
glyph = font.load_char(ccode, flags=LOAD_NO_HINTING)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:676:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
return font.get_kerning(info1.num, info2.num, KERNING_DEFAULT) / 64.0
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:988:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.set_bg( *mcolors.colorConverter.to_rgba(fc, 0) )
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:314:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.set_bg( *bg)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:317:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.reset_matrix()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:318:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
numrows, numcols = im.get_size()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:320:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.resize(numcols, numrows) # just to create im.bufOut that
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/image.py:999:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
im.flipud_out()
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:719:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
symbol_name = cached_font.font.get_glyph_name(num)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:896:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
symbol_name = cached_font.font.get_glyph_name(glyphindex)
/home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/mathtext.py:221:
PendingDeprecationWarning: The CObject type is marked Pending
Deprecation in Python 2.7. Please use capsule objects instead.
self.image.draw_rect_filled(int(x1), y, ceil(x2), y + height)
|
|
From: John H. <jd...@gm...> - 2011-09-23 20:42:56
|
On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jd...@gm...> wrote: > Today is the "go-live" date for the mpl release candidate. There are > no more open issues tagged release_critical, so I suggest we branch > this afternoon. This will give people a last chance to merge in > remaining pull requests. If you know you are planning to handle a > given pull request before the branch, please drop a comment on the > pull request or respond here so we don't duplicate effort. Michael, > are you available to make the release branch this afternoon? I'm seeing lots of warnings like the ones below when running the tests on a linux platform (opensuse, python2.7 64bit). Should we attempt to silence these, or is there some cross python version call we could be using instead? /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:246: PendingDeprecationWarning: The CObject type is marked Pending Deprecation in Python 2.7. Please use capsule objects instead. font.clear() /home/titan/johnh/devlinux/lib64/python2.7/site-packages/matplotlib/textpath.py:247: PendingDeprecationWarning: The CObject type is marked Pending Deprecation in Python 2.7. Please use capsule objects instead. font.set_size(self.FONT_SCALE, self.DPI) |
|
From: Christoph G. <cg...@uc...> - 2011-09-23 17:13:16
|
On 9/23/2011 6:02 AM, John Hunter wrote: > Today is the "go-live" date for the mpl release candidate. There are > no more open issues tagged release_critical, so I suggest we branch > this afternoon. This will give people a last chance to merge in > remaining pull requests. If you know you are planning to handle a > given pull request before the branch, please drop a comment on the > pull request or respond here so we don't duplicate effort. Michael, > are you available to make the release branch this afternoon? > Hello, Could pytz <http://pypi.python.org/pypi/pytz/> please be updated to the latest version (2011j) before the release? What is the recommended numpy version, e.g. for building installers and testing. I think (not verified) this change <https://github.com/matplotlib/matplotlib/pull/483> requires numpy 1.4. Thanks, Christoph |
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 17:12:30
|
On Fri, Sep 23, 2011 at 9:59 AM, Benjamin Root <ben...@ou...> wrote: > > > On Friday, September 23, 2011, John Hunter <jd...@gm...> wrote: > > Today is the "go-live" date for the mpl release candidate. There are > > no more open issues tagged release_critical, so I suggest we branch > > this afternoon. This will give people a last chance to merge in > > remaining pull requests. If you know you are planning to handle a > > given pull request before the branch, please drop a comment on the > > pull request or respond here so we don't duplicate effort. Michael, > > are you available to make the release branch this afternoon? > > > > There is a bug report (don't have the number on me) that reported a linked > problem on mac osx on Lion. Has anyone confirmed it? > > Whoops, it wasn't a linker error: Issue #471 "Building macosx backend ignores arch flags" Is this going to be a problem for the release? Ben Root |
|
From: John H. <jd...@gm...> - 2011-09-23 17:07:19
|
On Fri, Sep 23, 2011 at 11:56 AM, Michael Droettboom <md...@st...> wrote: > I agree with your assessment -- it seems like a low-level difference in the > freetype renderer. I guess we should increase the tolerance on these tests > (by passing a tol keyword to the image_comparison decorator in > test_mathtext.py). The default is 1e-3 -- we just need to find the minimum > value that makes these pass on your machine. OK, I'll play with this for a bit and see if I can find a better value. JDH |
|
From: Michael D. <md...@st...> - 2011-09-23 16:58:30
|
I agree with your assessment -- it seems like a low-level difference in the freetype renderer. I guess we should increase the tolerance on these tests (by passing a tol keyword to the image_comparison decorator in test_mathtext.py). The default is 1e-3 -- we just need to find the minimum value that makes these pass on your machine. Mike On 09/23/2011 12:37 PM, John Hunter wrote: > On Fri, Sep 23, 2011 at 10:34 AM, Michael Droettboom<md...@st...> wrote: >> I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python >> 2.7). Can you send and/or link to an example broken image? The way in >> which it is failing may illustrate the cause of the problem. It could >> also be that the difference in the freetype library/settings is causing >> enough difference to trip the threshold (we've seen that before). If >> that's the case (i.e. they look identical to the human eye, but there >> are some low-level differences in the anti-aliasing), we probably just >> need to increase the difference threshold on those tests. If, however, >> those tests worked on this system until recently, "git bisect" may >> reveal what caused the breakage. > > The images are extremely close by eye: I can see a little difference > on the font weight on the delta subscript in the attached images if I > toggle back and forth in eog, but it does look like a tolerance issue. > I don't exactly when this stopped working, but my platform info is: > > BUILDING MATPLOTLIB > matplotlib: 1.1.0 > python: 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) [GCC > 4.4.5] > platform: linux2 > > REQUIRED DEPENDENCIES > numpy: 2.0.0.dev-aded70c > freetype2: 12.0.6 > > OPTIONAL BACKEND DEPENDENCIES > libpng: 1.2.44 > Tkinter: Tkinter: 73770, Tk: 8.5, Tcl: 8.5 > Gtk-Message: Failed to load module "gnomesegvhandler": > libgnomesegvhandler.so: cannot open shared object file: No such file > or directory > Gtk-Message: Failed to load module "gnomesegvhandler": > libgnomesegvhandler.so: cannot open shared object file: No such file > or directory > Gtk+: gtk+: 2.22.0, glib: 2.26.1, pygtk: 2.21.0, > pygobject: 2.21.5 > Mac OS X native: no > Qt: Qt: 3.3.8, PyQt: 3.18.1 > Qt4: Qt: 4.7.0, PyQt4: 4.7.4 > Cairo: 1.8.8 > > OPTIONAL DATE/TIMEZONE DEPENDENCIES > datetime: present, version unknown > dateutil: 1.5 > /home/jdhunter/dev/lib/python2.6/site-packages/pytz-2010h-py2.6.egg/pytz/__init__.py:32: > UserWarning: Module dateutil was already imported from > /home/jdhunter/dev/lib/python2.6/site-packages/dateutil/__init__.pyc, > but /usr/lib/pymodules/python2.6 is being added to sys.path > pytz: 2010h > > OPTIONAL USETEX DEPENDENCIES > dvipng: 1.13 > ghostscript: 8.71 > latex: 3.1415926 > pdftops: 0.14.3 |
|
From: John H. <jd...@gm...> - 2011-09-23 16:37:42
|
On Fri, Sep 23, 2011 at 10:34 AM, Michael Droettboom <md...@st...> wrote:
> I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python
> 2.7). Can you send and/or link to an example broken image? The way in
> which it is failing may illustrate the cause of the problem. It could
> also be that the difference in the freetype library/settings is causing
> enough difference to trip the threshold (we've seen that before). If
> that's the case (i.e. they look identical to the human eye, but there
> are some low-level differences in the anti-aliasing), we probably just
> need to increase the difference threshold on those tests. If, however,
> those tests worked on this system until recently, "git bisect" may
> reveal what caused the breakage.
The images are extremely close by eye: I can see a little difference
on the font weight on the delta subscript in the attached images if I
toggle back and forth in eog, but it does look like a tolerance issue.
I don't exactly when this stopped working, but my platform info is:
BUILDING MATPLOTLIB
matplotlib: 1.1.0
python: 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) [GCC
4.4.5]
platform: linux2
REQUIRED DEPENDENCIES
numpy: 2.0.0.dev-aded70c
freetype2: 12.0.6
OPTIONAL BACKEND DEPENDENCIES
libpng: 1.2.44
Tkinter: Tkinter: 73770, Tk: 8.5, Tcl: 8.5
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
Gtk-Message: Failed to load module "gnomesegvhandler":
libgnomesegvhandler.so: cannot open shared object file: No such file
or directory
Gtk+: gtk+: 2.22.0, glib: 2.26.1, pygtk: 2.21.0,
pygobject: 2.21.5
Mac OS X native: no
Qt: Qt: 3.3.8, PyQt: 3.18.1
Qt4: Qt: 4.7.0, PyQt4: 4.7.4
Cairo: 1.8.8
OPTIONAL DATE/TIMEZONE DEPENDENCIES
datetime: present, version unknown
dateutil: 1.5
/home/jdhunter/dev/lib/python2.6/site-packages/pytz-2010h-py2.6.egg/pytz/__init__.py:32:
UserWarning: Module dateutil was already imported from
/home/jdhunter/dev/lib/python2.6/site-packages/dateutil/__init__.pyc,
but /usr/lib/pymodules/python2.6 is being added to sys.path
pytz: 2010h
OPTIONAL USETEX DEPENDENCIES
dvipng: 1.13
ghostscript: 8.71
latex: 3.1415926
pdftops: 0.14.3
|
|
From: Michael D. <md...@st...> - 2011-09-23 15:35:14
|
I'm not able to reproduce this here (git/master on Ubuntu 10.4, Python 2.7). Can you send and/or link to an example broken image? The way in which it is failing may illustrate the cause of the problem. It could also be that the difference in the freetype library/settings is causing enough difference to trip the threshold (we've seen that before). If that's the case (i.e. they look identical to the human eye, but there are some low-level differences in the anti-aliasing), we probably just need to increase the difference threshold on those tests. If, however, those tests worked on this system until recently, "git bisect" may reveal what caused the breakage. Mike On 09/23/2011 10:59 AM, John Hunter wrote: > On Fri, Sep 23, 2011 at 8:02 AM, John Hunter<jd...@gm...> wrote: >> Today is the "go-live" date for the mpl release candidate. There are >> no more open issues tagged release_critical, so I suggest we branch >> this afternoon. This will give people a last chance to merge in >> remaining pull requests. If you know you are planning to handle a >> given pull request before the branch, please drop a comment on the >> pull request or respond here so we don't duplicate effort. Michael, >> are you available to make the release branch this afternoon? > > I'm getting tons of failures like the one below relating to mathtext > fonts on two different platforms (linux and solaris). Anyone else > seeing these? I did flush my fonts and tex cache and did a clean > install. > > > ====================================================================== > FAIL: matplotlib.tests.test_mathtext.mathfont_stix_49_test.test > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/usr/lib/pymodules/python2.6/nose/case.py", line 183, in runTest > self.test(*self.arg) > File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py", > line 35, in failer > result = f(*args, **kwargs) > File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py", > line 126, in do_test > '(RMS %(rms).3f)'%err) > ImageComparisonFailure: images not close: > /home/jdhunter/tmp/mpl_test/result_images/test_mathtext/mathfont_stix_49.png > vs. /home/jdhunter/tmp/mpl_test/result_images/test_mathtext/expected-mathfont_stix_49.png > (RMS 11.269) > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
|
From: John H. <jd...@gm...> - 2011-09-23 15:00:17
|
On Fri, Sep 23, 2011 at 8:02 AM, John Hunter <jd...@gm...> wrote:
> Today is the "go-live" date for the mpl release candidate. There are
> no more open issues tagged release_critical, so I suggest we branch
> this afternoon. This will give people a last chance to merge in
> remaining pull requests. If you know you are planning to handle a
> given pull request before the branch, please drop a comment on the
> pull request or respond here so we don't duplicate effort. Michael,
> are you available to make the release branch this afternoon?
I'm getting tons of failures like the one below relating to mathtext
fonts on two different platforms (linux and solaris). Anyone else
seeing these? I did flush my fonts and tex cache and did a clean
install.
======================================================================
FAIL: matplotlib.tests.test_mathtext.mathfont_stix_49_test.test
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/nose/case.py", line 183, in runTest
self.test(*self.arg)
File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 35, in failer
result = f(*args, **kwargs)
File "/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/testing/decorators.py",
line 126, in do_test
'(RMS %(rms).3f)'%err)
ImageComparisonFailure: images not close:
/home/jdhunter/tmp/mpl_test/result_images/test_mathtext/mathfont_stix_49.png
vs. /home/jdhunter/tmp/mpl_test/result_images/test_mathtext/expected-mathfont_stix_49.png
(RMS 11.269)
|
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 14:59:09
|
On Friday, September 23, 2011, John Hunter <jd...@gm...> wrote: > Today is the "go-live" date for the mpl release candidate. There are > no more open issues tagged release_critical, so I suggest we branch > this afternoon. This will give people a last chance to merge in > remaining pull requests. If you know you are planning to handle a > given pull request before the branch, please drop a comment on the > pull request or respond here so we don't duplicate effort. Michael, > are you available to make the release branch this afternoon? > There is a bug report (don't have the number on me) that reported a linked problem on mac osx on Lion. Has anyone confirmed it? P.S. - l will be finishing up doc work. Let me know if anything needs to be added to the "what's new" section. Ben Root |
|
From: John H. <jd...@gm...> - 2011-09-23 14:16:06
|
On Fri, Sep 23, 2011 at 9:11 AM, Jouni K. Seppänen <jk...@ik...> wrote: > This pull request fixes a test failure: > > https://github.com/matplotlib/matplotlib/pull/476 > > Should I just merge it myself, or does someone still want to review it? Since you and Mike have both looked at it, it is probably good to go. |
|
From: Jouni K. S. <jk...@ik...> - 2011-09-23 14:12:17
|
John Hunter <jd...@gm...> writes: > Today is the "go-live" date for the mpl release candidate. There are > no more open issues tagged release_critical, so I suggest we branch > this afternoon. This will give people a last chance to merge in > remaining pull requests. This pull request fixes a test failure: https://github.com/matplotlib/matplotlib/pull/476 Should I just merge it myself, or does someone still want to review it? -- Jouni K. Seppänen http://www.iki.fi/jks |
|
From: John H. <jd...@gm...> - 2011-09-23 13:02:40
|
Today is the "go-live" date for the mpl release candidate. There are no more open issues tagged release_critical, so I suggest we branch this afternoon. This will give people a last chance to merge in remaining pull requests. If you know you are planning to handle a given pull request before the branch, please drop a comment on the pull request or respond here so we don't duplicate effort. Michael, are you available to make the release branch this afternoon? |
|
From: Nathaniel S. <nj...@po...> - 2011-09-23 05:52:09
|
On Thu, Sep 22, 2011 at 7:00 PM, Benjamin Root <ben...@ou...> wrote:
> On Thursday, September 22, 2011, Tony Yu <ts...@gm...> wrote:
>> On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith <nj...@po...> wrote:
>>> I looked at the paper, and the goal was specifically to produce a good
>>> "default" colormap - not necessarily the best for any situation, but good
>>> overall and certainly better than the rainbow ('jet') colormap in most
>>> cases. (I agree with the author that jet is pretty terrible and tends to
>>> distort data.)
>>>
>>> Should we switch to this as the default matplotlib colormap? I think it
>>> would be a clear improvement.
>>
>> I have absolutely no clout here, but I'd definitely be in favor of
>> changing the default colormap away from "jet".
>>
>> Personally, I'd prefer a two-tone colormap as the default (two-distinct
>> tones at the limits with a gradient in-between---dubbed "sequential" in the
>> paper) instead of a three-tone colormap (three-distinct tones---dubbed
>> "diverging" in the paper). (I think this is a more common use case, and I
>> think using a "diverging" colormap effectively requires setting vmin/vmax.)
>> But really, (almost) anything is better than "jet".
For those following along, the article is here:
http://www.cs.unm.edu/~kmorel/documents/ColorMaps/ColorMapsExpanded.pdf
The discussion about whether to use a "sequential" or "diverging" map
is in section 3.
I had the same gut reaction as you, but found the paper fairly
convincing. I'm used to diverging maps that really highlight the
center point, like matplotlib's RdBu colormap, and use them all the
time for data where the zero point really matters (and set vmin/vmax
appropriately, like you say). But this colormap is actually really
different from the ones I'm used to, because it's really designed
*not* to highlight the center point as being special. The clearest
example of this is Figure 8 in the paper -- the image on the left is
the one that you'd get from something like RdBu, and the one on the
right is what this colormap produces. And, like he says, it gives you
better detail than a sequential map could.
I actually *wouldn't* want to use this for images that I currently use
RdBu for. But I'm picky -- the map he suggests would still make a heck
of a better colormap for those images than jet does, and Rdbu *really*
isn't appropriate for general use.
On Thu, Sep 22, 2011 at 7:00 PM, Benjamin Root <ben...@ou...> wrote:
> Anyway, this is certainly is worthy of debate, but it certainly won't happen
> for this release. We should be cutting RC tomorrow.
>
> After the release, I encourage you guys to make your cases. Show us plots
> that have been in "jet" and show them as better in another colormap.
Figure 16 in that paper (page 17) is a good start. In the examples
given, for both of the top two jet actively distorts the features of
the data. In row 1, it makes it look like the bars taper off as you
move towards the top of the image, which they don't (compare to the
greyscale image for reference). In row 2, it makes it look like the
"circles" vary in size across the image (which, again, they don't). In
the bottom two images, jet introduces apparent asymmetries that aren't
there: in row 3, you have these 5 apparent stripes of unequal width,
and the yellow is narrower than the cyan. In row 4, well, it's just
obviously terribly misleading. (This isn't surprising, since 'jet'
sweeps through the frequencies of visible light; the big band of
yellow in simulated deuteranope vision corresponds to where they're
missing one of the spectral sensors that most of us have.)
If you want more examples though I can certainly pull some out of my thesis :-).
> As a bit of a challenge to you all, I am not color-blind, but I do wear
> tinted glasses that make it difficult to tell the difference between darker
> blues and black, and sometimes greens and blues are hard to distinguish.
> Furthermore, as a radar meteorologist, I am very accustomed to the
> colormaps commonly used for radar reflectivies (and is similar to "jet").
No colormap is going to be perfect for everyone, and maybe someone
else will pop up with a pointer to a map that's even better supported
than this one. I just think that jet has sufficiently manifest flaws
that it would be a great favor to science if we could switch to
*something* better as our default.
-- Nathaniel
|
|
From: Benjamin R. <ben...@ou...> - 2011-09-23 02:00:42
|
On Thursday, September 22, 2011, Tony Yu <ts...@gm...> wrote: > On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith <nj...@po...> wrote: >> >> On Sep 21, 2011 5:29 PM, "Christoph Gohlke" <cg...@uc...> wrote: >> > On 9/13/2011 12:24 AM, Eric Firing wrote: >> > > On 07/18/2011 07:07 AM, Sameer Grover wrote: >> > >> I came across this website where different colormaps have been compared >> > >> and the author has come up with an optimal colormap for data >> > >> visualization called the "cool-warm colormap". >> > >> >> > >> http://www.cs.unm.edu/~kmorel/documents/ColorMaps/index.html < http://www.cs.unm.edu/%7Ekmorel/documents/ColorMaps/index.html> >> > >> >> > >> It is somewhat similar to the cool colormap already included in >> > >> matplotlib, but I've added the new colormap to matplotlib in the patch >> > >> attached in case it is deemed fit to be included in the matplotlib source. >> > > We should include this, but I think the 257-entry version is overkill; >> > > it adds a big chunk to the _cm.py file, and I doubt it is visually >> > > distinguishable from the 33-entry version. Would you mind providing a >> > > patch for the latter? (Or better yet, the functions that generate the >> > > r,g,b values.) >> > Here's a pull request for the 33 entry map: >> > <https://github.com/matplotlib/matplotlib/pull/486> >> >> Let me open a can of worms here... >> >> I looked at the paper, and the goal was specifically to produce a good "default" colormap - not necessarily the best for any situation, but good overall and certainly better than the rainbow ('jet') colormap in most cases. (I agree with the author that jet is pretty terrible and tends to distort data.) >> >> Should we switch to this as the default matplotlib colormap? I think it would be a clear improvement. > > I have absolutely no clout here, but I'd definitely be in favor of changing the default colormap away from "jet". > > Personally, I'd prefer a two-tone colormap as the default (two-distinct tones at the limits with a gradient in-between---dubbed "sequential" in the paper) instead of a three-tone colormap (three-distinct tones---dubbed "diverging" in the paper). (I think this is a more common use case, and I think using a "diverging" colormap effectively requires setting vmin/vmax.) But really, (almost) anything is better than "jet". > > Don't misunderstand: I know I can change the default colormap in my matplotlibrc file (and this is what I do). But 90% of people don't bother to change the defaults. If changing this default in matplotlib prevents just 1 person from publishing a paper with a "jet" colormap, I think we'll have made the world a better place. ;) If it only prevents one person from publishing in "jet", then we really stink in our jobs of promoting matplotlib... Anyway, this is certainly is worthy of debate, but it certainly won't happen for this release. We should be cutting RC tomorrow. After the release, I encourage you guys to make your cases. Show us plots that have been in "jet" and show them as better in another colormap. As a bit of a challenge to you all, I am not color-blind, but I do wear tinted glasses that make it difficult to tell the difference between darker blues and black, and sometimes greens and blues are hard to distinguish. Furthermore, as a radar meteorologist, I am very accustomed to the colormaps commonly used for radar reflectivies (and is similar to "jet"). Of course, I am not the only one to convince (and others could certainly overrule me)... Ben Root |
|
From: Tony Yu <ts...@gm...> - 2011-09-23 01:23:57
|
On Thu, Sep 22, 2011 at 5:16 PM, Nathaniel Smith <nj...@po...> wrote: > On Sep 21, 2011 5:29 PM, "Christoph Gohlke" <cg...@uc...> wrote: > > On 9/13/2011 12:24 AM, Eric Firing wrote: > > > On 07/18/2011 07:07 AM, Sameer Grover wrote: > > >> I came across this website where different colormaps have been > compared > > >> and the author has come up with an optimal colormap for data > > >> visualization called the "cool-warm colormap". > > >> > > >> http://www.cs.unm.edu/~kmorel/documents/ColorMaps/index.html > > >> > > >> It is somewhat similar to the cool colormap already included in > > >> matplotlib, but I've added the new colormap to matplotlib in the patch > > >> attached in case it is deemed fit to be included in the matplotlib > source. > > > We should include this, but I think the 257-entry version is overkill; > > > it adds a big chunk to the _cm.py file, and I doubt it is visually > > > distinguishable from the 33-entry version. Would you mind providing a > > > patch for the latter? (Or better yet, the functions that generate the > > > r,g,b values.) > > Here's a pull request for the 33 entry map: > > <https://github.com/matplotlib/matplotlib/pull/486> > > Let me open a can of worms here... > > I looked at the paper, and the goal was specifically to produce a good > "default" colormap - not necessarily the best for any situation, but good > overall and certainly better than the rainbow ('jet') colormap in most > cases. (I agree with the author that jet is pretty terrible and tends to > distort data.) > > Should we switch to this as the default matplotlib colormap? I think it > would be a clear improvement. > I have absolutely no clout here, but I'd definitely be in favor of changing the default colormap away from "jet". Personally, I'd prefer a two-tone colormap as the default (two-distinct tones at the limits with a gradient in-between---dubbed "sequential" in the paper) instead of a three-tone colormap (three-distinct tones---dubbed "diverging" in the paper). (I think this is a more common use case, and I think using a "diverging" colormap effectively requires setting vmin/vmax.) But really, (almost) anything is better than "jet". Don't misunderstand: I know I can change the default colormap in my matplotlibrc file (and this is what I do). But 90% of people don't bother to change the defaults. If changing this default in matplotlib prevents just 1 person from publishing a paper with a "jet" colormap, I think we'll have made the world a better place. ;) -Tony |
