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
(4) |
3
(6) |
4
(20) |
5
(2) |
|
6
(9) |
7
(18) |
8
(14) |
9
(5) |
10
(27) |
11
(40) |
12
(9) |
|
13
(4) |
14
(20) |
15
(9) |
16
(8) |
17
(10) |
18
(17) |
19
(1) |
|
20
(5) |
21
(6) |
22
(4) |
23
(4) |
24
(6) |
25
(4) |
26
(2) |
|
27
|
28
(2) |
29
(10) |
30
(6) |
31
(16) |
|
|
|
From: Jose Gomez-D. <jgo...@gm...> - 2007-05-18 08:45:22
|
Hi, We are trying to plot a climogram (where you have temperature on the left hand axis, and precipitation on the RHS). The data need to be properly scaled as well. We have used twinx() to get the two axes. However, the precipitation (plotted as bars) goes over the temperature line, when it should be the other way around. I have tried setting the zorder of the temperature line to a large value, but to no avail. I have also tried setting the zorder of the axis of the first plot, but again, no luck. How can we plot the lines (belonging to the LHS axis) on top of the bars? Thanks! Jose |
|
From: Christian K <ck...@ho...> - 2007-05-18 02:47:42
|
darkside wrote: > > > Hello everyone: > My question is not only about matplotlib, but I wonder if I can do what > I want with some matplotlib subroutine, instead of the one for scipy. > I'm new using scipy, so I'm sorry if any of my questions are silly. > > I'm trying to find the maxima, absolut and local, of a function, in order to > fit an exponencial curve and get de exponecial argument. > > My function if the soluction of a couple equations system: > ------------ > def derivs3(x,t,gamma,omega,dl): > d1 = omega*x[2] - gamma *x[0] > d2 = dl*x[2] - (gamma/2.)* x[1] > d3 = -omega *x[0] - dl*x[1] - (gamma/2.)* x[2] + (omega/2.) > return d1,d2,d3 > def solucion(a,t,gamma, omega, dl): > sol=odeint(derivs3,a,t,(gamma,omega,dl)) > return sol > -------------------------------------- > The case I'm interesting in, the soluction have the form of a sin*exp, so I > want to find the function that envolves it, a exponencial function. > To do this, I can find the maximas, and fit them, so I use: Why don't you fit the solution to sin*exp? You could estimate frequency/phase via fft and use it as an initial guess. Christian ps: It's considered to be rude to post the same message three times within one day. Btw. many people here read both scipy and matplotlib mailing lists. |
|
From: Paul S. <pau...@ca...> - 2007-05-18 01:27:55
|
Hi List, I've been looking around for any info how one might go about rotating patches, such as Rectangles, by a user supplied angle. The transform module/affine class mention this but I'm struggling with how to actually use them this way (LazyValues?) and haven't found an example to illustrate it yet. Also is there a way to use normalised coordinates rather than data for positioning patches? I'd like it to appear in the same place (lower right) without having to adjust if the plot scaling changes. Thanks, Paul Smith |
|
From: Bill B. <wb...@gm...> - 2007-05-18 00:59:25
|
I frequently find myself wanting to draw a bunch of disconnected line
segments or polygons.
Is there anything in matplotlib to facilitate that? I usually just end up
writing a loop.
Like:
for s,e in izip(starts,ends):
plot([s[0],e[0]], [s[1],e[1]], 'b-')
Or if the starts and ends are interleaved, something like
for i in enumerate(segs[::2])
plot(segs[i:i+2,0], segs[i:i+2,1], 'b-')
For a set of polys it's much the same just i:i+N instead of i:i+2.
--bb
|
|
From: Muhammad A. <tal...@gm...> - 2007-05-18 00:48:22
|
> what is the syntax for this line in matlab, h=line([x1,x2],[y1,y2]) in > python?. plot([x1, x2], [y1, y2]) Ali. |
|
From: Muhammad A. <tal...@gm...> - 2007-05-17 22:07:02
|
Ok, the problem is solved now. It seems that the problem was indeed that I had different versions of python's dependencies (libcairo and libpango) in the /usr/local/lib directory. Deleting those files from there solves the problem. Thanks, Ali. On 5/17/07, Muhammad Ali <tal...@gm...> wrote: > Hi, > > I have matplotlib installed and it runs properly. However, I also want > to use pysqlite, and it seems that the only way to use pysqlite on my > system is to first set LD_LIBRARY_PATH to /usr/loca/lib. But if I do > this, then I am no longer able to make matplotlib work. Here is the > traceback: > > $ export LD_LIBRARY_PATH=/usr/local/lib > $ python > Python 2.4.3 (#2, Oct 6 2006, 07:52:30) > [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import pylab > Traceback (most recent call last): > File "<stdin>", line 1, in ? > File "/usr/lib/python2.4/site-packages/pylab.py", line 1, in ? > from matplotlib.pylab import * > File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 199, in ? > import backends > File "/usr/lib/python2.4/site-packages/matplotlib/backends/__init__.py", > line 19, in ? > globals(),locals(),[backend_name]) > File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py", > line 11, in ? > from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\ > File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py", > line 21, in ? > from backend_gdk import RendererGDK > File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gdk.py", > line 31, in ? > import gtk, pango > File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 45, in ? > from _gtk import * > ImportError: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol: > cairo_xlib_surface_create_for_bitmap > > Why is the system having trouble finding the cairo library. Shouldn't > it just look in /usr/local/lib first (as specified by LD_LIBRARY_PATH) > and then move onto the other directories it looks for where it finds > all the files it was finding when LD_LIBRARY_PATH was unset? Does this > mean that I maybe have some other versions of pylab's dependencies > installed in /usr/local/lib which get loaded up first and cause the > problem? If so, then how can I check that is the case, and how can I > remove them. > > Any help would be greatly apprecaited. > > Thanks, > Ali. > |
|
From: Muhammad A. <tal...@gm...> - 2007-05-17 17:00:07
|
Hi,
I have matplotlib installed and it runs properly. However, I also want
to use pysqlite, and it seems that the only way to use pysqlite on my
system is to first set LD_LIBRARY_PATH to /usr/loca/lib. But if I do
this, then I am no longer able to make matplotlib work. Here is the
traceback:
$ export LD_LIBRARY_PATH=/usr/local/lib
$ python
Python 2.4.3 (#2, Oct 6 2006, 07:52:30)
[GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pylab
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/lib/python2.4/site-packages/pylab.py", line 1, in ?
from matplotlib.pylab import *
File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 199, in ?
import backends
File "/usr/lib/python2.4/site-packages/matplotlib/backends/__init__.py",
line 19, in ?
globals(),locals(),[backend_name])
File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py",
line 11, in ?
from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\
File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
line 21, in ?
from backend_gdk import RendererGDK
File "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gdk.py",
line 31, in ?
import gtk, pango
File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 45, in ?
from _gtk import *
ImportError: /usr/lib/libgdk-x11-2.0.so.0: undefined symbol:
cairo_xlib_surface_create_for_bitmap
Why is the system having trouble finding the cairo library. Shouldn't
it just look in /usr/local/lib first (as specified by LD_LIBRARY_PATH)
and then move onto the other directories it looks for where it finds
all the files it was finding when LD_LIBRARY_PATH was unset? Does this
mean that I maybe have some other versions of pylab's dependencies
installed in /usr/local/lib which get loaded up first and cause the
problem? If so, then how can I check that is the case, and how can I
remove them.
Any help would be greatly apprecaited.
Thanks,
Ali.
|
|
From: Alexander S. <a.s...@gm...> - 2007-05-17 16:57:16
|
Darren Dale <dd...@co...> writes:
> On Thursday 17 May 2007 10:08:06 am Alexander Schmolck wrote:
>> "George Nurser" <gn...@go...> writes:
>> > I didn't realize that!
>> > Apologies for being ignorant here.
>>
>> No worries, here's a concrete example for selecting Helvetica (and
>> commented out, Palatino) as default fonts:
>>
>> from matplotlib.pylab import *
>> from numpy import *
>> #rc('font',**dict(family='serif',serif='Palatino'))
>> rc('font',**{'family':'sans-serif','sans-serif':'Helvetica'})
>> rc('text', usetex=True)
>>
>> Note that I've had problems with font-changes being ignored by latex in
>> some version of matplotlib, but not the latest 0.9 -- if in doubt
>> ``rm -r ~/.matplotlib/*cache`` and see whether that fixes things.
>
> You should also make your rc changes before importing pylab.
OK, I think it's rather important to ntoe that on the tutorial. I'll do so
later.
> That might be considered a bug, and would take some work to fix.
I've really got to run now but I might look into submitting a patch later; I
think it should'n be that hard: make TexManager._font_config a property that
on setting remembers the contents of the rcParams that are relevant to it and
on accessing reinits itself if it finds they've changed. Does that sound
plausbile to you?
>
>> I've added these two things to
>>
>> <http://www.scipy.org/Cookbook/Matplotlib/UsingTex>
>>
>> Hope that's OK, otherwise please revert.
>
> Would you mind changing it to use the rcParams dict instead of the rc
> function? It is clearer that way.
I'd be happy to, but I don't quite understand: Should I also change the other
uses of rc on the page to rcParams? Isn't using rc equivalent except that it
also performs some error checking and alias conversion? Why is it better to
modify rcParams directly?
cheers,
'as
|
|
From: nitin r. <nit...@ya...> - 2007-05-17 16:47:36
|
Hello all,
I have a problem in changing the line property of a line plot.
I have to change the following script in MAtlab to one compatible with python.
I am reading some csv file .
clear all
info=load('3.csv');
dup = 0;
x = info(:,1);
c = info(:,4);
y_start = info(:,6);
y_end = info(:,7);
lent = info(:,8);
y_seq = info(:,5);
yn_after = info(:,10);
yn_before = info(:,9);
yr_before = info(:,11);
yr_after = info(:,12);
N = length(x);
c0 = 0;
c1 = 0;
M=N;
for i=1:M,
h=line([t(i), t(i)], [Y_start(i), Y_end(i)]); %how to handle this line to python
set(h, 'LineWidth', 5)
if (c(i)==0),
set(h, 'color', 'black');
elseif (c(i)==1),
set(h, 'color', 'red');
else
set(h, 'color', 'cyan');
end
end
plot(x(1:M), y_after(1:M), 'g')
plot(x(1:M), y_after(1:M), 'r')
xlabel('time ');
ylabel('sequence');
---------------------------------
Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. |
|
From: Darren D. <dd...@co...> - 2007-05-17 14:48:45
|
On Wednesday 16 May 2007 01:29:56 pm Alexander Schmolck wrote:
> Darren Dale <dd...@co...> writes:
> > On Monday 14 May 2007 1:29:05 pm Alexander Schmolck wrote:
> >> Darren Dale <dd...@co...> writes:
> >> I'd *really* like the ability to ``usepackage`` for various reasons and
> >> it would clearly add useful functionality that is not otherwise
> >> obtainable.
> >>
> >> I understand concern about an additional support burden, but couldn't
> >> this be handled by explicitly noting that it's unsupported, possibly
> >> even printing out an unsubtle warning
>
> [...]
>
> > As far as I'm concerned, being unsupported disqualifies the feature from
> > being included in mpl.
>
> Well, if ever there was a compelling use-case for an
> undocumented/unsupported feature it would be this one, I think.
Alright, svn 3277 lets you add additional commands to the preamble:
text.latex.preamble : \usepackage{bm},\renewcommand{etc...}
See the default matplotlibrc file for more information.
THIS FEATURE IS NOT SUPPORTED. Please don't report problems on the mpl mailing
lists without submitting a patch to fix them.
Alex, please give this a spin. Tell me if it meets your needs, and if it
doesnt, send a patch.
Darren
|
|
From: Darren D. <dd...@co...> - 2007-05-17 14:24:15
|
On Thursday 17 May 2007 10:08:06 am Alexander Schmolck wrote:
> "George Nurser" <gn...@go...> writes:
> > I didn't realize that!
> > Apologies for being ignorant here.
>
> No worries, here's a concrete example for selecting Helvetica (and
> commented out, Palatino) as default fonts:
>
> from matplotlib.pylab import *
> from numpy import *
> #rc('font',**dict(family='serif',serif='Palatino'))
> rc('font',**{'family':'sans-serif','sans-serif':'Helvetica'})
> rc('text', usetex=True)
>
> Note that I've had problems with font-changes being ignored by latex in
> some version of matplotlib, but not the latest 0.9 -- if in doubt
> ``rm -r ~/.matplotlib/*cache`` and see whether that fixes things.
You should also make your rc changes before importing pylab. That might be
considered a bug, and would take some work to fix.
> I've added these two things to
>
> <http://www.scipy.org/Cookbook/Matplotlib/UsingTex>
>
> Hope that's OK, otherwise please revert.
Would you mind changing it to use the rcParams dict instead of the rc
function? It is clearer that way.
Darren
|
|
From: Alexander S. <a.s...@gm...> - 2007-05-17 14:08:19
|
"George Nurser" <gn...@go...> writes:
> I didn't realize that!
> Apologies for being ignorant here.
>
No worries, here's a concrete example for selecting Helvetica (and commented
out, Palatino) as default fonts:
from matplotlib.pylab import *
from numpy import *
#rc('font',**dict(family='serif',serif='Palatino'))
rc('font',**{'family':'sans-serif','sans-serif':'Helvetica'})
rc('text', usetex=True)
Note that I've had problems with font-changes being ignored by latex in some
version of matplotlib, but not the latest 0.9 -- if in doubt
``rm -r ~/.matplotlib/*cache`` and see whether that fixes things.
I've added these two things to
<http://www.scipy.org/Cookbook/Matplotlib/UsingTex>
Hope that's OK, otherwise please revert.
cheers,
'as
|
|
From: George N. <gn...@go...> - 2007-05-17 09:48:23
|
I didn't realize that! Apologies for being ignorant here. -- George Nurser. |
|
From: Alexander S. <a.s...@gm...> - 2007-05-17 09:36:15
|
"George Nurser" <gn...@go...> writes: > Published figures will generally be embedded in text that is Times/ > Palatino etc. > Computer Modern doesn't look right inside such text. > > If it were possible to allow use of the other font packages, it would > be very useful. It already is, see e.g. <http://www.scipy.org/Cookbook/Matplotlib/UsingTex> from the file texmanager.py here are the mappings for the supported font packages: font_info = {'new century schoolbook': ('pnc', r'\renewcommand{\rmdefault}{pnc}'), 'bookman': ('pbk', r'\renewcommand{\rmdefault}{pbk}'), 'times': ('ptm', r'\usepackage{mathptmx}'), 'palatino': ('ppl', r'\usepackage{mathpazo}'), 'zapf chancery': ('pzc', r'\usepackage{chancery}'), 'charter': ('pch', r'\usepackage{charter}'), 'serif': ('cmr', ''), 'sans-serif': ('cmss', ''), 'helvetica': ('phv', r'\usepackage{helvet}'), 'avant garde': ('pag', r'\usepackage{avant}'), 'courier': ('pcr', r'\usepackage{courier}'), 'monospace': ('cmtt', ''), 'computer modern roman': ('cmr', ''), 'computer modern sans serif': ('cmss', ''), 'computer modern typewriter': ('cmtt', '')} cheers, 'as |
|
From: George N. <gn...@go...> - 2007-05-17 09:00:15
|
Published figures will generally be embedded in text that is Times/ Palatino etc. Computer Modern doesn't look right inside such text. If it were possible to allow use of the other font packages, it would be very useful. George Nurser. |
|
From: Darren D. <dd...@co...> - 2007-05-16 20:25:12
|
On Wednesday 16 May 2007 01:29:56 pm Alexander Schmolck wrote:
> Darren Dale <dd...@co...> writes:
> > On Monday 14 May 2007 1:29:05 pm Alexander Schmolck wrote:
> >> Darren Dale <dd...@co...> writes:
> >> I'd *really* like the ability to ``usepackage`` for various reasons and
> >> it would clearly add useful functionality that is not otherwise
> >> obtainable.
> >>
> >> I understand concern about an additional support burden, but couldn't
> >> this be handled by explicitly noting that it's unsupported, possibly
> >> even printing out an unsubtle warning
>
> [...]
>
> > As far as I'm concerned, being unsupported disqualifies the feature from
> > being included in mpl.
>
> Well, if ever there was a compelling use-case for an
> undocumented/unsupported feature it would be this one, I think.
>
> We are talking about something that involves very little implementation
> effort (< 5 LOC or so), right? So provided it doesn't result in either an
> implementation burden or in additional support requests, why wouldn't you
> allow people to obtain functionality, at their own risk, that may be of
> high utility to them?
>
> For example, I use a few lower-case bold greek symbols in my work, and I
> also want to use them in my plots. Due to some arbitrary braindamage in
> latex, this essentially requires a ``\usepackage{bm}`` somewhere in your
> preamble, and there are other fairly standard things are as far as I can
> see impossible to obtain without (if it doesn't cause portability hassles
> of the type you mentioned etc., I think it might actually be worth-while
> considering to add things like 'bm' and 'ammssymb' to the
> default-preamble).
>
> I don't think me and other users editing texmanager by hand or resulting to
> some really nasty hacks in order to just extend simple template string
> being a better solution (or one that necessarily results in fewer support
> requests -- "oops, sorry I just noticed I actually screwed around with this
> file in order to change my latex-preamble").
>
> It wouldn't even be necessary to add some proper latex_preamble option, as
> long as there is some TexManager attribute that's easily enough to modify.
I'll give this some more thought.
|
|
From: Thorsten K. <tho...@go...> - 2007-05-16 19:37:57
|
Thanks a lot anyway! So I will have a look a Custom solution... |
|
From: Alexander S. <a.s...@gm...> - 2007-05-16 17:30:10
|
Darren Dale <dd...@co...> writes:
> On Monday 14 May 2007 1:29:05 pm Alexander Schmolck wrote:
>> Darren Dale <dd...@co...> writes:
>> I'd *really* like the ability to ``usepackage`` for various reasons and it
>> would clearly add useful functionality that is not otherwise obtainable.
>>
>> I understand concern about an additional support burden, but couldn't this
>> be handled by explicitly noting that it's unsupported, possibly even
>> printing out an unsubtle warning
[...]
> As far as I'm concerned, being unsupported disqualifies the feature from being
> included in mpl.
Well, if ever there was a compelling use-case for an undocumented/unsupported
feature it would be this one, I think.
We are talking about something that involves very little implementation effort
(< 5 LOC or so), right? So provided it doesn't result in either an
implementation burden or in additional support requests, why wouldn't you
allow people to obtain functionality, at their own risk, that may be of high
utility to them?
For example, I use a few lower-case bold greek symbols in my work, and I also
want to use them in my plots. Due to some arbitrary braindamage in latex, this
essentially requires a ``\usepackage{bm}`` somewhere in your preamble, and
there are other fairly standard things are as far as I can see impossible to
obtain without (if it doesn't cause portability hassles of the type you
mentioned etc., I think it might actually be worth-while considering to add
things like 'bm' and 'ammssymb' to the default-preamble).
I don't think me and other users editing texmanager by hand or resulting to
some really nasty hacks in order to just extend simple template string being a
better solution (or one that necessarily results in fewer support requests --
"oops, sorry I just noticed I actually screwed around with this file in order
to change my latex-preamble").
It wouldn't even be necessary to add some proper latex_preamble option, as
long as there is some TexManager attribute that's easily enough to modify.
cheers,
'as
|
|
From: Jose Gomez-D. <jgo...@gm...> - 2007-05-16 15:26:21
|
Hi, On 5/16/07, Thorsten Kranz <tho...@go...> wrote: > Hi, I have a question about the command "imshow". Is there a way to have > such a colorplot only limited to a circular area? > > I want to have it look like the colorplots in > > http://www.uke.uni-hamburg.de/kliniken/neurologie/downloads/klinik-neurologie/Hummel_Figure7.jpg I have used the same sort of plots for the polar regions, where you sometimes want to concentrate on one single annulus. One thing you can do is to have a mask, with the same size as your matrix. You calcualte r_ij = sqrt(xi*xi + yj*yj), set a threshold U and let the mask be equal to 1 if r<=U, or else 0. When you apply the mask, the area outside your radius of interest will be masked out. I know, I know... long winded :) Cheers, Jose |
|
From: John H. <jd...@gm...> - 2007-05-16 15:15:40
|
On 5/16/07, Thorsten Kranz <tho...@go...> wrote: > Hi, I have a question about the command "imshow". Is there a way to have > such a colorplot only limited to a circular area? > > I want to have it look like the colorplots in > > http://www.uke.uni-hamburg.de/kliniken/neurologie/downloads/klinik-neurologie/Hummel_Figure7.jpg > > > Nice is also something like > http://www.sol.lu.se/humlab/research/img/erp02.jpg > > Can it be done with matplotlib? Not quite. I recently added support for clipping to polygons in *Agg, but I haven't ported this to all the mpl Artists yet. In particular, I haven't done it for images. You might be able to do it yourself if you wanted to explicitly set the alpha channel, so that alpha outside the circle was 0. JDH |
|
From: Martin S. <sc...@ms...> - 2007-05-16 06:42:53
|
It looks like I've successfully built the latest MPL svn (rev 3273) with
the latest WxPython 2.8.4.0 in Python 2.5.1 on win32 using MSVC 7.1.
Lots of (what I take it aren't important) type conversion warnings
came up, but this warning stood out:
building 'matplotlib._windowing' extension
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\cl.exe /c /nologo /Ox
/MD /W3 /GX /DNDEBUG -IC:/include -IC:\bin\Python25\include
-IC:\bin\Python25\PC /Tpsrc/_windowing.cpp
/Fobuild\temp.win32-2.5\Release\src/_windowing.obj
_windowing.cpp
C:\bin\Microsoft Visual Studio .NET 2003\Vc7\bin\link.exe /DLL /nologo
/INCREMENTAL:NO /LIBPATH:C:/lib /LIBPATH:C:\bin\Python25\libs
/LIBPATH:C:\bin\Python25\PCBuild user32.lib /EXPORT:init_windowing
build\temp.win32-2.5 \Release\src/_windowing.obj
/OUT:lib\matplotlib\_windowing.pyd
/IMPLIB:build\temp.win32-2.5\Release\src\_windowing.lib -mwindows
LINK : warning LNK4044: unrecognized option '/mwindows'; ignored
Creating library build\temp.win32-2.5\Release\src\_windowing.lib and
object build\temp.win32-2.5\Release\src\_windowing.exp
Is this important? MPL seems to work fine. I compiled using:
python setup.py build_ext --inplace --force
I've got the win32_static folder in my MPL root, extracted from
http://matplotlib.sourceforge.net/win32_static_vs.tar.gz, and I've
overwritten all the wxPython lib and header files there with those in
the latest wxPython2.8-win32-devel-2.8.4.0.tar.bz2
Cheers,
Martin
|
|
From: Matthias M. <Mat...@gm...> - 2007-05-16 06:17:08
|
Hi everybody,
while thinking about the problem of disabling mpl-axes-interaction during
key_press_events two ideas came to my mind:
One could add a <newproperty> (e.g. 'skip_mpl_events') to class Artist or
class Axes(Artist).
a) In the method key_press (of class FigureManagerBase) one could then use
this attribute like:
if event.inaxes.<newproperty> == True:
return
to skip all built-in events like 'l' (activate log-scale), 'g' (activate
grid), 'f' (toggle fullscreen mode) ... .
b) One could also use this <newproperty> in the axes methods
grid and toggle_log_lineary to skip the events.
Is this a suitable way of disabling the mpl-axes-interaction?
best regards,
Matthias
On Friday 27 April 2007 17:42, Matthias Michler wrote:
> Hi everybody,
>
> I use key_press_event's to handle my program.
> Therefore I want to skip the matplotlib usage of some keys e.g. 'f', 'g'
> and 'l'.
>
> I didn't find the right method to turn the usage off. Can anybody help me?
>
> Could this method be useful for buttons and sliders from widgets.py, too?
> Because one don't want to scale or set grid upon these widgets, isn't it?
>
> best regards and thanks in advance for any hints,
> Matthias
|
|
From: Thorsten K. <tho...@go...> - 2007-05-16 05:58:56
|
Hi, I have a question about the command "imshow". Is there a way to have such a colorplot only limited to a circular area? I want to have it look like the colorplots in http://www.uke.uni-hamburg.de/kliniken/neurologie/downloads/klinik-neurologie/Hummel_Figure7.jpg Nice is also something like http://www.sol.lu.se/humlab/research/img/erp02.jpg Can it be done with matplotlib? So you might have noticed that I'm in neuroscience. Do you know any helpful packages for this field? Greets, Thorsten |
|
From: <kc1...@ya...> - 2007-05-15 16:59:40
|
This SVG format gets better everyday. For those of you unfortunate enough not to have the choice of freedom from the M$ Monopoly, I discovered that Visio supports SVG file directly. In fact, the rendering is better then Inscape and get this: you can copy and paste *directly* over to PowerPoint and Word and you can even embed it as a Visio object. The quality is superb! Even the browser can read SVG file (somewhat - the quality isn't very good). > -----Original Message----- > From: Derek Hohls > Sent: Tuesday, May 15, 2007 12:19 AM > Subject: Re: [Matplotlib-users] SVG vs PNG > > > For those of you fortunate enough to have the > choice be free from the M$ Monopoly, you can > use the Open Office Impress package to do > something similar to the steps below. > > However, if you want to work directly with SVG > files, then you should install the SVG "import > filter", available from: http://www.ipd.uka.de/~hauma/svg-import/ > (Installation and use are described very clearly). > > If you have saved an SVG file from MPL, you > can now open it in Open Office Draw, ungroup > it (you will need to repeat this command a > number of times) and edit the elements. > Save the file as an Open Office drawing > (.odg) for use in other Open Office applications. > > One strange thing I encountered was that the > default background for fonts was blue? > This seems to be a problem with the > import filter, and has been reported on the > wiki support page: > http://wiki.services.openoffice.org/wiki/SVG_User_Experiences# > Blue_background_for_all_text_elements > > but not fixed. To change this manually: > left-click to select a text element, then > right-click and choosing Edit Style... and > then select White or None from the Area menu. > > > *** As a footnote, I see that an integrated > SVG filter, designed to be shipped as part of > Open Office, is scheduled to be developed as > part of the Google 2007 Summer of Code - see: > http://wiki.services.openoffice.org/wiki/Summer_of_Code_2007/p > roposals#Draw.2FImpress:_SVG_Import_Filter > > > >>> <kc1...@ya...> 2007/05/15 01:08 AM >>> > > Not exactly OT. > > I would not recommend using .eps format in order to > export MPL graphs for Inkscape. I've been playing > around with Inkscape for a few days now and I've been > using .svg exclusively and don't have any problem. > > As I said before, I like the fact that once I am > inside Inscape, I can do an ungroup of the graph, and > work with all of the plotting elements individually. > In fact, I just discover a nice way to "cut and paste" > a particular subplot over to PowerPoint. This gives > me very high quality graphs in Power Point (I can > scale all I want). No more fuzzy, ugly-looking Power > Point charts. > > Here's how: > > a) Create MPL plots in .svg format > b) From Inscape, read in .svg > c) Select subplot and ungroup > d) Copy and paste to a new page > e) Shrink the page down to the size of the object > f) Save as emf file > g) Import into PowerPoint > > In addition, I am also using Inscape to get around the > problem with the PDF backend in MPL. I reported > previously that I am unable to save more then 8 PDF > files per execuation. Now, I save the files in .svg > format, then invoke Inscape in command line mode and > export the file in pdf format. Works great. > > Regards, > > > > > > -----Original Message----- > > From: mat...@li... > > > > [mailto:mat...@li...] > On > > Behalf Of Fernando Perez > > Sent: Saturday, May 12, 2007 9:57 AM > > To: Steve Schmerler > > Cc: mat...@li... > > Subject: Re: [Matplotlib-users] SVG vs PNG > > > > > > On 5/12/07, Steve Schmerler wrote: > > > Fernando Perez wrote: > > > > > > > > Did you install pstoedit? If you do, you'll see > that > > inkscape will > > > > then be able to load .eps/.ps files in a fully > editable format. > > > > I've used it to fix decade-old plots for which > the only > > thing around > > > > was the eps file. > > > > > > > > > > I tried to export an .svg from MPL (0.90.0rev3131) > with > > > rcParams['text.usetex']=True and got a > NotImplementedError > > (same for > > > the pdf backend with usetex, see attached log). I > was > > wondering: Is it > > > (technically) possible to have .svg export > capabilities with > > > usetex-support and if so, has there been no need > for this > > feature so > > > far (not that I need it urgently, just curious..)? > > > > There's actually a real MPL bug in there (not just > the > > NotImplementedError) but I'll report it separately > in a minute. > > > > > Anyway, to work with MPL-images (.ps/.eps) in > Inkscape, I installed > > > pstoedit but loading these files doesn't work > (seems not to > > recognize > > > them as images). Sorry if I'm driving the > Inkscape-stuff a bit OT > > > here, but: What version of Inkscape & friends are > you > > using? I'm using > > > pstoedit 3.44, Inkscape 0.44.1. The > Latex-formula-feature > > of Inkscape > > > is also not working and the error seems related to > pstoedit. Maybe > > > someone had similar experiences ... > > > > > > Thanks for any hint! > > > > Well, unfortunately it seems that inkscape is > crashing python > > itself... I made a trivial .eps in mpl with: > > > > In [1]: plot(range(10)) > > Out[1]: [<matplotlib.lines.Line2D instance at > 0x8f45a8c>] > > > > In [2]: title(r'Some \LaTeX $\int_0^\infty f(\gamma) > d\gamma = 1$') > > Out[2]: <matplotlib.text.Text instance at 0x8f4590c> > > > > In [3]: savefig('foo.eps') > > > > > > and when I tried to load it into inkscape, I got > this very > > nasty traceback: > > > > *** glibc detected *** /usr/bin/python: free(): > invalid > > pointer: 0x4081e4e0 *** ======= Backtrace: ========= > > > /lib/tls/i686/cmov/libc.so.6[0x400ee7cd] > > /lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0x400f1e30] > > > /usr/lib/skencil/Sketch/../Lib/streamfilter.so[0x404e7ce5] > > > /usr/lib/skencil/Sketch/../Lib/streamfilter.so[0x404e7cd2] > > /usr/bin/python[0x8110e6a] > > /usr/bin/python(PyEval_EvalCodeEx+0x313)[0x80c9903] > > > > etc. > > > > At this point, this is really becoming OT for the > mpl list, > > so I'll stop. But if anyone has the time, it might > be worth > > sending this example to the inkscape list so they > work on it > > and hopefully fix it. > > > > Cheers, > > > > f > > > -- > John Henry > > -------------------------------------------------------------- -- John Henry |
|
From: Mark B. <ma...@gm...> - 2007-05-15 16:17:26
|
Sorry to bother you guys, but I cannot figure out how to set the gap between the axis label and the axis. I know it can be done. Thanks, Mark |