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
(20) |
2
(21) |
3
(21) |
4
(14) |
5
(8) |
|
6
(12) |
7
(16) |
8
(27) |
9
(39) |
10
(19) |
11
(12) |
12
(3) |
|
13
(3) |
14
(18) |
15
(14) |
16
(6) |
17
(7) |
18
(19) |
19
(5) |
|
20
(8) |
21
(24) |
22
(42) |
23
(12) |
24
(11) |
25
(16) |
26
(2) |
|
27
(4) |
28
(10) |
|
|
|
|
|
|
From: Benjamin R. <ben...@ou...> - 2011-02-19 22:52:38
|
On Sat, Feb 19, 2011 at 4:21 PM, K.-Michael Aye <kmi...@gm...>wrote: > Dear all, > > I wondered if there's any principle reason one should not try to use > Basemap with other planetary data? > I am assuming, as long as projections are used that follow certain > standards there should not be any problems, right? > Of course any of the methods like drawcountries() and so on don't make > sense, but I guess it would be cool to have these or similar things (no > countries on Mars yet) reimplemented for some useful things for Mars? > Something like drawcanyons() > > Please tell me if one could see an upcoming problem with this idea! > > Best regards, > Michael > > > Others can probably comment further on this, but at the very least, I know that a user can utilize basemap for plotting other pieces of geographical data by supplying their own shapefiles. I do this all the time for my own plots where I want to include local counties and municipal roads. If there are shapefiles for Martian geographical features, it is possible to use basemap for that. Ben Root |
|
From: K.-Michael A. <kmi...@gm...> - 2011-02-19 22:22:01
|
Dear all, I wondered if there's any principle reason one should not try to use Basemap with other planetary data? I am assuming, as long as projections are used that follow certain standards there should not be any problems, right? Of course any of the methods like drawcountries() and so on don't make sense, but I guess it would be cool to have these or similar things (no countries on Mars yet) reimplemented for some useful things for Mars? Something like drawcanyons() Please tell me if one could see an upcoming problem with this idea! Best regards, Michael |
|
From: Goyo <goy...@gm...> - 2011-02-19 21:52:59
|
2011/2/19 Thomas Lecocq <thl...@ms...>: > To avoid having the warning, you can explicitly provide ints : > > ax.set_yticks(range(int(ax.get_ylim()[0]), int(ax.get_ylim()[1]), 400)) > > I don't know any easier method of setting the ticks... Let's wait for the > user community input ! If you don't want your floats converted to ints then use numpy arrange or linespace. Goyo |
|
From: Thomas L. <thl...@ms...> - 2011-02-19 19:56:26
|
Good evening, > > Hello, > > I was trying to change the tick values that show up on the y-axis. I > wanted a more finer range than the default. So I added: > > ax.set_yticks(range(ax.get_ylim()[0], ax.get_ylim()[1], 400)) > > to my plot. And before this line, I have > > ax.set_ylim(bottom=0, top=6000) > > I get the results I want, but I get the following warning: > > :91: DeprecationWarning: integer argument expected, got float > ax.set_yticks(range(ax.get_ylim()[0], ax.get_ylim()[1], 400)) > To avoid having the warning, you can explicitly provide ints : ax.set_yticks(range(int(ax.get_ylim()[0]), int(ax.get_ylim()[1]), 400)) I don't know any easier method of setting the ticks... Let's wait for the user community input ! Cheers, Thomas |
|
From: Curiouslearn <cur...@gm...> - 2011-02-19 11:29:46
|
Hello,
I was trying to change the tick values that show up on the y-axis. I
wanted a more finer range than the default. So I added:
ax.set_yticks(range(ax.get_ylim()[0], ax.get_ylim()[1], 400))
to my plot. And before this line, I have
ax.set_ylim(bottom=0, top=6000)
I get the results I want, but I get the following warning:
:91: DeprecationWarning: integer argument expected, got float
ax.set_yticks(range(ax.get_ylim()[0], ax.get_ylim()[1], 400))
Is there a better way of doing this, other than explicitly typing the
lower and upper limits in ax.set_yticks() function.
Thank you.
|