You are here

README.txt in Radioactivity 7

OVERVIEW
========

This module is written to provide better metrics for node ranking
based on viewing rate. The rank information may be used on views to
provide different 'most read' lists, etc.

Particularly on news sites, the node_counter.daycount isn't really
adequate. On those sites, metrics that measure hour-scale and
week-scale activity might become important additions. Furthermore, the
fact that node_counter.daycount gets zeroed once a day makes it
questionable source for 'most read' lists. Resetting the daycount
makes those lists erratic until user activity has normalized the
situation.


ALGORITHM
=========

The node ranking is based on radioactivity model. The algorithm
behind the model is pretty simple:

* Viewing a node adds energy to it and makes it 'hotter'.

* The energy decays at a rate defined by the half-life period, making
  it 'cooler'. For example, a click is worth 1 energy unit at the time
  of clicking, 0.5 energy units after one half-life period, 0.25
  energy units after two half-life periods, and so on.

Therefore, nodes that get lots of clicks stay hotter while inactive
nodes stay cooler. Note that the model is continuous, meaning that the
click energy is not degraded only once per half-life. Actually, it may
be degraded as often as required to get better precision. Degrading
more often means less energy is reduced per iteration.


IN PRACTICE
===========

By keeping half-life period short, let's say one hour, you'll get a
metric that reflects current node view rate. Using that metric in a
view, you can create a "most viewed nodes right now" list. By keeping
longer half-life, let's say 12 hours, you can setup a view that
roughly reflects todays most read nodes. The module supports setting
up multiple different decay rates.

File

README.txt
View source
  1. OVERVIEW
  2. ========
  3. This module is written to provide better metrics for node ranking
  4. based on viewing rate. The rank information may be used on views to
  5. provide different 'most read' lists, etc.
  6. Particularly on news sites, the node_counter.daycount isn't really
  7. adequate. On those sites, metrics that measure hour-scale and
  8. week-scale activity might become important additions. Furthermore, the
  9. fact that node_counter.daycount gets zeroed once a day makes it
  10. questionable source for 'most read' lists. Resetting the daycount
  11. makes those lists erratic until user activity has normalized the
  12. situation.
  13. ALGORITHM
  14. =========
  15. The node ranking is based on radioactivity model. The algorithm
  16. behind the model is pretty simple:
  17. * Viewing a node adds energy to it and makes it 'hotter'.
  18. * The energy decays at a rate defined by the half-life period, making
  19. it 'cooler'. For example, a click is worth 1 energy unit at the time
  20. of clicking, 0.5 energy units after one half-life period, 0.25
  21. energy units after two half-life periods, and so on.
  22. Therefore, nodes that get lots of clicks stay hotter while inactive
  23. nodes stay cooler. Note that the model is continuous, meaning that the
  24. click energy is not degraded only once per half-life. Actually, it may
  25. be degraded as often as required to get better precision. Degrading
  26. more often means less energy is reduced per iteration.
  27. IN PRACTICE
  28. ===========
  29. By keeping half-life period short, let's say one hour, you'll get a
  30. metric that reflects current node view rate. Using that metric in a
  31. view, you can create a "most viewed nodes right now" list. By keeping
  32. longer half-life, let's say 12 hours, you can setup a view that
  33. roughly reflects todays most read nodes. The module supports setting
  34. up multiple different decay rates.