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
(2) |
2
(13) |
3
(13) |
4
(11) |
5
(15) |
6
(16) |
7
(1) |
8
(2) |
9
(1) |
10
(16) |
11
(19) |
12
(8) |
13
(20) |
14
(9) |
15
(2) |
16
(9) |
17
(29) |
18
(14) |
19
(13) |
20
(10) |
21
(1) |
22
(3) |
23
(4) |
24
(26) |
25
(11) |
26
(11) |
27
(8) |
28
(4) |
29
(2) |
30
(10) |
31
(17) |
|
|
|
|
Quoting John Hunter <jdh...@ni...>: > Well, I'll be damned. I really can't believe this hasn't cropped up > before -- it's a real bug. > > The errant code is in matplotlib/backends/__init___.py > > # Import the requested backend into a generic module object > backend_name = 'backend_'+backend.lower() > backend_mod = __import__('matplotlib.backends.'+backend_name, > globals(),locals(),[backend_name]) > > Where the default backend is being imported. These changes were > introduced many moons ago by Fernando when he was cleaning up the > backend import for ipython/pylab. Then need top be moved to a > function or otherwise deferred until pylab asks for them, to prevent > the kind of problem you are seeing. sorry 'bout that, a pure effect of my modifying code in an overall system (the mpl OO structure) I knew nothing about... Cheers, f
>>>>> "Florian" == Florian Lindner <mai...@xg...> writes: Florian> Am Freitag, 13. Mai 2005 18:49 schrieb John Hunter: >> >>>>> "Florian" == Florian Lindner <mai...@xg...> >> writes: >> Florian> No. I pasted the complete script into the mail. There is Florian> nothing else I execute... >> Please post the following commands, or their equivalent for >> your platform, and their output. Please include the commands >> you actually type in your post. >> >> > cat test.py > /usr/bin/python2.4 ./test.py --verbose-helpful Florian> Here we go: Well, I'll be damned. I really can't believe this hasn't cropped up before -- it's a real bug. The errant code is in matplotlib/backends/__init___.py # Import the requested backend into a generic module object backend_name = 'backend_'+backend.lower() backend_mod = __import__('matplotlib.backends.'+backend_name, globals(),locals(),[backend_name]) Where the default backend is being imported. These changes were introduced many moons ago by Fernando when he was cleaning up the backend import for ipython/pylab. Then need top be moved to a function or otherwise deferred until pylab asks for them, to prevent the kind of problem you are seeing. As a workaround, add these two lines at the top of your script: import matplotlib matplotlib.use('Agg') or change the default backend in the rc file to 'Agg'. Even though there are 2 good workarounds, I still consider this to be a little bug, because the OO interface shouldn't be doing any magic like importing a backend implicitly. Would you be willing to file a bug report on the sourceforge site? Thanks, JDH
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <div class="moz-text-html" lang="x-western"> <div class="moz-text-flowed" style="font-family: -moz-fixed; font-size: 12px;" lang="x-western">Is there a quick and easy way to plot the columns of a matrix versus a vector and get different color lines for each column? If I try <br> <br> In [50]: shape(timevector) <br> Out[50]: (21001, 1) <br> <br> In [51]: shape(datamatrix) <br> Out[51]: (21001, 3) <br> <br> In [52]: plot(timevector,datamatrix) <br> I get: <br> RuntimeError: xdata and ydata must be the same length <br> <br> In matlab, this would give me 3 diffent color lines, one for each column of datamatrix. <br> <br> plot(timevector,datamatrix[:,i]) works just fine for one line<br> <br> Do I need to define a matrix plotting function like<br> <br> def matrixplot(xvect,ymat): <br> ioff() <br> for i in range(shape(ymat)[1]): <br> plot(xvect,ymat[:,i]) <br> show() <br> ion() <br> <br> or is there an easier/faster way?<br> <br> Ryan <br> <br> <br> <br> <br> </div> </div> </body> </html>
Vidar Gundersen wrote: > another question: there are many GTK+ initiatives for Mac OS X. > are there any GTK that runs natively on Mac, that would work > with PyGTK and matplotlib? (not depending on X11.) > > GTK+ for Quartz > <URL: http://gtk-quartz.sourceforge.net/ > > > Gtk+-Cocoa -- Gtk for Mac OS X > <URL: http://gtk-cocoa.sourceforge.net/ > > > GTK+OSX Project > <URL: http://gtk-osx.sourceforge.net/ > My understanding is that none of these are anywhere near the stability and completeness they need to be for matplotlib (or even PyGTK I believe). X11 is your only solution for PyGTK on OS X. -- Robert Kern rk...@uc... "In the fields of hell where the grass grows high Are the graves of dreams allowed to die." -- Richard Harter
===== Original message from Darren Dale | 2005年5月14日: > PyGTK-2.6.2 just fixed a few bugs, according to their website. Some more > information would be helpful: What error messages are reported by Matplotlib? "The procedure entry point gdk_pxbuf_savev_utf8 could not be located in the dynamic link library libgdk_pixbuf-2.0.0.dll." my PyGTK was installed from the Windows binary distribution with installer file name "pygtk-2.6.2-1.win32-py2.4.exe", compiled on May 10. another question: there are many GTK+ initiatives for Mac OS X. are there any GTK that runs natively on Mac, that would work with PyGTK and matplotlib? (not depending on X11.) GTK+ for Quartz <URL: http://gtk-quartz.sourceforge.net/ > Gtk+-Cocoa -- Gtk for Mac OS X <URL: http://gtk-cocoa.sourceforge.net/ > GTK+OSX Project <URL: http://gtk-osx.sourceforge.net/ > -- Vidar Bronken Gundersen
Hi Vidar, On Saturday 14 May 2005 12:24 pm, Vidar Gundersen wrote: > updating to PyGTK 2.6.2, my matplotlib installation stopped working. > is this correct? are there a fix for it? downgrade PyGTK? PyGTK-2.6.2 just fixed a few bugs, according to their website. Some more=20 information would be helpful: What error messages are reported by Matplotli= b?=20 Darren
updating to PyGTK 2.6.2, my matplotlib installation stopped working. is this correct? are there a fix for it? downgrade PyGTK? -- Vidar Bronken Gundersen
from pylab import * x = arange(100) plot(x) xlim(20,30) savefig('im1.eps') savefig('im2.svg') open this files in inkscape and a pb appeared. The line trace goes from outside the limit gave in the script. This files can't be use like this in any other software who can edit vectoriel format. Another problem is the size of this files who are far too big. I don't know how to change it. In a bitmap file like png file or jpg that doesn't matter because the pixel are just overlay but we loose the interest to have a vectoriel format. One solution is that the user cut himself is plot but it's not the good way (I think). Thanks for matplotlib, I continue to convert some people around me to use it. It's not difficult, I just have to show them the quality of the plot :) N. _____________________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com
Ted, You mean to do stuff like this: http://zcologia.net/files/mars_topo.jpg ? :) I simply downloaded the most coarse MOLA topography, read it with GDAL, and warped it to an orthographic projection (0 latitude, 0 longitude). GDAL has a SWIG-generated Python module that could be used from pylab. The recipe for this example is at http://zcologia.com/news/39. cheers, Sean On May 13, 2005, at 5:27 PM, Ted Drain wrote: > Very cool! > > At some point in the future we'll be interested in modifying/extending > the basemap module to allow other data sets. In particular, we're > going to need to do maps of Mars using the Mars laser altimeter > database (MOLA). > > http://pds-geosciences.wustl.edu/missions/mgs/megdr.html > > I wonder if the ability use GIS data sets could be worked in at the > same time using some type of common architecture? > > Ted > > At 12:34 PM 5/13/2005, Sean Gillies wrote: >> On May 13, 2005, at 1:26 PM, Jeff Whitaker wrote: >> >>> >>> I just added the orthographic projection to the basemap toolkit - >>> you can now make really nifty pseudo-satellite views of global data. >>> >>> Here's an example: >>> >>> http://www.cdc.noaa.gov/people/jeffrey.s.whitaker/ortho.png >>> >>> This was generated using pcolor by the plotmap_ortho.py example >>> script now in CVS. It requires the pcolor masked-array patch I sent >>> to the matplotlib-devel list this morning. For some reason, >>> pylab.contour goes berserk when you try to contour data on this >>> projection - I;m still working on that. >>> >>> -Jeff >> >> Jeff, >> >> That is slick! You're using PROJ4, right? I'm happy to see a >> working application of orthographic projection. We need to talk >> sometime about how to hook pylab up to GIS data through GDAL/OGR or >> to web services using WMS/WFS. >> >> cheers, >> Sean >> >> -- >> -- Sean Gillies sgillies at frii dot com http://zcologia.com