| 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: | Whole Thread | Raw Message | 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 |