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
(10) |
2
(11) |
3
(4) |
4
(2) |
5
(10) |
6
(20) |
7
(18) |
8
(32) |
9
(15) |
10
(2) |
11
(5) |
12
(7) |
13
(13) |
14
(9) |
15
(17) |
16
(10) |
17
(4) |
18
(7) |
19
(15) |
20
(16) |
21
(10) |
22
(19) |
23
(13) |
24
(4) |
25
(5) |
26
(8) |
27
(10) |
28
(17) |
29
(7) |
30
(18) |
31
(2) |
Torsten Hahn wrote: > Hello, > > i am having some trouble to make the pictures for my thesis look > good. I could not figure out, how i can change the space between the > axis and the tick-labels in my plots. > > Can anyone help me? There is an rcParams setting for this. You can set it in the matplotlibrc file, or directly in the script. For example, from matplotlib import pyplot as plt plt.rc(('xtick.major', 'ytick.major'), pad=20) plt.plot([1,2,3]) plt.show() (If this fails because you don't have pyplot--you are using an older version of mpl--change the import line to "import pylab as plt".) Eric > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hello, i am having some trouble to make the pictures for my thesis look good. I could not figure out, how i can change the space between the axis and the tick-labels in my plots. Can anyone help me?
cyclopsvs wrote: > Hello matplotlib users, > > I just recently started using the matplot library for generating simple > graphs instead of using R. The problem i'm experiencing are the following. > > On my work station i had to enable x11 forwarding to be able to run a script > generating plots on a server . The problem now is that my own computer is a > mac and normally when i use the x11 app to connect to a server x forwarding > is suited to run all script that use a x11 window. If you don't need interactive plots, you might consider doing it the old-fashioned way: saving the plots as png files in batch mode and displaying with firefox. import matplotlib matplotlib.use('Agg') #non-interacive back-end import matplotlib.pyplot as plt .... plt.savefig('/home/me/public_html/plots/thefile.png',dpi=100) We've automated this so the python script makes the plots, builds an image gallery with thumbnails and then copies the plots off our cluster (which doesn't mount the web server directory) and onto the web server using rsync. For example http://clouds.eos.ubc.ca/~phil/savefigs/E/ -- Phil
Eric Firing wrote: > _backend_gdk.c and nxutils.c both call into the numpy C API; maybe some > c++ code does also. It is not entirely clear to me whether 1.1 is > sufficiently binary-compatible that this is safe. > The C API did not change (with the possible exception of additions). I'd be really surprised if this is an issue -- the numpy devs worked to make sure there would be no breakage at the C API level. (And even if it did change, as it might one day in the future -- numpy 2? -- there's a check that happens at numpy load time, during import_array(), that checks whether the version of numpy you compiled with is the version you're loading now and raises an exception if it's not. So, the old nightmares of numeric and numarray possibly being run against binary incompatible versions are a thing of the past. This check actually saved quite a few headaches during the runup to numpy 1.0, when there were a number of C API changes happening in quick succession as Travis worked to get it right. That machinery is still in there.)
On Thu, May 29, 2008 at 9:40 AM, cyclopsvs <men...@gm...> wrote: > Does anyone had some experience with using apache and matplot lib together, > if so could you share the experiences you had installing everything. > > I'd like to know before i continue developing these features of the > application. matplotlib renders to a number of different targets, eg user interfaces, PNG, or postscript. The user interfaces require an x11 connection, but the image generation backends do not. Thjese are the ones you will want to use with apache, django, etc. What you need to do is set your default backend to "Agg" in your matplotlibrc file. This file resides in site-packages/matplotlib/mpl-data and can be moved into either HOME/..matplotlib or your working directory (eg where your image generating code lives). Once this is done mpl will generate PNGs w/o an X11 connection. http://www.scipy.org/Cookbook/Matplotlib/Django has some information on using mpl with django, but it is bit out of date because you no longer need PIL to save to a file handle. mpl can now save PNG directly to a file handle
Hello matplotlib users, I just recently started using the matplot library for generating simple graphs instead of using R. The problem i'm experiencing are the following. On my work station i had to enable x11 forwarding to be able to run a script generating plots on a server . The problem now is that my own computer is a mac and normally when i use the x11 app to connect to a server x forwarding is suited to run all script that use a x11 window. when i start a development server ( in Django ) from the my linux computer it works but from apple it doesn't In this case i get a error saying that i miss the DISPLAY variable. I talked to our sys administrator because i was thinking how it would respond when i put the version in production in this case it would be behind apache instead of a development server that i manually start in Django. He told me that that could be a problem because apache doesn't connects to any x11 display. Does anyone had some experience with using apache and matplot lib together, if so could you share the experiences you had installing everything. I'd like to know before i continue developing these features of the application. Any help would be greatly appreciated. Regards, Richard Mendes -- View this message in context: http://www.nabble.com/matplotlib-x11-usage-tp17536252p17536252.html Sent from the matplotlib - users mailing list archive at Nabble.com.
I've consistently been able to build matplotlib on OS X. Just make sure you have all the dependencies installed. Personally, I have lbpng and whatnot installed in /usr/local instead of /usr/X11. I don't know if that'll help. Also, I use the GCC 4.2 that Apple has available for download on developer.apple.com. Then you just change the Makefile in the /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/config/ directory to not use Wno-long-double or no-cpp-precomp. I also took out all the ppc arch flags since it was causing some issues there with my versions of libpng and whatnot technically not being universal binaries. If you don't want to build univeral binary versions of your dependencies or use the ones alread provided in /usr/X11 (which are universal I think), you should make Python only build for your architecture, which is what I did. My only issue with matplotlib thusfar seems to be the inability to do the plot3d examples from the scipy website, but I'm told that stuff is officially unsupported anyway. Josh On Wed, May 28, 2008 at 3:35 PM, Eric Firing <ef...@ha...> wrote: > Christopher Barker wrote: >> Tommy Grav wrote: >>>> I >>>> don't know that it has ever all been consolidated into one easy-to- >>>> find, easy-to-use set of instructions that will work for just about anyone. >> >> no, it hasn't. > And one of the reasons may be that it is very complicated in practice, > with all the possible variations of OSX versions, Xcode versions, > processor architectures, and styles of build for python itself and > various libraries. It seems to require learning a whole new jargon. >> >> However, I think: >> >> $ easy-install matplotlib >> >> should work, at least with the python.org python2.5 >> >>>> Maybe someone can provide, or has provided, a universal binary of >>>> 0.91.2 built against numpy 1.1? >> >> does it need to be "built against" numpy at all? I didn't think it was a >> build-time dependency -- that is, any MPL 0.91.2 should do, and you can >> drop a new numpy into it. I don't know if there is one yet, though... > > _backend_gdk.c and nxutils.c both call into the numpy C API; maybe some > c++ code does also. It is not entirely clear to me whether 1.1 is > sufficiently binary-compatible that this is safe. > > >> There are essentially two options: >> >> 1) built it just for yourself -- I think the instructions John H. posted >> are pretty easy to follow. > > That's the way they look, but having watched someone try it, I can > testify that looks are deceptive. I would say that with 95% > probability, if Tommy tried to follow John's instructions, he would not > succeed. > > Eric > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >