octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Possible (summer of code) projects for Octave


From: bpabbott
Subject: Re: Possible (summer of code) projects for Octave
Date: Wed, 05 Jan 2011 14:02:54 +0000 (GMT)

On Jan 05, 2011, at 08:25 AM, Jaroslav Hajek <address@hidden> wrote:

>
>>> Ok, sorry so far for the off-topic description of myself.  What I wanted
>>> to
>>> ask is whether there are some ideas for projects to work on that could
>>> fit
>>> for GSoC or in general something which is possibly not "fixing bugs" or
>>> doing a lot of "minor" improvements but seperate "new" things to work on
>>> and
>>> getting started.
>>
>> My favorite is implementing the OOP versions of delaunay triangulation
>> and interpolation functions. See
>> http://www.mathworks.ch/help/techdoc/ref/delaunaytriclass.html
>> http://www.mathworks.ch/help/techdoc/ref/trirepclass.html
>> http://www.mathworks.ch/help/techdoc/ref/triscatteredinterpclass.html
>>
>> in contrast to the existing delaunay et al. functions, the OOP
>> approach is not only fancy, it allows you encapsulate & reuse more
>> important topological data to make things like lookup & interpolation
>> way faster.
>> For instance, if you want to triangulate an area nad then lookup
>> enclosing triangles for a set of points, you'd use delaunay & tsearch
>> in Octave; the problem is that the latter is sadly inefficient because
>> it's not able to accept any more information than a plain list of
>> triangles from the delaunay triangulation (it can't even assume the
>> triangulation is delaunay).
>
> This actually sounds quite interesting!  Although I did not yet work at all
> with OOP in Octave (or Matlab), but I guess this would make it even more
> interesting and beneficial and should not be too hard to get into.
>
> I'm just not sure how "important" this would be for Octave itself --
> delaunay triangulation and related stuff seems like a more or less specific
> topic; although there was also a reply that this could help OOP in Octave in
> general (but at the moment I do not know how).
>
 
I mentioned it would help with OOP in Octave since (I assume) Matlab's new OOP syntax, which is not yet currently implemented in Octave, would be requried. I'm not familiar with how that should be done, but I suspect this is the same thing Søren had mentioned.

* Implement support for object oriented programming using 'classdef'.

Ben


reply via email to

[Prev in Thread] Current Thread [Next in Thread]