You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While it is possible to deduce that OrderedLogistic expects the observed values to have the typical 0-based indexing as in regular Python, based on the documentation's example: y = np.concatenate((1*np.ones(n1_c), 2*np.ones(n2_c), 3*np.ones(n3_c))) - 1
the initial line of the documentation Useful for regression on ordinal data values whose values range from 1 to K as a function of some predictor... makes it seem like the encoding should be "1,2,3,...K". This can be confusing for users, as this can result in logp=-inf error, which does not intuitively trace back to the source of the error here.
Idea or request for content:
Make it clearer that the target values ("observed") should be 0-based, like in regular Python. Similar change could also be made for OrderedProbit.
The text was updated successfully, but these errors were encountered:
Issue with current documentation:
While it is possible to deduce that OrderedLogistic expects the observed values to have the typical 0-based indexing as in regular Python, based on the documentation's example:
y = np.concatenate((1*np.ones(n1_c), 2*np.ones(n2_c), 3*np.ones(n3_c))) - 1
the initial line of the documentation
Useful for regression on ordinal data values whose values range from 1 to K as a function of some predictor...
makes it seem like the encoding should be "1,2,3,...K". This can be confusing for users, as this can result inlogp=-inf
error, which does not intuitively trace back to the source of the error here.Idea or request for content:
Make it clearer that the target values ("observed") should be 0-based, like in regular Python. Similar change could also be made for OrderedProbit.
The text was updated successfully, but these errors were encountered: