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
(9) |
2
(8) |
3
|
4
(6) |
5
|
6
|
7
(41) |
8
(18) |
9
(25) |
10
(18) |
11
(10) |
12
(13) |
13
(7) |
14
(4) |
15
(12) |
16
(6) |
17
(9) |
18
(7) |
19
(2) |
20
(5) |
21
(7) |
22
(2) |
23
(11) |
24
(11) |
25
(14) |
26
(3) |
27
(3) |
28
(17) |
29
(7) |
30
(16) |
31
(8) |
|
|
Paul Ivanov skrev 2011年03月17日 20:58: > Jörgen Stenarson, on 2011年03月16日 18:04, wrote: >> Hi, >> >> I'm interested in making plots that are plotted on a polar grid or a >> smith chart grid but where the data coordinates still are normal >> rectangular. It is not clear for me if this is possible with the >> standard gridding machinery or if some other approach is necessary. >> >> Another question is how would I get the data to clip inside the maximum >> circle of the polar or smithchart? > > Hi Jörgen, > > there's probably a way of doing this, and not knowing your other > constraints maybe this isn't an option, but the path of least > resistance would be to make a polar subplot and transform your > rectangular data to polar coordinates for the purposes of > plotting (rather than transforming the grid to polar). This way > you'll get your clipping "for free." > Hi Paul, I'll test that approach for the polar plots, but it won't work for the Smith chart where I need another grid. /Jörgen
Evan Mason, on 2011年03月16日 15:27, wrote: > Hi, I get unexpected behaviour using the script below. xticks only appear in > the 4th subplot. If the lines marked ### are moved out of the loop (and edited > so that they are constants), then xticks do appear on each subplot. Is this a > bug or am I missing something? > > I am using matplotlib 1.1.0svn. Hi Evan, What you're seeing is the result of each instance of locator belonging to one and only one axis (namely months.axis), and every time you call ax.xaxis_major_locator, you're moving it to the newest subplot. Just move the 'months = ...' line inside the for-loop, and you'll be all set. best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
Stef Mientki, on 2011年03月16日 19:45, wrote: > hello, > > The text in matplotlib pictures is very fuzzy (certainly if you compare that to fixed texts). > The picture below is from an html page, the html page is generated from a python script, > which also produces the matplotlib pictures, which are stored in a png-file and linked in the html page. > > Are there ways to improve the font quality of the texts in the MatPlotLib image ? Hi Stef, Have you tried increasing the resolution of the images before you save them, via plt.savefig("something.png",dpi=160) or by setting the savefig.dpi rcParam to affect all plots. You might also play with using different fontsize parameters when calling .text(...) best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
Jörgen Stenarson, on 2011年03月16日 18:04, wrote: > Hi, > > I'm interested in making plots that are plotted on a polar grid or a > smith chart grid but where the data coordinates still are normal > rectangular. It is not clear for me if this is possible with the > standard gridding machinery or if some other approach is necessary. > > Another question is how would I get the data to clip inside the maximum > circle of the polar or smithchart? Hi Jörgen, there's probably a way of doing this, and not knowing your other constraints maybe this isn't an option, but the path of least resistance would be to make a polar subplot and transform your rectangular data to polar coordinates for the purposes of plotting (rather than transforming the grid to polar). This way you'll get your clipping "for free." best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
Francesco Montesano, on 2011年03月17日 12:05, wrote: > Dear all, > > I have a rather complex code that takes a list of file names and of > legend tags from command line and compute contour plots > > ./contour_plots.py [options] filename1 ... filename2 tag1 ... tagn > > The codes make filled contours at required levels, then line contours. > >From the latter I extract one line from each file and create a legend > > spl.legend(lines, [tag1...tagn], other options) > > All it works fine. The only problem is that sometimes I have tags that > are long and I would like to be able to break between multiple lines. > In examples/legend_demo3.py is shown that 'ax1.plot([1], > label="multi\nline")' the \n is interpreted (correctly) as new line. > > Normaly I have something like > ./contour_plots.py [options] filename1 \(long\)tag\$_\{very long\}\$ > that gives me a legend with the correct formatting. If I try to add a > '\n' after 'tag', I get out the tag as before plus a 'n' after 'tag'. > I've tried to enclose the whole string or just \n in "" or r"" but > nothing good happens (either I get 'n' or 'rn'). > Is there a way to do what I want to do? Hi Francesco, If you are using bash, you can insert newlines using the Enter/Return key if you start an argument with a quote like this: $ cat commandline.py #!/usr/bin/env python import sys print "Program output:", sys.argv print sys.argv[-1] $ ./commandline.py "something with newlines" Program output: ['./commandline.py', 'something\nwith\nnewlines'] something with newlines best, -- Paul Ivanov 314 address only used for lists, off-list direct email at: http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7
/usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXSizeOneSym'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXSizeThreeSym'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXSizeFourSym'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXSizeFiveSym'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXSizeTwoSym'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib64/python2.7/site-packages/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['STIXNonUnicode'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) But I have stix fonts installed stix-pua-fonts-1.0.0-1.fc14.noarch stix-variants-fonts-1.0.0-1.fc14.noarch stix-fonts-doc-1.0.0-1.fc14.noarch stix-sizes-fonts-1.0.0-1.fc14.noarch stix-fonts-1.0.0-1.fc14.noarch stix-integrals-fonts-1.0.0-1.fc14.noarch What could be wrong?
Dear all, I have a rather complex code that takes a list of file names and of legend tags from command line and compute contour plots ./contour_plots.py [options] filename1 ... filename2 tag1 ... tagn The codes make filled contours at required levels, then line contours. >From the latter I extract one line from each file and create a legend spl.legend(lines, [tag1...tagn], other options) All it works fine. The only problem is that sometimes I have tags that are long and I would like to be able to break between multiple lines. In examples/legend_demo3.py is shown that 'ax1.plot([1], label="multi\nline")' the \n is interpreted (correctly) as new line. Normaly I have something like ./contour_plots.py [options] filename1 \(long\)tag\$_\{very long\}\$ that gives me a legend with the correct formatting. If I try to add a '\n' after 'tag', I get out the tag as before plus a 'n' after 'tag'. I've tried to enclose the whole string or just \n in "" or r"" but nothing good happens (either I get 'n' or 'rn'). Is there a way to do what I want to do? Thanks in advance Francesco
On 13 Jan 2011, at 5:50 AM, Michael Droettboom wrote: > Can you provide a simple LaTeX document that illustrates the problem > with psfrag? This is still compliant Postscript, AFAICT. It is not a postscript compliance issue, but rather a requirement of the psfrag package which relys on searching for complete strings of the form "(...) show" for replacement. Here is a simple example. Prior to this change, matplotlib would output the entire string "(0) show", "(1) show" and "(Np) show". The psfrag package replaces these with typeset versions of "zero", "one" and "$N_+$ in whatever font, size, etc. is active in the LaTeX file (providing an exact match with the surrounding text). The new version of matplotlib has instead the individual characters followed by glyphshow: "/zero glyphshow" etc. and psfrag can no-longer locate the appropriate strings and replace them. Please provide a way for users to revert to the old behaviour of outputing the complete string rather than one glyph at a time as some of us use psfrag extensively for publication-quality figures. % import matplotlib.pyplot as plt % plt.plot([0,1],[0,1]) % plt.xticks([0,1], ['0', '1']) % plt.xlabel(r'Np') % savefig('bad.eps') \documentclass{article} \usepackage{graphicx} \usepackage{psfrag} \begin{document} \psfrag{0}{zero} \psfrag{1}{one} \psfrag{Np}{$N_+$} \includegraphics[width=\textwidth]{bad.eps} \end{document} > On 01/11/2011 10:43 AM, Benjamin Root wrote: >> >> >> >> On Tue, Jan 11, 2011 at 8:45 AM, Lebostein <Leb...@gm...> wrote: >> >> I have compared the new and old output. For example the "0.0" in a >> diagram: >> >> old eps (1.0.0): >> >> 35.223 19.934 m >> 0 0.141 rmoveto >> (0.0) show >> [1 2] 0 setdash >> 0.502 setgray >> >> new eps (1.0.1): >> >> 35.222810 19.933563 translate >> 0.000000 rotate >> 0.000000 0.140625 m /zero glyphshow >> 6.362305 0.140625 m /period glyphshow >> 9.541016 0.140625 m /zero glyphshow >> grestore >> [1 2] 0 setdash >> 0.502 setgray