# Interpreting the results of ExtensionStats

**URL:** https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665
**Category:** Support
**Tags:** extensions-manager
**Created:** [July 11, 2017, 3:50pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665 "2017-07-11T15:50:15Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![fedorov](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/fedorov/32/14_2.png) [@fedorov](https://discourse.slicer.org/u/fedorov)
#### Post date: [July 11, 2017, 3:50pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665/1 "2017-07-11T15:50:15Z")

</div>

I’ve been using [ExtensionStats](https://www.slicer.org/wiki/Documentation/Nightly/Modules/ExtensionStats) module to get the number of downloads for Slicer extensions, and I have questions about intepreting the results this module returns.

What this extension returns is the number of downloads for each release type, where the following releases are available:

- `pre-releases-nightly`
- `<release number>`
- `<release number>-nightly`

Where I am confused is this:

1. What is `pre-release-nightly`?

2. Why do some extensions (DCMQI, for example) only list downloads for the `pre-release-nightly`? In the case of DCMQI, it was released in November 2016, in time for 4.6. I know I downloaded it at least once from the release! Also, QuantitativeReporting lists non-0 number of downloads for `4.6.2` and `4.6.2-nightly`, and it depends on DCMQI, so DCMQI must have been downloaded for each download of QuantitativeReporting, but DCMQI numbers for `4.6.2` and `4.6.2-nightly` are listed as 0.

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [July 11, 2017, 5:08pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665/2 "2017-07-11T17:08:29Z")

</div>

I’ve added more detailed logging to the module and based on that it seems the aggregation of download counts is incorrect. It would be great if you could have a look, but if you don’t have time then I can check it later this week.

---

<div class="post-metadata">

### Author: ![fedorov](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/fedorov/32/14_2.png) [@fedorov](https://discourse.slicer.org/u/fedorov)
#### Post date: [July 11, 2017, 5:22pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665/3 "2017-07-11T17:22:51Z")

</div>

> [@lassoan](#):
>
> it seems the aggregation of download counts is incorrect

Ooops. I should have thought about that possibility! I will update this post if I find anything, but I am running between meetings for most of the rest of the day.

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [July 11, 2017, 9:22pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665/4 "2017-07-11T21:22:56Z")

</div>

I had some time and cleaned up the download count aggregation. Please test.

---

<div class="post-metadata">

### Author: ![fedorov](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/fedorov/32/14_2.png) [@fedorov](https://discourse.slicer.org/u/fedorov)
#### Post date: [July 11, 2017, 10:47pm UTC](https://discourse.slicer.org/t/interpreting-the-results-of-extensionstats/665/5 "2017-07-11T22:47:15Z")

</div>

The updated version seems to produce results that make more sense. Thank you!