Hi all,
Shocked by news of John Hunter's untimely severe health problems and now
death, I have been thinking about what we could do as a community to 1)
fuel matplotlib to further heights and 2) give everyone, but especially
John's family, some appreciation for how wide, and ongoing, his impact
On 07-Feb-11 17:13, Darren Dale wrote:
> The git migration is still on hold, pending the return of CVS service
> at sourceforge. According to someone on the sourceforge IRC channel,
> CVS is estimated to return this week, but it might slip to next week.
Thanks for the update.
At some point, one c
On 29-Jan-11 01:08, John Hunter wrote:
>
>> cvs -z3 -d:pserver:anonym...@cvs.sourceforge.net:/cvsroot/matplotlib co -P
>> matplotlib
> cvs [checkout aborted]: connect to
> cvs.sourceforge.net(216.34.181.96):2401 failed: Connection refused
>
> Amazing how fragile digital data is!
SF may simply hav
On 23-Jan-11 04:05, John Hunter wrote:
>
> Darren
> if you are ready to "flip the switch" and make an official github repo
> under this organization, go for it. Once we get the trunk active,
> we'll worry about the rest, like migrating the release branch. Of
> course, if Andrew as the original fo
On 10/23/2010 04:59, John Hunter wrote:
> I would be happy to do a release early next week. Is anyone aware of
> any show stopper bugs that need to be fixed first?
I think we should really get the build bot to all green again before
doing a release. Currently, the last that happened was October
On 10/2/2010 8:33 PM, Mitchell Jon Stanton-Cook wrote:
> Hello,
>
> I have been trying to modify the custom projection example
> (http://matplotlib.sourceforge.net/examples/api/custom_projection_example.html)
> to plot a Sanson Flamsteed Projection (Sinusoidal projection).
Dear Mitchell,
Can yo
On 09/12/2010 07:10 AM, Jouni K. Seppänen wrote:
> A while ago there was a discussion [1] about how using the
> get_sample_data function in building the documentation is a problem for
> Debian packagers. Let me see if I understand the goals of
> get_sample_data correctly:
>
> * we want to enable us
On 8/21/10 12:08 PM, Eric Firing wrote:
> Mike, John, or anyone else who works directly with Ticks:
>
> I think you are the only ones who have worked with the code I suggest
> changing as in the attached diff. It looks to me like the three *Tick
> methods, set_view_interval(), get_minpos(), get
Eric Firing wrote:
> On 08/17/2010 06:36 AM, Jeff Whitaker wrote:
>
>> I'm guessing some of Eric's recent changes to alpha handling in paths
>> require modifications to the MacOS X backend?
>>
>
> Correct. I'll fix it.
>
I see the Mac OS X buildbot is back online now, so perhaps we cou
Michael Droettboom wrote:
> On 08/14/2010 07:22 PM, Eric Firing wrote:
>
>> Mike,
>>
>> Is there any reason why the Path.unit_* methods shouldn't include the
>> codes, so that they can all have CLOSEPOLY? Or shouldn't they at
>> least have a kwarg to allow that as an option? In working on pa
On 8/1/10 7:11 PM, Eric Firing wrote:
On 07/31/2010 08:51 PM, Andrew Straw wrote:
Hi MPL devs,
I think I've fixed a long-standing issue we've had with the buildbot
where sometimes a false alarm was issued when two tests stepped on each
others' toes. Specifically, I'
Hi MPL devs,
I think I've fixed a long-standing issue we've had with the buildbot
where sometimes a false alarm was issued when two tests stepped on each
others' toes. Specifically, I've fixed up the MPL buildbot environment
on the virtual machine that runs both the Python 2.4 and 2.5 tests so
On 7/20/10 8:06 PM, Fernando Perez wrote:
> On Tue, Jul 20, 2010 at 7:43 PM, John Hunter wrote:
>
>> The major issues I am aware of are:
>>
>> * what do to about all the various subdirs of the mpl trunk
>> (trunk/toolkits/basemap, trunk/sample_data, etc..). An svn commit to
>> one tags all wi
On 07/01/2010 10:24 AM, Sandro Tosi wrote:
> Hello,
> while preparing a test debian pacakge with mpl 1.0rc1, I noticed
> doc/make.py clean fails if the directories to remove are missing.
>
> The simple attached patch (svn diff against tr...@8480) resolves it;
>
Thanks, committed as r8481.
-
John Hunter wrote:
> On Sun, Jun 20, 2010 at 7:56 PM, Jae-Joon Lee wrote:
>
>> The issue was related with the change in Sphinx v1.0b2, which I think
>> I fixed in r8447.
>> At least, the html are built fine and uploaded fine.
>>
>> However, the link to trunk-docs still does not work.
>>
>> http
Hi Ondrej,
If I was in your shoes, the first thing I'd do is emit your data to plot
as a json object and then plot that data using javascript with one of
the libraries you've listed. Then, after gaining some familiarity with
Python->json->javascript I'd think about how such an MPL backend might
wo
On Sat, 29 May 2010 12:28:40 -1000, Eric Firing wrote:
> 3) Is it really a good idea to delay the release until the we make the
> github transition? Given how long it has been since a release, and the
> possibility that there will be some turbulence until we have had some
> experience with githu
John Hunter wrote:
> 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
Eric Firing wrote:
> All,
>
> I think the git migration deserves its own thread on the devel list, so
> here is a start.
>
To the uninitiated - a decision is being made that MPL is moving to git
and github. We hope that this move will foster greater contributions
from the community and a blurri
John Hunter wrote:
> Andrew, the failure is on the font cache again -- is this the race
> condition you've mentioned in the past?
>
> matplotlib.tests.test_mathtext.test_mathtext_stixsans ... ok
> Failure: IOError ([Errno 2] No such file or directory:
> '/home/mpl-chslave/.matplotlib/fontList.cache
Nadia Dencheva wrote:
> Hi MPL developers,
>
> I use an older matplotlib version but this code is the same in SVN, so I
> thought
> I'll mention it.
>
> ImportError: numpy 1.1 or later is required; you have 2.0.0.dev8107
Thanks Nadia. Fixed in svn r8128.
-Andrew
Brian32 wrote:
> Hello,
>
> I am currently displaying plots on a web page using matplotlib by creating
> .png files. I would like have the ability for people to have access to the
> interactive plot feature (Zoom,Save) when they look at the plots on the web
> page. I do not care if the plot is a
s this something that would be worth including in matplotlib? I've
>>>
>> never contributed to a project like this before and my code is probably
>> pretty sloppy by MPL standards. I'm not really sure what's appropriate to
>> contribute and what'
phob...@geosyntec.com wrote:
> Hey folks,
>
> I recently modified the Axes method boxplot so that the confidence intervals
> around the mean are computed not with a static formula, but by bootstrapping
> the median as many times as the user specifies. Also, I commented out the
> lines that preve
Fernando Perez wrote:
> Hi all,
>
> would anyone mind if I commit the attached patch?
>
> It's 100% backwards compatible and allows for turning plot directive
> errors into fatal exceptions easily, so one can make sure that docs
> either build correctly or not at all. This is useful for having
> e
Jeff Whitaker wrote:
> Dr. Phillip M. Feldman wrote:
>
>> Basemap offers many projections, but is missing two of the most useful ones:
>>
>> - For satellite applications, it would be helpful to have a "camera"
>> projection, i.e., a projection that shows the Earth as viewed from a
>> specified p
Neil Crighton wrote:
> Hi,
>
> I posted a patch that makes some small changes to minor tick autoscaling:
>
> http://sourceforge.net/tracker/?
> func=detail&aid=2924245&group_id=80706&atid=560722
>
> If someone could check it's ok and apply it, that would be great.
>
I can't see the harm, so I ap
Nico Schlömer wrote:
> Hey, and is there any sort of matplotlib market place where I could
> put the file for general bashing/downloading once it can do more than
> a sin-plot?
>
Well, github is my suggestion. If it's a patchset of the MPL source,
then fork the MPL repository at http://github.c
Michael Droettboom wrote:
> Cleaning the docs first seems to have fixed it.
>
> Is there a way to download the build products (i.e. the PDF file
> produced)?
That, and testing for doc build failures, is the point, although I
managed to screw up the uploading until now. However, I believe I have
Hi,
With the recent regression fixed in Pygments, the doc auto-builder is
closer to completing successfully. However, there's a new bug. The build
ends with:
LaTeX Warning: File `/home/mpl-chslave/slave-py25/build_docs/build/doc/build/pl
ot_directive/mpl_examples/pylab_examples/barb_demo.pdf' not
Andrew Straw wrote:
> Andrew Straw wrote:
>
>> In fact, does anyone know what could be wrong? The last lines of the
>> LaTeX output are below.
>>
>>
> OK, this cropped up on another buildbot for another project of mine --
> it looks with a Sph
Andrew Straw wrote:
> In fact, does anyone know what could be wrong? The last lines of the
> LaTeX output are below.
>
OK, this cropped up on another buildbot for another project of mine --
it looks with a Sphinx dependency, Pygments 1.2.1 (just released), there
is some issue that was
David Cournapeau wrote:
> On Sat, Jan 2, 2010 at 4:58 PM, Gael Varoquaux
> wrote:
>
>> On Sat, Jan 02, 2010 at 11:32:00AM +0900, David Cournapeau wrote:
>>
>>> [snip]
>>> - supporting different variants of the same package in the
>>> dependency graph at install time
>>>
>>> [snip]
Hi all,
I added a recipe for to build a copy of the documentation after every
svn commit. The results may be seen at
http://matplotlib.sourceforge.net/trunk-docs/ (we can change the
location easily if desired).
This is just the result of another buildbot recipe, so any troubles that
crop up when
Stefan Schwarzburg wrote:
> Hi,
> I would like to add a comment from the user perspective:
>
> - the main reason why I'm not satisfied with pypi/distutils/etc. and
> why I will not be satisfied with toydist (with the features you
> listed), is that they break my installation (debian/ubuntu). The ma
Gary Ruben wrote:
> This looks nice Andrew,
> I haven't tried it, but I wonder whether it's possible to add a
> keyword arg to suppress the 0's at the origin which are cut through by
> the axes in the zeroed case (and/or possibly shift the 0 on the
> horizontal axis left). The same thing is happ
Andrew Straw wrote:
> Also, I think that formula is only for normally distributed data. Which,
> especially if you're using boxplots, medians, and quartiles, may not be
> a valid assumption.
>
> Maybe we should at least raise a warning when someone uses notch=1. The
>
Andrew Straw wrote:
> Also, I think that formula is only for normally distributed data. Which,
> especially if you're using boxplots, medians, and quartiles, may not be
> a valid assumption.
>
> Maybe we should at least raise a warning when someone uses notch=1. The
>
John Hunter wrote:
> On Fri, Aug 7, 2009 at 11:54 AM, Andrew Straw wrote:
>
>
>>> But would this also make the spine have the larger limits? Basically,
>>> I want know if the spines can be used to create Tufte-style
>>> range-frames. Am I correct in thi
Pierre GM wrote:
> On Dec 18, 2009, at 10:34 PM, Andrew Straw wrote:
>
>> Fernando Perez wrote:
>>
>>> On Fri, Dec 18, 2009 at 2:28 PM, Andrew Straw wrote:
>>>
>>>
>>>> (This still leaves open the question of what the notche
Fernando Perez wrote:
> On Fri, Dec 18, 2009 at 2:28 PM, Andrew Straw wrote:
>
>> (This still leaves open the question of what the notches actually _are_...)
>>
>
> No idea. I'd still leave the code instead written as
>
> notch_max = med + (iq/
Andrew Straw wrote:
> The following (uncommitted) test currently fails. The reason is that
> mlab.prctile(x,50) doesn't handle even length sequences according to the
> numpy and wikipedia convention for the definition of median. Do we agree
> that it should pass?
>
I&#x
Fernando Perez wrote:
> Note that the code below does:
>
> if notch_max > q3:
> notch_max = q3
> if notch_min < q1:
> notch_min = q1
>
> though matlab explicitly states in:
>
> http://www.mathworks.com/access/helpdesk/help/tool
Jae-Joon Lee wrote:
> What I have in my mind is to extend the "extent" keyword of the imshow
> and make it optionally take a tuple of 6 numbers, which are (x1,
> x_lrc, x2, y1, y_lrc, y2).
> x1, x2, y1, y2 are same as the original "extent", and the (x_lrc,
> y_lrc) represent the coordinate of the l
Jae-Joon Lee wrote:
> On Wed, Dec 16, 2009 at 12:59 PM, Jouni K. Seppänen wrote:
>
>> While the backend API is being changed, would it be similarly easy to
>> support arbitrary affine transformations? It would make the API more
>> symmetric, since many other draw_* methods take an affine
>> tra
Hi,
I've been reading about box plots and examining the source code for
boxplot() lately. While there doesn't seem to be a convention about what
the notch specifies, I can't find any justification (or text describing)
what exactly the MPL notch is. The source code is:
# get median and quart
The following (uncommitted) test currently fails. The reason is that
mlab.prctile(x,50) doesn't handle even length sequences according to the
numpy and wikipedia convention for the definition of median. Do we agree
that it should pass?
Not only would I commit the test, but I also have a fix to
Jae-Joon Lee wrote:
> The recent zorder-related changes broke the some of the rasterization
> feature, and I just committed a fix.
Thanks Jae-Joon.
Is it easy to turn this into a test so that it never unintentionally
crops up again?
Thanks,
Andrew
--
Andrew Straw wrote:
> I'm a little mystified as to the actual cause, but it
> again looks like some freetype problem. Mike, do you think it could
> somehow be related to your recent font work?
>
>
OK, in the absence of a fix, I just checked in the images that were
b
Tony S Yu wrote:
>
> On Nov 30, 2009, at 4:34 AM, Andrew Straw wrote:
>> However, with svn r7985, the trunk fails to find the tests. This is so
>> weird. There's nothing in that commit that I can see that should cause
>> the failure, but it seems repeatable. r7984 does
David Cournapeau wrote:
> Andrew Straw wrote:
>
>> I looked a little further, and it depends on the directory that the
>> tests are run from -- if I manually log into the build slave, I can
>> get the tests to run (in fact, one segfaults) if I try from a
>> diffe
David Cournapeau wrote:
> Andrew Straw wrote:
>
>> Michael Droettboom wrote:
>>
>>> I know it's been a while since you announced this, but I'm just
>>> looking into this now.
>>>
>> Also, I got some ways in making the
Michael Droettboom wrote:
> I know it's been a while since you announced this, but I'm just looking
> into this now.
Also, I got some ways in making the buildbot build with numscons, but I
stopped at a bug where it looked like the matplotlib.tests.* modules
were not getting installed:
http:/
Hi All,
I just spent an hour or two tracking down some problems with the
buildbot test images that crept in unnoticed with the pdf backend
testing. I think I now fixed all the issues with the buildbot testing,
which required a few changes to the MPL source and a few on the buildbot
server to b
>
> On Wed, Nov 11, 2009 at 7:12 PM, Andrew Straw wrote:
>
>> > I had a patch waiting in the wings for that, but I wanted to see the dust
>> > settle before committing it. I think the dust is officially settled, so
>> > please commit yours or else I'l
Jae-Joon Lee wrote:
> I also committed a small patch that makes zorders respected among
> images (not with other artists) for noncomposit backends.
>
That looks fine to me. Thanks.
> Anyhow, can we get rid of the second items in the "dsu" list? My guess
> is that this is to make the sort stable,
Andrew Straw wrote:
> John Hunter wrote:
>
>> 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().
Jae-Joon Lee wrote:
> On Mon, Nov 9, 2009 at 12:44 PM, Eric Firing wrote:
>
>> PS backend already does things differently from others because it doesn't
>> handle alpha, correct? Does the patch make this situation any worse?
>>
>>
>
> When there are multiple Images and render.option_image
John Hunter wrote:
> 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--ims
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 apply the attached patch.
The worry is that someone is rel
Jouni K. Seppänen wrote:
> Andrew Straw writes:
>
>
>> Sorry for not noticing this earlier, but I'm looking in the baseline
>> image directory, and I see a bunch of *_pdf.png files. I guess these
>> have been convered to png from pdf on the tester's ma
Michael Droettboom wrote:
> I've committed support for comparing SVG files using Inkscape and
> verifying them against the official SVG DTD using xmllint.
I just noticed the test_axes/hexbin_extent.svg baseline image is more
than 5 MB. I wonder if we can somehow simplify the svg generated to
re
Jouni K. Seppänen wrote:
> I am thinking about adding pdf comparison ability to compare_images. One
> simple way to do this would be to convert pdf files to pngs using
> Ghostscript: if we store reference pdf files, and both the reference
> file and the result of the test are converted using with e
Gellule Xg wrote:
>>> This is a bug report for matplotlib version 0.99.1.1
>>>
>>> The clip_path keyword of imshow() does not work when setting it to
>>> (Path, Transform) for two reasons:
>>>
>> Hi, Thanks for the report. Do you have a simple test script that we can
>> use to see the probl
Michael Droettboom wrote:
> I've committed support for comparing SVG files using Inkscape and
> verifying them against the official SVG DTD using xmllint.
>
Man, are we standards compliant around here or what? :) Cool.
> Michael Droettboom wrote:
>
&
David Cournapeau wrote:
> Hi,
>
> I don't know if that's of any interest for matplotlib developers,
> but I added scripts to build matplotlib with numscons:
>
> http://github.com/cournape/matplotlib/tree/scons_build
>
OK, I managed to clone your repo -- I cloned mine, then added yours as a
r
Hi,
I'm trying to get something like texture mapping to work. (I don't need
anything fancy transforms between texel location and image location,
though. I'm happy to specify just a 2D grid of pixel colors that appear
onto a rectangle positioned in 3D space.)
Given that, I made a demo based on pco
tually requires the OS. And that would require
building on Snow Leopard to work, as I understand it.
-Andrew
>From d6ae15c5495930963d2d124bf3fc70e8bc6f80a9 Mon Sep 17 00:00:00 2001
From: Andrew Straw
Date: Fri, 9 Oct 2009 10:38:09 -0700
Subject: [PATCH] don't test simplification
---
.../
Jouni K. Seppänen wrote:
> Jouni K. Seppänen writes:
>
>
>> Oh, right. My fault: when I implemented the pdf comparison, I made it
>> run the test for only those formats for which a baseline image exists,
>>
>
> I committed a change to make it run both png and pdf tests all the time.
>
Gellule Xg wrote:
> This is a bug report for matplotlib version 0.99.1.1
>
> The clip_path keyword of imshow() does not work when setting it to
> (Path, Transform) for two reasons:
Hi, Thanks for the report. Do you have a simple test script that we can
use to see the problem and then fix it? We
David Cournapeau wrote:
> Hi,
>
> I don't know if that's of any interest for matplotlib developers,
> but I added scripts to build matplotlib with numscons:
>
> http://github.com/cournape/matplotlib/tree/scons_build
>
Hi David,
I'm trying to download your git repository, but I'm having trou
Jouni K. Seppänen wrote:
> Andrew Straw writes:
>
>
>> This test function is a generator that nose will then generate two test
>> cases out of. So, perhaps the image_comparison decorator could be
>> changed to become a generator? I'm not 100% sure it will work,
David Cournapeau wrote:
> Andrew Straw wrote:
>
>> Andrew Straw wrote:
>>
>>
>>> David Cournapeau wrote:
>>>
>>>
>>>
>>>> I have a question about git as well, actually - I could not update the
&
Andrew Straw wrote:
> David Cournapeau wrote:
>
>> I have a question about git as well, actually - I could not update the
>> svn metadata, unfortunately, by using git-svn rebase -l (I used your
>> branch on github and the instructions on matplotlib website). It giv
Eric Firing wrote:
> The only concern that occurs to me with respect to including both
> setup.py and setupscons.py is that when a module is added or removed,
> it means figuring out what to do with two systems instead of one. So
> the question is, will it make it easier or significantly harder fo
David Cournapeau wrote:
> I have a question about git as well, actually - I could not update the
> svn metadata, unfortunately, by using git-svn rebase -l (I used your
> branch on github and the instructions on matplotlib website). It gives
> me an awful lot of merging errors, which seems to indica
David Cournapeau wrote:
> Hi,
>
> I don't know if that's of any interest for matplotlib developers,
> but I added scripts to build matplotlib with numscons:
>
> http://github.com/cournape/matplotlib/tree/scons_build
>
> Not every configuration is supported yet, but I can successfully build
>
Jouni K. Seppänen wrote:
> Jouni K. Seppänen writes:
>
>
>> I committed something based on this, and a new rc parameter
>> savefig.extension that sets the filename extension when you call savefig
>> with a bare filename. The pdf tests seem to be working, at least for me,
>> but I am sure that t
John Hunter wrote:
> 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.
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 test function multiple times,
>> having switched the backend between inv
Jouni K. Seppänen wrote:
> John Hunter writes:
>
>
>>>pyplot.savefig('foo1')
>>>
>> Take a look at the pyplot "switch_backends" function.
>>
>
> Yes, that function was on the next line after the part you quoted. :-)
> It calls matplotlib.use with warn=False, but that function en
Jouni K. Seppänen wrote:
> Andrew Straw writes:
>
>
>> Michael Droettboom wrote:
>>
>>> We can probably standardize the version of gs on the buildbot machines,
>>> but it's been very useful up to now to have tests that can run on
Michael Droettboom wrote:
> Jouni K. Seppänen wrote:
>
>> I am thinking about adding pdf comparison ability to compare_images. One
>> simple way to do this would be to convert pdf files to pngs using
>> Ghostscript: if we store reference pdf files, and both the reference
>> file and the result o
David Warde-Farley wrote:
> On 18-Sep-09, at 6:42 PM, David Warde-Farley wrote:
>
>> File "/Library/Frameworks/Python.framework/Versions/2.6/lib/
>> python2.6/site-packages/ipython-0.10-py2.6.egg/IPython/Shell.py", line
>> 627, in __init__
>> user_ns,user_global_ns,b2 =
>> self._matplotlib
Michael Droettboom wrote:
> Thanks. The subslicing optimization added in 0.99 was truncating the
> polar path. Subslicing has been made more "cautious" now and will only
> be applied when the axes are rectilinear and non-logarithmic.
>
> Interestingly, there was already a test in the test frame
Michael Droettboom wrote:
> Yes -- a bug was introduced where non-finite values were no longer being
> ignored by the data extents finder. This has now been fixed on the
> 0.99.x branch (r7774) and the trunk.
>
Hi Mike,
This would seem like something useful to write a test for to make sure
t
John Hunter wrote:
> 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
>>
John Hunter wrote:
> I wrote a script at scipy when Andrew and I worked on this to
> recursively move known good actuals into the baselines directory, with
> some yes/no prompting, but it looks like it did not survive the test
> code migration, so we may want to develop something to replace it.
Yes
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 multiple images, image comparison stops after the
> first mismatch
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 machine which did not fail on the bu
Michael Droettboom wrote:
> Doing so, my results are even *less* in agreement with the baseline, but
> the real question is whether my results are in agreement with those on
> the buildbot machines with this change to forcibly turn hinting off. I
> should no pretty quickly when the buildbots st
John Hunter wrote:
> Perhaps with hinting turned off this won't be necessary. Ie, maybe we
> can get more agreement across a wide range of freetype versions w/o
> hinting. Are you planning on committing the unhinted baselines?
I have a presentation to give tomorrow, so I'd just as soon let you an
Michael Droettboom wrote:
> On 09/08/2009 10:24 AM, John Hunter wrote:
>
>> 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
John Hunter wrote:
> 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
>
John Hunter wrote:
> 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.
>>
>
> H
John Hunter wrote:
> I was able to run the buildbot mac script when logged into sage with::
>
So it seems the bus error on Mac is due to networking (DNS lookups)
being broken in non-interactive logins. This is a pain for the
get_sample_data() approach. (Although I suspect we could work around it
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.
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 (
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/mat
jason-s...@creativetrax.com wrote:
> https://sourceforge.net/tracker/?func=detail&aid=2852168&group_id=80706&atid=560720
>
I fixed this in svn r7638. Thanks for the report.
Can a dev merge r7638 from the v0_99_maint branch into the trunk? I'm
having a hard time figuring out svnmerge and I reall
Jae-Joon Lee wrote:
> On Fri, Sep 4, 2009 at 4:10 PM, Jae-Joon Lee wrote:
>
>> Yes, this should be my fault. I didn't expect that importing a
>> texmager would raise an exception. I'll fix it soon.
>>
>>
>
> I just committed a changeset that I think would fix this (the
> textpath.py imports
1 - 100 of 244 matches
Mail list logo
