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
(2) |
2
|
3
|
4
|
5
(1) |
6
(4) |
7
|
8
(1) |
9
|
10
(4) |
11
(3) |
12
(1) |
13
|
14
(1) |
15
|
16
(11) |
17
(4) |
18
(7) |
19
(4) |
20
(4) |
21
(1) |
22
(7) |
23
(4) |
24
(1) |
25
(4) |
26
(2) |
27
(5) |
28
|
29
|
30
|
31
(3) |
|
|
|
|
From: Eric F. <ef...@ha...> - 2011-05-20 23:58:31
|
On 05/20/2011 11:48 AM, Benjamin Root wrote: > > > I have made a few more small changes, and I have an additional change > that I have not committed yet. The table of contents for the examples > page has every single example titled as something like "animation > example code:". This is repeatitive and distracting. In the same > spirit of removing "matplotlib" from the titles of the api subsections, > I wanted to do the same here. I figured out how to do that without > changing the actual titles of the subsections. > > So, my question is, do we want that? If so, I can push up the change to Yes! > my pull request. I still have to do some merge work apparently, but > otherwise, I think I am done with the major changes to the v1.0.x docs. > Is there anything else we want to fix before I merge this pull request? Sounds to me like this is a good time to merge it. > > Some other ideas I have had is to include a link to the glossary page in > the page header next to "docs", and maybe the FAQ, as well? I also want Glossary? I didn't even know there was one, so putting in a prominent link to it sounds like a good idea. I think that putting a FAQ link up front is also a good idea; maybe it will help remind us to keep expanding the FAQ when we keep seeing the same question on the mailing list. > to expand the glossary page, and comb through the docstrings to > incorporate more ":term:" usage. However, I probably want to hold off > on those ideas for the master branch. > > Let me know what you all think of the docs! I have not yet tried to build from your branch, but based on descriptions and discussions, it should be a substantial improvement. Go ahead and push when you feel ready. Thank you for all the work. Eric > Ben Root > |
From: Benjamin R. <ben...@ou...> - 2011-05-20 21:48:29
|
On Thu, May 19, 2011 at 6:27 PM, Benjamin Root <ben...@ou...> wrote: > On Mon, May 16, 2011 at 5:28 PM, Benjamin Root <ben...@ou...> wrote: > >> On Monday, May 16, 2011, John Hunter <jd...@gm...> wrote: >> > >> > >> > On Mon, May 16, 2011 at 2:52 PM, Eric Firing <ef...@ha...> >> wrote: >> > >> > >> > >> > I had no idea this would open such a big can of worms! The strategy >> > question here is, what do we want to include in the html API docs? >> > >> > It looks like the process of setting up the sphinx API docs was never >> > completed; the present set of modules that are included ranges from the >> > fundamental (e.g. figure.py) to the peripheral (e.g. afm.py), but I >> > doubt that text.py, for example, was deliberately excluded. >> > >> > I don't see any major disadvantage to including all modules. It might >> > make sense to present them in categories, though, instead of dumping >> > them all into a single alphabetical list. >> > >> > Perhaps Mike and John will have sage advice. >> > >> > >> > Not all of the doc strings have been converted to rest. Back when I was >> actively working on the docs, I would add a module to the API table of >> contents when I had at least done a first pass at converting the docs to >> rest. This isn't a requirement, but it helps explain why some modules and >> not others are in the list. >> > >> >> Well, I will take a look at what is currently converted and see if any >> of those can get added. >> >> Ben Root >> > > Ok, on my pull request, I have made a number of commits. In particular, I > have ReST-ified widgets.py (although there are still some more things to do > in it). I have added a widgets api file to the api docs, and also renamed > the headers for each api file so that the "matplotlib" part didn't show up > repeatedly in the ToC. > > There are still plenty of odds and ends that can be done. I want to clean > up the examples page so that the "matplotlib: " string doesn't show up for > every entry as well. Furthermore, the widgets module has some docstrings > that seems like the author got distracted halfway through writing it and > never came back. I marked those docstrings with FIXME comments. > > Let me know what you all think! > > Ben Root > > I have made a few more small changes, and I have an additional change that I have not committed yet. The table of contents for the examples page has every single example titled as something like "animation example code:". This is repeatitive and distracting. In the same spirit of removing "matplotlib" from the titles of the api subsections, I wanted to do the same here. I figured out how to do that without changing the actual titles of the subsections. So, my question is, do we want that? If so, I can push up the change to my pull request. I still have to do some merge work apparently, but otherwise, I think I am done with the major changes to the v1.0.x docs. Is there anything else we want to fix before I merge this pull request? Some other ideas I have had is to include a link to the glossary page in the page header next to "docs", and maybe the FAQ, as well? I also want to expand the glossary page, and comb through the docstrings to incorporate more ":term:" usage. However, I probably want to hold off on those ideas for the master branch. Let me know what you all think of the docs! Ben Root |
From: Darren D. <dsd...@gm...> - 2011-05-20 21:12:06
|
Hi All, I'm trying to track down a sporadic Fatal python error in a complicated data analysis program I'm writing. Quick explanation: I have a qt gui that launches a python task-manager thread. That thread creates a multiprocessing.Pool, and iterates through a list of data in an hdf5 file, passing each item of data to Pool.apply_async. A callback takes the result and updates an entry in the hdf5 file, and appends an item to a queue. The qt gui uses a qtimer to check the queue once a second. If the queue is not empty, it reads the hdf5 file and updates an imshow image. I can click a pixel in the image, which plots the spectrum and fit associated with that pixel. I can then click a qt button to switch between lin and log scales in the spectrum plot. If the taskmanager thread is running, changing between lin and log scales can pretty reliably cause a crash (especially on Fedora 14): python: /builddir/build/BUILD/Python-2.7/Modules/gcmodule.c:311: update_refs: Assertion `gc->gc.gc_refs != 0' failed. Aborted (core dumped) That's not a lot of information to go on, and I'm drawing on a ton of extension modules in my program: numpy, h5py, qt, matplotlib, pymca. We've also been able to get the program to crash on mac: Exception AttributeError: "'BboxTransformTo' object has no attribute 'data'" in <function remove at 0x128752410> ignored Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/backends/backend_qt4agg.py", line 83, in paintEvent FigureCanvasAgg.draw(self) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/backends/backend_agg.py", line 394, in draw self.figure.draw(self.renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/figure.py", line 798, in draw func(*args) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/axes.py", line 1946, in draw a.draw(renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/artist.py", line 55, in draw_wrapper draw(artist, renderer, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/legend.py", line 430, in draw self._legend_box.draw(renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/offsetbox.py", line 240, in draw c.draw(renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/offsetbox.py", line 240, in draw c.draw(renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/offsetbox.py", line 240, in draw c.draw(renderer) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/offsetbox.py", line 239, in draw c.set_offset((px+ox, py+oy)) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/offsetbox.py", line 460, in set_offset self.offset_transform.clear() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/transforms.py", line 1549, in clear self.invalidate() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/matplotlib/transforms.py", line 124, in invalidate stack.extend(root._parents.keys()) AttributeError: 'list' object has no attribute 'keys' Fatal Python error: GC object already tracked Abort trap All access to hdf5 is protected with a thread lock, and I have made some fairly stressful scripts testing h5py/threading/multiprocessing and haven't been able to produce a crash. Does anyone have suggestions on how I can try to track down this problem? These GC reports are not giving me much to go on, how can I determine to which extension module these objects with bad reference counts belong? Thanks, and sorry for the long and obscure post. Darren |
From: Steve W. <pla...@gm...> - 2011-05-20 03:31:54
|
In legend.__init__ the exception message doesn't match the condition that raises it. I think it should say "numpoints must be > 0". I'm using matplotlib version 0.99.3. Example: #---------------------------- import matplotlib.pyplot as plt ax = plt.subplot(1,1,1) ax.plot(1.1, 2.2, label='foo') ax.legend(numpoints=0) #---------------------------- # ValueError: numpoints must be >= 0; it was 0 Steve |