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
(32) |
3
(26) |
4
(29) |
5
(41) |
6
(2) |
|
7
(1) |
8
(13) |
9
(15) |
10
(23) |
11
(23) |
12
(16) |
13
(6) |
|
14
(15) |
15
(4) |
16
(18) |
17
(28) |
18
(17) |
19
(11) |
20
(6) |
|
21
(2) |
22
(4) |
23
(1) |
24
|
25
|
26
(1) |
27
(2) |
|
28
(2) |
29
(3) |
30
(10) |
31
(2) |
|
|
|
That's also what that snippet I linked does. You can add it to to Basemap and it should work. However Jeff suggested we use this tiny package OWSlib and handle WMS that way, which is better IMHO, but for some reason we did not got further reply. On Fri, Oct 12, 2012 at 1:31 PM, Rich Signell <rsi...@us...> wrote: > WMS services are required to respond to "GetCapabiltiies" request, > reporting what layers, styles, times, elevations, and projections they > have available. So for example, using the Unidata WMS example below, > if we do: > > > http://motherlode.ucar.edu:8080/thredds/wms/fmrc/NCEP/NAM/CONUS_12km/NCEP-NAM-CONUS_12km-noaaport_best.ncd?service=WMS&request=GetCapabilities > > we can see from the XML response that the Coordinate Reference Systems > supported are: > > <CRS>EPSG:4326</CRS> > <CRS>CRS:84</CRS> > <CRS>EPSG:41001</CRS> > <CRS>EPSG:3857</CRS> > <CRS>EPSG:27700</CRS> > <CRS>EPSG:3408</CRS> > <CRS>EPSG:3409</CRS> > <CRS>EPSG:32661</CRS> > <CRS>EPSG:32761</CRS> > > And for this server, the supported response types are: > <Format>image/jpeg</Format> > <Format>image/png</Format> > <Format>application/vnd.google-earth.kmz</Format> > <Format>image/gif</Format> > > So I guess one way to proceed if you wanted to use WMS in Matplotlib > and avoid reprojection in python would be to: > 1. do the WMS GetCapabilities request to find the available supported > Coordinate Reference Systems (which will vary with WMS server) > 2. setup Basemap to use one of these CRS > 3. use the bounding box of your current axis (in projection units) as > part of a GetMap request to the WMS. > > -Rich > > On Thu, Oct 11, 2012 at 12:16 AM, klo uo <kl...@gm...> wrote: > > I guess that's it? > > > > warpimage() as it is now, checks if passed image is url, so we can add > > additional check if image is url, with urlparse to deduce image > coordinates > > and projection if present, then overlay it over already created Basemap > > object. > > > > > ------------------------------------------------------------------------------ > > Don't let slow site performance ruin your business. Deploy New Relic APM > > Deploy New Relic app performance management and know exactly > > what is happening inside your Ruby, Python, PHP, Java, and .NET app > > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > Matplotlib-users mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > -- > Dr. Richard P. Signell (508) 457-2229 > USGS, 384 Woods Hole Rd. > Woods Hole, MA 02543-1598 >
That's right. The problem with having it on the front page is that it doesn't allow us to provide copies of that information for different versions of matplotlib. It is linked to from the front page, however. Mike On 10/13/2012 06:20 AM, Kevin Davies wrote: > I noticed that the list of matplotlib.pyplot methods has moved on the > website. I used to rely on it for quick information, but now Google > doesn't even return it easily. For the record, the information now > seems to be at http://matplotlib.org/api/pyplot_summary.html. > > Kevin > > > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > > > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
<html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> I noticed that the list of matplotlib.pyplot methods has moved on the website. I used to rely on it for quick information, but now Google doesn't even return it easily. For the record, the information now seems to be at <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <a href="http://matplotlib.org/api/pyplot_summary.html">http://matplotlib.org/api/pyplot_summary.html</a>.<br> <br> Kevin<br> <br> <br> </body> </html>
Forgot to reply all. ---------- Forwarded message ---------- From: *Damon McDougall* Date: Friday, October 12, 2012 Subject: [Matplotlib-users] color pallette suggestions wanted To: Andreas Hilboll <li...@hi...> On Fri, Oct 12, 2012 at 10:17 AM, Andreas Hilboll <li...@hi...<javascript:;>> wrote: > Hi, > > I have some data I want to plot using pcolormesh. It's 2d climatological > data, see the attached plot. My data is in a range from -7 to +0.6. I want > to be 0.0 to be clearly visible, while at the same time, the color range > should show the full dynamic of the values. I played with the bwr and > seismic color maps, centering on zero, so that white is 0.0. However, I'm > not too happy with the dynamic range I get in the negative. Your data is not symmetric about zero, so you will always get a result the looks 'too dynamic' in the negative values (that is, if you want to use the whole colour map range). You need to make a sacrifice somewhere to get the effect you want. 1) Move your data so it's symmetric around zero, that way you'll get a nice dynamic change, but the position of 'zero' will be less clear. 2) Don't move your data and use a truncated colour map. That way the position of 'zero' will be clear but you'll get less dynamic change in the negative values. Hope this helps. Best, Damon -- Damon McDougall http://www.damon-is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom -- Damon McDougall http://www.damon-is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom
On 13/10/2012 00:37, Ethan Gutmann wrote: > On Oct 12, 2012, at 4:15 PM, Mark Lawrence wrote: > >> On 12/10/2012 20:38, Ethan Gutmann wrote: >>> >>> I'm a little confused by this attitude. I recognize that there are issues around dates, I've written a few date libraries myself to get around insane excel date issues (pop quiz for anyone at MS, was 1900 a leap year?) or just to simplify APIs for my own use. But do neither of you think that nanoseconds are important to scientists? I know of enough projects that work with pico (and a few with femto) seconds. Even though I often work with climate data covering ~100s of years and used to work with geologic data covering ~billions of years, I may start working with raw laser data for distance measurements where nanoseconds can be a pretty big deal. These data would be collected over a few years time, so a date utility that can handle that scale range would be useful. I guess I'll be > writing my own date/time library again and hacking together some way of plotting data in a meaningful way in matplotlib. >>> >>> Don't get me wrong, matplotlib shouldn't have to reinvent the wheel here, but claiming that nobody could possibly care about 1e-12 seconds seems a little provincial. My apologies if that is not how the above statements were intended. >>> >>> regards, >>> Ethan >>> >>> >> >> I actually said "What percentage of computer users wants a delta of >> 1e-12? I suspect that the vast majority of users couldn't care two >> hoots about miniscule time deltas in a world where changing time zones >> can cause chaos...". >> >> How does this translate into "claiming that nobody could possibly care >> about 1e-12 seconds seems a little provincial"? >> >> -- >> Cheers. >> >> Mark Lawrence. > > Like I said, my apologies if I mis-interpreted. To me the statement "the vast majority of users couldn't care two hoots..." *implies* "since almost nobody needs this we won't worry about it", especially when it is in response to someone who felt this was an important feature: > "A delta of 1e-9 is the *least* I'd expect. Maybe even 1e-12. ". > My response was as much an issue with how I perceived the tone as anything else (obviously, tone doesn't cary well over email ;) ) > > Don't get me wrong, I realize there are bigger fish to fry. I just want add a vote that 1E-12 seconds (and less) can indeed be important to a significant number of people. I suspect that many experimental physicists would be unable to use a time utility that can't handle those timescales. Many of them will simply write there own utility, but then if they start running into any of the longer time scale issues e.g. leap years/seconds etc. they end up having to reinvent the wheel. Others have also pointed out that databases[1], network packets and stock trading transactions[2] may care about nanoseconds. > > [1]http://code.activestate.com/lists/python-dev/117090/ > [2]http://code.activestate.com/lists/python-dev/117091/ > > I'm glad to see that others are thinking about this and that future python versions may get down to nanosecond (or better?) resolution, though I haven't found the PEP for it yet. Guido seems to have given his approval for more work on the matter at least : http://code.activestate.com/lists/python-dev/117147/ > > PEP 418 mentioned before doesn't mention the date time class as far as I can tell. http://www.python.org/dev/peps/pep-0418/ > > regards, > Ethan > I know that there are 1000s times more people dealing with order processing systems who want to know the number of working days including bank holidays in which to get their order processed than experimental physicists playing with relatively nothing. You only have to look at the UK for real world problems like this as bank holidays are different in England and Wales when compared to both Scotland and Northern Ireland. From PEP 418 "This PEP proposes to add time.get_clock_info(name), time.monotonic(), time.perf_counter() and time.process_time() functions to Python 3.3." I've checked and the functions have all been implemented in Python 3.3. If they're inadequate patches are always welcome. -- Cheers. Mark Lawrence.
Andreas,
Perhaps you would be better off making your own colormap considering that
your data is not symmetric around zero. You could do something like the
following:
--------------------------------------
import numpy as np
import matplotlib.pyplot as plt
import matplotlib.colors as plc
data = np.random.randn(12,72)
data = data*5. - 5.
zero = -1*data.min()/(data.max() - data.min())
cdict = {'red': [(0.0, 1.0, 1.0),
(zero, 1.0, 1.0),
(1.0, 0.0, 0.0)],
'green': [(0.0, 0.0, 0.0),
(zero, 1.0, 1.0),
(1.0, 0.0, 0.0)],
'blue': [(0.0, 0.0, 0.0),
(zero, 1.0, 1.0),
(1.0, 1.0, 0.0)],
}
cmap = plc.LinearSegmentedColormap('cmap', cdict, N=1000)
mappable = plt.cm.ScalarMappable(cmap=cmap)
mappable.set_array(data)
fig = plt.figure()
plt.pcolormesh(data, cmap=cmap)
fig.colorbar(mappable)
plt.show()
--------------------------------------
Of course, the zero calculation assumes that zero actually exists in your
data set. That can be fixed with a simple if...else statement if you want
this to be more robust.
You can get rid of a few lines from this code if you don't want to set a
ScalarMappable object. However, I was doing some stuff with line
collections where I wanted some colors to have an alpha associated with
them, and I found that I was losing that info with the simpler pyplot
interface for colorbar generation. So I left in the slightly more complex
code for reference. (This might be changed in newer versions of mpl, I just
haven't needed to rework my code to check.)
Ryan
On Fri, Oct 12, 2012 at 4:17 AM, Andreas Hilboll <li...@hi...> wrote:
> Hi,
>
> I have some data I want to plot using pcolormesh. It's 2d climatological
> data, see the attached plot. My data is in a range from -7 to +0.6. I want
> to be 0.0 to be clearly visible, while at the same time, the color range
> should show the full dynamic of the values. I played with the bwr and
> seismic color maps, centering on zero, so that white is 0.0. However, I'm
> not too happy with the dynamic range I get in the negative.
>
> Any suggestions are very welcome ...
>
> Cheers, Andreas.
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>