Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-21 Thread Christopher Eugene
This a great idea/project! I am primarily a PHP developer and was wondering how I would use mahout in a project that I have had in mind for a while. Thank you for this. Whatever changes I make if any I will give back. Keep up the good work. On Wed, Mar 19, 2014 at 11:08 PM, Ted Dunning

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-21 Thread Ted Dunning
On Fri, Mar 21, 2014 at 7:36 AM, Pat Ferrel p...@occamsmachete.com wrote: Read the AGPL carefully before deciding. It is widely avoided by OSS projects. It’s interpreted to infect your derived works with obligations you may not want to live with. There is probably a question about whether

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Piero Giacomelli
Dear Simon, thanks for informing us. I am now evaluating Prediction.io for creating a reccomandation system. However as I see the license is an Alfresco Limited one. So I do not understand what are the limitation. I mean if I install prediction and I do make some chanages to the source

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Bertrand Dechoux
Affero GPL : http://en.wikipedia.org/wiki/Affero_General_Public_License Alfresco is something else. It does imply that if you provide someone access to a custom version of the engine, then you must provide the sources. But is only about the engine ie not the clients, not the configuration, not

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Piero Giacomelli
Dear Bertrand Yes, that was what I understood. But for me I miss a step. Let us take a practical example. I use SlopeRecommender engine and I implement its policy on how to evaluate the similarity. In this case I made a custom version on the engine right? The SKD is not customize. So my

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Pat Ferrel
I looked at the docs and the AGPL for the server is a problem for me—maybe even a blocker. Since the SDK is useless without the server, this may be a problem for you. I like the SDK, idea. The alternative is logfiles to store prefs (not a bad architecture really) and a grow your own method for

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Simon Chan
Dear Piero, The AGPL is to encourage people who develop on PredictionIO contributes back to the open community, even though they are using it to offer cloud services. We are seriously looking into the possibility of making custom engines/algorithms separated from the main server code, so that

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Simon Chan
Thanks for the feedback. Happy to discuss how we can resolve the AGPL limitation for your work. There are a few Ruby gem for PredictionIO, contributed by developers as well as supported by PredictionIO team, that you can choose from. We hope that the UI can assist developers manage the data

Re: Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-19 Thread Ted Dunning
AGPL is a complete show-stopper for contributions even for dependencies. Apache software can't critically depend on GPL components of any sort. As such, it doesn't make any sense to have components of Mahout designed to run only on a server that is AGPL. On Wed, Mar 19, 2014 at 11:53 AM,

Introducing PredictionIO: A developer-friendly Mahout stack for production

2014-03-18 Thread Simon Chan
Hi, After a year of work, I would like to present PredictionIO project ( https://github.com/PredictionIO) to this community. When a few of us were doing PhD study, Mahout was the de facto Java package that we used in many research work. This is a very powerful algorithm library, yet we see that