[matplotlib-devel] xlim() turns off autoscaling

2011-02-06 Thread Mike Kaufman 

The help for xlim() says:

 Set/Get the xlimits of the current axes::

   xmin, xmax = xlim()   # return the current xlim
   xlim( (xmin, xmax) )  # set the xlim to xmin, xmax
   xlim( xmin, xmax )# set the xlim to xmin, xmax


but it also has the unexpected behavior of turning off autoscaling if used:

-
import matplotlib.pyplot as plt

plt.clf()
ax = plt.subplot(211)
plt.draw()
print 'autoscale X on: ',ax._autoscaleXon,' xlim: ',plt.xlim()
ax.plot([0,.5,1,1.5,2],[0,1,0,1,0])
plt.draw()
print 'autoscale X on: ',ax._autoscaleXon,' xlim: ',ax.get_xlim(),'\n'

ax = plt.subplot(212)
plt.draw()
print 'autoscale X on: ',ax._autoscaleXon,' xlim: ',ax.get_xlim()
plt.plot([0,.5,1,1.5,2],[0,1,0,1,0])
plt.draw()
print 'autoscale X on: ',ax._autoscaleXon,' xlim: ',ax.get_xlim(),'\n'
-

returns:

 >>> import xlim_unautoscale
autoscale X on:  True  xlim:  (0.0, 1.0)
autoscale X on:  False  xlim:  (0.0, 1.0)

autoscale X on:  True  xlim:  (0.0, 1.0)
autoscale X on:  True  xlim:  (0.0, 2.0)


I assume that this is because xlim() calls set_xlim() which has 
auto=False as a default keyword...

expected behavior: xlim() should behave exactly like get_xlim()
ditto for ylim()

M

--
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] pyplot commands appear to ignore interactive status

2011-02-07 Thread Mike Kaufman 

using a recent svn (r8900), I've noticed that after starting from a 
regular python shell:

 >>> import matplotlib.pyplot as plt
 >>> plt.isinteractive()
False
 >>> plt.plot([1,2,3],[1,3,2])
[]
 >>> plt.plot([1,2,3],[1,2,3])
[]
# plt.draw() is not required, the figure pops up
# and both plots are shown
 >>> plt.xlim(1,2)
(1, 2)
# again this works immediately no draw() required
 >>> plt.xlabel('aaa')

# ditto, no draw() required

but if the axes methods are used, then interactive status is honored:

 >>> plt.gca().set_xlabel('bbb')

 >>> plt.gca().plot([1,2,3],[3,2,1])
[]
 >>> plt.gca().set_xlim(1,3)
(1, 3)
# all these require a plt.draw() to show up...

I think that this is a misfeature, but maybe this is desired behavior?

M



--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] pyplot commands appear to ignore interactive status

2011-02-07 Thread Mike Kaufman 
On 2/7/11 9:02 PM, Benjamin Root wrote:
> On Mon, Feb 7, 2011 at 7:20 PM, Mike Kaufman  <mailto:[email protected]>> wrote:
>
>
> using a recent svn (r8900), I've noticed that after starting from a
> regular python shell:
>
>  >>> import matplotlib.pyplot as plt
>  >>> plt.isinteractive()
> False
>  >>> plt.plot([1,2,3],[1,3,2])
> []
>  >>> plt.plot([1,2,3],[1,2,3])
> []
> # plt.draw() is not required, the figure pops up
> # and both plots are shown
>  >>> plt.xlim(1,2)
> (1, 2)
> # again this works immediately no draw() required
>  >>> plt.xlabel('aaa')
> 
> # ditto, no draw() required
>
> but if the axes methods are used, then interactive status is honored:
>
>  >>> plt.gca().set_xlabel('bbb')
> 
>  >>> plt.gca().plot([1,2,3],[3,2,1])
> []
>  >>> plt.gca().set_xlim(1,3)
> (1, 3)
> # all these require a plt.draw() to show up...
>
> I think that this is a misfeature, but maybe this is desired behavior?
>
> M
>
>
> Which backend are you using and using which OS?

Good question. Snow Leopard and the MacOSX backend. If I use the Gtk 
backend this bug does _not_ occur (though I have to use the plt.show() 
command to bring up the window --- which hangs the shell...)

M

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] pyplot commands appear to ignore interactive status

2011-02-07 Thread Mike Kaufman 
On 2/7/11 9:28 PM, Eric Firing wrote:

>>> Which backend are you using and using which OS?
>>
>> Good question. Snow Leopard and the MacOSX backend. If I use the Gtk
>
> This is a known bug in the MacOSX backend.
>
>> backend this bug does _not_ occur (though I have to use the plt.show()
>> command to bring up the window --- which hangs the shell...)
>
> It should simply block until the window is closed; is this what you mean?

Yes I do, although I'm not sure why it should block: I may want to add 
additional plots to the window --- though I do notice that if 
isinteractive=True, then the window doesn't block. It makes sense I 
guess, but not really intuitive, especially not coming from the 
behaviour of the OSX backend.

M

--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] pyplot commands appear to ignore interactive status

2011-02-07 Thread Mike Kaufman 
On 2/7/11 10:30 PM, Benjamin Root wrote:
>
> The behavior in gtk and other backends is the designed/intended
> behavior.  macosx backend is actually the odd-man out because it was
> coded to only work in one of those modes.
>
> Maybe we should emit a warning when macosx backend is used when
> interactive=False in order to dispel misunderstanding?

possibly, but maybe adding a blurb about OSX, and maybe the blocking 
behavior to the documentation here: 
http://matplotlib.sourceforge.net/users/shell.html and maybe to the 
dostrings of ion(), ioff() would be good.

M


--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] patch to add legend.frameon to rcParams

2011-03-03 Thread Mike Kaufman 
I noticed that this didn't exist and I never seem to want a frame anyway 
so here's a patch. I wasn't sure if anything in doc/ needed to be changed...


I don't really like the name "legend.frameon". I'd rather have 
"legend.frame" or "legend.useframe". If people would accept changing the 
name of the keyword, then this patch probably shouldn't be committed.


M
diff --git a/lib/matplotlib/axes.py b/lib/matplotlib/axes.py
index f47eaa4..a14421f 100644
--- a/lib/matplotlib/axes.py
+++ b/lib/matplotlib/axes.py
@@ -4318,7 +4318,7 @@ class Axes(martist.Artist):
 settings.
 
   *frameon*: [ True | False ]
-if True, draw a frame.  Default is True
+if True, draw a frame around the legend.
 
   *fancybox*: [ None | False | True ]
 if True, draw a frame with a round fancybox.  If None, use rc
diff --git a/lib/matplotlib/legend.py b/lib/matplotlib/legend.py
index 9a838fd..33425b4 100644
--- a/lib/matplotlib/legend.py
+++ b/lib/matplotlib/legend.py
@@ -166,7 +166,7 @@ class Legend(Artist):
  title = None, # set a title for the legend
  bbox_to_anchor = None, # bbox that the legend will be 
anchored.
  bbox_transform = None, # transform for the bbox
- frameon = True, # draw frame
+ frameon = None, # draw frame
  ):
 """
 - *parent* : the artist that contains the legend
@@ -184,7 +184,7 @@ class Legend(Artist):
 numpoints  the number of points in the legend for line
 scatterpoints  the number of points in the legend for scatter plot
 scatteryoffsetsa list of yoffsets for scatter symbols in legend
-frameonif True, draw a frame (default is True)
+frameonif True, draw a frame around the legend
 fancybox   if True, draw a frame with a round fancybox.  If 
None, use rc
 shadow if True, draw a shadow behind legend
 ncol   number of columns
@@ -359,7 +359,8 @@ in the normalized axes coordinate.
 
 self._set_artist_props(self.legendPatch)
 
-self._drawFrame = frameon
+if frameon is None:
+self._drawFrame = rcParams["legend.frameon"]
 
 # init with null renderer
 self._init_legend_box(handles, labels)
diff --git a/lib/matplotlib/rcsetup.py b/lib/matplotlib/rcsetup.py
index f3198d8..91579a3 100644
--- a/lib/matplotlib/rcsetup.py
+++ b/lib/matplotlib/rcsetup.py
@@ -458,6 +458,7 @@ defaultParams = {
 'legend.fontsize': ['large', validate_fontsize],
 'legend.markerscale' : [1.0, validate_float], # the relative size of 
legend markers vs. original
 'legend.shadow': [False, validate_bool],
+'legend.frameon' : [True, validate_bool], # whether or not to draw a 
frame around legend
 
 
 # the following dimensions are in fraction of the font size
diff --git a/matplotlibrc.template b/matplotlibrc.template
index 67933f9..7a888b9 100644
--- a/matplotlibrc.template
+++ b/matplotlibrc.template
@@ -249,6 +249,7 @@ backend  : %(backend)s
 #legend.handletextsep : 0.02   # the space between the legend line and legend 
text
 #legend.axespad   : 0.02   # the border between the axes and legend edge
 #legend.shadow: False
+#legend.frameon   : True   # whether or not to draw a frame around legend
 
 ### FIGURE
 # See 
http://matplotlib.sourceforge.net/api/figure_api.html#matplotlib.figure.Figure
--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] behavior of drawing in interactive mode

2011-05-22 Thread Mike Kaufman 
Hi,

After switching over from the MacOSX backend to the GTKAgg backend, I 
started notice a big change in drawing behavior.

Now I know that MacOSX is interactive all the time by [mis]design, so I 
wasn't surprised that I would have to add draw() commands when 
isinteractive()==False; however, when using the non-pyplot commands, 
i.e. ax.plot() rather than plot(), I must use draw() to render the new 
Line2D even when isinteractive()==True. This doesn't seem correct 
behavior to me. A lot of drawing just can't be done by the pyplot 
functions. You have to go to the axes functions.

On another, but related topic, I use ipython -pylab, and generally 
develop by using the `run -i file.py` syntax. I have found what I think 
is a bug where if I have a file that consists of:

cat >> file.py

[matplotlib-devel] exception in sankey demo in examples

2011-09-24 Thread Mike Kaufman 
Possible bug report:

"Exception occurred rendering plot."

http://matplotlib.github.com/examples/api/sankey_demo.html

This is with firefox 6.0.2

M

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] exception in sankey demo in examples

2011-09-25 Thread Mike Kaufman 
This is all fine. I just wanted to make sure that the documentation on 
the web got squared with the current state of things.

M

On 9/24/11 10:57 PM, Kevin Davies wrote:
> Mike,
> sankey_demo.py doesn't exist in the latest build. It has been renamed to
> sankey_demo_old.py and there are 3 new sankey-related demos:
> sankey_demo_basics.py
> sankey_demo_links.py
> sankey_demo_rankine.py
>
> I'm not sure where sankey_demo.py is called from, but I think it should
> be changed.
>
> Kevin
>

--
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] savefig to pdf and ps don't respect mew=0 or mec

2011-12-11 Thread Mike Kaufman 

for this code:

clf()
plot(arange(5),arange(5), 'y.', ms=30.0, mew=0, mec='r')
draw()
savefig('mew.pdf')
savefig('mew.ps')

The pdf and ps show a marker edge even though the gtkagg window doesn't 
(neither do the png or svg savefigures).
The marker edge in the ps is black instead of red.

I haven't done a git-bisect, but
f1388ee3c3a5c72af00701e5a623545f0df2f426 from April 11 seems to have the 
pdf problem but the ps doesn't have a marker edge.

M

--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] savefig to pdf and ps don't respect mew=0 or mec

2011-12-11 Thread Mike Kaufman 

Both Skim 1.3.18 and Preview on OSX 10.6.8 show this. I'm using gv 3.7.1 
as a postscript viewer.

M

> Mike,
>
> I was recently tracking down a somewhat similar problem a few days ago.
>   It turned out not to have been related to mpl at all, but rather a bug
> in the PDF viewer.  Which viewer are you using so that I can make sure
> that I check something different?
>
> Ben Root


--
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] should the ordering of clf() matter for AxesGrid?

2012-01-11 Thread Mike Kaufman 

Given the code snippet below with clf() #1 uncommented works like one 
would expect - both plots are drawn. If #1 is commented out and #2 is 
uncommented, then the figure is cleared and neither plot is drawn. Is 
this the correct behavior? It seems like a bug to me.

M


import numpy as np
import matplotlib.pyplot as plt
from mpl_toolkits.axes_grid1 import AxesGrid

f = plt.figure(1)
plt.clf() #1
grid = AxesGrid(f, 111, (1,2))
#plt.clf()  #2
grid[0].plot(np.arange(10))
grid[1].plot(np.arange(10))
plt.draw()

--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] should the ordering of clf() matter for AxesGrid?

2012-01-11 Thread Mike Kaufman 
Ok, this was my bad. I was under the [mistaken] impression (and in 
retrospect I'm not sure why) that the AxesGrid call just set up the 
geometry and the plot calls actually created the axes.

Thanks for setting me straight.

M

On 1/11/12 9:05 PM, Paul Ivanov wrote:
> Hi Mike,
>
> Mike Kaufman, on 2012-01-11 19:30,  wrote:
>> Given the code snippet below with clf() #1 uncommented works like one
>> would expect - both plots are drawn. If #1 is commented out and #2 is
>> uncommented, then the figure is cleared and neither plot is drawn. Is
>> this the correct behavior? It seems like a bug to me.
>
> Seems to me like this is the intended behavior and not a bug. I'm
> not sure what you were expecting to happen with that second call
> to clf. You're clearing the whole figure, so even though the
> axes you have in the grid variable have references to f, f has
> disowned them!
>
>In [39]: grid = AxesGrid(f, 111, (1,2))
>
>In [40]: f.axes
>Out[40]:
>[,
> ,
> ,
> ]
>
>In [41]: plt.clf()
>
>In [42]: f.axes
>Out[42]: []
>
> Perhaps you wanted to simply to clear the individual axes? You
> can do that with [g.cla() for g in grid] instead of your call to
> plt.clf()
>
> best,


--
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] Bug: errorbar caps require mew!=0

2012-04-24 Thread Mike Kaufman 
If mew=0, then the caps on errorbars are not drawn regardless of the 
setting of the "capsize" option. I don't think this should be the 
behavior, it certainly caught me off guard, since I had mew=0 set in 
rcParams.

This is present as of 5b499f0180befea04fab7bfda17ba3ad7cf2380e
(Mar 22nd master)

M

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] axes.arrow and FancyArrow documentation and concerns

2012-06-11 Thread Mike Kaufman 
Hi all,

I just sent in a pull request #941 to update the documentation for 
axes.arrow, because width,head_width,head_length, etc weren't 
documented, but I ran into a couple of concerns that I thought to discuss:

1. the default width of 0.001 seems absurdly small. 0.05 seems better. 
You can tell there's actually an arrowhead there with reasonable x- and 
y-limits.

2. I believe that length_includes_head ought to default to True. 
especially since the doc says: Draws arrow on specified axis from (*x*, 
*y*) to (*x* + *dx*, *y* + *dy*), one would expect by default the tip of 
the arrow to end at *x* + *dx*, *y* + *dy*

3. for the 'shape' arg, 'left' and 'right' seem to be backwards to me. 
Given that the arrow defines a vector direction, say \hat{x}, then 
'left' to me means only the part of the arrow in the +y half of the 
plane should be drawn.

M

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Hacking on matplotlib

2012-07-10 Thread Mike Kaufman 
On 7/10/12 4:18 PM, Benjamin Root wrote:
>
>
> On Tue, Jul 10, 2012 at 4:15 PM, Amy Dyer  > wrote:
>
> Hi everyone,
>
> We're part of the summer 2012 batch at Hackerschool
> (www.hackerschool.com ) and we chose to
> spend this week contributing to matplotlib. We already submitted a
> handful of pull requests for bugs but we are looking for more to do.
>
> Are there any open issues or features you would like us to work on?
>
> - Amy, Vera, Beverly and Alan
>
>
> Awesome!
>
> Here is a quick list of all github issues tagged with "wishlist":
>
> https://github.com/matplotlib/matplotlib/issues?labels=wishlist&page=1&state=open
> 

I probably should at some point submit this as a wishlist item, but I 
thought I'd mention it here:

The other day, I was looking to make a ylabel with text of two different 
colors (I wanted to use the ylabel in a twinx rather than a legend to 
show that two of three plots on an axis used a particular scale). See also:

http://stackoverflow.com/questions/9169052/partial-coloring-of-text-in-matplotlib

Unfortunately, I don't believe this solution is going to work in a 
xlabel or ylabel without finding the location of the ylabel and putting 
these concatenated text objects there.

It would be nice to have the label and title methods take a Text object 
(and a list of text objects -- each of whom could supply a piece of 
different colored text) in addition to a string.

A list of text objects would be automagically concatenated together. How 
to generalize alignment of multiple text objects? Haven't thought that 
far yet.

Either that or develop some additional color markup (and a parser) 
inside a string. Admittedly a bigger project -- though probably a better 
solution.

M

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] log scale plots ignore tick_params

2012-10-09 Thread Mike Kaufman 

The example code should explain the problem.
tick_params(), at least for the ticks themselves, is ignored by log plots.

clf()
x = arange(10)
subplot(211)
plot(x, x)
tick_params(right='off') # works.

subplot(212)
semilogy(x, x)
tick_params(right='off') # doesn't work!
draw()

M

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] log scale plots ignore tick_params

2012-10-09 Thread Mike Kaufman 
On 10/9/12 9:42 PM, Eric Firing wrote:
> On 2012/10/09 3:03 PM, Mike Kaufman wrote:

>> clf()
>> x = arange(10)
>> subplot(211)
>> plot(x, x)
>> tick_params(right='off') # works.
>>
>> subplot(212)
>> semilogy(x, x)
>> tick_params(right='off') # doesn't work!
>> draw()
>
>
> You need to specify an additional kwarg, which='both'. The default is
> "major" only, but log axes use minor and major ticks.

You are so right. And now that I think about it, this has bitten me (and 
been solved by me) before. And I think the reason has got to be that the 
regular plot simply doesn't have any minor ticks by default. That's 
bugged me because (correct me if I'm wrong) many of our competitors' 
(e.g. Matlab, IDL) plots do have minor ticks as a default.

What do you think about changing the default of tick_params to 'both', 
and perhaps add minor ticks (I suggest a single minor between each 
major) to regular plots as a default?

M


--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

[matplotlib-devel] tick_params direction 'inout'

2012-11-14 Thread Mike Kaufman 
Hi all,

I don't have time to make a patch at the moment, but I thought I'd point 
it out for anyone to give it a go...

tick_params(axis='both', **kwargs)
 Change the appearance of ticks and tick labels.

 Keyword arguments:

...

 *direction* : ['in' | 'out']
 Puts ticks inside or outside the axes.

I just found that *direction* accepts 'inout' as well, which
does indeed place the tick on both sides of the spine. So the 
documentation should be updated to reflect this. If it were me, I'd 
allow 'both' to work as well.

M

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] tick_params direction 'inout'

2012-11-16 Thread Mike Kaufman 
On 11/15/12 2:54 PM, Paul Ivanov wrote:
> On Wed, Nov 14, 2012 at 7:37 PM, Mike Kaufman 
> I just found that *direction* accepts 'inout' as well, which
> does indeed place the tick on both sides of the spine. So the
> documentation should be updated to reflect this.
>
>
> Thanks for the report, Mike, here's a PR for the patch:
> https://github.com/matplotlib/matplotlib/pull/1503
>
> If it were me, I'd allow 'both' to work as well.
>
>
> I'm amenable to that, just not sure if that counts as a new feature and
> should go into master, or a bugfix and go into v1.2.x.
>
> I can add this functionality to #1503 if that makes sense to go to v1.2.x

Thanks Paul,

One is a doc fix, the other requires changing code (inside axis.py?). So 
best practice probably argues that 'both', if acceptable, should really 
only go into master.

That said, I think the 'both' change only requires a change to a pair of 
conditionals...

M

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] png error with git master, is it just me?

2013-04-05 Thread Mike Kaufman 
I've had problems like this using a git-source matplotlib and macports. 
This usually happens after libpng is upgraded.

Turns out a 'python setup.py install ...' in matplotlib will not solve 
things until you manually delete the contents of the matplotlib build/ 
directory. After which new go at setup.py install will link to the new 
libpng library. 'make clean' will not do this for you (which is probably 
an oversight in the matplotlib Makefile). Don't know if this will help 
for linux.

M

On 4/5/13 1:37 AM, Fernando Perez wrote:
> Well, I'm using the system libpng, which is what puzzles me: there
> should be no need for me to modify my LD_..., and I haven't done so in
> the past.  I'll have to dig into the build tomorrow to figure out
> exactly what's going on there...
>
> Will report back.
>
>
> On Thu, Apr 4, 2013 at 9:24 PM, Damon McDougall
> mailto:[email protected]>> wrote:
>
>
>
>
> On Thu, Apr 4, 2013 at 10:51 PM, Fernando Perez
> mailto:[email protected]>> wrote:
>
> Thanks, Damon, for this info.
>
> Based on this, I've tested now on another, different system with
> the same version of linux and can't reproduce it either.  Very
> odd, but it looks like something is amiss on my end, so let me
> investigate further before anyone burns further cycles on the issue.
>
> Cheers,
>
> f
>
>
> On Thu, Apr 4, 2013 at 8:06 PM, Damon McDougall
> mailto:[email protected]>>
> wrote:
>
> On Thu, Apr 4, 2013 at 6:41 PM, Fernando Perez
> mailto:[email protected]>> wrote:
>
> Hi folks,
>
> I'm getting the following error from a clean build of
> master on an
> ubuntu 12.10 machine:
>
> longs[junk]> python -c 'import matplotlib._png'
> Traceback (most recent call last):
>File "", line 1, in 
> ImportError:
> 
> /home/fperez/usr/opt/lib/python2.7/site-packages/matplotlib-1.3.x-py2.7-linux-x86_64.egg/matplotlib/_png.so:
> undefined symbol: png_create_read_struct
>
>
> I hadn't seen anything like this recently, nor can I
> find similar
> reports, so I'm wondering if anyone knows what's going
> on, or if it's
> an error on my side.  I can try to bisect it but I
> figured I'd ask
> first in case it's obvious to someone else...
>
> Cheers,
>
> f
>
>
> Hi Fernando,
>
> I can't recreate this on OS X with the current git master
> branch, which is at 11e7ed.
>
> Best wishes,
> Damon
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229
>
>
>
> Any time, Fernando.
>
> Out of curiosity, is the png_create_read_struct a symbol from
> libpng?  If so, try adding wherever your libpng lives to your
> LD_LIBRARY_PATH and see what happens.
>
> Best wishes,
> Damon
>
> --
> Damon McDougall
> http://www.damon-is-a-geek.com
> Institute for Computational Engineering Sciences
> 201 E. 24th St.
> Stop C0200
> The University of Texas at Austin
> Austin, TX 78712-1229
>
>
>
>
> --
> Minimize network downtime and maximize team effectiveness.
> Reduce network management and security costs.Learn how to hire
> the most talented Cisco Certified professionals. Visit the
> Employer Resources Portal
> http://www.cisco.com/web/learning/employer_resources/index.html
>
>
>
> ___
> Matplotlib-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>


--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] backporting the boxplot fix

2015-04-26 Thread Mike Kaufman 
So it seems I was using the old branch (now deleted?) v1.4.x rather than 
v1.4.3-doc, which does have the commit for the fix in question. I was 
naively assuming that v1.4.x was always the latest release in the v1.4 
series.

False alarm. Sorry.

M

On 4/25/15 4:26 PM, Thomas Caswell wrote:
> The commit that fixes that
> https://github.com/matplotlib/matplotlib/commit/40720ef9fb5de75d908d0ce433d5c3bb8902884f
> should be in 1.4.1 an onward.  Exactly which version are you using?
>
> There will be no 1.4.4.
>
> On Tue, Apr 21, 2015 at 11:00 AM Michael Kaufman  > wrote:
>
> Is there any possibility of back-porting the fix to the boxplot
> positions to v1.4.x? This would be ticket #3563. I had thought that this
> was fixed in 1.4, but it seems to be there again. v1.5-devel (where the
> boxplot works fine) is not-very-usable for me due to the GTK idle bug.
>
> Thanks,
>
> M
>
> 
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live
> exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
> event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> Matplotlib-devel mailing list
> [email protected]
> 
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
>
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>
>
>
> ___
> Matplotlib-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel