You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
1
(7) |
2
(3) |
3
(2) |
4
(2) |
5
(2) |
6
(3) |
7
(1) |
8
(9) |
9
(1) |
10
(9) |
11
(2) |
12
|
13
(1) |
14
(11) |
15
(8) |
16
(7) |
17
(10) |
18
(2) |
19
(3) |
20
(9) |
21
(3) |
22
(3) |
23
(1) |
24
(12) |
25
(1) |
26
(3) |
27
(3) |
28
(6) |
29
(1) |
30
(6) |
31
(1) |
|
Thanks for the reiteration/clarification... Do you see any reason why a fail-safe check similar to what I proposed would be ill advised? MJ -----Original Message----- From: Matthew Brett [mailto:mat...@gm...] Sent: Wednesday, October 15, 2014 3:44 PM To: Mark Janikas Cc: Thomas Caswell; Phil Elson; Benjamin Root; Matplotlib Users Subject: Re: [Matplotlib-users] FW: traceback when import matplotlib.pyplot twice Hi, On Wed, Oct 15, 2014 at 2:56 PM, Mark Janikas <mja...@es...> wrote: > > When I replaced the file I got the 1st error below. As you had pointed out earlier... this is strange. It only occurs when you run it more than once... strange indeed... it is like a manager is being created and deleted but perhaps the reference hasn’t Just to echo what Tom said, the error suggests that ``gc.collect()`` is being called after the gc module is most of the way through being torn down, so that the ``collect`` function has already been deleted... Cheers, Matthew
Hi, On Wed, Oct 15, 2014 at 2:56 PM, Mark Janikas <mja...@es...> wrote: > > When I replaced the file I got the 1st error below. As you had pointed out earlier... this is strange. It only occurs when you run it more than once... strange indeed... it is like a manager is being created and deleted but perhaps the reference hasn’t Just to echo what Tom said, the error suggests that ``gc.collect()`` is being called after the gc module is most of the way through being torn down, so that the ``collect`` function has already been deleted... Cheers, Matthew
I have a polar graph that works fine on linux but is blank on MacOS 10.9. Here is a minimal working example (using the API because it is part of a larger Tkinter application): #!/usr/bin/env python2 import Tkinter import matplotlib from matplotlib.backends.backend_tkagg import FigureCanvasTkAgg root = Tkinter.Tk() root["bg"] = "green" # the green should be hidden by the plot plotFig = matplotlib.figure.Figure(figsize=(5, 5), frameon=False) figCanvas = FigureCanvasTkAgg(plotFig, root) figCanvas.get_tk_widget().pack() axis = plotFig.add_subplot(1, 1, 1, polar=True, autoscale_on=True) r = (0.1, 0.4, 0.6, 0.8) theta = (0, 1.5, 3.0, 4.5) # radians, 0 to right. pi/2 up axis.plot(theta, r, marker="o", markeredgecolor="black", markersize=3) figCanvas.draw() root.mainloop() On MacOS 10.9 when I run this from Terminal I see a green window (rather than the plot I expect). When I click on the plot window to bring it to the front, the window turns white with a thin black border (presumably the plot, but with no content). Details: - matplotlib 1.3.1 - Tcl/Tk 8.5.11 (for good reasons, unfortunately) - python.org python 2.7.6, running in 32-bit mode (due to a known issue with MacOS 10.9 and this old version of Tcl/Tk) Any ideas how to get the plot to show? -- Russell
When I replaced the file I got the 1st error below. As you had pointed out earlier... this is strange. It only occurs when you run it more than once... strange indeed... it is like a manager is being created and deleted but perhaps the reference hasn’t... so you get a no-op on the subsequent import.. but are then left with a manager that is None....?? Thanks for the tip BTW... I replaced all my None comparisons to "is" and "is not". I went ahead and added the comparisons to your changes and it works... but now you need to assure that you do not gc.collect unless you had at least one Non-None manager or else you get the 2nd traceback. The code that works on my end is the last image... not sure if it passes your regression tests..??..?? Thanks so much for all of your help... please let me know if there is anything else I can do to help. MJ [cid:image001.png@01CFE881.FB6CCAF0] [cid:image002.png@01CFE888.2A514840] [cid:image003.png@01CFE888.2A514840] -----Original Message----- From: Thomas Caswell [mailto:tca...@gm...] Sent: Saturday, October 11, 2014 2:18 PM To: Phil Elson Cc: Mark Janikas; Benjamin Root; Matplotlib Users Subject: Re: [Matplotlib-users] FW: traceback when import matplotlib.pyplot twice See https://github.com/matplotlib/matplotlib/pull/3638 That might help to make sure that things tear them selves down in the right order. Tom On Sat, Oct 11, 2014 at 10:12 AM, Phil Elson <pel...@gm...> wrote: > > On 10 October 2014 19:10, Thomas Caswell <tca...@gm...> wrote: >> >> I suspect a better fix is to change all of the staticmethods -> >> classmethods > > > > +1 -- Thomas Caswell tca...@gm...
For the first question, if I save the figure (as a PNG I'm guessing, unless you can save into a more array-like format), I'd have to make sure that there were no labels or ticks and that the axes fit the whole figure. I'd also have to get the dpi and size information correct, but I suppose it would be possible that way. I was hoping for something a little easier and in-memory. This might be the simplest answer the more I think about it. If I'm starting from the paths, I'd still have to write them to the "grid" array. I thought maybe the backend could do that and I magically get the image. I'll look in to using savefig and getting the data out. -Dave On 10/15/14, 12:42 PM, Joy merwin monteiro wrote: > pardon the query if it seems dumb, but why don't you do a savefig() > after plotting the data and then convert it to any format you like? > > alternatively, contour() and contourf() both create paths that can > be accessed: > > cf = contourf(.....) > > output = cf.collections.pop() > paths = output.get_paths()[i] # for the various contours > > the x,y coordinates can then be accessed as > > xcoords = paths.vertices.transpose()[0] > ycoords = paths.vertices.transpose()[1] > > you can then do whatever you wish with them. > > Joy > > > On Wed, Oct 15, 2014 at 9:11 PM, David Hoese <dh...@gm... > <mailto:dh...@gm...>> wrote: > > I've been searching and reading through source code and google searches > to see if this is possible, but no luck so far. I'm basically trying to > map some data using Basemap, use contourf to map it to an image, and > then put that image in a geotiff (or other format) for use in other GIS > programs. I have other tools for remapping data and creating geotiffs, > but the contour image looks better. All I would need to get this to work > would be an array representing the image inside the axes of a contourf > plot. I found a lot of geotiff -> Basemap png results, but I would like > the reverse. > > Since the plots are made using paths/patches I'm guessing I would have > to have a backend render the image and then extract the image somehow. > Does anyone have some tips or tricks to do something like this? Or am I > thinking about this completely wrong? > > Thanks for any help and if you could CC me in any replies it would be > much appreciated. > > -Dave > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for 9ドル/Month. > Get alerted through email, SMS, voice calls or mobile push > notifications. > Take corrective actions from your mobile device. > http://p.sf.net/sfu/Zoho > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > -- > The best ruler, when he finishes his > tasks and completes his affairs, > the people say > "It all happened naturally" > > - Te Tao Ch'ing
pardon the query if it seems dumb, but why don't you do a savefig() after plotting the data and then convert it to any format you like? alternatively, contour() and contourf() both create paths that can be accessed: cf = contourf(.....) output = cf.collections.pop() paths = output.get_paths()[i] # for the various contours the x,y coordinates can then be accessed as xcoords = paths.vertices.transpose()[0] ycoords = paths.vertices.transpose()[1] you can then do whatever you wish with them. Joy On Wed, Oct 15, 2014 at 9:11 PM, David Hoese <dh...@gm...> wrote: > I've been searching and reading through source code and google searches > to see if this is possible, but no luck so far. I'm basically trying to > map some data using Basemap, use contourf to map it to an image, and > then put that image in a geotiff (or other format) for use in other GIS > programs. I have other tools for remapping data and creating geotiffs, > but the contour image looks better. All I would need to get this to work > would be an array representing the image inside the axes of a contourf > plot. I found a lot of geotiff -> Basemap png results, but I would like > the reverse. > > Since the plots are made using paths/patches I'm guessing I would have > to have a backend render the image and then extract the image somehow. > Does anyone have some tips or tricks to do something like this? Or am I > thinking about this completely wrong? > > Thanks for any help and if you could CC me in any replies it would be > much appreciated. > > -Dave > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for 9ドル/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://p.sf.net/sfu/Zoho > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- The best ruler, when he finishes his tasks and completes his affairs, the people say "It all happened naturally" - Te Tao Ch'ing
I've been searching and reading through source code and google searches to see if this is possible, but no luck so far. I'm basically trying to map some data using Basemap, use contourf to map it to an image, and then put that image in a geotiff (or other format) for use in other GIS programs. I have other tools for remapping data and creating geotiffs, but the contour image looks better. All I would need to get this to work would be an array representing the image inside the axes of a contourf plot. I found a lot of geotiff -> Basemap png results, but I would like the reverse. Since the plots are made using paths/patches I'm guessing I would have to have a backend render the image and then extract the image somehow. Does anyone have some tips or tricks to do something like this? Or am I thinking about this completely wrong? Thanks for any help and if you could CC me in any replies it would be much appreciated. -Dave
On this documentation page: http://matplotlib.org/api/figure_api.html. It says: The following classes are definedSubplotParams control the default spacing of the subplots Figure top level container for all plot elements But actually there are three. The third one is: AxesStack. Or did I misunderstand smth? -- View this message in context: http://matplotlib.1069221.n5.nabble.com/Docs-mention-two-classes-but-actually-has-three-tp44115.html Sent from the matplotlib - users mailing list archive at Nabble.com.