On Sat, Aug 29, 2009 at 10:58 AM, Michael Sarahan wrote:
> Here you go. If you can think of anything else to include, I'll work
> on it. I think the next thing I'll add is something on embedding
> images in the corners of plots. figimage is the way to do this,
> right?
It depends on exactly wha
On Fri, Aug 28, 2009 at 4:27 AM, Jouni K. Seppänen wrote:
> Should the coordinates be raw PDF points measured from the bottom left
> corner, or passed through the figure transformation (or something else)?
> What sort of font properties would you expect to be allowed?
>
>> One could use the matplot
On Mon, Aug 17, 2009 at 11:24 AM, Jack Sankey wrote:
> Hello Gael,
> Okay, I've updated the two files I modified here:
> http://sites.google.com/site/jacksankey/files/matplotlib.zip?attredirects=0
> Sorry I can't figure out how to compile. I wish it was possible to have an
> SVN containing also the
On Sun, Aug 30, 2009 at 5:41 AM, Gael
Varoquaux wrote:
> Yes, that did fix the problem. I suspect it might be trivial :). Thanks a
> lot.
This is a common problem, and the first line of defense against builds
or installs that aren't working properly. We even have a FAQ entry:
http://matplotli
On Sun, Aug 30, 2009 at 10:24 AM, Andrew Straw wrote:
> No, I hadn't considered that it might be non-deterministic. However,
> looking at the absdiff image of test_matplotlib.TestAxes.empty_datetime,
> this is a totally different failure than we were seeing with Eric's
> patch. I should probably s
On Sun, Aug 30, 2009 at 11:42 AM, John Hunter wrote:
> So now I am getting what looks like a font error on the sage buildbot,
> even though I wasn't getting one before on this image. Is this
> because the new good was generated on linux with a different font
> config, you th
On Sun, Aug 30, 2009 at 11:47 AM, John Hunter wrote:
> Hey this is strage now the baseline image is wrong (it has one line
> and should have two). Earlier didn't the baseline have two and the
> actual have one? Did someone upload the broken one line version as
> the new baselin
On Sun, Aug 30, 2009 at 12:57 PM, John Hunter wrote:
> OK, I figured this out. The new failure was on formatter4, not
> formatter5. I didn't see that when I posted earlier. It turns out
> when we were working at scipy and I wrote that script to move new
> saved-results
Andrew, I think I may have a clue how to fix the font discrepancies.
Apple owns patents on some a byte code interpreter for hinting truetype fonts:
http://freetype.sourceforge.net/patents.html
and freetype can be built with the patented stuff turned on but the
default is off -- freetype has no
On Sun, Aug 30, 2009 at 4:17 PM, John Hunter wrote:
> According to RobK, you can reconfigure your ubuntu system to turn
> these off. He suggests:
>
> To use autohinting, use the hint in this post, or just run the
> following command:
>
> sudo dpkg-reconfigure fontconfig-co
Andrew and I just spent a couple of hours on the phone trying to
reconcile our freetype rendering discrepancies, and after much tedious
poor-man's debugging, we finally figured out what was wrong. We
thought we were using the same version of freetype but were not. The
fault was mine: I configured
On Tue, Sep 1, 2009 at 10:32 AM, Michael Thompson wrote:
> Hi,
> I'm trying to work on the canvas javascript backend I found here
> [1]. I'm trying to add text but the canvas origin is at the top left,
> how can I transform the co-ordinates from the matplotlib to canvas?
>
> def draw_text(self,
On Thu, Sep 3, 2009 at 8:05 PM, wrote:
> This is just a friendly ping about the issue in this thread. I'm
> delaying the patch that shifts Sage's graphics to using the new
> matplotlib and spines, and I think resolving this issue would probably
> resolve the remaining big problem (placing axes l
On Fri, Sep 4, 2009 at 2:54 PM, Andrew Straw wrote:
> Should I remove dvipng from the buildslaves to check for this kind of
> thing in the future, or should I keep it installed so we can test
> functionality that uses it?
I think we should have at least one build slave with dvipng and one
w/o. T
My kids have commandeered my computer for family movie night, but I'll
merge this tomorrow if someone else hasn't gotten to it before then. I
suspect the amount of time you must have sunk into determining the
date dependency of the empty datetime bug has exhausted your free
energy for mpl h
On Sun, Sep 6, 2009 at 12:58 AM, Andrew Straw wrote:
> Today I committed to svn a simplified testing infrastructure, which I've
> committed to matplotlib/testing/*. A few sample tests are in
> matplotlib/tests/*. I also wrote some docs, which are now in the
> developer coding guide. See that (
> ht
On Sun, Sep 6, 2009 at 1:00 AM, Andrew Straw wrote:
> Andrew Straw wrote:
>> Today I committed to svn a simplified testing infrastructure, which I've
>> committed to matplotlib/testing/*. A few sample tests are in
>> matplotlib/tests/*. I also wrote some docs, which are now in the
>> developer codi
On Sun, Sep 6, 2009 at 11:17 AM, Andrew Straw wrote:
> After letting the implications settle a bit, I think I'm in favor of
> baseline images living in the matplotlib svn trunk so that they're
> always in sync with the test scripts and available to those who have
> done svn checkouts. Another impo
On Sun, Sep 6, 2009 at 3:44 PM, John Hunter wrote:
>
> I am working on this stuff now and am near a solution for the empty
> datetime bug which is cleaner and more general. I'll populate tests
> for this stuff so just let me know where to put the baselines.
Hey Andrew -- I fi
I must be missing something obvious, but I tried to add a new module
to lib/matplotlib/tests called test_image, which has a single method
so far, test_image_interps. I added the standard decorator and
baseline image, and I can see it being installed in the stdio on the
sage buildbot
http://mpl-bu
On Tue, Sep 8, 2009 at 10:14 AM, Andrew Straw wrote:
>> but I do not see an additional test being run (I still get the usual
>> 26 tests). Is there another step to getting this to be picked up by
>> the test harness?
>>
>
> As described in the "Creating a new module in matplotlib.tests" of the
>
On Tue, Sep 8, 2009 at 8:54 AM, Michael Droettboom wrote:
> I've been only skimming the surface of the discussion about the new test
> framework up until now.
>
> Just got around to trying it, and every comparison failed because it was
> selecting a different font than that used in the baseline ima
On Tue, Sep 8, 2009 at 10:46 AM, Andrew Straw wrote:
> While the default test usage should probably set as much as possible to
> ensure things are identical, we also want to be able to test other code
> paths, so I think I'll add some kind of kwarg to matplotlib.test() to handle
> non-testing-defa
On Tue, Sep 8, 2009 at 11:47 AM, Michael Droettboom wrote:
> Interesting result. I pulled all of the new "actual" files from the 21
> failing tests on the buildbots to my local machine and all of those tests
> now pass for me. Good. Interestingly, there are still two tests failing on
> my machin
On Tue, Sep 8, 2009 at 12:34 PM, Andrew Straw wrote:
> Michael Droettboom wrote:
>> More information after another build iteration.
>>
>> The two tests that failed after updating to the unhinted images were
>> subtests of tests that were failing earlier. If a single test
>> function outputs multip
We've had a significant number of bug-fixes in the release branch, so
this weekend I'm going to try and put out a release candidate for
0.99.1, and perhaps this will be the last release of this branch but
time will tell. I'll build the tarball and OSX binaries for the
release candidate, and perhap
On Thu, Sep 10, 2009 at 8:50 PM, Brian Granger wrote:
> Thinking about 1.0
>
> Has anyone looked at the new gui integration stuff in the IPython trunk?
No -- this was on the list for the scipy sprint but we didn't get to
it. We should reserve some time one weekend for a virtual sprint,
where
On Thu, Sep 10, 2009 at 8:08 PM, John Hunter wrote:
> We've had a significant number of bug-fixes in the release branch, so
> this weekend I'm going to try and put out a release candidate for
> 0.99.1, and perhaps this will be the last release of this branch but
> time will
On Thu, Sep 17, 2009 at 9:30 AM, Michael Droettboom wrote:
> Looks fine to me. We were offering to commit this to matplotlib, or
> should I?
You should let Fernando, so he can survive the annual purge of
developers no longer committing :-)
---
On Fri, Sep 18, 2009 at 9:48 AM, Sandro Tosi wrote:
> Hi all,
> with the simple code here below
>
> $ ipython -pylab
>
> In [1]: import numpy as np
>
> In [2]: theta = np.arange(0., 2., 1./180.)*np.pi
>
> In [3]: plt.polar(3*theta, theta/5)
>
> I obtain the attached images with 0.98.5.3 and 0.99.{
Could you try the 99.1rc release candidate linked to in the "news" box
on the mpl homepage? I did fix some link problems in the osx binaries
since 0.99.0.
On Sep 18, 2009, at 4:53 PM, David Warde-Farley
wrote:
> Using the binaries at matplotlib.sf.net:
>
>
> d...@strafe:~$ ipython -pyla
On Fri, Sep 18, 2009 at 7:01 PM, Andrew Straw wrote:
> Maybe the MPL binary was built with a numpy svn version that had API
> incompatibilities with numpy releases?
I built the python2.6 OSX 0.99.1rc1 binary with the numpy from the
1.3.0 dmg installer from the sf site, intentionally not using my
Some files seem to get a properties modification on them every time
someone does an svn merge, eg
examples/misc/multiprocess.py
which is rarely changed, but frequently has its svnmerge properties change
home:~/mpl> svn diff -rPREV:HEAD examples/misc/multiprocess.py
Property changes on: exampl
I spent a long time working on
https://sourceforge.net/tracker/index.php?func=detail&aid=2861426&group_id=80706&atid=560720
and the associated unit test. I learned a lot and the unit tests really helped.
First, I decided that if someone sets the formatter or locator to be a
DateFormatter or
On Sun, Sep 20, 2009 at 6:50 PM, Drain, Theodore R (343P)
wrote:
> I've run into this problem quite a few times and I'd love to figure out some
> way to fix it. As an example, here's the kind of scenario this occurs in:
>
> I embed MPL in a few different GUI's that plot data either in real-time
On Sun, Sep 20, 2009 at 9:35 PM, John Hunter wrote:
> where myInstance is an object of the type you expect to pass in. As
> long as you have registered a converter from type(myInstance) ->
> ConversionInterface, you can now specify the default limits t
The relevant bugs on the tracker have been addressed and I just did a
round of testing on the release branch and it looks like we are good
to go for 0.99.1. Unless something critical comes up in the next 24
hours, I'm tagging r7813 on the release branch for 0.99.1 and will
build the OS X binaries
On Mon, Sep 21, 2009 at 7:04 AM, Michael Droettboom wrote:
> It's caused by the files having multiple locations (relative to the root of
> the source tree) in different branches, or existing in some branches but not
> in others. In other words, files that have been moved, deleted or added
> since
On Tue, Sep 22, 2009 at 5:38 PM, wrote:
> I just downloaded 0.99.1 and ran into some problems using it in Sage.
> Basically, in the tar.gz file, there was a setup.cfg file, which had the
> following:
This was a bug in the tarball -- mpl doesn't keep a copy of setup.cfg
in svn and shouldn't ship
On Wed, Sep 23, 2009 at 8:47 AM, Lev Givon wrote:
> contain a setup.cfg file:
>
> $ tar zft matplotlib-0.99.1.tar.gz |grep setup.cfg
> matplotlib-0.99.1/setup.cfg
> matplotlib-0.99.1/setup.cfg.template
It seems to depend on which mirror you get the file from. From Voxel,
I see setup.cfg but from
On Wed, Sep 23, 2009 at 10:48 AM, Jouni K. Seppänen wrote:
> Andrew Straw writes:
>
>> Jouni - I don't think this would be hard to add, but I'm swamped at
>> work. If this is an itch you'd like to scratch, feel free to hack away
>> on the image_comparison() function in
>> lib/matplotlib/testing/d
On Wed, Sep 23, 2009 at 12:42 PM, Andrew Straw wrote:
> Sorry, I should have been more clear. I was thinking that the
> image_compare() decorator would call the test function multiple times,
> having switched the backend between invocations. Thus, the call to
> savefig() would continue not to exp
On Wed, Sep 23, 2009 at 12:56 PM, Andrew Straw wrote:
> John Hunter wrote:
>> On Wed, Sep 23, 2009 at 12:42 PM, Andrew Straw wrote:
>>
>>
>>> Sorry, I should have been more clear. I was thinking that the
>>> image_compare() decorator would call the t
in case anyone has some suggestions, I'm forwarding this from the sage list
-- Forwarded message --
From: William Stein
Date: Sun, Sep 27, 2009 at 10:51 PM
Subject: OS X 10.6 port
To: sage-devel , John Hunter
Hi,
I spent several hours yesterday trying to get matplotli
On Mon, Sep 28, 2009 at 4:47 AM, Dr. David Kirkby
wrote:
> William Stein wrote:
>>
>> Hi,
>>
>> I spent several hours yesterday trying to get matplotlib for Sage to
>> work on OS X 10.6. On my laptop everything works perfectly, but on
>> another test machine (bsd.math) the workaround from my lapt
On Mon, Sep 28, 2009 at 11:14 AM, John Hunter wrote:
> But even simple tests are failing with::
>
> jdh2...@bsd:~> LD_LIBRARY_PATH=~/devtest/lib/
> PYTHONPATH=~/devtest/lib/python2.6/site-packages/ /usr/bin/python -c
> 'import matplotlib; matplotlib.use("Agg")
On Fri, Oct 2, 2009 at 12:27 AM, Andrew Straw wrote:
> I just installed gs on one of the buildbots -- so at least the .pdf
> generation should get tested on one machine. (The one running the py24
> and py25 tests.)
The OSX build bot has been down ever since the build machine was
upgraded to 10.6
On Wed, Oct 14, 2009 at 2:16 PM, Ryan May wrote:
> Hi,
>
> Anybody know what the status of AutoDateLocator/AutoDateFormatter in
> matplotlib.dates are? They work and seem reasonably well documented.
> However, they do not show up in our online docs:
>
> http://matplotlib.sourceforge.net/api/dates
On Wed, Oct 14, 2009 at 3:47 PM, Ryan May wrote:
> On Wed, Oct 14, 2009 at 3:08 PM, John Hunter wrote:
>> Most likely this is just due to an oversight in the __all__ so just
>> add it there in the branch and it should get picked up next time we
>> build the docs
>
>
On Wed, Oct 28, 2009 at 1:09 AM, Jouni K. Seppänen wrote:
> This is because the distribution includes a setup.cfg file by mistake.
> Deleting setup.cfg should allow the autodetection logic to disable
> building wxagg. This is bug #2871530 on Sourceforge:
>
> https://sourceforge.net/tracker/?func=
2009/11/1 Stéfan van der Walt :
> 2009/10/31 Eric Firing :
>> You forgot the attachment.
>
> I hate it when that happens -- here it is!
Hey Stéfan,
To avoid the overlap on the titles and ticks, you will want to play
with the font size of the ticks and title, but most importantly the
subplots_adju
On Mon, Nov 2, 2009 at 4:59 PM, Matthew West wrote:
> Hi,
>
> The PolyCollection class currently closes the path for each polygon by
> adding a last point the same as the first point. This means that the
> line joins will be different on this point. I've submitted a patch to
> make PolyCollection
2009/11/3 Stéfan van der Walt :
> Hi JJ
>
> 2009/11/2 Jae-Joon Lee :
>> I now think this is not the dpi issue.
>> Can you check the size of your figure in mac os X backend, after the
>> plot is drawn?
>>
>> print f.get_size_inches()
>>
>> 8x6 inch is the default.
>
> It says [4, 2.52], so I think y
On Mon, Nov 9, 2009 at 10:21 AM, Andrew Straw wrote:
> Hi All,
>
> I have addressed what I think is a long-standing wart: zorder is mostly
> ignored for imshow(). (See e.g.
> http://old.nabble.com/Re%3A--Matplotlib-users--imshow-zorder-tt19047314.html#a19047314
> ) The question is whether I should
On Mon, Nov 9, 2009 at 12:12 PM, Jae-Joon Lee wrote:
> On Mon, Nov 9, 2009 at 1:01 PM, John Hunter wrote:
>> Your
>> patch is only applied when len(images)<=1 or
>> renderer.option_image_nocomposite(), both of which will be False when
>> using Agg with mult
On Mon, Nov 9, 2009 at 12:16 PM, Andrew Straw wrote:
> So now the question for me is what is this option_image_nocomposite is so
> that I can generalize the patch to both when it's True and False. From the
The compositing is in support of things like
pylab_examples/layer_images.py, where two ima
On Mon, Nov 9, 2009 at 1:29 PM, Leonid Petrov wrote:
> Hi, matplotlibers,
>
> I tried to compile matplotlib0.99.1.1 against Python-2.6.4, numpy-1.3.0,
> libpng-1.2.40, freetype-2.3.11 with the following command:
> python setup.py install --prefix=/opt64 > & comp.log
>
> I got
>
> building 'matpl
On Mon, Nov 9, 2009 at 3:08 PM, Leonid Petrov wrote:
> Hi, John,
>
> I got mpl from
>
> http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-0.99.1/matplotlib-0.99.1.1.tar.gz/download
>
> /d1/incoming> md5sum matplotlib-0.99.1.1.tar.gz
> bd0894dd924eb5bec84c42d26041a544 matplot
On Thu, Nov 19, 2009 at 6:02 AM, Ensitof wrote:
>
> I got the same problem and posted my question in this forum
> http://www.developpez.net/forums/d836964/autres-langages/python-zope/calcul-scientifique/matplotlib-scatter3d-colorisation-fonction-z/
> (here) a few days ago... My question receives
On Wed, Nov 25, 2009 at 10:52 AM, Andrew Straw wrote:
> Also, would you like svn commit access? That may just make things easier
> -- John, what do you think? I think we can trust David. :)
Absolutely -- send me an svn login and I can add him to the list of
committers if he wants to, else we can
On Wed, Nov 25, 2009 at 10:57 AM, John Hunter wrote:
> On Wed, Nov 25, 2009 at 10:52 AM, Andrew Straw wrote:
>
>> Also, would you like svn commit access? That may just make things easier
>> -- John, what do you think? I think we can trust David. :)
>
> Absolutely -- se
On Mon, Nov 30, 2009 at 12:14 PM, Matthew Brett wrote:
> Hi,
>
> Can I suggest the following generalization in the make.osx make file?
> It makes it a bit easier to configure for odd builds like mine...
>
Sure -- committed to svn HEAD.
Thanks,
JDH
---
On Tue, Dec 1, 2009 at 6:21 PM, Eric Firing wrote:
> This is easy to fix by using the key kwarg (added in python 2.4) of the
> sort method, because python uses a stable sort. It looks like it only
> needs to be fixed in Axes.draw, because Figure.draw has never paid any
> attention to zorder anywa
Packt is offering a free copy of Sandro Tosi's new book "Matplotlib
for Python Developers" to matplotlib developers, and has generously
offered to donate 2% of book sales to the mpl project.
If you are an svn committer and would like a copy of the book, send me
your name and shipping address offl
On Sun, Dec 20, 2009 at 4:19 PM, Glen Nixon wrote:
> Hi all. With some effort, I've managed to get matplotlib-0.99.1.1 with
> cygwin 1.7 (beta) on Windows 7. Since Google didn't turn up any
> instructions specifically addressing the problems I had, maybe these
> notes will be helpful to others.
On Mon, Dec 21, 2009 at 3:46 PM, Andrew Straw wrote:
> John also suggested something like this. I don't think it's impossible,
> but it's outside the scope of the work I have done and beyond my
> immediate familiarity with the code base. I think it would involve
> looking at the tick label boundi
On Sun, Jan 3, 2010 at 9:28 AM, Darren Dale wrote:
> Your patch file is backwards, it would revert your changes if applied
> to the updated code. It doesn't matter, the patch is so small that the
> changes can just be cut and pasted. Unfortunately, however, I will not
> have time to review your c
On Sat, Jan 2, 2010 at 12:34 AM, Eric Firing wrote:
> Jae-Joon Lee wrote:
>> The error happens because of the *.rst files under doc/examples that
>> are not in sync with examples/*.py.
>> Removing that directory (doc/examples) will solve the problem (the
>> directory will be repopulated when you r
On Sun, Jan 3, 2010 at 2:41 PM, Gökhan Sever wrote:
> You seemed like forgetting to check-in the qt4_editor_options.svg, because I
> get file not found error:
>
> I[2]: Cannot open file
> '.../matplotlib/lib/matplotlib/mpl-data/images/qt4_editor_options.svg',
> because: No such file or directory
On Sun, Jan 3, 2010 at 2:39 PM, Eric Firing wrote:
> 1) Should the the color_cycle be in the axes group? Although it affects
> lines, it is defined only at the Axes level, and affects only lines drawn by
> plot.
>
> Alternative: since it affects only plot, should there be a new "plot" group
> to
On Sun, Jan 3, 2010 at 3:54 PM, Eric Firing wrote:
> The only problem is that lines.color is the default for LineCollection and
> Line2D, both of which are fairly separate from Axes, so having them default
> to rcParams['axes.color_cycle'][0] seems a little odd.
Yes, I was worrying about the same
On Mon, Jan 11, 2010 at 11:53 AM, Gökhan Sever wrote:
>
>
> On Mon, Jan 11, 2010 at 11:09 AM, Pierre Raybaut
> wrote:
>>
>> John,
>>
>> Following to your last commit on "added qt4_editor dialog" (rev 8064),
>> here is a significant (but simple) improvement adding an "Apply"
>> button to the optio
I just committed Ariel's csd changes to the 99 branch, and when I
attempted to merge I first got a failure and now the branch is not
showing up in the available branches. Any ideas? The branch was
listed on a 'svnmerge.py merge' command *before* the failure.
jdhun...@uqbar:mpl> svnmerge.py merg
On Tue, Feb 16, 2010 at 3:51 AM, Philipp Bender wrote:
> Hi,
>
> because Wayne Watson complained in -users repeatedly about spelling errors
> without fixing or really pointing us to them I tried to find some in the
> chapter he mentioned and fixed them. Because I am not a native speaker I hope
> I
On Wed, Feb 17, 2010 at 8:29 PM, Fernando Perez wrote:
> On Wed, Feb 17, 2010 at 7:27 PM, David Warde-Farley
> wrote:
>>
>> An effusive "yes, yes, good god yes!" from this mpl-devel lurker.
>
> Thanks, that's two good pluses.
>
> Any suggestions on name changes, or other fixes to make? Otherwis
On Wed, Feb 17, 2010 at 10:50 PM, Fernando Perez wrote:
>> This is a worthy goal. One use case I would like to see supported
>> is the sharex/sharey args::
> Sheesh, some people really want everything :)
Yes, you should know better by now than to propose a minor enhancement
Another thoug
On Thu, Feb 18, 2010 at 11:05 AM, Christopher Barker
wrote:
> John Hunter wrote:
> fig_subplot( (2,) )
>
> If so, then a tuple has a real advantage. If not, then it doesn't make
> much difference, though I still prefer the tuple, as I can imagine that
> I might define t
On Mon, Feb 22, 2010 at 11:00 AM, Tom Holroyd (NIH/NIMH) [E]
wrote:
> ok, this is how i do it
> pro'ly could make this better
python -c "import pylab; pylab.plotfile('temp.dat', cols=(0,2),
delimiter=' '); pylab.show()"
JDH
---
On Tue, Feb 23, 2010 at 10:22 AM, Ben Axelrod wrote:
> Here is a patch for a new feature for the rectangle selector. it allows the
> user to specify which mouse button or buttons to use for the rectangle
> selection. Also included in the diff is a one line change to the
> rectangle_selector e
On Tue, Mar 2, 2010 at 7:07 AM, David Trem wrote:
> Hi,
>
> There is a typo in the matplotlib line.py file in function get_xydata
> line 662
> it should be self._invalidx instead of self.invalidx
> (missing leading underscore)
>
Fixed in svn r8170. Thanks for the report.
JDH
-
On Tue, Mar 2, 2010 at 11:41 PM, Eric Firing wrote:
> Andrew Straw wrote:
> [...]
>> This is a good point. My preferred option is that we jettison all the
>> stuff that is not going to be shipped with MPL 1.0 from the git repo.
>> (More correctly - we build a git repo without that stuff ever going
On Wed, Mar 3, 2010 at 8:29 AM, william ratcliff
wrote:
> I don't want to get into a flame war over this, but if Sourceforge was
> pressured into this and is having complaints and google has the same
> problem, how does Github get around it? Are they incorporated in the US or
> outside? If this
On Wed, Mar 3, 2010 at 9:33 AM, Ben Axelrod wrote:
> I am a big fan of favicons. I think MPL should definitely have one for the
> impending 1.0 release. So I made one for you.
>
> To use, simply place this file in the top level web directory. That is
> usually all that is required. But some br
On Wed, Mar 3, 2010 at 11:16 AM, John Hunter wrote:
> On Wed, Mar 3, 2010 at 9:33 AM, Ben Axelrod wrote:
>> I am a big fan of favicons. I think MPL should definitely have one for the
>> impending 1.0 release. So I made one for you.
>>
>> To use, simply place thi
On Wed, Mar 3, 2010 at 1:31 PM, Jonathan Taylor wrote:
>> I am strongly in favor of keeping the entire commit history of
>> trunk/matplotlib. While the repo is large now, most of the size comes
>> from data and regression test images, and the early history is largely
>> code so will not add much
examples/pylab_examples/image_nonuniform.py is broken in HEAD
An attempt to access "self._oldxslice" in _get_unsampled_image is
implicated: JJ is this related to your commit in r8035 : "support
unsampled image for ps backend"
File
"/home/jdhunter/dev/lib/python2.6/site-packages/matplotlib/bac
2010/3/4 Günter Lichtenberg :
> Hi
>
> I think there is a bug in the conversion routines jul2num() and num2jul(). I
> tried to define a date axis for satellite data. The time is measured in a
> modified Julian Date (JD). So reading in the data and then doing
Hi Günter,
Thanks for digging into thi
On Mon, Mar 15, 2010 at 12:37 PM, Ian Thomas wrote:
> Before going ahead with this I wished to ascertain how much interest
> there was for this functionality as I don't want to spend time doing
> something that isn't wanted or needed.
I'm definitely interested, but I defer to Eric as the ultimat
On Mon, Mar 15, 2010 at 3:16 PM, klukas wrote:
>
> It's my understanding that there is no built-in method for generating a
> "broken axis" (where you skip over some range of values, indicating this
> with some graphical mark). I wanted to do this, so I've put together a
> function which seems to
On Thu, Mar 18, 2010 at 1:38 PM, Christopher Barker
wrote:
> I think the only two options should be scalar or 2-d array, it seems a
> bit much to have a 1-d array option as well.
I disagree here -- if you are 2,1 or 1,2 rows x cols, 1D indexing is
natural. This is also the most common use case
On Thu, Mar 18, 2010 at 2:24 PM, Christopher Barker
wrote:
> John Hunter wrote:
>>> I think the only two options should be scalar or 2-d array, it seems a
>>> bit much to have a 1-d array option as well.
>>
>> I disagree here -- if you are 2,1 or 1,2 rows x cols,
On Thu, Mar 18, 2010 at 7:46 PM, Fernando Perez wrote:
> On Thu, Mar 18, 2010 at 3:49 PM, Christopher Barker
> wrote:
>>
>>
>> Good solution, and thanks for working on this!
>
> Thanks.
>
> I have one more question on this feature. I personally think that
> this should be the way to use mpl in g
On Mon, Mar 22, 2010 at 11:50 AM, Jörgen Stenarson
wrote:
> Would it be possible to put the draw in the ipython_prompt hook. That
> way it is always called after you have done something.
I like this approach better, because one problem with doing it in the
mpl Artist layer is that one artist set
On Tue, Apr 20, 2010 at 3:26 PM, Ryan May wrote:
> Hi,
>
> Continuing the spurt of (independent) development that's been going on
> lately, I committed support for generic timers. There's a base class
> TimerBase that provides the basic API for a timer (start, stop,
> controlling the interval, add
On Thu, Apr 22, 2010 at 4:40 PM, Sandro Tosi wrote:
> Hello all,
> in some time (let's say a couple of months, maybe more) Debian will
> enter the "freeze" period, where no new upstream releases are
> accepted, in order to prepare the best stable release we can :)
>
> In the past months I see many
On Sun, Apr 25, 2010 at 1:09 PM, Miguel de Val Borro
wrote:
> Hello,
>
> The amplitude of sharp peaks is not shown correctly when several plots
> are stitched together and the x scale becomes very large. I have
> noticed this problem with the pdf and png backends in the attached
> script.
This i
On Wed, May 19, 2010 at 11:29 AM, Stan West wrote:
> Hi, developers. While trying to set the properties of all text in a figure,
> I noticed that the offset text of each axis was not being returned by
> get_children(), so the offset text wasn't receiving the new properties. I
> opened a tracker wi
On Fri, May 28, 2010 at 3:18 AM, Pearu Peterson wrote:
>
> Hi,
>
> In an application that updates a plot with
> new experimental data, say, every second and the experiment
> can last hours, I have tried two approaches:
> 1) clear axes and plot new experimental data - this is
> slow and takes too m
On Fri, May 28, 2010 at 1:04 PM, Pearu Peterson wrote:
> Regarding reusing existing line --- I have understood that this
> will work only if the length of the line data does not change.
This is not correct -- you can change the line length with calls to set_data
> In my case the data grows as m
On Fri, May 28, 2010 at 1:37 PM, Pearu Peterson wrote:
> While the new data is plotted correctly, the plot shows fixed axes
> from the first plot call. What I am doing wrong?
ax.relim() causes the data limits to be updated based on the current
objects it contains, ax.autoscale_view() causes the
301 - 400 of 1363 matches
Mail list logo
