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
|
From: John H. <jdh...@ac...> - 2004-12-09 16:41:00
|
>>>>> "Norbert" == Norbert Nemec <No...@ne...> writes: Norbert> I have experienced some extreme inefficiency using Norbert> errorbar plots for large datasets. Obviously, the Norbert> "hlines" routine is a huge bottleneck. Would it be Norbert> possible, in principle, to use an efficient collection Norbert> instead? As Perry noted, it would be nice to see some of Eric's code to see if this is the kind of bottleneck he is bumping into. It would be very straightforward to use collections here is what they were designed for - removing bottlenecks created by instantiating many similar objects. I've never plotted a large number of errorbar lines so haven't bumped into this one. Note this might break some code which is relying on the fact that the errorbar routing is returning a list of errorbar lines. collections are designed to respond similarly to lists of lines under the set command. Eg set(lines, color='r', linewidth=4) and set(collection, color='r', linewidth=4) will both work. But if someone is currently doing lines[2].set_color('g') or for line in lines: line.set_something(else) there would be a backward incompatibility with this change. Note it would be possible to define setitem, getitem, and possibly setslice, getslice and iter for collections to make them behave more like lists of objects, which would be nice if we (you) want to make this change. Is anyone changing the properties of individual error lines returned by errorbar? JDH |
From: Norbert N. <No...@ne...> - 2004-12-09 16:32:16
|
Am Mittwoch, 8. Dezember 2004 16:35 schrieb Perry Greenfield: > Could you give some indication of what speed you are getting vs what you > have gotten under other plotting packages? I have experienced some extreme inefficiency using errorbar plots for large datasets. Obviously, the "hlines" routine is a huge bottleneck. Would it be possible, in principle, to use an efficient collection instead? -- _________________________________________Norbert Nemec Bernhardstr. 2 ... D-93053 Regensburg Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199 eMail: <No...@Ne...> |
From: LUK S. <shu...@po...> - 2004-12-09 04:13:18
|
Perry Greenfield wrote: > > On Dec 8, 2004, at 3:29 AM, Eric Emsellem wrote: > >> Hi, >> >> I am now trying to switch from ppgplot to matplotlib and I >> really like the latter for the much nicer plots and functionalities >> (although limitations such as the absence of contour plots is a >> critical one). > > > There is progress being made on contour plots. We've implemented a basic > version that John Hunter is looking at now. > It's really nice to hear that. As Eric said, it's one thing that is sorely missed. As it's being implemented, here is a little wish. I'd like to see the capability of contouring on an arbitrary grid. That is, matplotlab would be able to plot the contours of a function f(x_i, y_i) given on an arbitrary set of points (x_i, y_i), not necessarily set out on a regular grid. Regards, ST -- |
From: Philip A. <pa...@eo...> - 2004-12-09 03:47:32
|
Delbert D. Franz writes: > I am evaluating matplotlib for its date handling for plotting time > series produced by a unsteady-flow simulation package. > I downloaded the Debian package from http://anakonda.altervista.org/debian > because I could not get apt-get to get the package after modifying > my sources.list. This problem went away for me when I upgraded to date-util to version 0.5 https://moin.conectiva.com.br/DateUtil#head-f5cbdf6bfb51439be085b5c6b7460a7c91eabc3c -- Phil |
From: Delbert D. F. <iq...@so...> - 2004-12-09 02:34:39
|
I am evaluating matplotlib for its date handling for plotting time series produced by a unsteady-flow simulation package. I downloaded the Debian package from http://anakonda.altervista.org/debian because I could not get apt-get to get the package after modifying my sources.list. However, dpkg did not complain about any missing packages and several test cases worked well. However, none of the following examples would run date_demo1.py error---cannot import date2num, num2date date_demo2.py error--cannot import name MONDAY date_demo_convert.py error--cannot import DayLocator, HourLocator date_demo_rrule.py error--cannot import name YEARLY After some time checking docs and looking at the various *.py files involved, I noticed that none of the dateutl files were on my system and neither were the pytz files. The documentation on the web site clearly states that the dateutil files are included in the package but somehow they got missed in the 0.64-1 release downloaded from the site given above. After downloading and installing these two packages all but date_demo_rrule.py completed properly. The error in this case was an unknown name "rand". A check of the Python Library reference stated it was obsolete. I replaced it with random.randrange but got another error, an assertion error apparently on the y value. Being somewhat new to Python and even newer to matplotlib I gave up on that demo. Perhaps someone else can test date_demo_rrule.py and see what happens. It is always a good thing when demos in fact run! I am also testing under MS Windows and the dateutils and pytz files came with that install but none of the example files came. Not sure why they are not included in the *.exe installer. I am using Python 2.3.4 matplotlib 0.64-1 Libranet 2.8.1 Kernel 2.6.9 Delbert Franz |
From: Humufr <hu...@ya...> - 2004-12-09 01:24:44
|
Hello, I have a problem to plot some data. I use "plot" to plot some data and "scatter" for other. I obtain a plot whith the point trace with "scatter" are behind the points from "plot". I tried to change the order in the script but that change nothing. Do you know how to do this? (I want use scatter because I want have a specific size for this points) Thanks, Nicolas |
From: Curtis C. <cu...@hi...> - 2004-12-08 18:01:34
|
To whomever manages the Debian packages for matplotlib: Recently (past month), I've been getting an Ign from apt-get update for the Debian package of Matplotlib. Has the URL changed? Cheers, Curtis * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Curtis S. Cooper, Graduate Research Assistant * * Lunar and Planetary Laboratory, University of Arizona * * http://www.lpl.arizona.edu/~curtis/ * * Kuiper Space Sciences, Rm. 318 * * 1629 E. University Blvd., * * Tucson, AZ 85721 * * * * * * * * * * * * * * * * Wk: (520) 621-1471 * * * * * * * * * * * * * |
From: Perry G. <pe...@st...> - 2004-12-08 15:34:54
|
On Dec 8, 2004, at 3:29 AM, Eric Emsellem wrote: > Hi, > > I am now trying to switch from ppgplot to matplotlib and I > really like the latter for the much nicer plots and functionalities > (although limitations such as the absence of contour plots is a > critical one). There is progress being made on contour plots. We've implemented a basic version that John Hunter is looking at now. > > However, I just made a small script to plot 10 small subplots > on a single window repeatedly (going through slices of an array each > time) > and it is bloody slooooooooow (a very large factor slower than anything > I can use to do the same thing with python and some graphical > functions). > > I personnally think this is a major limitation (with the contours) of > that piece of soft, and may discourage many (and myself). > Could you give some indication of what speed you are getting vs what you have gotten under other plotting packages? How big is the slice (how many points)? What kind of plot? Showing the actual script may help a lot in understanding why it is so slow. There may be other ways that are faster, or it will at least point to the main bottleneck that could stand improvement. This complaint is too general to be helpful. I'm not sure it should be matplotlib's goal to be the fastest package around, but it should be fast enough for ordinary plotting (which means different things to different people of course). > Is there a way to improve (dramatically) this? Is there a plan there? > > thanks in advance, > > Eric Emsellem > > P.S.: by the way I solved the cursor problem I posted (and got no > answer) > by defining a new cursor class (something already hinted > by many on the web), if anyone is interested.. > I missed this post (I'm too busy at the moment to read all posts). Yes, having this functionality is important. Some of this is possible now but John has this at his fingertips (I can't recall the details). If I have time I'll see if I can dig this up. Perry |
From: <dig...@bl...> - 2004-12-08 13:44:53
|
hello, i was enjoying using matplotlib... until i installed gnome-python-2.6.1. now, when i do something simple like: >>> figure(1) the interpreter hangs up for AGES. with verbose matplotlib output, the place at which it hangs is here: Value::~Value Value::~Value Point::~Point Value::~Value Value::~Value Bbox::~Bbox Point::~Point Value::~Value Value::~Value Point::~Point Value::~Value Value::~Value Transformation::~Transformation <HERE> eventually i get back to the prompt. has anyone else experienced this incompatibility? cheers, andrew. -- Andrew B. Collier Antarctic Research Fellow tel: +27 31 2601157 Space Physics Research Institute fax: +27 31 2616550 University of KwaZulu-Natal, Durban, 4041, South Africa |
From: Arnd B. <arn...@we...> - 2004-12-08 08:49:32
|
Hi Eric, On Wed, 8 Dec 2004, Eric Emsellem wrote: [...] > P.S.: by the way I solved the cursor problem I posted (and got no answer) > by defining a new cursor class (something already hinted > by many on the web), if anyone is interested.. I would be very interested in this - maybe you could post it here (also for the archive ;-). If possible it would be nice to see this integrated into matplotlib because this sounds like a replacement of scipy.xplt/pygist's mouse command (or ppgplot's pgband?). Best, Arnd P.S.: I agree on the speed issues. Unfortunately most of the newer python graphics packages tend to be slower than older packages. For example scipy.xplt (aka pygist) see http://bonsai.ims.u-tokyo.ac.jp/~mdehoon/software/python/index.html is reasonably fast. We have set up a PlottingCanvas for wxPython for our specific needs of fast plotting of single points and moving objects, http://www.physik.tu-dresden.de/~baecker/python/plot.html But this is by far not a fully featured plotting program, though maybe some of the ideas used there to speed up things could be used in matplotlib (note that I state this with complete ignorance of matplotlib's interna). |
From: Eric E. <ems...@ob...> - 2004-12-08 08:20:36
|
Hi, I am now trying to switch from ppgplot to matplotlib and I really like the latter for the much nicer plots and functionalities (although limitations such as the absence of contour plots is a critical one). However, I just made a small script to plot 10 small subplots on a single window repeatedly (going through slices of an array each time) and it is bloody slooooooooow (a very large factor slower than anything I can use to do the same thing with python and some graphical functions). I personnally think this is a major limitation (with the contours) of that piece of soft, and may discourage many (and myself). Is there a way to improve (dramatically) this? Is there a plan there? thanks in advance, Eric Emsellem P.S.: by the way I solved the cursor problem I posted (and got no answer) by defining a new cursor class (something already hinted by many on the web), if anyone is interested.. -- =============================================================== Observatoire de Lyon ems...@ob... 9 av. Charles-Andre tel: +33 4 78 86 83 84 69561 Saint-Genis Laval Cedex fax: +33 4 78 86 83 86 France http://www-obs.univ-lyon1.fr/eric.emsellem =============================================================== |
From: John H. <jdh...@ac...> - 2004-12-07 20:06:04
|
>>>>> "Norm" == Norm Petterson <nj...@nj...> writes: Norm> If anyone is interested in my modified backend_svg.py please Norm> let me know where to send it. You can send it to me directly offlist and I'll merge it into the main tree. Just make sure to put matplotlib in the subject header to get past my spam filter... Thanks! JDH |
From: Norm P. <nj...@nj...> - 2004-12-07 14:20:01
|
Hello, I've just encountered the same situation with SVG rendering where I = repeatedly generate a changed SVG plot and only the first time does it = render properly. I traced the problem to the SVG renderer failing to = include "ClipPath" information in generated SVG files after the first = one, and fixed it in my case by changing backend_svg.RendererSVG to deal = with _clipd as self._clipd in both its __init__ method (i.e., = initialized to {}) and its _get_gc_clip_svg method (i.e., _clipd = changed to self._clipd). Just before RendererSVG is defined, _clipd is = declared as a module-scope entity, and this is the problem, so comment = it out... If anyone is interested in my modified backend_svg.py please let me know = where to send it. Regards, Norm Petterson ----- Original Message -----=20 From: Haibao Tang=20 To: mat...@li...=20 Sent: Monday, December 06, 2004 4:55 PM Subject: [Matplotlib-users] [Possible BUG:] SVG renderer; Hi, I've run into a problem using matplotlib renderer to generate = files. My example is huge, so I implement it in another way to give the = idea. - o - o - o - o - o - o - o - o - o - o - o - o - o - o=20 from matplotlib.matlab import * def draw_box(i): root =3D axes([0,0,1,1]) root.bar(.2,.5,.5,.2) root.text(.2, .1, "Give me a box %02i"%i) xlim(0,1) ylim(0,1) savefig("c:\\svg\\%02i.svg"%i) for i in xrange(1,10): clf() draw_box(i) - o - o - o - o - o - o - o - o - o - o - o - o - o - o=20 The resulting files are generated, yet except the first one, all the = rest miss the bar(); BUT, if I change the format to .png, no problem exists. Is it a bug? or am I doing it right? Much appreciated if you can point the problem out. Bao |
From: Haibao T. <ba...@ug...> - 2004-12-06 21:55:01
|
Hi, I've run into a problem using matplotlib renderer to generate files. = My example is huge, so I implement it in another way to give the idea. - o - o - o - o - o - o - o - o - o - o - o - o - o - o=20 from matplotlib.matlab import * def draw_box(i): root =3D axes([0,0,1,1]) root.bar(.2,.5,.5,.2) root.text(.2, .1, "Give me a box %02i"%i) xlim(0,1) ylim(0,1) savefig("c:\\svg\\%02i.svg"%i) for i in xrange(1,10): clf() draw_box(i) - o - o - o - o - o - o - o - o - o - o - o - o - o - o=20 The resulting files are generated, yet except the first one, all the = rest miss the bar(); BUT, if I change the format to .png, no problem exists. Is it a bug? or am I doing it right? Much appreciated if you can point the problem out. Bao |
From: John H. <jdh...@ac...> - 2004-12-06 11:08:28
|
>>>>> "Niklas" == Niklas Volbers <Mit...@we...> writes: Niklas> Hello, I am using the class interface to mpl and I was Niklas> wondering if it is an intended behaviour, that you cannot Niklas> set the label to 'None'. Using: Niklas> Axes.set_xlabel(None) Axes.set_xlabel('') JDH |
From: Niklas V. <Mit...@we...> - 2004-12-06 08:03:10
|
Hello, I am using the class interface to mpl and I was wondering if it is an intended behaviour, that you cannot set the label to 'None'. Using: Axes.set_xlabel(None) will cause errors that result in the plots not being displayed. Of course I can check for None myself, but I was wondering how I then will be able to turn off the axes labels once they are set. Regards, Niklas Volbers. __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201 |
From: Nadezhda D. <den...@st...> - 2004-12-05 16:58:49
|
Hi Reik, FT_KERNING_DEFAULT is defined in freetype2/freetype/freetype= .h. If it's not there, you need to upgrade freetype2. Nadia Dencheva= ---- Original message ---- >Date: Sun, 5 Dec 2004 16:51:48 +0100 >= From: "Reik H. B=F6rger" <rei...@gm...> = >Subject: [Matplotlib-users] installing matplotlib = >To: mat...@li... > >Hi, > >once again I t= ry to install matplotlib on a new install of MacOSX 10.3. = >I think, I got all the required dependencies and when I start the = >installation of matplotlib via >python setup.py build >it starts work= ing, but after some steps it terminates with: > >src/ft2font.cpp: In m= ember function 'void FT2Font::load_glyphs()': >src/ft2font.cpp:376: er= ror: 'FT_KERNING_DEFAULT' undeclared (first use = >this function) >src/ft2font.cpp:376: error: (Each undeclared identifie= r is reported = >only once for each funtion it appears in.) >error: command 'gcc' faile= d with exit status 1 > >What went wrong? Any suggestions? I am lost...= :-( > >Thanks >Reik > > > >-------------------------------------= ------------------ >SF email is sponsored by - The IT Product Guide >R= ead honest & candid reviews on hundreds of IT Products from real users.= >Discover which products truly live up to the hype. Start reading now= . = >http://productguide.itmanagersjournal.com/ >__________________________= _____________________ >Matplotlib-users mailing list >Matplotlib-users= @lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/ma= tplotlib-users |
From: <rei...@gm...> - 2004-12-05 15:52:04
|
Hi, once again I try to install matplotlib on a new install of MacOSX 10.3. I think, I got all the required dependencies and when I start the installation of matplotlib via python setup.py build it starts working, but after some steps it terminates with: src/ft2font.cpp: In member function 'void FT2Font::load_glyphs()': src/ft2font.cpp:376: error: 'FT_KERNING_DEFAULT' undeclared (first use this function) src/ft2font.cpp:376: error: (Each undeclared identifier is reported only once for each funtion it appears in.) error: command 'gcc' failed with exit status 1 What went wrong? Any suggestions? I am lost... :-( Thanks Reik |
From: Norbert N. <No...@ne...> - 2004-12-04 17:50:37
|
Just found axvline/axhline which serves for my purpose at the moment. The tick-marks would not have been more than a special treat anyway... Am Samstag, 4. Dezember 2004 18:30 schrieb Norbert Nemec: > Hi there, > > checking the documentation, I could not find any information about > displaying the zero-axis, possibly even moving the tick-marks and lables > from the edge of the plotting area to the zero-axis (as it is often done in > mathematics) > > Is there any specific support for this that I did not notice? Has anybody > already spent thought on the subject? > > The simplest solution would probably be to (ab-)use the gridline mechanism > or extend it with a third option ("minor","major" and "zero"). Anyhow, > sometimes, one would want both displayed: the zeroaxis in black and some > gridlines in faint gray. Furthermore, this simple solution is not > extendable to putting the ticks on the zeroaxis. > > Any ideas? > > Ciao, > Nobbi -- _________________________________________Norbert Nemec Bernhardstr. 2 ... D-93053 Regensburg Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199 eMail: <No...@Ne...> |
From: Norbert N. <No...@ne...> - 2004-12-04 17:30:40
|
Hi there, checking the documentation, I could not find any information about displaying the zero-axis, possibly even moving the tick-marks and lables from the edge of the plotting area to the zero-axis (as it is often done in mathematics) Is there any specific support for this that I did not notice? Has anybody already spent thought on the subject? The simplest solution would probably be to (ab-)use the gridline mechanism or extend it with a third option ("minor","major" and "zero"). Anyhow, sometimes, one would want both displayed: the zeroaxis in black and some gridlines in faint gray. Furthermore, this simple solution is not extendable to putting the ticks on the zeroaxis. Any ideas? Ciao, Nobbi -- _________________________________________Norbert Nemec Bernhardstr. 2 ... D-93053 Regensburg Tel: 0941 - 2009638 ... Mobil: 0179 - 7475199 eMail: <No...@Ne...> |
From: Arnold M. <arn...@wu...> - 2004-12-03 23:08:03
|
Dear all, At the moment I'm heavily using the scatter plot (great!). But if I want = to add a color bar (with the command colorbar(), directly following the call to scatter) to explain the meaning of the colors of the patches, matplotlib = (0.64) refuses to make a colorbar with the following message: First define a mappable image (eg imshow, figimage, pcolor, scatter I checked how colorbar knows that the plot under consideration is a 'mapp= able image': it calls gci() . And indeed, if I do that by hand, after a plot w= ith scatter, I get the message that there is no mappable image. According to the doc's and the error message above, the patches plotted b= y scatter should count as a mappable image, but apparently, they don't. Is this a bug or a misunderstanding on my side? Regards, Arnold PS: at the moment I'm using a workaround, by making my own colorbar comma= nd: just stealing the code from the original routine, but without getting the colors and number ranges from the image itself (I have to define those by hand). |
From: Dominique O. <Dom...@po...> - 2004-12-03 14:24:31
|
> Date: Thu, 02 Dec 2004 10:04:20 +0100 > From: Nils Wagner <nw...@me...> > To: SciPy Developers List <sci...@sc...> > Cc: mat...@li... > Subject: [Matplotlib-users] Feature request : Comparison of sparse matrices is not implemented. > > Hi all, > > I tried to visualize the structure of large and sparse matrices using > > from matplotlib.colors import LinearSegmentedColormap > from matplotlib.matlab import * > from scipy import * > import IPython > > def spy2(Z): > """ > SPY(Z) plots the sparsity pattern of the matrix S as an image > """ > > #binary colormap min white, max black > cmapdata = { > 'red' : ((0., 1., 1.), (1., 0., 0.)), > 'green': ((0., 1., 1.), (1., 0., 0.)), > 'blue' : ((0., 1., 1.), (1., 0., 0.)) > } > binary = LinearSegmentedColormap('binary', cmapdata, 2) > > Z = where(Z>0,1.,0.) > imshow(transpose(Z), interpolation='nearest', cmap=binary) > > rows, cols, entries, rep, field, symm = io.mminfo('k0.mtx') > print 'number of rows, cols and entries', rows, cols, entries > print 'Start reading matrix - this may take a minute' > ma = io.mmread('k0.mtx') > print 'Finished' > flag = 1 > if flag == 1: > spy2(ma) > show() > > It failed. Is it somehow possible to visualize sparse matrices ? > Any suggestion would be appreciated. To plot sparsity patterns, I read matrices in MatrixMarket format using the PySparse package. Once I have arrays with row and column indices, I simply use scatter() with arguments to modify the size of the 'bubbles' and their color (and alpha) depending on the magnitude on the nonzero element. The result is great. Of course when matrices are symmetric, you only hold the lower (or upper) triangular part, then tell scatter() to plot the other triangle. Dominique |
From: Nils W. <nw...@me...> - 2004-12-03 07:24:37
|
Hi all, Can someone help me with imshow() for sparse matrices ? Nils |
From: matthew a. <ma...@ca...> - 2004-12-02 23:40:27
|
This was fixed in CVS. See the message to this list from Steve Chaplin dated approx Nov 9 2004. m. Chris Barker wrote: > HI all, > > When I do: > > from matplotlib.matlab import * > > I get the following warning message: > > Could not load matplotlib icon: Couldn't recognize the image file format > for file '/usr/share/matplotlib/matplotlib.svg' > > This is really just a minor annoyance, but it's been doing this for the > last couple of releases. Anyone know why? why is it trying to load an svg? > > Gentoo Linux Python 2.3.3, matplotlib 0.64, pygtk2.0 (I think) > > -Chris > > > > |
From: Transier, F. <fre...@sa...> - 2004-12-02 15:07:42
|
Thank you for your help. The matplotlib is now installed properly on my = win xp computer. I think using mingw instead of msvc was the key. That's the way it = worked on my machine: 1.) Download and install all the required things as descibed in the = win32_static/README but use the newest versions and for the GTK stuff = goto = <http://prdownloads.sourceforge.net/gladewin32/gtk-win32-devel-2.4-rc23.e= xe?download>. There is no need to change the "cygwinccompiler.py" but I had to adjust = the "profile24.bat" and the "importlib24.bat". 2.) Add the following code to line 234 in the setupext.py: if major=3D=3D2 and minor1=3D=3D4: print '\tBuilding for python24' module.include_dirs.extend(['win32_static/include/tcl84']) module.library_dirs.extend(['C:/Python24/dlls']) =20 module.libraries.extend(['tk84', 'tcl84']) =20 el 3.) python setup.py build --compiler=3Dmingw32 bdist_wininst Regards, Frederik -----Urspr=FCngliche Nachricht----- Von: John Hunter [mailto:jdh...@ni...]=20 Gesendet: Freitag, 26. November 2004 17:59 An: Transier, Frederik Cc: 'mat...@li...' Betreff: Re: [Matplotlib-users] Installing matplotlib with python 2.4 >>>>> "Transier," =3D=3D Transier, Frederik <fre...@sa...> = writes: Frederik> Hello, while I was trying to build the matplotlib 0.64 Frederik> with python 2.4 on my win xp machine Frederik> a lot of errors occurred. Has anyone managed to install Frederik> it under these conditions? Frederik> Or is there any location I can download the binaries Frederik> for python 2.4 and win xp? Frederik> Any help would be appreciated. Building on windows is a pain. I'll try to include a python2.4rc1 installer with the next release, possibly next week. If you need something sooner, you'll have to post some more information to the list. Have you read the instructions for building win32 in setupext.py, and downloaded the win32_static file from the matplotlib web site that is pointed to in setupext? JDH =20 |