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
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 |