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}
(151) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



1
(8) 
2
(4) 
3
(21) 
4
(23) 
5
(3) 
6

7
(8) 
8
(2) 
9

10
(6) 
11
(4) 
12
(6) 
13
(1) 
14
(9) 
15
(10) 
16
(11) 
17
(3) 
18
(10) 
19
(9) 
20
(2) 
21
(10) 
22
(16) 
23
(8) 
24
(6) 
25
(6) 
26
(3) 
27
(5) 
28
(1) 
29
(14) 
30
(5) 
31
(14) 


From: Darren Dale <dd55@co...>  20060801 14:33:17

On Tuesday 01 August 2006 08:52, John Hunter wrote: > >>>>> "Jouni" == Jouni K Seppanen <jks@...> writes: > > Jouni> The draw_lines method in the PS backend divides the line > Jouni> into subsequences of at most 50 points, and calls the > Jouni> "stroke" operator for each subsequence, which in effect > Jouni> resets the dash offset. Thus if 50 consecutive points fit > Jouni> within a dash, the line appears solid. > > 50 seems awfully small to me. There are maximum length path > limitations of some postscript interpreters which is why we batch > these up. Darren, could we get away with a step of 1000 here rather > than 50? Here are GGV's render times for a line containing 1e6 points: division  time (s) 50 3 1000 9 100000 8 none 28 I bumped it up to 100,000 in svn 2644, which seems to have improved the dash problem. Darren 
From: David Huard <david.huard@gm...>  20060801 14:19:52

> > > There is a nice little trick where you can make two axes share the > same xaxis. Then when you pan or zoom on one, the other is > automagically changed to > > ax1 = subplot(211) > ax2 = subplot(212, sharex=ax1) But that's not retroactive, or is it ? i.e. if ax2 has a wider x range than ax1, it won't show up. f = figure(1) s1 = subplot(211) s1.plot([1,2,3], [1,2,3]) s2 = subplot(212, sharex = s1) s2.plot([4,5,6], [1,2,3]) I came up with the following function to solve that problem. Is there a more elegant solution? def uniform_limits(axes, xrange = 'widest', yrange = 'widest'): """For all axes, sets xlim and ylim to the widest (shortest) range.""" x = [] y = [] for ax in axes: x.append(ax.get_xlim()) y.append(ax.get_ylim()) x = vstack(asarray(x)) y = vstack(asarray(y)) if xrange == 'widest': xlims = x.min(0)[0], x.max(0)[1] elif xrange == 'shortest': xlims = x.max(0)[0], x.min(0)[1] if yrange == 'widest': ylims = y.min(0)[0], y.max(0)[1] elif yrange == 'shortest': ylims = y.max(0)[0], y.min(0)[1] setp(axes, 'xlim', xlims, 'ylim', ylims) David 
From: John Hunter <jdhunter@ac...>  20060801 13:02:55

>>>>> "Jouni" == Jouni K Seppanen <jks@...> writes: Jouni> The draw_lines method in the PS backend divides the line Jouni> into subsequences of at most 50 points, and calls the Jouni> "stroke" operator for each subsequence, which in effect Jouni> resets the dash offset. Thus if 50 consecutive points fit Jouni> within a dash, the line appears solid. 50 seems awfully small to me. There are maximum length path limitations of some postscript interpreters which is why we batch these up. Darren, could we get away with a step of 1000 here rather than 50? JDH 
From: John Hunter <jdhunter@ac...>  20060801 13:00:51

>>>>> "David" == David Huard <david.huard@...> writes: David> Hi John, Thanks for taking the time to answer a badly David> formulated question. With your indications, I have been David> able to get an example working. Great. David> s1.set_xlim(s2.get_xlim()) There is a nice little trick where you can make two axes share the same xaxis. Then when you pan or zoom on one, the other is automagically changed to ax1 = subplot(211) ax2 = subplot(212, sharex=ax1) Ditto for sharey. A very useful trick! JDH 
From: Jouni K Seppanen <jks@ik...>  20060801 08:04:20

Eric Emsellem <emsellem@...> writes: > But when saving it in a postscript the dashed line looks solid on most > of the plot. > This happens if there are too many points in the line: The draw_lines method in the PS backend divides the line into subsequences of at most 50 points, and calls the "stroke" operator for each subsequence, which in effect resets the dash offset. Thus if 50 consecutive points fit within a dash, the line appears solid. I suppose the division into subsequences solves some memory or speed problem with PS interpreters, so it should be retained. Then the solution would be to compute the length X of each subsequence and do something like "currentdash pop X setdash" after the "stroke".  Jouni 
From: Eric Emsellem <emsellem@ob...>  20060801 07:24:53

Hi, I just produced a plot with a curve dashed line: when saving it into a png file it works fine. But when saving it in a postscript the dashed line looks solid on most of the plot. This happens if there are too many points in the line: x = arange(0,1.,0.0001) y = sqrt(x) plot(x,y,'k') ## Png file is ok savefig("toto.png") ## Eps file is NOT ok savefig("toto.eps") Any cure to that behaviour? Thanks!!! Eric 
From: Jouni K Seppanen <jks@ik...>  20060801 06:05:06

"Alexander Michael" <lxander.m@...> writes: > I would like to create a plot axis with major tick labels centered > *between* major tick markers instead below tick markers. Take a look at http://thread.gmane.org/gmane.comp.python.matplotlib.general/5271 http://thread.gmane.org/gmane.comp.python.matplotlib.general/5296 http://www.scipy.org/Cookbook/Matplotlib/Transformations  Jouni 
From: David Huard <david.huard@gm...>  20060801 02:42:33

Hi John, Thanks for taking the time to answer a badly formulated question. With your indications, I have been able to get an example working. The point was that I had a function with a number of arguments that returned a subplot(111) instance. Inside this function there are thousands of calls to plot, there are labels and a title. I called the function from my main script, called savefig and stored the figure. Now I want to compare two such figures side by side, and ideally tweak the axes so they are identical. Here is what I came up with your help: def make_complicated_graph(x, sub = None): s = sub or subplot(111) s.plot(x) s.set_title('test12') s.set_xlabel('T') s.set_ylabel('Y') s.scatter([3,4], [5,2], s= 5, c='r') if sub is None: return s fig = figure(1) s1 = subplot(2,1,1) s2 = subplot(2,1,2) make_complicated_graph(arange(5), sub = s1) make_complicated_graph(arange(10), sub = s2) s1.set_xlim(s2.get_xlim()) show() Thanks again for your help. David 