Re: GSoC project : K-medoids clustering in Madlib

From: Thom Brown <thom(at)linux(dot)com>
To: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>
Cc: Atri Sharma <atri(dot)jiit(at)gmail(dot)com>, Daniel Farina <daniel(at)heroku(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, viod <viod(dot)len(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: GSoC project : K-medoids clustering in Madlib
Date: 2013-03-27 10:14:43
Message-ID: CAA-aLv4unJXBEd+uX++6UOB0RdKeKz_KXewXSJRSiTaEjf6eKQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27 March 2013 08:12, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> wrote:
> On 27.03.2013 08:51, Atri Sharma wrote:
>>>>
>>>> I'm a bit confused as to why this is being proposed as a
>>>> Postgres-related project. I don't even know what MADlib is, but I'm
>>>> pretty darn sure that no part of Postgres uses it. KNNGist certainly
>>>> doesn't.
>>>
>>>
>>> It's a reasonably well established extension for Postgres for
>>> statistical and machine learning methods. Rather neat, but as you
>>> indicate, it's not part of Postgres proper.
>>>
>>> http://madlib.net/
>>>
>>> https://github.com/madlib/madlib/
>>
>>
>> It is the extension that is normally referred to when we talk about
>> data analytics in Postgres. As you said, it is not part of postgres
>> proper,but IMO, if we want to extend the data analytics
>> functionalities of postgres, we need to work on MADlib.
>
>
> Perhaps we could do this under the PostgreSQL organization, but we'd
> definitely need to get someone from the MADLib project to mentor it.
>
> But it would be even better if MADLib would apply to GSoC as an independent
> organization. The deadline for organization applications is on March 29th,
> so if the MADLIb people are interested in that, they need to hurry and send
> the application right now.

It would also help if they were able to get in contact so that I could
add them as a project we'd vouch for as part of our own application.

--
Thom

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Greg Jaskiewicz 2013-03-27 10:53:12 Proof of concept: using genetic algorithm to come up with most optimal PostgreSQL.conf
Previous Message Albe Laurenz 2013-03-27 09:56:47 Re: adding support for zero-attribute unique/etc keys