<div dir="ltr">On Mon, May 27, 2013 at 3:08 AM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">Hello!<div><br></div><div>

As you have have noticed the download counts on PyPI are no longer updating. Originally this was due to an issue with the script that processes these download counts. However I have now removed the download counts from the PyPI webui and their use via the API is considered deprecated.</div>

</div></blockquote><div><br></div><div style>This was the only motivation to continue supporting my packages. :(</div><div style>Of course it was an illusion that these were useful to someone, but it was so sweet.<br></div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>There are numerous reasons for their removal/deprecation some of which are:</div>

<div>    - Technically hard to make work with the new CDN</div><div>        - The CDN is being donated to the PSF, and the donated tier does not offer any form of log access</div><div>        - The work around for not having log access would greatly reduce the utility of the CDN</div>

</div></blockquote><div><br></div><div style>I don't believe that CDN clients don't want access to download stats - it is an essential feature for measuring performance and rates of any download service. Who is this provider who doesn't support them?</div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>    - Highly inaccurate</div>

<div>        - A number of things prevent the download counts from being inaccurate, some of which include:</div><div>            - pip download cache</div><div>            - Internal or unofficial mirrors</div><div>            - Packages not hosted on PyPI (for comparisons sake)</div>

<div>            - Mirrors or unofficial grab scripts causing inflated counts (Last I looked 25% of the downloads were from a known mirroring script).</div></div></blockquote><div><br></div><div style>For less popular packages these factors are not that important. Also the exact count of human downloads is rarely interesting. Also everybody realizes there is no guarantee that download rate is not inflated. And still these counts provide good enough overview of relative package popularity.</div>

<div style><br></div><div style>I wouldn't say that counts are highly inaccurate. For relative comparisons they are sane enough.</div><div style><br></div><div style>Having inaccurate stats is much better than not having stats at all. Exposing download counts with a note about their accuracy will increase chances that people will be interested to work on improving the stats.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>    - Not particularly useful</div>

<div>        - Just because a project has been downloaded a lot doesn't mean it's good</div><div>        - Similarly just because a project hasn't been downloaded a lot doesn't mean it's bad</div></div>

</blockquote><div><br></div><div style>How about download count for a package released 7 years ago? The download count proves it is useful.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div style="word-wrap:break-word"><div>In short because it's value is low for various reasons, and the tradeoffs required to make it work are high It has been not an effective use of resources.</div></div></blockquote>

<div><br></div><div style>What are the tradeoffs? I'd like to preserve counts - that's why I got here.</div><div><br></div></div></div></div>