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
(27) |
2
(15) |
3
(2) |
4
(4) |
5
(5) |
6
(9) |
7
(15) |
8
(24) |
9
(19) |
10
(7) |
11
(13) |
12
(26) |
13
(27) |
14
(17) |
15
(14) |
16
(12) |
17
(9) |
18
(12) |
19
(17) |
20
(19) |
21
(5) |
22
(5) |
23
(7) |
24
(4) |
25
(1) |
26
(9) |
27
(20) |
28
(5) |
29
(10) |
30
(12) |
31
(6) |
On Wed, Mar 14, 2012 at 5:44 AM, kususe <ku...@in...> wrote: > > Hi folks, > I have a graph got using the subplot command. > I'd like to remove all ticks in X axis in all of graph. > > I used: plt.setp(plt.gca(),'XtickLabel',[]) > > but I get that: > > File "/usr/lib/pymodules/python2.6/matplotlib/artist.py", line 1169, in > setp > func = getattr(o,funcName) > AttributeError: 'AxesSubplot' object has no attribute 'set_xticklabel' > > Suggestions? > Thanks in advance > K > > You're missing an "s"; i.e. "xticklabels". Also, the more conventional pattern is to call the axes method, i.e.: >>> ax = plt.gca() >>> ax.set_xticklabels([]) or, if want to remove both labels and the tick-lines >>> ax.set_xticks([]) Best, -Tony
On Wed, Mar 14, 2012 at 6:02 AM, kususe <ku...@in...> wrote: > > Hi folks, > I've to draw an arrow. > I used Arrow() function: > > pa.Arrow(0, 0, x, y, width=1.0) > > where I imported > > matplotlib.patches as pa > > Now, how to use plot() function di display the figure? > > Tanks in advance, > K. > -- > View this message in context: > http://old.nabble.com/How-to-draw-an-arrow-tp33500720p33500720.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > Hi, You need to add the patch to the current axes. For example, #~~~ import matplotlib.pyplot as plt from matplotlib import patches arr = patches.Arrow(0,0,1,1) ax = plt.gca() ax.add_patch(arr) plt.show() #~~~ When you create a Matplotlib artist (here a `Patch` artist) with pyplot (e.g. `plt.plot` creates a Line2D instance), pyplot takes care of matching artist with axes. Artists themselves don't know anything about where you're plotting, so you have to tell it where to go. -Tony
Hi, Recently on several occasions I have gotten the response "Too many requests, please try again later." when trying to go to a matplotlib webpage. Have others experienced this also? Is this a problem with sourceforge? I'm wondering what could be done about this. It's very annoying when, for example, you want to see the source code for some useful example and you have to try back several times to get to the page. Jon -- ______________________________________________________________ Jonathan D. Slavin Harvard-Smithsonian CfA js...@cf... 60 Garden Street, MS 83 phone: (617) 496-7981 Cambridge, MA 02138-1516 cell: (781) 363-0035 USA ______________________________________________________________
Hi folks, I've to draw an arrow. I used Arrow() function: pa.Arrow(0, 0, x, y, width=1.0) where I imported matplotlib.patches as pa Now, how to use plot() function di display the figure? Tanks in advance, K. -- View this message in context: http://old.nabble.com/How-to-draw-an-arrow-tp33500720p33500720.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Hi folks, I have a graph got using the subplot command. I'd like to remove all ticks in X axis in all of graph. I used: plt.setp(plt.gca(),'XtickLabel',[]) but I get that: File "/usr/lib/pymodules/python2.6/matplotlib/artist.py", line 1169, in setp func = getattr(o,funcName) AttributeError: 'AxesSubplot' object has no attribute 'set_xticklabel' Suggestions? Thanks in advance K -- View this message in context: http://old.nabble.com/How-to-remove-x-axis-in-a-subplotted-graph-tp33500598p33500598.html Sent from the matplotlib - users mailing list archive at Nabble.com.
also I have tried running it on a different computer and the same error occurred On Wed, Mar 14, 2012 at 8:22 AM, questions anon <que...@gm...>wrote: > thanks for looking into this Goyo. > The complete code: > > > import numpy as N > import matplotlib.pyplot as plt > from numpy import ma as MA > from mpl_toolkits.basemap import Basemap > import os > > shapefile="E:/GIS_layers/DSE_REGIONS" > inputfile=r"d:/BoMdata/r19000117.txt" > outputfolder=r"d:/BoMdata/outputfolder" > > f=N.genfromtxt(inputfile, skip_header=6, dtype=float, names=True) > print f[0:5] > > > map = Basemap(projection='merc',llcrnrlat=-45,urcrnrlat=-9, > llcrnrlon=111.975,urcrnrlon=156.525,lat_ts=0,resolution='i') > map.drawcoastlines() > map.drawstates() > map.readshapefile(shapefile, 'DSE_REGIONS') > > xi=N.linspace(111.975, 156.275, 886) > yi=N.linspace(-44.525, -9.975, 691) > x,y=map(*N.meshgrid(xi,yi)) > plt.title('rainfall') > CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) > l,b,w,h =0.1,0.1,0.8,0.8 > cax = plt.axes([l+w+0.025, b, 0.025, h]) > plt.colorbar(CS,cax=cax, drawedges=True) > plt.savefig((os.path.join(outputfolder, 'rainfall.png'))) > plt.show() > plt.close() > > > and the complete error: > > > Traceback (most recent call last): > File "d:/BoMdata/plotrainfall_v2.py", line 23, in <module> > > CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) > File "C:\Python27\lib\site-packages\mpl_toolkits\basemap\__init__.py", > line 3072, in contourf > np.logical_or(outsidemask,np.logical_or(ma.getmaskarray(data),xymask)) > AttributeError: logical_or > > Any feedback/ideas will be greatly appreciated. > > > > > On Wed, Mar 14, 2012 at 4:59 AM, Goyo <goy...@gm...> wrote: > >> El día 12 de marzo de 2012 23:25, questions anon >> <que...@gm...> escribió: >> [...] >> > >> > Is this how the data should look when it has been imported from an >> ascii to >> > a numpy array? >> >> I can't see anything obiously wrong in your code or your data --I did >> not dive too deep into it though. What is weird is the traceback: >> >> Traceback (most recent call last): >> File "d:\plotrainfall.py", line 40, in <module> >> CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) >> File "C:\Python27\lib\site-packages\mpl_toolkits\basemap\__init__.py", >> line 3072, in contourf >> np.logical_or(outsidemask,np.logical_or(ma.getmaskarray(data),xymask)) >> AttributeError: logical_or >> >> Is that the complete traceback? >> >> Goyo >> > >
thanks for looking into this Goyo. The complete code: import numpy as N import matplotlib.pyplot as plt from numpy import ma as MA from mpl_toolkits.basemap import Basemap import os shapefile="E:/GIS_layers/DSE_REGIONS" inputfile=r"d:/BoMdata/r19000117.txt" outputfolder=r"d:/BoMdata/outputfolder" f=N.genfromtxt(inputfile, skip_header=6, dtype=float, names=True) print f[0:5] map = Basemap(projection='merc',llcrnrlat=-45,urcrnrlat=-9, llcrnrlon=111.975,urcrnrlon=156.525,lat_ts=0,resolution='i') map.drawcoastlines() map.drawstates() map.readshapefile(shapefile, 'DSE_REGIONS') xi=N.linspace(111.975, 156.275, 886) yi=N.linspace(-44.525, -9.975, 691) x,y=map(*N.meshgrid(xi,yi)) plt.title('rainfall') CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) l,b,w,h =0.1,0.1,0.8,0.8 cax = plt.axes([l+w+0.025, b, 0.025, h]) plt.colorbar(CS,cax=cax, drawedges=True) plt.savefig((os.path.join(outputfolder, 'rainfall.png'))) plt.show() plt.close() and the complete error: Traceback (most recent call last): File "d:/BoMdata/plotrainfall_v2.py", line 23, in <module> CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) File "C:\Python27\lib\site-packages\mpl_toolkits\basemap\__init__.py", line 3072, in contourf np.logical_or(outsidemask,np.logical_or(ma.getmaskarray(data),xymask)) AttributeError: logical_or Any feedback/ideas will be greatly appreciated. On Wed, Mar 14, 2012 at 4:59 AM, Goyo <goy...@gm...> wrote: > El día 12 de marzo de 2012 23:25, questions anon > <que...@gm...> escribió: > [...] > > > > Is this how the data should look when it has been imported from an ascii > to > > a numpy array? > > I can't see anything obiously wrong in your code or your data --I did > not dive too deep into it though. What is weird is the traceback: > > Traceback (most recent call last): > File "d:\plotrainfall.py", line 40, in <module> > CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) > File "C:\Python27\lib\site-packages\mpl_toolkits\basemap\__init__.py", > line 3072, in contourf > np.logical_or(outsidemask,np.logical_or(ma.getmaskarray(data),xymask)) > AttributeError: logical_or > > Is that the complete traceback? > > Goyo >
On 03/13/2012 09:17 AM, John Hunter wrote: > > > On Tue, Mar 13, 2012 at 1:20 PM, Federico Ariza > <ari...@gm... <mailto:ari...@gm...>> wrote: > > Hi > > That is exactly what I am doing, but I thought it was kept somewhere. > > I like the idea of upstream modification of relim. > > > It would be trivial to add a kwarg to relim: > > include_invisible=True > > which defaults to the current behavior. > def relim(self, include_invisible=True): > """ > Recompute the data > limits based on current artists. If you want to exclude > invisible artists from the calculation, set > `include_invisible=False` > > At present, :class:`~matplotlib.collections.Collection` > instances are not supported. > """ > # Collections are deliberately not supported (yet); see > # the TODO note in artists.py. > self.dataLim.ignore(True) > self.ignore_existing_data_limits = True > for line in self.lines: > if include_invisible or line.get_visible(): > self._update_line_limits(line) > > for p in self.patches: > if include_invisible or p.get_visible(): > self._update_patch_limits(p) > > > But include_invisible isn't the most intuitive name... visible_only=False is shorter. Eric > > JDH > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
I don't think so, I thought I paid attention when I noticed the choice between 'subplot' and 'subplots'. In any case, now there does not seem to be a choice, there is no 'subplots'...there is only 'subplot'...was this page modified? 'cause the Last Updated notice at the bottom of the page still says Oct 30, 2011.. ...I am confused. -- View this message in context: http://old.nabble.com/missing-documentation-on-homepage%3A-subplots-tp33496068p33497211.html Sent from the matplotlib - users mailing list archive at Nabble.com.
On Tue, Mar 13, 2012 at 1:20 PM, Federico Ariza <ari...@gm...>wrote: > Hi > > That is exactly what I am doing, but I thought it was kept somewhere. > > I like the idea of upstream modification of relim. > > It would be trivial to add a kwarg to relim: include_invisible=True which defaults to the current behavior. def relim(self, include_invisible=True): """ Recompute the data limits based on current artists. If you want to exclude invisible artists from the calculation, set `include_invisible=False` At present, :class:`~matplotlib.collections.Collection` instances are not supported. """ # Collections are deliberately not supported (yet); see # the TODO note in artists.py. self.dataLim.ignore(True) self.ignore_existing_data_limits = True for line in self.lines: if include_invisible or line.get_visible(): self._update_line_limits(line) for p in self.patches: if include_invisible or p.get_visible(): self._update_patch_limits(p) But include_invisible isn't the most intuitive name... JDH
On Tue, Mar 13, 2012 at 1:51 PM, Alan G Isaac <ala...@gm...> wrote: > On 3/13/2012 1:59 PM, gsal wrote: > > It does come up for me. > > > You are probably looking at ``subplot`` > rather than ``subplots``, which is missing. > > I can make a pull request to fix this and some other issues I have noticed today. Ben Root
Ben Yest It is called remove but not destroy ;) Given that the relim takes in count the invisible lines, I thougth it was planned that you could "remove" and "add" the lines from its axes. Thanks Federico On Tue, Mar 13, 2012 at 2:44 PM, Benjamin Root <ben...@ou...> wrote: > > > On Tue, Mar 13, 2012 at 1:20 PM, Federico Ariza <ari...@gm...>wrote: > >> Hi >> >> That is exactly what I am doing, but I thought it was kept somewhere. >> >> I like the idea of upstream modification of relim. >> >> Thanks >> Federico >> >> > Federico, > > Why would you think it is kept somewhere? The method is called "remove", > after all. I am curious because I want to know if improvements are needed > to the documentation. > > As for relim(), I am thinking the autoscaling system needs another > revamp. I have ran into subtle issues with data limits that could not be > easily fixed in the current design. > > <rant> > Everything plottable should have a get/set for x and y data, as well as > get/set for "data" (which may or may not be the same as the get/set for y. > Note that there might be some confusion regarding scalar mappables. I > think this might be the source of confusion where some collections have > set_data() while others have set_array(). > Also, not all objects, for some reason, implement remove(), or something > else messed up that I am not clear about. > </rant> > > Cheers! > Ben Root > > -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin --
On 3/13/2012 1:59 PM, gsal wrote: > It does come up for me. You are probably looking at ``subplot`` rather than ``subplots``, which is missing. Alan Isaac
On 3/13/2012 1:59 PM, gsal wrote: > It does come up for me. You are probably looking at ``subplot`` rather than ``subplots``. Alan Isaac
On Tue, Mar 13, 2012 at 1:20 PM, Federico Ariza <ari...@gm...>wrote: > Hi > > That is exactly what I am doing, but I thought it was kept somewhere. > > I like the idea of upstream modification of relim. > > Thanks > Federico > > Federico, Why would you think it is kept somewhere? The method is called "remove", after all. I am curious because I want to know if improvements are needed to the documentation. As for relim(), I am thinking the autoscaling system needs another revamp. I have ran into subtle issues with data limits that could not be easily fixed in the current design. <rant> Everything plottable should have a get/set for x and y data, as well as get/set for "data" (which may or may not be the same as the get/set for y. Note that there might be some confusion regarding scalar mappables. I think this might be the source of confusion where some collections have set_data() while others have set_array(). Also, not all objects, for some reason, implement remove(), or something else messed up that I am not clear about. </rant> Cheers! Ben Root
Thanks for the suggestions, Darren. I spent some time going through older revisions of Matplotlib (and Numpy and SciPy) and it turns out that it isn't an issue with Matplotlib as I originally suspected, but rather how I went out updated an imshow-based plot. Previously I was attempting to plot an image first, then set then use the result to create a FigureCanvasQTAgg instance: import matplotlib.pyplot as plt figure = plt.figure() self.axes = figure.add_subplot(111) self.axes.imshow(...) self.figure = figure FigureCanvasQTAgg.__init__(self, self.figure) This works in some environments and it happened to work at the time I originally developed the code, but is not the best way to do things. A better way is to first instantiate a Figure instance: self.figure = Figure() self.axes = self.figure.add_subplot(111) self.axes.imshow(...) FigureCanvasQTAgg.__init__(self, self.figure) For now this seems to do the trick. If anyone knows of a better way to do things, please let me know. Thanks! Keith On Mon, Mar 12, 2012 at 11:57 AM, Darren Dale <dsd...@gm...> wrote: > > Have you tried running with older checkouts on the master branch to > see when the problem was introduced? You can do something like: > > git log --oneline --graph lib/matplotlib/backends/backend_qt4.py # or > backend_qt4agg.py > > to see what commits were applied to master but not v1.0.x. Try > bisecting the commit history to find the commit that introduced the > problem (which you might want to describe in a little more detail.) > > Darren > > On Mon, Mar 12, 2012 at 10:13 AM, Keith Hughitt <kei...@gm...> wrote: > > *bump* > > > > Anyone else encountering this problem? > > > > > > On Tue, Mar 6, 2012 at 4:06 PM, Keith Hughitt <kei...@gm...> > > wrote: > >> > >> Hey all, > >> > >> Anyone know what has changed from Maplotlib 1.0.x to 1.1.x that might > >> cause a PyQt4 application to segfault? > >> > >> Here is the code I'm working > >> on: https://github.com/sunpy/sunpy/blob/master/doc/examples/rgb_composite/rgb_composite.py > >> > >> It works fine with earlier versions of Matplotlib (0.99 and 1.0.x) but > >> when I try and run the demo with Matplotlib 1.1 I get a segfault. > >> > >> Any ideas? > >> > >> Thanks, > >> Keith > >> > > > > > > ------------------------------------------------------------------------------ > > Try before you buy = See our experts in action! > > The most comprehensive online learning library for Microsoft developers > > is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-dev2 > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hi That is exactly what I am doing, but I thought it was kept somewhere. I like the idea of upstream modification of relim. Thanks Federico On Tue, Mar 13, 2012 at 2:13 PM, Goyo <goy...@gm...> wrote: > El día 13 de marzo de 2012 00:25, Federico Ariza > <ari...@gm...> escribió: > > [...] > > I want to turn visibility on and off for lines. > > I can not use the visible property, using it the autolimits "relim" keeps > > considering the lines as being there. > > As consequence the limits are wrong (if we think only on the visible > lines). > > I faced this some time ago and my workaround was writing my own > (simplified) version of relim, if memory serves. But this may not fit > your needs here. Maybe a better solution is modify relim upstream so > it can take visibility into account (maybe using a new keyword). Just > a quick thought. > > > So I resorted to remove the line from its axes by line.remove() > > > > The question is: > > If I do not want to use another variable to keep track of this line, how > can > > I find it again from the figure instance (or somewhere else)? > > get_children gets me nowhere.... or maybe? > > I don't think matplotlib keeps a reference to a line object after you > remove it from the axes. If I'm right and you want to follow that path > you'll need to track it yourself. > > Regards > > Goyo > -- Y yo que culpa tengo de que ellas se crean todo lo que yo les digo? -- Antonio Alducin --
El día 13 de marzo de 2012 00:25, Federico Ariza <ari...@gm...> escribió: > [...] > I want to turn visibility on and off for lines. > I can not use the visible property, using it the autolimits "relim" keeps > considering the lines as being there. > As consequence the limits are wrong (if we think only on the visible lines). I faced this some time ago and my workaround was writing my own (simplified) version of relim, if memory serves. But this may not fit your needs here. Maybe a better solution is modify relim upstream so it can take visibility into account (maybe using a new keyword). Just a quick thought. > So I resorted to remove the line from its axes by line.remove() > > The question is: > If I do not want to use another variable to keep track of this line, how can > I find it again from the figure instance (or somewhere else)? > get_children gets me nowhere.... or maybe? I don't think matplotlib keeps a reference to a line object after you remove it from the axes. If I'm right and you want to follow that path you'll need to track it yourself. Regards Goyo
It does come up for me. -- View this message in context: http://old.nabble.com/missing-documentation-on-homepage%3A-subplots-tp33496068p33496313.html Sent from the matplotlib - users mailing list archive at Nabble.com.
El día 12 de marzo de 2012 23:25, questions anon <que...@gm...> escribió: [...] > > Is this how the data should look when it has been imported from an ascii to > a numpy array? I can't see anything obiously wrong in your code or your data --I did not dive too deep into it though. What is weird is the traceback: Traceback (most recent call last): File "d:\plotrainfall.py", line 40, in <module> CS = map.contourf(x,y, f, 15,cmap=plt.cm.jet) File "C:\Python27\lib\site-packages\mpl_toolkits\basemap\__init__.py", line 3072, in contourf np.logical_or(outsidemask,np.logical_or(ma.getmaskarray(data),xymask)) AttributeError: logical_or Is that the complete traceback? Goyo
Just noticed that ``subplots`` documentation is missing from the homepage http://matplotlib.sourceforge.net/index.html I assume this is an oversight, so I'm reporting it. fwiw, Alan Isaac
Here are some imports: # PyQt4 modules from PyQt4.QtCore import * from PyQt4.QtGui import * # matplotlib modules import matplotlib.patches as mpathes import matplotlib.text as mtext import matplotlib.lines as mlines from matplotlib.path import Path from matplotlib.collections import LineCollection from matplotlib.figure import Figure from matplotlib.backends.backend_qt4agg import FigureCanvasQTAgg as FigureCanvas from matplotlib.backends.backend_qt4agg import NavigationToolbar2QTAgg as NavigationToolbar And this: matplotlib.__version__ => 0.99.1.1 I am afraid I may not be able to run a rather minimal app right away since this is somebody else's Qt app, pretty large, that I am trying to add some plotting...I will see if I can get start another minimal Qt app... For now, there isn't much of a problem with the application, it is just that I inspect the mouseevent from within the picker function and I get this None 1 <matplotlib.collections.LineCollection object at 0x132fa0d0> where None is the key 1 is the mouse button pressed and the rest is the artist -- View this message in context: http://old.nabble.com/matplotlib-picking-mouseevent.key%3DNone-tp33494747p33495268.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Here are some imports: # PyQt4 modules from PyQt4.QtCore import * from PyQt4.QtGui import * # matplotlib modules import matplotlib.patches as mpathes import matplotlib.text as mtext import matplotlib.lines as mlines from matplotlib.path import Path from matplotlib.collections import LineCollection from matplotlib.figure import Figure from matplotlib.backends.backend_qt4agg import FigureCanvasQTAgg as FigureCanvas from matplotlib.backends.backend_qt4agg import NavigationToolbar2QTAgg as NavigationToolbar And this: matplotlib.__version__ => 0.99.1.1 I am afraid I may not be able to run a rather minimal app right away since this is somebody else's Qt app, pretty large, that I am trying to add some plotting...I will see if I can get start another minimal Qt app... For now, there isn't much of a problem with the application, it is just that I inspect the mouseevent from within the picker function and I get this None 1 <matplotlib.collections.LineCollection object at 0x132fa0d0> where None is the key 1 is the mouse button pressed and the rest is the artist -- View this message in context: http://old.nabble.com/matplotlib-picking-mouseevent.key%3DNone-tp33494747p33494825.html Sent from the matplotlib - users mailing list archive at Nabble.com.
On Tue, Mar 13, 2012 at 10:05 AM, gsal <sal...@gm...> wrote: > > Say, on Windows, the mouseevent.key correctly comes in as control, shift, > or > a letter...on Linux, it does not....I am always getting None. > > is this a known problem with known solution? > > We need more information, what is your backend, what is you GUI toolkit version? If you post a minimal script that exposes the problem, and run it with --verbose-helpful and post the output, we can see if we can replicate the problem. JDH
On Tue, Mar 13, 2012 at 10:05 AM, gsal <sal...@gm...> wrote: > > Say, on Windows, the mouseevent.key correctly comes in as control, shift, > or > a letter...on Linux, it does not....I am always getting None. > > is this a known problem with known solution? > > Which backend are you using? Also, which mouse event are you using where you expect a key value? I would expect to use a key press event to process .key values. Ben Root