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
(6) |
3
(4) |
4
(2) |
5
(6) |
6
(1) |
7
(1) |
|
8
|
9
(17) |
10
(5) |
11
(15) |
12
(5) |
13
(7) |
14
|
|
15
(3) |
16
(2) |
17
(8) |
18
(16) |
19
(15) |
20
(4) |
21
(1) |
|
22
(3) |
23
|
24
(1) |
25
(3) |
26
(2) |
27
(7) |
28
(1) |
|
29
|
30
(12) |
31
(7) |
|
|
|
|
|
From: John H. <jdh...@ac...> - 2004-08-12 15:19:45
|
>>>>> "Darren" == Darren Dale <dd...@co...> writes:
Darren> Hi All, My research group submitted a paper for
Darren> publication in a journal, and one of the requested changes
Darren> was having the tick-marks formatted like $1x10^{-4}$ (for
Darren> the latex-ers out there) rather than 1e-4, which was
Darren> considered an unnecessary use of mathematical jargon. I
Darren> wasn't the lead author on this particular paper, and
Darren> therefore the plots were not created using Python and
Darren> MPL. But I think this is a pretty standard formatting
Darren> requirement in the scientific community. Would the
Darren> creators of Matplotlib consider an option to format the
Darren> ticks like this (does this capability exist and I havent
Darren> found it yet)?
Yes, this would be nice. Of course, you can manually format the ticks
using mathtext, eg,
from matplotlib.matlab import *
rc('tick', labelsize=15)
a=[8E8,10E8, 15E8]
plot(a,a)
ticks = arange(8,16)
labels = ['$%d^{8}$'%val for val in ticks]
set(gca(), xticks=ticks*1e8, yticks=ticks*1e8,
xticklabels=labels, yticklabels=labels)
show()
but it would be nice to provide some automatic facilities for this.
Darren> In Matlab, when the tick labels require scientific
Darren> notation, only the decimal component is listed in each
Darren> tick label, and the exponential part is printed at the end
Darren> of the axis. In Igor, the exponential part can be included
Darren> in the y-axis label. Finally, one problem with formatting
Darren> tick labels is how to deal with data spanning small
Darren> ranges, but with large offsets, like
Darren> array(range(10))+1e10. Maybe there is an interest in
Darren> removing the offset from each tick label, and including it
Darren> elsewhere in the figure? Then again, maybe that's getting
Darren> too complicated.
This would definitely be a nice feature. It would require a little
architectural change in the formatter. Basically the formatter would
need to provide an additional method, eg get_offset, which would
return None (the current default) or a string like '$10^{-23}$. The
axis, which calls the formatter, could check this value, and if not
None, render it to the proper place (eg left of x axis). I could help
you with this part. Below I'll include a script example showing how
to plot a tick offset which you can currently use for figures.
Basically, we'd just want to automate something along these lines.
Darren> Is this attractive to the Matplotlib Gurus and Users? If
Darren> so, is it something I could work on, or would it be best
Darren> left to the masters?
There's only one path to becoming a master, of course, which is to
dive in. It would be great if you work on this. Getting ticking
right is pretty hard since there are so many pathological cases out
there. But it looks like you work with that kind of data so you'll be
in a good position to find and fix the problem spots. I think you
should take two approaches: 1) clean up the existing Locators and
Formatters when you find bugs and 2) define some new ones. It
shouldn't be too hard to define a new formatter that does the mathtext
formatting for exponential ticking you've alluded to above.
The only (minor) downside to doing mathtext formatting is that the
font is likely different than non-mathtext on your figure. There are
two ways to solve this: use the cmr font as the default for the entire
figure or better, support mathtext layout (super/subscripting) for any
font. Right now we use the computer modern fonts for mathtext because
they have all the symbols, but there is no reason (other than time)
that we can't use the mathtext layout algorithms for
super/subscripting of non symbol fonts.
Let me know how I can help...
JDH
# use an exponential tick offset
from matplotlib.matlab import *
rc('tick', labelsize=12)
a=[8E8,10E8, 15E8]
plot(a,a)
ticks = arange(8,16)
labels = ['%d'%val for val in ticks]
# place the offset in axes coords
t = text(-.075, -.075, r'$10^{8}\times$',
transform=gca().transAxes,
fontsize=14)
t.set_clip_on(False)
set(gca(), xticks=ticks*1e8, yticks=ticks*1e8,
xticklabels=labels, yticklabels=labels)
show()
|
|
From: Darren D. <dd...@co...> - 2004-08-12 14:16:56
|
Hi All,
My research group submitted a paper for publication in a journal, and
one of the requested changes was having the tick-marks formatted like
$1x10^{-4}$ (for the latex-ers out there) rather than 1e-4, which was
considered an unnecessary use of mathematical jargon. I wasn't the lead
author on this particular paper, and therefore the plots were not
created using Python and MPL. But I think this is a pretty standard
formatting requirement in the scientific community. Would the creators
of Matplotlib consider an option to format the ticks like this (does
this capability exist and I havent found it yet)?
In Matlab, when the tick labels require scientific notation, only the
decimal component is listed in each tick label, and the exponential part
is printed at the end of the axis. In Igor, the exponential part can be
included in the y-axis label. Finally, one problem with formatting tick
labels is how to deal with data spanning small ranges, but with large
offsets, like array(range(10))+1e10. Maybe there is an interest in
removing the offset from each tick label, and including it elsewhere in
the figure? Then again, maybe that's getting too complicated.
Is this attractive to the Matplotlib Gurus and Users? If so, is it
something I could work on, or would it be best left to the masters?
Darren
|
|
From: Shin, D. <sd...@em...> - 2004-08-12 14:12:52
|
> -----Original Message----- > From: John Hunter [mailto:jdh...@ni...] > Sent: Thursday, August 12, 2004 AM 8:49 > To: Shin > Cc: matplotlib-users > Subject: Re: [Matplotlib-users] better axis command? > > > > This is certainly easy enough - does matlab also support > > >> axis([-inf, 5, 0, 10]). > > in which case on the lower xlim is set automatically and the upper > xlim is 5? Yes. In my opinion, Using None is better than inf because inf should be imported seperately in numarray (from numarray.ieeespecial import nan, inf). > I didn't know matlab had them :-( I'll add them. In the meantime: > The xlim and ylim are ones I frequently use to adjust axis ranges. I am quite sure many users will like the addition. Note that xlim and ylim change only one axis without touching other axes, such as automatic scaling. Glad to contribute something to Matplotlib. Thanks for your effort. Daehyok Shin |
|
From: John H. <jdh...@ac...> - 2004-08-12 13:12:54
|
>>>>> "Shin" == Shin <sd...@em...> writes:
Shin> As you know, in MATLAB, axis([-inf inf 0 10]) means that the
Shin> range of x-axis is determined automatically while the range
Shin> of y-axis is set manually to the range from 0 to 10.
Shin> In current Matplotlib, it seems there is no support for that
Shin> kind of partial range setting. If so, how about adding a
Shin> little intelligence on the axis function, like
>>>> axis([None, None, 0, 10]).
This is certainly easy enough - does matlab also support
>> axis([-inf, 5, 0, 10]).
in which case on the lower xlim is set automatically and the upper
xlim is 5?
Shin> And, any specific reason there is no xlim or ylim function?
I didn't know matlab had them :-( I'll add them. In the meantime:
ax.set_xlim((xmin, xmax))
or
set(gca(), 'xlim', (xmin, xmax))
or
set(ax, xlim=(xmin, xmax))
and so on ...
Shin> -- Daehyok Shin (Peter) Geography Department Univ. of North
Shin> Carolina-Chapel Hill
Shin> -------------------------------------------------------
Shin> SF.Net email is sponsored by Shop4tech.com-Lowest price on
Shin> Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic
Shin> DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free
Shin> Shipping and Free Gift.
Shin> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
Shin> _______________________________________________
Shin> Matplotlib-users mailing list
Shin> Mat...@li...
Shin> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
|
|
From: Shin <sd...@em...> - 2004-08-12 03:21:06
|
As you know, in MATLAB, axis([-inf inf 0 10]) means that the range of x-axis is determined automatically while the range of y-axis is set manually to the range from 0 to 10. In current Matplotlib, it seems there is no support for that kind of partial range setting. If so, how about adding a little intelligence on the axis function, like >>> axis([None, None, 0, 10]). And, any specific reason there is no xlim or ylim function? -- Daehyok Shin (Peter) Geography Department Univ. of North Carolina-Chapel Hill |