Re: [matplotlib-devel] Directories for C/C++ extensions

2013-10-07 Thread Michael Droettboom 
I like this idea.  I've seen this called "extern" in other projects, but I 
don't have a strong feeling about the name.  I think it's good idea for all of 
the reasons you mention.

Mike

From: Ian Thomas [[email protected]]
Sent: Sunday, October 06, 2013 4:09 PM
To: [email protected]
Subject: [matplotlib-devel] Directories for C/C++ extensions

Fellow developers,

I am working on a PR to replace the use of matplotlib.delaunay with the Qhull 
library.  Installation will be similar to the existing packages LibAgg and CXX 
in that if the system already has a sufficiently recent version of Qhull 
installed then matplotlib will use that, otherwise it will build the required 
library from the source code shipped with matplotlib.

I have a thin C wrapper called qhull_wrap.c (following the coding guidelines) 
which I'll put in the top-level src directory along with most of the existing 
C/C++ extensions.  But my question is where to put the qhull source code?

Current practice has separate top-level directories called agg24 and CXX for 
the LibAgg and CXX packages respectively, so my initial thought was to follow 
this and create a new top-level directory called qhull to place the library 
code in.  But I don't like this approach of creating a new top-level directory 
as (1) I think the top-level should remain as simple and uncluttered as 
possible, (2) it tends to overemphasize the importance of these third-party 
libraries as they are some of the first directories users see when unzipping 
the mpl tarball, and (3) it is not immediately obvious that the code in these 
directories is from third-party libraries rather than something we ourselves 
have written.

Hence my preference is to create a new top-level directory called something 
like 'third-party' (or should that be 'third_party'?), and place all the 
third-party libraries in that; i.e. move the agg24 and CXX directories into 
third-party, and place the new qhull source code in third-party/qhull.

What do others think of this idea?

Ian Thomas

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] SciPy John Hunter Excellence in Plotting Contest on matplotlib website ?

2013-10-07 Thread Andy Ray Terrel 
Sorry for this delay.

I've put up the site at: http://conference.scipy.org/jhepc2013/

I'll get Jim to incorporate it in the main site.

-- Andy


On Thu, Aug 8, 2013 at 12:38 PM, Michael Droettboom  wrote:

> On 08/08/2013 11:56 AM, Andy Ray Terrel wrote:
>
>> Doh, I never got the site up!  This looks good, although copyright
>> shouldn't go to Michael.  We don't have copyright on the images or
>> text just permission to display them.  (I would probably just delete
>> it or be specific what the copyright is.) I like the idea of having a
>> site next to conference.scipy.org to display these.
>>
>
> Yeah -- the copyright ended up to me accidentally because I filled it out
> as the "author" field in Sphinx in the original version.  I think if we
> want to have an "author" it should say "Scipy Conference Organizers"
> (without copyright), and maybe we give Nelle some well deserved credit for
> the web design as well.
>
> Mike
>
>
>
>> -- Andy
>>
>> On Thu, Aug 8, 2013 at 10:48 AM, Nelle Varoquaux
>>  wrote:
>>
>>> Hi everyone,
>>>
>>> Here is my attempt at making the website:
>>> http://nellev.github.io/tmp/**jhepc/index.html
>>> This is still work in progress, but feedback is welcomed.
>>>
>>> I chose to display only the "winners" (three top place + honorable
>>> mention).
>>>
>>> Cheers,
>>> N
>>>
>>>
>>> On 31 July 2013 17:54, Andy Ray Terrel  wrote:
>>>
 Okay, I'll get it up.

 -- Andy


 On Wed, Jul 31, 2013 at 10:48 AM, Michael Droettboom 
 wrote:

> On 07/31/2013 11:38 AM, Andy Ray Terrel wrote:
>
>
> The plan was to have it on the SciPy conference website, but we haven't
> really got it up. If someone can point me to rendered html, I can ask
> Jim to
> put it up there now.
>
> The rendered HTML is in the scipy2013_talks github repo.
>
> https://github.com/scipy/**scipy2013_talks/tree/master/**
> plotting_contest
>
> That will be fine for now, and it sounds like Nelle will make the
> presentation much better down the road, at which case we can update it
> then.
>
> Mike
>


>
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

Re: [matplotlib-devel] Directories for C/C++ extensions

2013-10-07 Thread Ian Thomas 
On 7 October 2013 15:22, Michael Droettboom  wrote:

> I like this idea.  I've seen this called "extern" in other projects, but I
> don't have a strong feeling about the name.  I think it's good idea for all
> of the reasons you mention.
>

OK, 'extern' seems the best directory name.  After I've finished the qhull
PR I'll create another one to move the existing directories across.

Ian
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk___
Matplotlib-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel