-
Notifications
You must be signed in to change notification settings - Fork 329
Make rating normalization a strategy #31
Comments
Michael Ekstrand michael@elehack.net on 2011-04-09 19:37:07 said: In [eb04faf0ece310f9871a7c93b57ab0b1b05a88ec]:
Note: This comment has been automatically migrated from Bitbucket |
Michael Ekstrand ekstrand@cs.umn.edu on 2011-04-09 19:37:07 said: In [c36372d7f34df8e61e03164afe53397ae6ca8850]:
Note: This comment has been automatically migrated from Bitbucket |
Michael Ekstrand ekstrand@cs.umn.edu on 2011-04-09 19:37:06 said: In [4c41c84d5c81231ecce1bff0d58ccec30e12d2a1]:
Note: This comment has been automatically migrated from Bitbucket |
Michael Ekstrand ekstrand@cs.umn.edu on 2011-04-09 19:37:06 said: In [6f533b076f0a349de364795e0b8fdf0767f0c0bb]:
Note: This comment has been automatically migrated from Bitbucket |
ekstrand on 2011-04-08 14:26:39 said: I've collected a variety of NormalizationMethods to see what we actually need from this feature. From that, it looks like a good idea to separate normalizations and baseline predictors, keeping normalizers opaque. Rating predictors which can use baseline predictors will fill in unpredictable values with the baseline values ''alongside the de-normalized predictions''. The predict phase for e.g. item-item CF would then be as follows:
The normalizer can, of course, operate by adding or subtracting the baseline. This may result in some duplicate computations, as the baseline may need to compute the user average twice, but that can be mitigated by having baselines use WeakHashMap to cache predictions. Note: This comment has been automatically migrated from Bitbucket |
ekstrand on 2011-04-06 22:09:26 said: I've started working on this, but moving from baseline prediction to general normalization messes with our ability to identify and deal with coverage issues - the item-item CF engine can know that it doesn't have a baseline and return with less-than-perfect coverage, but how do we do this with general normalization? Note: This comment has been automatically migrated from Bitbucket |
ekstrand on 2011-05-25 15:52:06 said: Updating already-fixed tickets to 0.0.3 milestone. Note: This comment has been automatically migrated from Bitbucket |
ekstrand on 2011-04-26 17:03:59 said: This is done now. We have normalizers and normalizer builders. Note: This comment has been automatically migrated from Bitbucket |
Michael Ekstrand michael@elehack.net on 2011-04-09 19:37:08 said: In [81ce61597be4c214ad07e12f3679777c5d134130]:
Note: This comment has been automatically migrated from Bitbucket |
(originally reported in Trac by @elehack on 2011-03-24 17:56:17)
Right now, the only normalization we support in item-item and user-user CF is subtracting baselines. It would be useful to abstract this into a strategy so we can do things like z-score normalization.
Note: This issue has been automatically migrated from Bitbucket
Created by grouplens on 2013-02-01T21:55:24.439719+00:00, last updated: 2013-02-01T22:35:43.098551+00:00
The text was updated successfully, but these errors were encountered: