einpaule

The workaround we are using is using a version < 1.5.0, as this is the version this issue was introduced.

I tried to simplify as much as possible while still able to see the bad behaviour, obviously forgetting to check whether the simplified version had the good behaviour in the...

Here's what I could reproduce: ## With 1.4.0 ``` bash rvm gemset create test140 rvm gemset use test140 gem install 'statsample' -v 1.4.0 irb ``` ``` ruby 2.1.2 :001 >...

For your convenience, here's a version of the code to copy paste into the irb: ``` ruby require 'statsample' Statsample::VERSION regression_analysis = Statsample::Analysis.store(Statsample::Regression::Multiple) do dataset_inputs = { '4' => [27.0,12.0,16.0,25.0,0.0,13.0,14.0,28.0,1.0,18.0,24.0,19.0,7.0,27.0,17.0,17.0,16.0,24.0,21.0,22.0,16.0,24.0,22.0,13.0].to_vector(:scale),...

Another thing that might not be clearly visible from the above is that the dependent variable is always the same value, so the coefficients are resolved to be 0.0 and...

Hi again, sorry, I didn't get notified of your reply (maybe because of the DDoS on github?) I'm running on: - Ubuntu 14.04 (kernel 3.13.0-48-generic) - ruby-2.1.2 According to Wikipedia...

Sure: http://en.wikipedia.org/wiki/Coefficient_of_determination#Interpretation At the end of the second paragraph it says that neither formula is defined for the case that y_1 = ... = y_n = average of y values.

I actually gave it a bit more thought and it came to me that just because my application flow went to R^2 first, I never actually checked the coefficients and...

Hi again, I've updated the my fork with separate tests for GslEngine and RubyEngine. The issue is confined to RubyEngine and works as expected (by the new tests) in the...

Created a pull request to clbustos: https://github.com/clbustos/statsample/pull/42