On Wed, May 20, 2009 at 2:11 PM, Ryan May wrote:
>
>
> On Wed, May 20, 2009 at 1:10 PM, Christopher Barker > wrote:
>
>> > Darren Dale was working on a full-fledged package for adding units to
>> > numpy arrays called quantities
>> > (http://packages.python.org/quantities/user/tutorial.html),
>>
On Wed, May 20, 2009 at 1:01 PM, Ryan May wrote:
> On Wed, May 20, 2009 at 11:54 AM, Christopher Barker <
> chris.bar...@noaa.gov> wrote:
>
>> Ryan May wrote:
>> > use the units in basic_units.py (in the examples/units directory).
>>
>> This looks like pretty cool stuff. However, I can't seem to
Andrew Straw wrote:
>> I am attempting to get a collective.buildbot service working on the
>> Matplotlib trunk (branches could be enabled in the future) and James
>> Evans' test suite. Right there are errors that prevent the test suite
>> from even being run.
I believe I have enabled the unit test
On Wed, May 20, 2009 at 4:02 PM, Christopher Barker
wrote:
> John Hunter wrote:
>> The use case (and we can debate whether this is worth the extra overhead)
>>
>> ax.plot(inches)
>> ax.set_xlim(cms)
>
> I'll put my two cents into that debate:
>
> My first thought is: wow! that is putting WAY t
John Hunter wrote:
> The use case (and we can debate whether this is worth the extra overhead)
>
> ax.plot(inches)
> ax.set_xlim(cms)
I'll put my two cents into that debate:
My first thought is: wow! that is putting WAY too much into a plotting
routine!
My second thought is: on the other h
On Wed, May 20, 2009 at 3:37 PM, John Hunter wrote:
> On Wed, May 20, 2009 at 3:30 PM, James Evans
> wrote:
> > When I wrote the test stuff I had forgotten all about the matplotlibrc
> stuff. I think it would make sense to just use a default
> > (empty) matplotlibrc for the tests, this way we a
On Wed, May 20, 2009 at 3:30 PM, James Evans wrote:
> When I wrote the test stuff I had forgotten all about the matplotlibrc stuff.
> I think it would make sense to just use a default
> (empty) matplotlibrc for the tests, this way we are always testing against
> the defaults. If the defaults e
When I wrote the test stuff I had forgotten all about the matplotlibrc stuff.
I think it would make sense to just use a default
(empty) matplotlibrc for the tests, this way we are always testing against the
defaults. If the defaults ever change it would also
allow us to more easily catch those
On Wed, May 20, 2009 at 2:36 PM, Eric Firing wrote:
> I'm not sure I understand the use case for unit *changes*, as opposed to
> initial unit specification.
The use case (and we can debate whether this is worth the extra overhead)
ax.plot(inches)
ax.set_xlim(cms)
And the plot will automagi
John Hunter wrote:
> The fundamental problem here is that some artists (Line2D) have
> support for storing original unitized data (_xorig, _yorig) and
> handling the conversion on unit change internally with the callback,
> and some artists (eg Patches) do not . axes._process_plot_var_arg
> sub
On Wed, May 20, 2009 at 1:10 PM, Christopher Barker
wrote:
> > Darren Dale was working on a full-fledged package for adding units to
> > numpy arrays called quantities
> > (http://packages.python.org/quantities/user/tutorial.html),
>
> thanks for the reminder -- that does look like a really nice p
Ryan May wrote:
> It's another one of those modules
> whose docs hasn't been converted to sphinx yet, but it does have doc
> strings.
Couldn't/shouldn't sphinx just use the docs strings so that there is
SOMETHING there? I really love the sphinx docs, but it is frustrating
got have a module sim
On Wed, May 20, 2009 at 11:55 AM, Ryan May wrote:
> On Wed, May 20, 2009 at 11:38 AM, Ryan May wrote:
>>
>> Hi,
>>
>> In looking over a test failure, I'm seeing some behavior that doesn't make
>> sense to me. It looks like data passed to a line object is being improperly
>> converted when units
On Wed, May 20, 2009 at 11:54 AM, Christopher Barker
wrote:
> Ryan May wrote:
> > use the units in basic_units.py (in the examples/units directory).
>
> This looks like pretty cool stuff. However, I can't seem to find
> matplotlib.units or basic_units.py in the online Sphinx docs. Is this a
> doc
On Wed, May 20, 2009 at 11:38 AM, Ryan May wrote:
> Hi,
>
> In looking over a test failure, I'm seeing some behavior that doesn't make
> sense to me. It looks like data passed to a line object is being improperly
> converted when units are involved. Here's a version of the code in the test
> scr
Ryan May wrote:
> use the units in basic_units.py (in the examples/units directory).
This looks like pretty cool stuff. However, I can't seem to find
matplotlib.units or basic_units.py in the online Sphinx docs. Is this a
doc bug, or intentional?
There are units examples in the docs.
-Chris
Hi,
In looking over a test failure, I'm seeing some behavior that doesn't make
sense to me. It looks like data passed to a line object is being improperly
converted when units are involved. Here's a version of the code in the test
script, but modified to use the units in basic_units.py (in the
ex
On Wed, May 20, 2009 at 10:27 AM, Ryan May wrote:
> Thanks, I wasn't aware of that. It seems that if I just put an empty
> matplotlibrc file in that directory, it serves the same purpose. Can I just
> check that in (perhaps containing only a clarifying comment) so that it
> stays in sync with t
On Wed, May 20, 2009 at 10:20 AM, John Hunter wrote:
> On Wed, May 20, 2009 at 10:12 AM, Ryan May wrote:
> > Hi,
> >
> > Is there any way to make the tests force a certain default set of
> rcparams?
> > When I first ran the test suite just now, I got a lot of image comparison
> > failures becaus
On Wed, May 20, 2009 at 10:12 AM, Ryan May wrote:
> Hi,
>
> Is there any way to make the tests force a certain default set of rcparams?
> When I first ran the test suite just now, I got a lot of image comparison
> failures because I have my default font set to 10 in my matplotlibrc.
> Changing thi
Hi,
Is there any way to make the tests force a certain default set of rcparams?
When I first ran the test suite just now, I got a lot of image comparison
failures because I have my default font set to 10 in my matplotlibrc.
Changing this eliminated 13 of my 16 failures. I really don't feel like
h
On Wed, May 20, 2009 at 3:48 AM, Andrew Straw wrote:
> Andrew Straw wrote:
> > Hi all,
> >
> > I am attempting to get a collective.buildbot service working on the
> > Matplotlib trunk (branches could be enabled in the future) and James
> > Evans' test suite. Right there are errors that prevent th
On Wed, May 20, 2009 at 3:48 AM, Andrew Straw wrote:
> Let's see if we can get all the tests passing and if this buildbot
> approach looks sustainable -- if so, I'd like to get some more build
> slaves into the mix and make MPL a good continuous integration citizen.
> I don't think the buildbot m
Andrew Straw wrote:
> Hi all,
>
> I am attempting to get a collective.buildbot service working on the
> Matplotlib trunk (branches could be enabled in the future) and James
> Evans' test suite. Right there are errors that prevent the test suite
> from even being run. I'll attempt to work through t
24 matches
Mail list logo
