On 27 November 2014 at 16:16, Thomas Caswell wrote:
> There should be an automatic process, but no one has written it yet. I
> think IPython has code we can adapt in their doc build process. I had
> planned to deal with this when we cut the next minor/major release.
>
> Tom
>
Thanks for letting
Fellow developers,
I know we are now encouraged when writing a PR not to alter
doc/users/whats_new.rst and doc/api/api_changes.rst directly, but rather to
create files in the doc/users/whats_new and doc/api/api_changes directories
instead. When building the master branch docs I was expecting the
On 25 June 2014 17:55, Benjamin Root wrote:
> The mplot3d tests are not run automatically, so I have no idea when this
> change happened. But I would suspect it is related to the changes in
> triangulation rather than with mplot3d itself. I have zero expertise to say
> if one result is more corre
On 31 January 2014 22:43, Benjamin Root wrote:
> Thanks for bringing this back onto the mailing list.
>
> I am excited for the prospect of new algorithms for contouring. My company
> has actually been using the contourf() function for the past few years to
> generate the polygons from gridded dat
On 31 January 2014 19:51, Eric Firing wrote:
> Would the new code be substantially simpler if the blocky capability were
> omitted from it? If so, then it seems like it would makes sense to leave
> the blocky form to the old code.
>
Simpler, yes, but not substantially so. I would prefer to kee
covers all
triangulations.
I hope this has been of some help, but I fear not...
Ian Thomas
--
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedb
On 22 October 2013 07:53, Todd wrote:
> As of last night, I can no longer compile master. I get the following
> error:
>
> building 'matplotlib.ttconv' extension
> creating build/temp.linux-x86_64-2.7/extern/ttconv
> gcc -pthread -fno-strict-aliasing -fmessage-length=0 -O2 -Wall
> -D_FORTIFY_SOU
On 21 October 2013 18:36, Chris Barker wrote:
> > we can all be confident that it will work correctly.
>
> only if you've tested against the version (maybe patched) of the
> external lib they are using...
>
Of course not. We provide the framework to build mpl and run tests.
Distro developers c
On 18 October 2013 19:18, Chris Barker wrote:
> Ian,
>
> > I am working on a PR to replace the use of matplotlib.delaunay with the
> > Qhull library.
>
> nice! -- ( though I sure wish Qhull did constrained delaunay...)
>
> > Installation will be similar to the existing packages LibAgg
> > and CXX
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 fi
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: C
Amit,
On 6 March 2013 20:20, Amit Aronovitch wrote:
> So, "working"/"not working" test (possibly including some time
> measurements) I can do on a fairly short notice.
> Producing some more examples that fail with the current code might require
> several hours of work, so would probably get dela
On 6 March 2013 19:10, Chris Barker - NOAA Federal wrote:
> """
> Qhull does not support triangulation of non-convex surfaces, mesh
> generation of non-convex objects, ... or constrained Delaunay
> triangulations
> """
> these are key to my needs, but are they for MPL?
>
No, all we need is a drop
Hi Amit,
I am with you 100% of the way. We should use an existing open source
Delaunay triangulator, and my preference is for QHull as well.
"Improved Delaunay triangulator" is on my matplotlib todo list, albeit it
quite a long way from the top. I don't tend to use the existing code as I
usuall
d the execution time of the OP's code by about a factor
of 10 when using 16 levels for the tricontourf call.
Ian Thomas
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile d
are doing. Can you
post an example of one of your slow scripts with the appropriate data? As
you are dealing with large datasets you may want to simplify the example
script/data you send. If the data is still too large and/or you don't want
to post it to a public mailing
Yes, an excellent summary and neatly bringing us back to the crux of the
matter.
For completeness I should say that I wouldn't use SWIG. I used it about 5
years ago to wrap some C++ for Python and other languages. Initially it
was very useful, but eventually the default mapping between C++ and P
n return, I get some help with my sometimes substandard Python! If we
go down the Cython route I couldn't make this offer; would our many Cython
advocates take on the responsibility of changing and maintaining my C++
code in this s
On 16 November 2012 05:14, Damon McDougall wrote:
> >> I have a C++ TriFinder class
> >> that I could modify to work within matplotlib, and it is O(log N) so
> should
> >> be faster than your version for typical use cases.
> >
> > What algorithm does this use? Is the code open source and/or availa
On 15 November 2012 21:25, Chris Barker wrote:
> On Wed, Nov 14, 2012 at 1:50 AM, Ian Thomas wrote:
>
> > I think the code used to determine which triangle contains a certain
> point
> > should be factored out into its own TriFinder class,
>
> +1 -- this is a genera
nterpolator and using my guidance as and when you need it.
Let me know your preference,
Ian
P.S. Never apologise for not being a computer scientist! Many of our
developers, myself included, are proper scientists or engineers!!!
On 29 October 2012 09:37, Ian Thomas wrote:
> Hi Geoffroy
>
>
Hi Geoffroy
This will certainly be very useful. I need to spend some time looking at
it and seeing how it would best fit within the matplotlib framework,
particularly as only a few days ago I committed to writing a triangular
grid interpolator for quad grids and it would be sensible to group thes
On 21 September 2012 14:38, Benjamin Root wrote:
> On Fri, Sep 21, 2012 at 6:43 AM, Damon McDougall <
> damon.mcdoug...@gmail.com> wrote:
>
>> On Fri, Sep 21, 2012 at 8:27 AM, Ian Thomas
>> wrote:
>> > On 20 September 2012 22:30, Damon McDougall
>> &
On 20 September 2012 22:30, Damon McDougall wrote:
> I have been playing with custom triangulations in the plot_trisurf
> method of the mplot3d toolkit. I thought I would share my sweet
> creation: https://www.dropbox.com/s/ccptm6ok7nd3yn5/mobius.png
>
> Let me know your thoughts. I should probabl
On 16 April 2012 23:36, Damon McDougall wrote:
> On Monday, 16 April 2012 at 16:34, Kacper Kowalik wrote:
>
>
> On 16 Apr 2012 22:31, "Damon McDougall" wrote:
> >
> > Hi Kacper,
> >
> > Just to be clear, is it tri.Triangulation(x, y) that hangs, or is it
> plt.tricontour(…)?
>
> It's plt.tricont
On 22 November 2010 19:08, Benjamin Root wrote:
>
> Confirmed. Ian, would you mind filing a bug report on this at mpl's
> tracker?
>
I've added a bug report:
http://sourceforge.net/tracker/?func=detail&aid=3116341&group_id=80706&atid=560720
Thanks Ben,
Ian
-
On 4 July 2010 22:52, Alberto Azevedo wrote:
> With those grids triplot takes a long time to compute (I never
> wait for the results, it takes really a long time).
>
Alberto, I've checked some triplot performance improvements into svn.
Please can you try out the new version and see if it is OK fo
Hello again Alberto,
On 4 July Alberto Azevedo wrote:
> When I use the triplot function with 100-1000 points it works well. The
> problem is that in my work I often use grids with 3-10
> points. With those grids triplot takes a long time to compute (I never
> wait for the results, it take
Patch committed as svn revision 8316.
Ian
--
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-de
On 11 May, Eric Firing wrote:
> I am somewhat inclined to simply commit it, or to give you commit
> rights, in view not only of the triangular grid work but of the great
> work you did in fixing problems with cntr.c. Do you have a sourceforge
> login?
I've created a sourceforge login with the use
On 15 April, Ian Thomas wrote:
> I've attached the patch for the new triangular grid functionality.
As nobody has commented on the patch I submitted to add triangular
grid functions, I can only assume that nobody has looked at it. This
is a final friendly reminder that some people co
Eric Firing wrote:
> I've only glanced so far, but one thing that caught my eye is your
> documentation changes and code regarding the need for simply-connected
> paths. This is obsolete--mpl now handles multiply-connected paths.
Thanks for clarifying this, I now understand the 'point kinds' in
c
Replying to everyone at the same time: (spot the person in the UK!)
Chris Barker wrote:
> That would be better as (ntri, 3), to be compatible with the usual C
> ordering of numpy arrays.
Of course.
John Hunter wrote:
> I am a little concerned about the "hand wrapped python" part
> because of the
Ben Axelrod wrote:
> I am a little unclear on what this is and what it is used for.
It is used to generate contour plots for data that is defined on
unstructured triangular grids. Currently mpl supports generating
contour plots on regular rectangular grids; if you have an
unstructured grid you h
&forum_name=matplotlib-users
Before I go ahead, I want to check if others think this would be
useful functionality to have in mpl or not.
Thanks,
Ian Thomas
--
Download Intel® Parallel Studio Eval
Try the new software t
Eric,
> I hit a bug (segfault) in cntr.c that is likely related to your changes. It
> is ID 2956378 in the tracker.
Attached is a patch file with a fix for this bug. I've also included
a minimal test file to demonstrate the behaviour before and after the
fix, along with a brief explanation which
Eric,
It appears to be caused by an infinite loop, and may well be due to my
changes. I'll take a look on Wednesday and get back to you.
Ian
On 22 February 2010 01:07, Eric Firing wrote:
> Ian,
>
> I hit a bug (segfault) in cntr.c that is likely related to your changes. It
> is ID 2956378 in
Eric Firing wrote:
> Ian,
>
> I have applied your patch and modified contourf_demo slightly to illustrate
> interior masking. Thanks very much for the beautiful work! These contour
> bugs that you fixed were major mpl problems--general embarrassments, and
> specific impediments to my own applicat
38 matches
Mail list logo
