Seaborn: a high-level Python interface for drawing statistical graphics
11–17 of 17 posts
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#12While we're talking about stats and Python could I convince someone here to implement a fast medcouple for statsmodels? I can't do it myself because I read R's GPL'ed code in order to understand the algorithm. Using my understanding, I wrote the following high-level description of it: https://en.wikipedia.org/wiki/Medcouple This should be taken as the design spec of a clean-room reverse engineering, so that we can ha…
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#13Earlier quoted context omitted.
Also matplotlib recently added stylesheets http://matplotlib.org/users/style_sheets.html which gets you ~75% of the way there to ggplot style plots. I've found a number of edge cases where the plots don't turn out right when using the ggplot sheet. BUT the important part is you can set your own default plotting style with a single line of code and keep everything nice and pythonic (well kind of pythonic since you're…
There is also http://ggplot.yhathq.com/ which is buggy for complex graphs but rapidly getting better - indispensable for me.
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#14While we're talking about stats and Python could I convince someone here to implement a fast medcouple for statsmodels? I can't do it myself because I read R's GPL'ed code in order to understand the algorithm. Using my understanding, I wrote the following high-level description of it: https://en.wikipedia.org/wiki/Medcouple This should be taken as the design spec of a clean-room reverse engineering, so that we can ha…
Are you really suggesting that it's not possible for you write an independent implementation of an algorithm from the version you once read? Is this sort of "clean room" approach typical? It strikes me as absurdly cautious.
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#15While we're talking about stats and Python could I convince someone here to implement a fast medcouple for statsmodels? I can't do it myself because I read R's GPL'ed code in order to understand the algorithm. Using my understanding, I wrote the following high-level description of it: https://en.wikipedia.org/wiki/Medcouple This should be taken as the design spec of a clean-room reverse engineering, so that we can ha…
Are you really suggesting that it's not possible for you write an independent implementation of an algorithm from the version you once read? Is this sort of "clean room" approach typical? It strikes me as absurdly cautious.
Besides, I just don't feel like it's fair to the R copyright authors. They worked hard to produce an implementation and they copylefted it, and I heavily relied on their implementation in order to reimplement it myself.
According to the United States Copyright Office[1], the algorithm itself can't be copyrighted, so that's why I wrote a high-level description of the algorithm.
----
[1] "Copyright protection is not available for ideas, program logic, algorithms, systems, methods, concepts, or layouts."
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#16Earlier quoted context omitted.
Are you really suggesting that it's not possible for you write an independent implementation of an algorithm from the version you once read? Is this sort of "clean room" approach typical? It strikes me as absurdly cautious.
It is what is known to be legally safe. We do it all the time in GNU Octave, and we always tell people to not read Matlab source code when implementing Octave functions. Besides, I just don't feel like it's fair to the R copyright authors. They worked hard to produce an implementation and they copylefted it, and I heavily relied on their implementation in order to reimplement it myself. According to the United States…
But suppose you decide to reimplement the algorithm now, months later (based only on the notes you wrote on Wikipedia). I'm not a lawyer, but I would say that's almost certainly independent, unless you have extraordinary memory.
Re: Seaborn: a high-level Python interface for drawing statistical graphics
#17Earlier quoted context omitted.
It is what is known to be legally safe. We do it all the time in GNU Octave, and we always tell people to not read Matlab source code when implementing Octave functions. Besides, I just don't feel like it's fair to the R copyright authors. They worked hard to produce an implementation and they copylefted it, and I heavily relied on their implementation in order to reimplement it myself. According to the United States…
I agree -- you shouldn't read sources you don't want to treat as derivative while you're writing an independent implementation. So yes, the code you've already written is GPL. But suppose you decide to reimplement the algorithm now, months later (based only on the notes you wrote on Wikipedia). I'm not a lawyer, but I would say that's almost certainly independent, unless you have extraordinary memory.