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
(8) |
3
(8) |
4
(3) |
5
(15) |
6
(11) |
7
(4) |
8
|
9
(3) |
10
(21) |
11
(5) |
12
(7) |
13
(10) |
14
(12) |
15
(3) |
16
(4) |
17
(16) |
18
(20) |
19
(11) |
20
(9) |
21
(1) |
22
|
23
(15) |
24
(11) |
25
(1) |
26
(9) |
27
(5) |
28
|
29
(1) |
30
|
31
(6) |
|
|
|
|
Hi Anthony, =20 > legend to be at the same height as the top of the axis. How=20 > do I go about moving the legend once I've created it? myLegend._loc=3D(x,y) myFigure.draw() There doesn't seem to be a .moveLegend() or equivalent method, so I always update the semi-private ._loc and on redraw. After the draw, the legend appears where you want it (in 0..1 figure coords, not data coords). HTH, Anthony.
Hi list, how can I position major xticklabels on top of my axes an minor xticklabels on bottom? Example: Datetimes on xaxis, minors = hours, labels as usual below xaxis, majors = days, labels on top of my axes: 23.07 24.07 25.07 26.07 27.07 28.07 -------------------------------------------------------------- | x | x x x x x | x x x x x | x x x | x | x | x | x | x | x | | --------------------------------------------------------------- 0 6 9 12 18 0 6 9 12 18 ........ Regards Simon
I've been using matplotlib on OSX a bit and was wondering if anyone had code out there for a polar half-space plot? I created one for matlab a while back and if there is not one for matplotlib, I would be happy to offer up my code as a good beginning. It has a good bit of logic in it to make the plot look good. My python is not the best so I wanted to see if anyone wanted to take a crack at it before I did a messy python hack of it. --Chad Kidder
If numpy provide us with a distutils version that *works* IMHO matplotlib should just be shipped with. If it is overkill, it could be possible to detect the compiler version and to remove this option if and only if g++ is used. It looks not so clean but cleaner than compiling this an extra option and waiting for the next g++ version which may move from a warning to an error... Maybe we should also ask on the python ML. From http://docs.python.org/ext/building.html "distutils users should trust that distutils gets the invocations right." : ha ha ha! Xavier > This is a long standing Python (distutils) bug, IMHO. > > Numpy, for instance, ships with a heavily patched version of distutils > that has a workaround for this. Maybe now that mpl requires Numpy, > there may be some advantage to using its distutils rather than the stock > one. (I say having not looked into it very deeply). > > I've always got the impression that Python with C++ is sort of an > afterthought -- I don't think C++ extensions are part of the regular > testing procedure for distutils. > > Cheers, > Mike > > Matthieu Brucher wrote: > >> Hi, >> >> Matplotlib uses the distutils facilities to build the extension code. >> Unfortunately, it is not possible to add or remove compiler flags, >> distutils uses the same flags as Python when it was built. So this >> should probably be sent to the Python users ML. >> >> Matthieu >> >> 2007年7月23日, Xavier Gnata <gn...@ob... >> <mailto:gn...@ob...>>: >> >> Hi, >> >> It would be great to be able to compile matplotlib without a >> warning :) >> Unfortunately, I was not able to fix this warning performing a simple >> grep into the sources: >> "cc1plus: warning: command line option "-Wstrict-prototypes" is valid >> for Ada/C/ObjC but not for C++" >> It looks like this option is automagically added by the build >> script in >> a way I fail to understand reading quickly the sources. >> Anyway, there should be a simple solution to avoid this warning (gcc >> version 4.1.3)... >> Any comments? >> >> Xavier >> >> -- >> ############################################ >> Xavier Gnata >> CRAL - Observatoire de Lyon >> 9, avenue Charles André >> 69561 Saint Genis Laval cedex >> Phone: +33 4 78 86 85 28 >> Fax: +33 4 78 86 83 86 >> E-mail: gn...@ob... <mailto:gn...@ob...> >> ############################################ >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> <mailto:Mat...@li...> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- ############################################ Xavier Gnata CRAL - Observatoire de Lyon 9, avenue Charles André 69561 Saint Genis Laval cedex Phone: +33 4 78 86 85 28 Fax: +33 4 78 86 83 86 E-mail: gn...@ob... ############################################
Yes, Python is written in C, but it is responsible for providing the good flags so that extensions are compatible with the interpreter (there is an option is Python steup for the C++ compiler for instance). The exemple you give is valid for GCC, but is not for other compilers that will crash with this kind of options. In fact, it would be far better if Python provided out of the box a correct set of flags for g++ (and for the other C++ compilers). I have to say that with ICC, there are far more warning than for gcc. Matthieu 2007年7月23日, Xavier Gnata <gn...@ob...>: > > http://deluge-torrent.org/svn/tags/deluge-0.5.0/setup.py seems to > provide us with a clean?? way to do that. > > > Hi, > > > > Well the point is that matplotlib in writtenin C++ and python is writte= n > > in C. > > The valid gcc options are not the same in C and in C++ so it looks > > strange (and it is a pity) if distutils do not provide the user with a > > way to modify these flag in this case. > > XAvier > > > > > >> Hi, > >> > >> Matplotlib uses the distutils facilities to build the extension code. > >> Unfortunately, it is not possible to add or remove compiler flags, > >> distutils uses the same flags as Python when it was built. So this > >> should probably be sent to the Python users ML. > >> > >> Matthieu > >> > >> 2007年7月23日, Xavier Gnata <gn...@ob... > >> <mailto:gn...@ob...>>: > >> > >> Hi, > >> > >> It would be great to be able to compile matplotlib without a > >> warning :) > >> Unfortunately, I was not able to fix this warning performing a > simple > >> grep into the sources: > >> "cc1plus: warning: command line option "-Wstrict-prototypes" is > valid > >> for Ada/C/ObjC but not for C++" > >> It looks like this option is automagically added by the build > >> script in > >> a way I fail to understand reading quickly the sources. > >> Anyway, there should be a simple solution to avoid this warning > (gcc > >> version 4.1.3)... > >> Any comments? > >> > >> Xavier > >> > >> -- > >> ############################################ > >> Xavier Gnata > >> CRAL - Observatoire de Lyon > >> 9, avenue Charles Andr=E9 > >> 69561 Saint Genis Laval cedex > >> Phone: +33 4 78 86 85 28 > >> Fax: +33 4 78 86 83 86 > >> E-mail: gn...@ob... <mailto:gn...@ob...> > >> ############################################ > >> > >> > >> > ------------------------------------------------------------------------- > >> > >> This SF.net email is sponsored by: Splunk Inc. > >> Still grepping through log files to find problems? Stop. > >> Now Search log events and configuration files using AJAX and a > >> browser. > >> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >> _______________________________________________ > >> Matplotlib-users mailing list > >> Mat...@li... > >> <mailto:Mat...@li...> > >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > >> > >> > >> > ------------------------------------------------------------------------ > >> > >> > ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Splunk Inc. > >> Still grepping through log files to find problems? Stop. > >> Now Search log events and configuration files using AJAX and a browser= . > >> Download your FREE copy of Splunk now >> http://get.splunk.com/ > >> > ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Matplotlib-users mailing list > >> Mat...@li... > >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > >> > >> > > > > > > > > > -- > ############################################ > Xavier Gnata > CRAL - Observatoire de Lyon > 9, avenue Charles Andr=E9 > 69561 Saint Genis Laval cedex > Phone: +33 4 78 86 85 28 > Fax: +33 4 78 86 83 86 > E-mail: gn...@ob... > ############################################ > >
This is a long standing Python (distutils) bug, IMHO. Numpy, for instance, ships with a heavily patched version of distutils that has a workaround for this. Maybe now that mpl requires Numpy, there may be some advantage to using its distutils rather than the stock one. (I say having not looked into it very deeply). I've always got the impression that Python with C++ is sort of an afterthought -- I don't think C++ extensions are part of the regular testing procedure for distutils. Cheers, Mike Matthieu Brucher wrote: > Hi, > > Matplotlib uses the distutils facilities to build the extension code. > Unfortunately, it is not possible to add or remove compiler flags, > distutils uses the same flags as Python when it was built. So this > should probably be sent to the Python users ML. > > Matthieu > > 2007年7月23日, Xavier Gnata <gn...@ob... > <mailto:gn...@ob...>>: > > Hi, > > It would be great to be able to compile matplotlib without a > warning :) > Unfortunately, I was not able to fix this warning performing a simple > grep into the sources: > "cc1plus: warning: command line option "-Wstrict-prototypes" is valid > for Ada/C/ObjC but not for C++" > It looks like this option is automagically added by the build > script in > a way I fail to understand reading quickly the sources. > Anyway, there should be a simple solution to avoid this warning (gcc > version 4.1.3)... > Any comments? > > Xavier > > -- > ############################################ > Xavier Gnata > CRAL - Observatoire de Lyon > 9, avenue Charles André > 69561 Saint Genis Laval cedex > Phone: +33 4 78 86 85 28 > Fax: +33 4 78 86 83 86 > E-mail: gn...@ob... <mailto:gn...@ob...> > ############################################ > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
http://deluge-torrent.org/svn/tags/deluge-0.5.0/setup.py seems to provide us with a clean?? way to do that. > Hi, > > Well the point is that matplotlib in writtenin C++ and python is written > in C. > The valid gcc options are not the same in C and in C++ so it looks > strange (and it is a pity) if distutils do not provide the user with a > way to modify these flag in this case. > XAvier > > >> Hi, >> >> Matplotlib uses the distutils facilities to build the extension code. >> Unfortunately, it is not possible to add or remove compiler flags, >> distutils uses the same flags as Python when it was built. So this >> should probably be sent to the Python users ML. >> >> Matthieu >> >> 2007年7月23日, Xavier Gnata <gn...@ob... >> <mailto:gn...@ob...>>: >> >> Hi, >> >> It would be great to be able to compile matplotlib without a >> warning :) >> Unfortunately, I was not able to fix this warning performing a simple >> grep into the sources: >> "cc1plus: warning: command line option "-Wstrict-prototypes" is valid >> for Ada/C/ObjC but not for C++" >> It looks like this option is automagically added by the build >> script in >> a way I fail to understand reading quickly the sources. >> Anyway, there should be a simple solution to avoid this warning (gcc >> version 4.1.3)... >> Any comments? >> >> Xavier >> >> -- >> ############################################ >> Xavier Gnata >> CRAL - Observatoire de Lyon >> 9, avenue Charles André >> 69561 Saint Genis Laval cedex >> Phone: +33 4 78 86 85 28 >> Fax: +33 4 78 86 83 86 >> E-mail: gn...@ob... <mailto:gn...@ob...> >> ############################################ >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a >> browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> <mailto:Mat...@li...> >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > > > -- ############################################ Xavier Gnata CRAL - Observatoire de Lyon 9, avenue Charles André 69561 Saint Genis Laval cedex Phone: +33 4 78 86 85 28 Fax: +33 4 78 86 83 86 E-mail: gn...@ob... ############################################
Hi, Well the point is that matplotlib in writtenin C++ and python is written in C. The valid gcc options are not the same in C and in C++ so it looks strange (and it is a pity) if distutils do not provide the user with a way to modify these flag in this case. XAvier > Hi, > > Matplotlib uses the distutils facilities to build the extension code. > Unfortunately, it is not possible to add or remove compiler flags, > distutils uses the same flags as Python when it was built. So this > should probably be sent to the Python users ML. > > Matthieu > > 2007年7月23日, Xavier Gnata <gn...@ob... > <mailto:gn...@ob...>>: > > Hi, > > It would be great to be able to compile matplotlib without a > warning :) > Unfortunately, I was not able to fix this warning performing a simple > grep into the sources: > "cc1plus: warning: command line option "-Wstrict-prototypes" is valid > for Ada/C/ObjC but not for C++" > It looks like this option is automagically added by the build > script in > a way I fail to understand reading quickly the sources. > Anyway, there should be a simple solution to avoid this warning (gcc > version 4.1.3)... > Any comments? > > Xavier > > -- > ############################################ > Xavier Gnata > CRAL - Observatoire de Lyon > 9, avenue Charles André > 69561 Saint Genis Laval cedex > Phone: +33 4 78 86 85 28 > Fax: +33 4 78 86 83 86 > E-mail: gn...@ob... <mailto:gn...@ob...> > ############################################ > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > <mailto:Mat...@li...> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- ############################################ Xavier Gnata CRAL - Observatoire de Lyon 9, avenue Charles André 69561 Saint Genis Laval cedex Phone: +33 4 78 86 85 28 Fax: +33 4 78 86 83 86 E-mail: gn...@ob... ############################################
Hi, Matplotlib uses the distutils facilities to build the extension code. Unfortunately, it is not possible to add or remove compiler flags, distutil= s uses the same flags as Python when it was built. So this should probably be sent to the Python users ML. Matthieu 2007年7月23日, Xavier Gnata <gn...@ob...>: > > Hi, > > It would be great to be able to compile matplotlib without a warning :) > Unfortunately, I was not able to fix this warning performing a simple > grep into the sources: > "cc1plus: warning: command line option "-Wstrict-prototypes" is valid > for Ada/C/ObjC but not for C++" > It looks like this option is automagically added by the build script in > a way I fail to understand reading quickly the sources. > Anyway, there should be a simple solution to avoid this warning (gcc > version 4.1.3)... > Any comments? > > Xavier > > -- > ############################################ > Xavier Gnata > CRAL - Observatoire de Lyon > 9, avenue Charles Andr=E9 > 69561 Saint Genis Laval cedex > Phone: +33 4 78 86 85 28 > Fax: +33 4 78 86 83 86 > E-mail: gn...@ob... > ############################################ > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hi, It would be great to be able to compile matplotlib without a warning :) Unfortunately, I was not able to fix this warning performing a simple grep into the sources: "cc1plus: warning: command line option "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++" It looks like this option is automagically added by the build script in a way I fail to understand reading quickly the sources. Anyway, there should be a simple solution to avoid this warning (gcc version 4.1.3)... Any comments? Xavier -- ############################################ Xavier Gnata CRAL - Observatoire de Lyon 9, avenue Charles André 69561 Saint Genis Laval cedex Phone: +33 4 78 86 85 28 Fax: +33 4 78 86 83 86 E-mail: gn...@ob... ############################################
Hi All, Been reading this mail-list for a long time, I came to a conclusion, that principal structure of the program is not well thought. Look at the ton of mails where is asking how to change one or another parameter in the given Plot. People just don't remember all functions or variables which provide needed functionality. It means that Matplotlib is cumbersome and not easy to overview. >From other point of view most people use often the same plot format they've chosen some times ago. So they don't need to change the elements format for every Plot. Looking at matplotlibrc file we'll see, that it has to much parameters defined by default. Either you keep they as is, or you'll have to change most of them to produce Plot you want. The problem hidden here is non compatibility. You can't send script to another machine and produce the same plot. Having the same matplotlibrc file for all is not possible. Cause everyone has his own view how it should look like. That means, to make the script compatible you have to change all parameters you want within the script. It's only one working solution for now. But, it looks ugly and makes code way too long it could be. What is the solution of all this issues? First, we have to understand that every Plot could be described with a markup language, cause it's nothing else as a vector graph. And building of such a plot is differ from the solution of mathematical equation. In the last case only the result is important, but for the plot even the part of them is the vector graph. And every part of it could be rendered separately. Almost separately... Understanding of this can push the development of matplotlib further. We don't need matplotlibrc anymore, but just a template file for every plot. It could be the base template file, where main parameters described and also custom template where maybe some partial parameters defined, like Legend, size of the plot, scale etc. The matplotlib in that case should produce the plot from known parameters leaving not known parameters not visible. Just imaging the Plot without any graphic curve on it. It could be processed without knowing how the curve looks like. Rendering it and saving into the svg file or meta svg file for example you may drastically improve the time needed for the rendering the finished plot with certain curve on it. Taking some coordinates from the template you need to calculate only the curve from the given data table. And moreover user don't have to care about format of many elements like text size distance between elements, alignment etc... Generating the similar plot can be improved. But even the keeping of the same style of different plot for a publication is easy possible. >From the developing point of view using tons of function to adjust one or another parameters from a million is not really a nice solution. Even the object paradigm doesn't help here. Actually what we have to do is just _to describe_ how our plot should look like. So why to program anything if it's easier to describe? For that such languages like json or yaml could be utilized. And the matplotlib have to parse the code and generate kind of template where you can put your data. Then one can really produce 3 lines code to plot his data in any way he wants. It will also help to integrate the matplotlib with any software which produces vector drawings. Please, answer what do you think about it. Thanks for comments. Alex
In the legend command, the location keyword accepts a tuple giving x, y in axes coords, so I guess it will also work similarly with the figlegend command (which I assume you are using). Also you could try using legend (instead of figlegend) with coords out of the [0,1] range. See: http://matplotlib.sourceforge.net/matplotlib.pylab.html#-figlegend and http://matplotlib.sourceforge.net/matplotlib.pylab.html#-legend Armando. On 7/21/07, Anthony <bag...@gm...> wrote: > > So I've figured out how to move the graph data out from underneath my > legend using draw() methods and calculating where the axis should be > but now I'd also like the top of the legend to be at the same height > as the top of the axis. How do I go about moving the legend once I've > created it? > > This is a legend that is created on the figure, obviously. :) > > Thanks, > > Anthony > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Sorry to bother -- The answer to my question was at: http://www.scipy.org/Cookbook/Matplotlib/Using_MatPlotLib_in_a_CGI_script John --- JJ <jos...@ya...> wrote: > Hello all: > I am developing a website, initially on my local > machine using the apache httpd server. My linux box > has scipy/numpy/pylab installed, and they work fine > from a terminal. However, I need to use the > programs > in a cgi script and am having problems getting them > to > import. When I try to import pylab I get the > following error: > > File > "/usr/lib64/python2.4/site-packages/gtk-2.0/gtk/__init__.py", > line 64, in _init _gtk.init_check() > RuntimeError: could not open display > > Im sure this is easy to fix, but how would I go > about > doing it? I want to save jpg files from computed > data > and then serve them up to a web page. > > Thanks, John > > > > ____________________________________________________________________________________ > Need a vacation? Get great deals > to amazing places on Yahoo! Travel. > http://travel.yahoo.com/ > ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/
On 7/22/07, JJ <jos...@ya...> wrote: > Hello all: > I am developing a website, initially on my local > machine using the apache httpd server. My linux box > has scipy/numpy/pylab installed, and they work fine > from a terminal. However, I need to use the programs > in a cgi script and am having problems getting them to > import. When I try to import pylab I get the > following error: > File > "/usr/lib64/python2.4/site-packages/gtk-2.0/gtk/__init__.py", > line 64, in _init _gtk.init_check() > RuntimeError: could not open display You need to set your graphics "backend" to a pure image backend. Eg, at the start of your script, before importing pylab, do import matplotlib matplotlib.use('Agg') pylab may not be your best choice for a web app server, you may want to consider using the matplotlib API directly because it gives you a bit more control http://matplotlib.sourceforge.net/faq.html#OO > > Im sure this is easy to fix, but how would I go about > doing it? I want to save jpg files from computed data > and then serve them up to a web page. JPG is usually not a good choice for line graphs and text, PNG is better for this, and agg will make these. If you need JPG, you can either convert the agg output, or use a different backend, eg I suspect cairo supports JPG output. JDH
Hello all: I am developing a website, initially on my local machine using the apache httpd server. My linux box has scipy/numpy/pylab installed, and they work fine from a terminal. However, I need to use the programs in a cgi script and am having problems getting them to import. When I try to import pylab I get the following error: File "/usr/lib64/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 64, in _init _gtk.init_check() RuntimeError: could not open display Im sure this is easy to fix, but how would I go about doing it? I want to save jpg files from computed data and then serve them up to a web page. Thanks, John ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/