Re: [Hpr] Should we publish the HPR downloads stats ?

2014-07-14 Thread George
Stats can be useful in other ways, though... For example, if certain episodes are proving to be more popular than others it might give people an idea of what topics to focus on more. If we can see over time which episodes are being returned to (ie, re-downloaded or continue to be downloaded m

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-07-14 Thread Mike Ray
Personally I care not a jot about download statistics. I certainly have no intention of either making more shows or not making more shows based on download stats. And life's too short for ploughing through Apache logs to circumvent the tendency of pod-catchers to make multiple requests for one s

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-07-14 Thread Ken Fallon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-06-04 15:43, Ken Fallon wrote: > I'm open to suggestions, but from the numbers above the RSS *feels* to > me like it's the most accurate. > (Again) Failing to garner any support for my point of view, the downloads stats will be compiled month

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-03 Thread Dave Morriss
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/06/14 13:09, x1101 wrote: > I think showing downloads per show is excellent. It will give hpr > folks at conferences a good estimate to tell folks that their show > could be heard by x people on average. I think that on the whole this is the b

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-03 Thread Ken Fallon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-06-02 18:36, epicanis+...@dogphilosophy.net wrote: > On Monday, June 02, 2014 01:38:26 PM Ken Fallon wrote: > [...] >> We don't have any logs before Sep-2010 so do we >> a) ignore shows before that date even though they have been downloaded >>

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread epicanis+hpr
On Monday, June 02, 2014 01:38:26 PM Ken Fallon wrote: [...] > We don't have any logs before Sep-2010 so do we > a) ignore shows before that date even though they have been downloaded > since then ? > b) calculate some guesstimate for a base and add the downloads we do > know about. > On this, in

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread Ken Fallon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hpr0145 :: "Stop smoking" by Ken Fallon Released on 2008-07-21 Total downloads: 1 Total lives saved: 1 Ken. On 2014-06-02 15:15, David L. Willson wrote: > stream-of-consciousness radio brings you this... > > It will not be possible, nor would it

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread David L. Willson
stream-of-consciousness radio brings you this... It will not be possible, nor would it be appropriate, for a show author to completely dis-regard the number of downloads of his/her show as a measure of it's relative quality. That being the case, it is worth developing a catalogue of things that

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread cati...@yahoo.com
I would do my shows regardless of the number of downloads. If publishing download stats would help someone who's thinking of doing shows for HPR that are in the same vein as mine to decide to go ahead with it, that would be a good thing. But if publishing download counts is going to be a concer

Re: [Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread x1101
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I think showing downloads per show is excellent. It will give hpr folks at conferences a good estimate to tell folks that their show could be heard by x people on average. On Jun 2, 2014, Ken Fallon wrote: >-BEGIN PGP SIGNED MESSAGE- >Has

[Hpr] Should we publish the HPR downloads stats ?

2014-06-02 Thread Ken Fallon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi All, Should we include the number of downloads an episode gets on the website ? Some points to note: - - The logs are generated every month so it would be from month to month. - - hits are defined as 1 download per show per ip per day. We don't h