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
(1) |
|
2
(1) |
3
(15) |
4
(8) |
5
(2) |
6
(6) |
7
(11) |
8
(2) |
|
9
(3) |
10
(5) |
11
(1) |
12
(8) |
13
(15) |
14
(11) |
15
|
|
16
|
17
(1) |
18
|
19
|
20
(5) |
21
(17) |
22
(6) |
|
23
(3) |
24
(9) |
25
(8) |
26
(20) |
27
(9) |
28
(15) |
29
|
|
30
|
31
(2) |
|
|
|
|
|
|
From: John H. <jdh...@ac...> - 2004-05-07 14:39:40
|
>>>>> "Gary" == Gary Ruben <ga...@em...> writes:
Gary> To John Hunter, John, I think this may be quite a common
Gary> wish. I usually want my errorbars to have different
Gary> properties to the default; not just colour but also a
Gary> different weight from the main trend line. Perhaps this is a
Gary> good candidate for factoring into the .matplotlibrc file and
Gary> maybe for extra format specifiers in the errorbar call. I'd
Gary> rate it an extremely low priority though, since you can
Gary> already achieve it as in the example. Alternatively, adding
Gary> this to a code sample could be useful to others. regards,
Gary> Gary
I think making this an rc setting is overkill because it is so
narrowly focused. I also don't think we need to do a full blown
format string (who wants dash dot error bars?).
A color arg would clearly be useful. As for line weights and other
props, I can't think of an elegant way to do it in the errorbar
signature because of the existence of the main line and the error
lines. You *could* do
errorbar(blah, blah,
lineprops = {'color' : 'r', 'linewidth' : 1},
errprops = {'color' : 'k', 'linewidth' : 2})
but I don't think this is any easier, clearer or cleaner than just
doing
line, errlines = errorbar(blah, blah)
set(line, 'color', 'r', 'linewidth', 1)
set(errlines, 'color', 'k', 'linewidth', 2)
So I think an errcolor arg and example showing how to customize the
errorline properties from the lines returned by errorbar is the right
compromise. Are you volunteering :-)?
JDH
|
|
From: Gary R. <ga...@em...> - 2004-05-07 14:16:56
|
To John Hunter,
John, I think this may be quite a common wish. I usually want my errorbars to have different properties to the default; not just colour but also a different weight from the main trend line. Perhaps this is a good candidate for factoring into the .matplotlibrc file and maybe for extra format specifiers in the errorbar call. I'd rate it an extremely low priority though, since you can already achieve it as in the example. Alternatively, adding this to a code sample could be useful to others.
regards,
Gary
----- Original Message -----
From: "Gary Ruben" <ga...@em...>
Date: Fri, 07 May 2004 21:11:10 +1000
To: "Nino Cucchiara" <cuc...@me...>,mat...@li...
Subject: Re: [Matplotlib-users] add errorbars color
> > I've some data with yerrorbars. I want to know if there is one option to
> > add color errorbar, because the fmt flag change only the color of the
> > data points.
>
> Try this example, Nino:
>
> from matplotlib.matlab import *
>
> t = arange(0.1, 4, 0.1)
> s = exp(-t)
> e = 0.1*abs(randn(len(s)))
> figure(1)
> line0, errlines0 = errorbar(t, s, e, fmt='bx:')
> set(errlines0, 'color', 'c')
> line1, errlines1 = errorbar(t, s+1, e, fmt='r-')
> set(errlines1, 'color', 'g')
> xlabel('Distance (m)')
> ylabel('Height (m)')
> title('Mean and standard error as a function of distance')
> legend((line0, line1), ('legend 1', 'legend 2'))
> show()
>
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
|
|
From: John H. <jdh...@ac...> - 2004-05-07 14:04:05
|
>>>>> "Kuzminski," == Kuzminski, Stefan R <SKu...@fa...> writes:
Kuzminski> I'm trying to install 0.53.1 on solaris and am getting
Kuzminski> this compile error. Looks like it needs the file
Kuzminski> ft2build.h, but I don't see it anywhere..
You need to make sure a recent version of freetype (we recommend 2.1.7
or later) is installed on your system (and zlib and png for that
matter). If it is installed, you need to make sure you add the base
install dir to your basedir list in setupext.py. Eg if it is
installed to /some/dir/freetype2 you need to add /some/dir to
basedir['sunos5'] in that file; (I'm assuming sys.platform returns
'sunos5').
Where do the GNU tools for solaris go by default; something like
/freeware? I'm referring to the collection from
http://wwws.sun.com/software/solaris/freeware/download.html. I can't
recall but whatever the base install dir is, we should add this dir to
the default sunos5 basedir list.
Finally, please submit back the required changes you made to
seteupext.py (if any) so we can fix this.
Hell, you got gdmodule compiled on win32; matplotlib on solaris should
be a cake walk :-)
Thanks,
John Hunter
|
|
From: Kuzminski, S. R <SKu...@fa...> - 2004-05-07 13:15:24
|
I'm trying to install 0.53.1 on solaris and am getting this compile error. Looks like it needs the file ft2build.h, but I don't see it anywhere.. =20 =20 $ python setup.py build ... In file included from src/_backend_agg.cpp:3: src/ft2font.h:7:22: ft2build.h: No such file or directory <--------missing file error here src/ft2font.h:8:10: #include expects "FILENAME" or <FILENAME> src/ft2font.h:9:10: #include expects "FILENAME" or <FILENAME> src/ft2font.h:10:10: #include expects "FILENAME" or <FILENAME> In file included from src/_backend_agg.cpp:3: src/ft2font.h:29: 'FT_Face' is used as a type, but is not defined as a type. src/ft2font.h:31: 'FT_Matrix' is used as a type, but is not defined as a type. src/ft2font.h:32: 'FT_Vector' is used as a type, but is not defined as a type. src/ft2font.h:33: 'FT_Error' is used as a type, but is not defined as a type. src/ft2font.h:34: parse error before `[' token src/ft2font.h:35: parse error before `[' token error: command 'gcc' failed with exit status 1 bash-2.03$ =20 =20 thanks, Stefan |
|
From: Gary R. <ga...@em...> - 2004-05-07 11:14:48
|
> I've some data with yerrorbars. I want to know if there is one option to
> add color errorbar, because the fmt flag change only the color of the
> data points.
Try this example, Nino:
from matplotlib.matlab import *
t = arange(0.1, 4, 0.1)
s = exp(-t)
e = 0.1*abs(randn(len(s)))
figure(1)
line0, errlines0 = errorbar(t, s, e, fmt='bx:')
set(errlines0, 'color', 'c')
line1, errlines1 = errorbar(t, s+1, e, fmt='r-')
set(errlines1, 'color', 'g')
xlabel('Distance (m)')
ylabel('Height (m)')
title('Mean and standard error as a function of distance')
legend((line0, line1), ('legend 1', 'legend 2'))
show()
--
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm
|
|
From: Nino C. <cuc...@me...> - 2004-05-07 10:38:56
|
I've some data with yerrorbars. I want to know if there is one option to add color errorbar, because the fmt flag change only the color of the data points. Thanks. best regards Antonino Cucchiara Brera Observatory Milan, Italy |
|
From: Fernando P. <fp...@co...> - 2004-05-07 04:20:03
|
Travis Oliphant wrote: > Todd Pitts from Sandia asked me the following question. >>all. Most, (emacs included) don't work with any plotting package. I >>have tried gist from scipy and matplotlib (doesn't work with anything >>except straight scripting). Sorry for the 2nd post. I forgot to mention plotting: ipython includes enhanced support for Gnuplot, with modifications to the interactive plotting syntax to make it as quick and easy to use as possible. I use python 100% of the time I'm working on scientific code and data exploration, and my environment is: Xemacs for heavy editing, a terminal with ipython for interactive work, Gnuplot (with ipython's extensions) for 2d plotting and Mayavi (http://mayavi.sourceforge.net) for sophisticated data visualization. With Gnuplot 4.0's mouse support, it is an extremely convenient tool for fast data exploration, capable of publication-quality PostScript output. Finally, for diagram generation and other problems of a graphical but not purely 'plotting' nature, I have been very happy with PyX. IPython was designed _specifically_ to make interactive scientific computing work as fluid as possible. It has direct access to the underlying system shell, it remembers previous values (like Mathematica's %N variables), and has many other features which you may find useful in this kind of context. I haven't looked at matplotlib yet (I've been using gnuplot since the days of Windows 3.0), but I will very soon, and I have heard excellent things about it. For those already familiar with matlab's syntax, this may be a better option than gnuplot. If there are any problems with ipython's interaction with matplotlib, I'll gladly fix them if possible. Regards, Fernando. |
|
From: Fernando P. <fp...@co...> - 2004-05-07 04:09:19
|
Travis Oliphant wrote: > Todd Pitts from Sandia asked me the following question. > > >>I have one final question about python on windows. It seems >>that the non-interactive scripting works well enough. However, I have >>not found a single interactive interpreter that I could recommend to >>members of my group without serious reservations. >> >>I have tried IPython, >>PyCrust (various), IDLE, Using it from within emacs (not cygwin emacs, >>just emacs under windows), PythonWin, etc. They all have serious >>problems when it comes to usability. Most don't have tab completion at >>all. Most, (emacs included) don't work with any plotting package. I >>have tried gist from scipy and matplotlib (doesn't work with anything >>except straight scripting). >> >>Is python really this unusable for >>interactive data exploration and modeling under Windows? As the ipython (http://ipython.scipy.org) author I'm obviously biased, but Windows users seem fairly happy with it. Using Gary Bishop's extensions, it is possible (it should basically work out of the box, though I don't know because I don't use Windows) to get readline and coloring support under a normal (non-cygwin) command shell. Gary's tools are at: http://sourceforge.net/projects/uncpythontools I also imagine that using ipython within emacs as your python shell (which requires a special python-mode.el and ipython.el, available at http://ipython.scipy.org/dist/ipython-emacs-0.3.tgz) must be an option under Windows. I've only used them under Linux, but since this is just regular Emacs lisp, I imagine it should be platform-independent. I hope this helps. Regards, Fernando. |
|
From: John H. <jdh...@ac...> - 2004-05-07 02:18:46
|
>>>>> "Travis" == Travis Oliphant <oli...@ee...> writes:
>> (emacs included) don't work with any plotting package. I have
>> tried gist from scipy and matplotlib (doesn't work with
>> anything except straight scripting). Is python really this
>> unusable for interactive data exploration and modeling under
>> Windows?
Travis> I'm forwarding it to these lists so that individuals with
Travis> more experience on Windows than I have can respond to his
Travis> request. What do people use on Windows for interactive
Travis> work????
Have you tried matplotlib with the TkAgg backend using the standard
python shell, ipython or idle launched with -n? Most people report
good luck on windows with one of these shells for interactive use,
particularly the first two. The TkAgg backend is a fairly recent
addition, and a couple of settings in the matplotlib rc file will make
your experience a little more pleasant
backend : TkAgg
interactive : True
tk.window_focus : True # Maintain shell focus for TkAgg
Now when you fire up python or ipython and then import matplotlib,
you'll be in interactive mode using the Tkinter backend. The window
focus setting is designed to keep your figure from taking the focus
when you issue plotting commands.
Admittedly scripting is the primary way most people use matplotlib,
but we've been working to make the interactive experience better. So
if it's been a while since you tried it interactively on win32, it may
be worth a second look using a recent release. It is important to
consult the backends section of the web page to make sure your IDE is
compatible with the backend you are using, however. Finally, Todd
Miller, who developed the Tk backend, has been very responsive in
fixing known problems, so if you'll let us know what limitations you
find we'll do what we can to fix them up.
John Hunter
|
|
From: Darren D. <dd...@co...> - 2004-05-07 02:04:44
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 06 May 2004 09:13 pm, Travis Oliphant wrote: > Todd Pitts from Sandia asked me the following question. > > >I have one final question about python on windows. It seems > >that the non-interactive scripting works well enough. However, I have > >not found a single interactive interpreter that I could recommend to > >members of my group without serious reservations. > > > >I have tried IPython, > >PyCrust (various), IDLE, Using it from within emacs (not cygwin emacs, > >just emacs under windows), PythonWin, etc. They all have serious > >problems when it comes to usability. Most don't have tab completion at > >all. Most, (emacs included) don't work with any plotting package. I > >have tried gist from scipy and matplotlib (doesn't work with anything > >except straight scripting). > > > >Is python really this unusable for > >interactive data exploration and modeling under Windows? > > I'm forwarding it to these lists so that individuals with more > experience on Windows than I have can respond to his request. > > What do people use on Windows for interactive work???? > > -Travis Oliphant > I am new to Python, and have encountered some of these issues. Recently, th= e=20 matplotlib list has had some discussion about interactive use. Others will= =20 have better informed responses than I, but you should know that matplotlib= =20 can be used with an interactive interpreter. If you are still interested (a= nd=20 I encourage you to look into it) check the matplotlib website for more=20 information about interactive use. I recently discovered SciTE/Scintilla, which is a code editor and is capabl= e=20 of generating an API for python based on what modules are installed on your= =20 system. There is a native version of SciTE for windows, and my initial=20 impression has been very good. The matplotlib module was recognized and onc= e=20 the was generated (by running a python script), autocompletion is active. =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAmu6m9JwfaKJzLVcRAgUjAKDRpXQZlogJs5m3RJksYZSnVDoIOQCgi3Gt =463aEiBdMmhc4Igq+Zz3xBRc=3D =3Dj0hN =2D----END PGP SIGNATURE----- |
|
From: Travis O. <oli...@ee...> - 2004-05-07 01:14:01
|
Todd Pitts from Sandia asked me the following question. >I have one final question about python on windows. It seems >that the non-interactive scripting works well enough. However, I have >not found a single interactive interpreter that I could recommend to >members of my group without serious reservations. > >I have tried IPython, >PyCrust (various), IDLE, Using it from within emacs (not cygwin emacs, >just emacs under windows), PythonWin, etc. They all have serious >problems when it comes to usability. Most don't have tab completion at >all. Most, (emacs included) don't work with any plotting package. I >have tried gist from scipy and matplotlib (doesn't work with anything >except straight scripting). > >Is python really this unusable for >interactive data exploration and modeling under Windows? > I'm forwarding it to these lists so that individuals with more experience on Windows than I have can respond to his request. What do people use on Windows for interactive work???? -Travis Oliphant |