Quinthar

Here's why backbone sampling will *never* be accurate:

Every once in a while someone gets a brilliant idea for dealing with piracy: why not just assemble a big pool of money and then distribute it in proportion to how often content is pirated?

Both parts of that (filling the pool, and then selectively emptying it) are atrociously bad ideas for a huge number of reasons, but let me zero in on the latter half here.  In essence:

Under no circumstance proposed or envisioned will backbone measurement ever estimate volume to even the barest degree of accuracy, darknet or otherwise.

Consider what is ostensibly the most widely viewed image on the internet: the Google logo:



It's unprotected, unencrypted, no darknet, no P2P file sharing, no copying to an iPod for offline consumption.  In short, if backbone measurement could ever estimate *anything* then surely this would be the ideal use case, right?

But the Google image is cached locally -- in my case (according to about:cache in Firefox) until 2038.  No matter how many times I visit Google.com, I won't redownload it.  So estimating visits to Google.com by sampling the number of times the logo is downloaded is completely and irreparably flawed.

(And the most common caching solution is LRU so content that is accessed *more* often is actually re-downloaded *less*.)

Thus estimating the number of times a song is listened to by measuring how often it is downloaded is even more flawed -- as all the reasons I gave for why Google is the ideal case are precisely inverted for music.

Even if we can't agree on anything else, we should all at least agree that backbone sampling is a patently absurd notion for estimating popularity, and thus is intrinsically unsuitable for redistributing some big pool of money -- regardless of how it's filled.

- David Barrett
Twitter: Follow @quinthar

No comments:

- Jan 2014 (1) - Mar 2012 (1) - Nov 2011 (1) - Oct 2011 (1) - Apr 2011 (1) - Mar 2011 (3) - Feb 2011 (2) - Jan 2011 (9) - Nov 2010 (1) - May 2010 (1) - Mar 2010 (1) - Feb 2010 (1) - Jan 2010 (1) - Dec 2009 (1) - Nov 2009 (1) - Oct 2009 (1) - Sep 2009 (1) - Aug 2009 (2) - Jul 2009 (1) - Jun 2009 (4) - May 2009 (3) - Apr 2009 (3) - Mar 2009 (10) - Feb 2009 (5) - Jan 2009 (3) - Dec 2008 (5) - Nov 2008 (5) - Oct 2008 (5) - Sep 2008 (4) - Aug 2008 (5) - Jul 2008 (11) - Jun 2008 (8) - Feb 2008 (1) - Aug 2007 (1) -