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
(12) |
2
(13) |
3
(14) |
4
(9) |
|
5
(9) |
6
(22) |
7
(17) |
8
(16) |
9
(19) |
10
(17) |
11
(6) |
|
12
|
13
(20) |
14
(21) |
15
(20) |
16
(10) |
17
(14) |
18
(3) |
|
19
(3) |
20
(12) |
21
(22) |
22
(26) |
23
(31) |
24
(26) |
25
(9) |
|
26
(4) |
27
(33) |
28
(15) |
29
(37) |
30
(26) |
|
|
|
From: C M <cmp...@gm...> - 2009-04-09 05:59:37
|
(mpl 0.98.5 OO embedded in wx) Hi, I'm trying to highlight a picked datapoint, such as is shown in this thread: http://www.mail-archive.com/mat...@li.../msg05580.html As John suggested there, I get the index of the picked point, and then plot a marker on that point. I am using the OO mpl form, so then I call, to draw this new point on the canvas: self.canvas.draw() (self.canvas is a figure.canvas object). But when I do this it *rescales the plot*, which I don't want. In this thread: http://www.nabble.com/Re%3A-Plotting-single-marker-point-at-zoomed-level-p17511209.html I found someone mentioning this concern. He said: > Thanks for that, the canvas.draw() function redraws the graph. > I had to add the "autoscale_on=False" to the add_subplot() > to stop the graph from autoscaling. I tried this, and it did stop autoscaling--but I do want y autoscaling. What I want is y autoscaling but not y autoscaling (just setting xlims). I tried adding either of these lines right before or right after when I plotted the highlighted point: self.subplot.set_autoscale_on(False) self.subplot.autoscale_view(tight=False, scalex=False, scaley=True) and it didn't help--the plot rescaled, both x and y. Any ideas what I'm doing wrong? Thanks, Che |
|
From: Andrew S. <str...@as...> - 2009-04-09 05:06:14
|
Lorenzo Di Gregorio wrote: > Hello, > > I've tried to build matplotlib 0.98.5.2 for Python 2.6 under Windows > (Win2k) using MinGW and win32_static. After a few fixes, the > compilation and install appear to be ok, but I've got stuck at > importing matplotlib._path (see transcript below). > Any suggestions on what is going wrong and how to fix it? > > File "C:\Python26\lib\site-packages\matplotlib\artist.py", line 5, > in <module> > > from transforms import Bbox, IdentityTransform, TransformedBbox, > Transformed > Path > File "C:\Python26\lib\site-packages\matplotlib\transforms.py", line > 34, in <mo > dule> > from matplotlib._path import affine_transform > ImportError: DLL load failed: Die angegebene Prozedur wurde nicht > gefunden. > Did _path.cpp get compiled to a .pyd OK? (Do you have C:\PYTHON26\Lib\site-packages\matplotlib\_path.pyd installed? -- I guess that's where it would be... Not running Python on Windows, though, I could be off a bit.) And, as a hint to anyone else attempting to debug this: the above traceback means "The given procedure was not found". (And Lorenzo Di Gregorio doesn't sound like a very German name to me, so why your computer is speaking German I don't know... :) I do find something nice about running Python 2.6 under Win2k, though... Andrew |
|
From: Lorenzo Di G. <lor...@gm...> - 2009-04-09 02:10:22
|
Hello,
I've tried to build matplotlib 0.98.5.2 for Python 2.6 under Windows
(Win2k) using MinGW and win32_static. After a few fixes, the compilation
and install appear to be ok, but I've got stuck at importing
matplotlib._path (see transcript below).
Any suggestions on what is going wrong and how to fix it?
C:\My Programs\matplotlib-0.98.5.2>ipython -pylab
C:\Python26\lib\site-packages\IPython\Magic.py:38: DeprecationWarning: the
sets
module is deprecated
from sets import Set
Traceback (most recent call last):
File "C:\Python26\scripts\ipython.py", line 28, in <module>
IPython.Shell.start().mainloop()
File "C:\Python26\Lib\site-packages\IPython\Shell.py", line 1233, in start
return shell(user_ns = user_ns)
File "C:\Python26\Lib\site-packages\IPython\Shell.py", line 1108, in
__init__
shell_class=MatplotlibMTShell)
File "C:\Python26\Lib\site-packages\IPython\Shell.py", line 793, in
__init__
on_kill=[mainquit])
File "C:\Python26\Lib\site-packages\IPython\ipmaker.py", line 103, in
make_IPy
thon
embedded=embedded,**kw)
File "C:\Python26\Lib\site-packages\IPython\Shell.py", line 639, in
__init__
user_ns,user_global_ns,b2 =
self._matplotlib_config(name,user_ns,user_global
_ns)
File "C:\Python26\Lib\site-packages\IPython\Shell.py", line 559, in
_matplotli
b_config
import matplotlib.pylab as pylab
File "C:\Python26\lib\site-packages\matplotlib\pylab.py", line 206, in
<module
>
from matplotlib import mpl # pulls in most modules
File "C:\Python26\lib\site-packages\matplotlib\mpl.py", line 1, in
<module>
from matplotlib import artist
File "C:\Python26\lib\site-packages\matplotlib\artist.py", line 5, in
<module>
from transforms import Bbox, IdentityTransform, TransformedBbox,
Transformed
Path
File "C:\Python26\lib\site-packages\matplotlib\transforms.py", line 34, in
<mo
dule>
from matplotlib._path import affine_transform
ImportError: DLL load failed: Die angegebene Prozedur wurde nicht gefunden.
C:\My Programs\matplotlib-0.98.5.2>
|
|
From: Brian Z. <br...@gm...> - 2009-04-09 01:47:36
|
On Wed, Apr 8, 2009 at 7:33 AM, Ryan May <rm...@gm...> wrote:
>
> import matplotlib.ticker as mticker
>
> def minsec(sec, unused):
> minutes = sec // 60
> sec = sec - minutes * 60
> return '%d:%02d' % (minutes, sec)
>
> locator = mticker.MultipleLocator(60)
> formatter = mticker.FuncFormatter(minsec)
>
> Ryan
>
>
This is exactly what I was looking for...thank you! With this example (and
the docs) I finally understand how the Locator and Formatter classes work.
Now, I just can do this:
locator = mticker.MultipleLocator(60)
formatter = mticker.FuncFormatter(lambda x, y: '%02d:%02d' %
divmod(x, 60))
self.ax.xaxis.set_major_locator(locator)
self.ax.xaxis.set_major_formatter(formatter)
Thanks again,
BZ
|
|
From: Eric F. <ef...@ha...> - 2009-04-08 23:38:30
|
antonv wrote: > I know that using the csv files is very slow but I have no knowledge of > working with the netcdf format and I was in a bit of a rush when I wrote > this. I will take a look again at it. How would you translate a grib in > netcdf? Are there any secific applications or straight through numpy? The program you are already using is said to convert grib2 to netcdf: http://www.nws.noaa.gov/mdl/NDFD_GRIB2Decoder/ and there are several modules providing a netcdf interface for numpy. I like this one: http://code.google.com/p/netcdf4-python/ and it is included in Enthought Python Distribution. For GRIB to numpy, googling turned up http://code.google.com/p/pygrib2/ as well as PyNIO. My guess is that this (pygrib2) will be exactly what you need. It is by Jeffrey Whitaker, the author of the above-mentioned netcdf4 interface as well as of basemap. > > As for pyngl, if i remember correctly I looked at it but it was not working > on windows. Well, I recommend switching to linux anyway, but that is another story. Eric |
|
From: Anton V. <vas...@ya...> - 2009-04-08 23:06:39
|
Wow Jeff! You save me again! I remember looking at it last year and thinking it would be awesome if there would be a windows installer for it! I will install and play with it tonight! Thanks a lot! Anton ________________________________ From: Jeff Whitaker <js...@fa...> To: antonv <vas...@ya...> Cc: mat...@li... Sent: Wednesday, April 8, 2009 4:02:22 PM Subject: Re: [Matplotlib-users] Computer specs for fast matplotlib and basemap processing antonv wrote: > I know that using the csv files is very slow but I have no knowledge of > working with the netcdf format and I was in a bit of a rush when I wrote > this. I will take a look again at it. How would you translate a grib in > netcdf? Are there any secific applications or straight through numpy? > > As for pyngl, if i remember correctly I looked at it but it was not working > on windows. > > Thanks, > Anton > Anton: If these are grib version 2 files, another option is http://code.google.com/p/pygrib2. I have made a windows installer. -Jeff > > > efiring wrote: > >> antonv wrote: >> >>> I have a bit of experience programming and I am pretty sure I get my >>> parts of >>> the code pretty well optimized. I made sure that in the loop I have only >>> the >>> stuff needed and I'm loading all the stuff before. >>> >>> The biggest bottleneck is happening because I'm unpacking grib files to >>> csv >>> files using Degrib in command line. That operation is usually around half >>> an >>> >> Instead of going to csv files--which are *very* inefficient to write, store, and then read in again--why not convert directly to netcdf, and then read your data in from netcdf as needed for plotting? I suspect this will speed things up quite a bit. Numpy support for netcdf is very good. Of course, direct numpy-enabled access to the grib files might be even better, eliminating the translation phase entirely. Have you looked into http://www.pyngl.ucar.edu/Nio.shtml? >> >> Eric >> >> >> >>> hour using no more than 50% of the processor but it maxes out the memory >>> usage and it definitely is hard drive intensive as it ends up writing >>> over 4 >>> GB of data. I have noticed also that on a lower spec AMD desktop this >>> runs >>> faster than on my P4 Intel Laptop, my guess being that the laptop hdd is >>> 5400 rpm and the desktop is 7200 rpm. >>> >>> Next step is to take all those csv files and make images from them. For >>> this >>> one I haven't dug too deep to see what is happening but it seems to be >>> the >>> other way, using the cpu a lot more while keeping the memory usage high >>> too. >>> >>> Thanks, >>> Anton >>> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> > > -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: Jeff W. <js...@fa...> - 2009-04-08 23:02:26
|
antonv wrote: > I know that using the csv files is very slow but I have no knowledge of > working with the netcdf format and I was in a bit of a rush when I wrote > this. I will take a look again at it. How would you translate a grib in > netcdf? Are there any secific applications or straight through numpy? > > As for pyngl, if i remember correctly I looked at it but it was not working > on windows. > > Thanks, > Anton > Anton: If these are grib version 2 files, another option is http://code.google.com/p/pygrib2. I have made a windows installer. -Jeff > > > efiring wrote: > >> antonv wrote: >> >>> I have a bit of experience programming and I am pretty sure I get my >>> parts of >>> the code pretty well optimized. I made sure that in the loop I have only >>> the >>> stuff needed and I'm loading all the stuff before. >>> >>> The biggest bottleneck is happening because I'm unpacking grib files to >>> csv >>> files using Degrib in command line. That operation is usually around half >>> an >>> >> Instead of going to csv files--which are *very* inefficient to write, >> store, and then read in again--why not convert directly to netcdf, and >> then read your data in from netcdf as needed for plotting? I suspect >> this will speed things up quite a bit. Numpy support for netcdf is very >> good. Of course, direct numpy-enabled access to the grib files might be >> even better, eliminating the translation phase entirely. Have you >> looked into http://www.pyngl.ucar.edu/Nio.shtml? >> >> Eric >> >> >> >>> hour using no more than 50% of the processor but it maxes out the memory >>> usage and it definitely is hard drive intensive as it ends up writing >>> over 4 >>> GB of data. I have noticed also that on a lower spec AMD desktop this >>> runs >>> faster than on my P4 Intel Laptop, my guess being that the laptop hdd is >>> 5400 rpm and the desktop is 7200 rpm. >>> >>> Next step is to take all those csv files and make images from them. For >>> this >>> one I haven't dug too deep to see what is happening but it seems to be >>> the >>> other way, using the cpu a lot more while keeping the memory usage high >>> too. >>> >>> Thanks, >>> Anton >>> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> >> > > -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX : (303)497-6449 NOAA/OAR/PSD R/PSD1 Email : Jef...@no... 325 Broadway Office : Skaggs Research Cntr 1D-113 Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg |
|
From: antonv <vas...@ya...> - 2009-04-08 22:54:24
|
I know that using the csv files is very slow but I have no knowledge of working with the netcdf format and I was in a bit of a rush when I wrote this. I will take a look again at it. How would you translate a grib in netcdf? Are there any secific applications or straight through numpy? As for pyngl, if i remember correctly I looked at it but it was not working on windows. Thanks, Anton efiring wrote: > > antonv wrote: >> I have a bit of experience programming and I am pretty sure I get my >> parts of >> the code pretty well optimized. I made sure that in the loop I have only >> the >> stuff needed and I'm loading all the stuff before. >> >> The biggest bottleneck is happening because I'm unpacking grib files to >> csv >> files using Degrib in command line. That operation is usually around half >> an > > Instead of going to csv files--which are *very* inefficient to write, > store, and then read in again--why not convert directly to netcdf, and > then read your data in from netcdf as needed for plotting? I suspect > this will speed things up quite a bit. Numpy support for netcdf is very > good. Of course, direct numpy-enabled access to the grib files might be > even better, eliminating the translation phase entirely. Have you > looked into http://www.pyngl.ucar.edu/Nio.shtml? > > Eric > > >> hour using no more than 50% of the processor but it maxes out the memory >> usage and it definitely is hard drive intensive as it ends up writing >> over 4 >> GB of data. I have noticed also that on a lower spec AMD desktop this >> runs >> faster than on my P4 Intel Laptop, my guess being that the laptop hdd is >> 5400 rpm and the desktop is 7200 rpm. >> >> Next step is to take all those csv files and make images from them. For >> this >> one I haven't dug too deep to see what is happening but it seems to be >> the >> other way, using the cpu a lot more while keeping the memory usage high >> too. >> >> Thanks, >> Anton > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- View this message in context: http://www.nabble.com/Computer-specs-for-fast-matplotlib-and-basemap-processing-tp22956400p22961419.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Eric F. <ef...@ha...> - 2009-04-08 21:37:35
|
antonv wrote: > I have a bit of experience programming and I am pretty sure I get my parts of > the code pretty well optimized. I made sure that in the loop I have only the > stuff needed and I'm loading all the stuff before. > > The biggest bottleneck is happening because I'm unpacking grib files to csv > files using Degrib in command line. That operation is usually around half an Instead of going to csv files--which are *very* inefficient to write, store, and then read in again--why not convert directly to netcdf, and then read your data in from netcdf as needed for plotting? I suspect this will speed things up quite a bit. Numpy support for netcdf is very good. Of course, direct numpy-enabled access to the grib files might be even better, eliminating the translation phase entirely. Have you looked into http://www.pyngl.ucar.edu/Nio.shtml? Eric > hour using no more than 50% of the processor but it maxes out the memory > usage and it definitely is hard drive intensive as it ends up writing over 4 > GB of data. I have noticed also that on a lower spec AMD desktop this runs > faster than on my P4 Intel Laptop, my guess being that the laptop hdd is > 5400 rpm and the desktop is 7200 rpm. > > Next step is to take all those csv files and make images from them. For this > one I haven't dug too deep to see what is happening but it seems to be the > other way, using the cpu a lot more while keeping the memory usage high too. > > Thanks, > Anton |
|
From: antonv <vas...@ya...> - 2009-04-08 20:57:25
|
I have a bit of experience programming and I am pretty sure I get my parts of the code pretty well optimized. I made sure that in the loop I have only the stuff needed and I'm loading all the stuff before. The biggest bottleneck is happening because I'm unpacking grib files to csv files using Degrib in command line. That operation is usually around half an hour using no more than 50% of the processor but it maxes out the memory usage and it definitely is hard drive intensive as it ends up writing over 4 GB of data. I have noticed also that on a lower spec AMD desktop this runs faster than on my P4 Intel Laptop, my guess being that the laptop hdd is 5400 rpm and the desktop is 7200 rpm. Next step is to take all those csv files and make images from them. For this one I haven't dug too deep to see what is happening but it seems to be the other way, using the cpu a lot more while keeping the memory usage high too. Thanks, Anton -- View this message in context: http://www.nabble.com/Computer-specs-for-fast-matplotlib-and-basemap-processing-tp22956400p22959409.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: João L. S. <js...@fc...> - 2009-04-08 20:40:46
|
antonv wrote: > Hi all, > > I am processing a lot of grib data from noaa with the use of matplotlib and > basemap. On my actual laptop (p4 3ghz, 512mb ram) the whole process takes > close to 3 hours... so it's time for a new machine but still on a very tight > budget :) > You should profile your application to see why it's taking so long. Maybe you just coded something in a slow way. Python is a great language, but if you don't know it well you might have programmed some parts in a way that takes orders of magnitude more time than other solutions. Even if your code reasonably optimized, you should know first why it's slow: Has the computer run out of memory and is swapping? Is the CPU at 100%? I'd recommend you ask a local python expert for some help. JLS |
|
From: Eric F. <ef...@ha...> - 2009-04-08 19:23:34
|
antonv wrote: > Hi all, > > I am processing a lot of grib data from noaa with the use of matplotlib and > basemap. On my actual laptop (p4 3ghz, 512mb ram) the whole process takes > close to 3 hours... so it's time for a new machine but still on a very tight > budget :) > > My main question is what should i emphasize more, a quad core processor > running on 64 bit vista/xp, or more memory and a fast hard drive, even a > raid drive? Will python, mpl and basemap take full advantage of multiple > cores or will they use only one? Also, would they work on a 64 bit > environment or would I be better off just sticking to XP32? Now memory wise, > it seems that on my actual machine the app uses all the available ram, how > much should i buy to make sure that all it's needs would be meet? Just a few comments; I am sure others are more knowledgeable about most of this. First, I think you need to try to figure out what the bottlenecks are. Can you monitor disk use, memory use, and cpu use? Is the disk maxed out and the cpu idle? If the disk is heavily used, is it swapping? From what you have said, it is impossible to tell whether the disk speed would make a difference, for example. My guess is that it is going to be low priority. Second, as part of the above, you might review your code and see whether there are some very inefficient parts. How much time is spent in loops that could be vectorized? Are lists being used where arrays would be more efficient? In basemap, are you re-using instances where possible, or are you unnecessarily re-extracting coastlines, for example? Is it possible that you are running out of memory and then swapping because you are using pylab/pyplot and failing to close figures when you have finished with them? If your budget is tight, I would be very surprised if SCSI would be cost-effective. Generally, SATA is the way to go these days. I suspect there won't be much speed difference between 32-bit and 64-bit OS versions. RAM: I expect 4GB will be both cheap and adequate. To use multiple processors efficiently with matplotlib, you will need multiple processes; mpl and numpy do not automatically dispatch parts of a single job out to multiple processors. (I'm not sure what happens if you use threads--I think it will still be one job per processor--but the general advice is, don't use threads unless you really know what you are doing, really need them, and are willing to put in some heavy debugging time.) My guess is that your 3-hour-job could easily be split up into independent jobs working on independent chunks of data, in which case such a split would give you a big speed-up with more processor cores, assuming the work is CPU-intensive; if it is disk IO-bound, then the split won't help. Anyway, dual-core is pretty standard now, and you will want at least that. Quad might or might not help, as indicated above. Eric > > Processor wise, i see that both Intel and AMD have a plethora of options to > choose from... What would you recommend? > > And the last question is about hard drives. From your experience, what > drives should I look at? Is a SCSI raid still that much faster than a 10.000 > rpm hdd? I've also seen that there are some 15.000 rpm drives that have a > controller, would they worth the money or should I just get a 10.000 rpm hdd > and be done? > > Thanks for any help as lately I haven't kept up with the technology and I > feel like a noob :( > > Anton |
|
From: Gideon S. <si...@ma...> - 2009-04-08 18:29:41
|
Is there a way to save a figured at a specified size? -gideon |
|
From: antonv <vas...@ya...> - 2009-04-08 18:05:41
|
Hi all, I am processing a lot of grib data from noaa with the use of matplotlib and basemap. On my actual laptop (p4 3ghz, 512mb ram) the whole process takes close to 3 hours... so it's time for a new machine but still on a very tight budget :) My main question is what should i emphasize more, a quad core processor running on 64 bit vista/xp, or more memory and a fast hard drive, even a raid drive? Will python, mpl and basemap take full advantage of multiple cores or will they use only one? Also, would they work on a 64 bit environment or would I be better off just sticking to XP32? Now memory wise, it seems that on my actual machine the app uses all the available ram, how much should i buy to make sure that all it's needs would be meet? Processor wise, i see that both Intel and AMD have a plethora of options to choose from... What would you recommend? And the last question is about hard drives. From your experience, what drives should I look at? Is a SCSI raid still that much faster than a 10.000 rpm hdd? I've also seen that there are some 15.000 rpm drives that have a controller, would they worth the money or should I just get a 10.000 rpm hdd and be done? Thanks for any help as lately I haven't kept up with the technology and I feel like a noob :( Anton -- View this message in context: http://www.nabble.com/Computer-specs-for-fast-matplotlib-and-basemap-processing-tp22956400p22956400.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Ryan M. <rm...@gm...> - 2009-04-08 14:33:38
|
On Tue, Apr 7, 2009 at 4:29 PM, Jae-Joon Lee <lee...@gm...> wrote:
> Hi,
>
> I'm not a frequent user of matplotlib.dates module, so other expert
> may give you a better answer.
> My understanding is that, for the date time formatting, the (x-) data
> needs to be days (if not datetime instance) from some reference point
> (1, 1, 1? I'm not sure).
>
> The easiest way I can think of in your case is
>
>
> from matplotlib.dates import datetime, SEC_PER_DAY
> ordinal_today=datetime.datetime.today().toordinal()
> xvals = ordinal_today + np.arange(1200, dtype="d")/SEC_PER_DAY
You can also do this without converting to ordinal by hand:
from datetime import datetime, timedelta
today = datetime.today()
xvals = [today + timedelta(seconds=s) for s in range(1200)]
# Matplotlib can use lists, but you can also make this into a numpy
object array
xvals = np.array(xvals)
Since matplotlib's date formatter and locator require absolute times, you
could also just make your own locator and formatter functions for your
relative time values:
import matplotlib.ticker as mticker
def minsec(sec, unused):
minutes = sec // 60
sec = sec - minutes * 60
return '%d:%02d' % (minutes, sec)
locator = mticker.MultipleLocator(60)
formatter = mticker.FuncFormatter(minsec)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Enterprise, AL, United States
|
|
From: Andrew S. <str...@as...> - 2009-04-08 14:26:51
|
jtamir wrote: > Hi, > > I am having trouble installing Basemap. I followed the directions in the > README file included in the archive (and posted at > http://matplotlib.sourceforge.net/basemap/doc/html/users/installing.html). > After successfully installing the GEOS library (also included), I cd to the > "top level basemap directory" and run the command "python setup.py install." > The install fails, with multiple compile errors related to src/_proj.c. > > However, it appears that > lib/python2.5/site-packages/numpy/core/include/numpy/__multiarray_a > pi.h also produces errors, so I suspect it may have to do with gcc... > Does that file .h exist at that location? Typically, it is the first error that I look at -- can you re-send the output including the first error? -Andrew |
|
From: LUK S. <shu...@po...> - 2009-04-08 11:31:10
|
Jesper Larsen wrote:
> Hi matplotlib-users,
>
> I have an application which I am currently translating to other
> languages including Chinese. I was wondering what recommendations you
> have for internationalization with regards to matplotlib. Using the
> default font it seems like Chinese characters are not showing up on
> the plots. I tried running this file:
>
> # -*- coding: utf-8 -*-
> from matplotlib import pyplot as p
> p.plot([1,2,4])
> wind = u'\u98ce'
> p.title(wind)
> p.savefig('test.png')
Try include the font in your matplotlibrc file. For example, I was able
to show the "wind" "风" by adding 'AR PL SungtiL GB' (no quotes) to the
font.sans-serif property line.
Regards,
ST
--
|
|
From: Jouni K. S. <jk...@ik...> - 2009-04-08 11:23:54
|
Jesper Larsen <jes...@gm...> writes: > wind = u'\u98ce' > p.title(wind) > But there is just a box instead of the proper character on the plot. > Any ideas what went wrong? Do I have to use a special font? Of course you need a font that contains the Chinese characters you are using. I have no idea whether matplotlib has any issues with such fonts (though I think e.g. OpenType is only partially supported), but getting a box sounds like the font does not have the character you need. > I also tried using TeX following the example here: > http://matplotlib.sourceforge.net/examples/pylab_examples/tex_unicode_demo.html > but it did not work when I put in Chinese symbols. TeX's Unicode support is not at all complete - matplotlib merely selects the utf8 input encoding, which isn't enough to make TeX work with Chinese. Perhaps the instructions http://www.math.nus.edu.sg/aslaksen/cs/cjk.html will get you started if you want to go the TeX route. -- Jouni K. Seppänen http://www.iki.fi/jks |
|
From: Jesper L. <jes...@gm...> - 2009-04-08 09:57:22
|
Hi matplotlib-users,
I have an application which I am currently translating to other
languages including Chinese. I was wondering what recommendations you
have for internationalization with regards to matplotlib. Using the
default font it seems like Chinese characters are not showing up on
the plots. I tried running this file:
# -*- coding: utf-8 -*-
from matplotlib import pyplot as p
p.plot([1,2,4])
wind = u'\u98ce'
p.title(wind)
p.savefig('test.png')
But there is just a box instead of the proper character on the plot.
Any ideas what went wrong? Do I have to use a special font?
I also tried using TeX following the example here:
http://matplotlib.sourceforge.net/examples/pylab_examples/tex_unicode_demo.html
but it did not work when I put in Chinese symbols.
Any ideas?
Best regards,
Jesper
|
|
From: Gökhan S. <gok...@gm...> - 2009-04-07 22:37:20
|
Thanks for the reply Eric, MayaVi 2 has an imshow() function as well. Additionally, its UI allows me visually design colormaps for my figures. It is a very useful aid, indeed. MV also allows me view my dual-doppler analysis dia volumetrically and allow to cut sections within 3D data. Another nice thing is that, matplotlib's pylab and mayavi's mlab work very well inside ipython. Gökhan On Mon, Apr 6, 2009 at 9:34 PM, Eric Firing <ef...@ha...> wrote: > Gökhan SEVER wrote: > >> Hello, >> >> I am trying convert a plot written in IDL to Python using matplotlib. So >> far, I have managed to show the image on the screen equivalent to its IDL >> output. The only problem that I could not figure out matching the colormaps >> between them. Please see the results on this png image: >> http://img515.imageshack.us/img515/3951/colormaps.png >> >> The top plot and the associated colorbar is from IDL, and the other plot >> is using matplotlib's imshow(). I don't know how to show my lowest values in >> the plot as white. I would be please if someone gives some insight into this >> issue. >> > > See > http://matplotlib.sourceforge.net/examples/pylab_examples/image_masked.html > and in particular the use of set_under(). > > Eric > >> >> Thank you all. >> >> Gökhan >> > |
|
From: Jae-Joon L. <lee...@gm...> - 2009-04-07 21:29:07
|
Hi,
I'm not a frequent user of matplotlib.dates module, so other expert
may give you a better answer.
My understanding is that, for the date time formatting, the (x-) data
needs to be days (if not datetime instance) from some reference point
(1, 1, 1? I'm not sure).
The easiest way I can think of in your case is
from matplotlib.dates import datetime, SEC_PER_DAY
ordinal_today=datetime.datetime.today().toordinal()
xvals = ordinal_today + np.arange(1200, dtype="d")/SEC_PER_DAY
Also, you'd better comment out the set_minor_locator and
set_minot_formatter calls, unless you want the same x-label drawn
twice.
IHTH,
-JJ
On Tue, Apr 7, 2009 at 3:47 PM, Brian Zambrano <br...@gm...> wrote:
> He there,
>
> I'm new to matplotlib but have really been appreciating the thorough
> documentation and examples online. I've never worked with matlab either so
> I'm stumbling my way around a bit, but have managed to get some basic plots
> working with my wxPython program.
>
> I'm plotting some simple time/temp curves. For the time, I have just the
> number of seconds, starting at 0 and going up to about 1200 (20 minutes).
> I'm trying to format the xaxis so that there is a tick mark every one
> minute, and format the tick marks so they display %M:%S. The code below
> doesn't give me *any* formatting or tick marks on the xaxis. It seems like
> this should be fairly obvious how to accomplish, but I'm not getting it.
>
> What am I doing wrong here?
>
>
> xvals = range(1200)
> yvals = list of temps
>
> self.mainline = self.ax.plot(xvals, yvals, lw=2, color='red')[0]
>
> locator = matplotlib.dates.MinuteLocator()
> self.ax.xaxis.set_major_locator(locator)
> self.ax.xaxis.set_minor_locator(locator)
>
> formatter = matplotlib.dates.DateFormatter('%M:%S')
> self.ax.xaxis.set_major_formatter(formatter)
> self.ax.xaxis.set_minor_formatter(formatter)
>
> # draw the canvas
>
>
> Any help appreciated...thanks!
> BZ
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
|
|
From: Brian Z. <br...@gm...> - 2009-04-07 19:47:52
|
He there,
I'm new to matplotlib but have really been appreciating the thorough
documentation and examples online. I've never worked with matlab either so
I'm stumbling my way around a bit, but have managed to get some basic plots
working with my wxPython program.
I'm plotting some simple time/temp curves. For the time, I have just the
number of seconds, starting at 0 and going up to about 1200 (20 minutes).
I'm trying to format the xaxis so that there is a tick mark every one
minute, and format the tick marks so they display %M:%S. The code below
doesn't give me *any* formatting or tick marks on the xaxis. It seems like
this should be fairly obvious how to accomplish, but I'm not getting it.
What am I doing wrong here?
xvals = range(1200)
yvals = list of temps
self.mainline = self.ax.plot(xvals, yvals, lw=2, color='red')[0]
locator = matplotlib.dates.MinuteLocator()
self.ax.xaxis.set_major_locator(locator)
self.ax.xaxis.set_minor_locator(locator)
formatter = matplotlib.dates.DateFormatter('%M:%S')
self.ax.xaxis.set_major_formatter(formatter)
self.ax.xaxis.set_minor_formatter(formatter)
# draw the canvas
Any help appreciated...thanks!
BZ
|
|
From: VGC123 <va...@gm...> - 2009-04-07 15:05:00
|
Thanks a lot, Jae. Your suggestion was very helpful. Jae-Joon Lee wrote: > > I guess you're using ipython in pylab mode, correct? > If you want to make a standalone application, I recommend you not to > use ipython pylab mode. > Instead, use your own gui toolkit. Take a look at following examples. > > http://matplotlib.sourceforge.net/examples/user_interfaces/index.html > > However, a quick solution in your case would be using > > canvas = gcf().canvas > canvas.start_event_loop(timeout=10) > > instead of time.sleep. > > > In ipython pylab mode, the mainloop of the gui backend is blocked > while your command is running (e.g., time.sleep function in your > example, Tk is the only exception I know). To have your figure canvas > responsive while you're running your code, the code you're running > need to explicitly process the gui event of the canvas (this is what > start_event_loop in above example is for). > > Again, start_event_loop may be used in your case for a quick solution, > but I personally recommend you to develop within the framework of your > gui choice (matplotlib does have its own gui-neutral event model, but > I don't think a timeout event is supported). > > IHTH, > > -JJ > > > > On Wed, Apr 1, 2009 at 7:44 PM, VC <va...@gm...> wrote: >> Hi all, >> >> I am experiencing the following difficulty: >> >> My program basically loops and wants to redraw a plot (using imshow() ) >> every 5 seconds or so. So it looks something like: >> >> ion() >> while 1: >> do redraw business.. >> time.sleep(5) >> >> The redrawing shows up fine, the only problem is that during the 5 >> seconds >> of sleep, I cannot really move the figure window or really do anything >> with >> it. >> >> I am using MPL on windows with the 'Qt4Agg' backed, and running this >> code >> from ipython (on the command line). I don't quite understand the >> threading >> model of the GUI kit, vs. the main thread, so could someone enlighten me >> how >> it works roughly, and what I need to do in a multi-threaded application >> in >> order to update a figure periodically, and be able to move it around, and >> do >> things with its figure window. >> >> Thanks in advance for any responses. >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > > ------------------------------------------------------------------------------ > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- View this message in context: http://www.nabble.com/Being-able-to-move-figure-around-during-time.sleep%28%29-tp22838236p22931234.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
|
From: Ciarán M. <gen...@go...> - 2009-04-07 12:51:19
|
Hi,
I have an ASCII data set, which includes null data points. eg
1 x1 y1 z1
2 x2 y2 z2
3 x3 y3 z3
4 y3 z3
5 y4 z4
6 y5
I am using ipython with pylab enabled, and the load("/xxx/xxx")
function. However it chokes on the blank, "null", values. How can I
get this data set into matplotlib?
Regards,
Ciarán
|
|
From: Jouni K. S. <jk...@ik...> - 2009-04-07 12:15:03
|
Bala subramanian <bal...@gm...> writes: > Kindly see the attached small test.dat file. I have make a plot with > this data. But my data does nt have numerical values but has > characters like B, T etc. So i hve give color codings for these > characters and plot the data. Like use yellow for B, red for T etc. > Kindly help me to do it with matplotlib. Perhaps this will get you started: |