# Should we start collecting software usage data?

**URL:** https://discourse.slicer.org/t/should-we-start-collecting-software-usage-data/30873
**Category:** Development
**Created:** [July 29, 2023, 7:52pm UTC](https://discourse.slicer.org/t/should-we-start-collecting-software-usage-data/30873 "2023-07-29T19:52:39Z")
**Posts on this page:** 1
**Showing post:** 27

<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: [October 26, 2023, 7:04pm UTC](https://discourse.slicer.org/t/should-we-start-collecting-software-usage-data/30873/27 "2023-10-26T19:04:36Z")

</div>

GoatCounter looks like a nice project, but I would prefer something more established and longer-term solution, such as an [OpenTelemetry](https://opentelemetry.io/) server hosted by Kitware. Probably something simpler would be sufficient, too, but it should be open-source, using open standards, and preferably with an option of either self-hosting or inexpensive hosting.

@jcfr Does Kitware use (or plan to use) telemetry for its projects?

---

_[View the full topic](https://discourse.slicer.org/t/should-we-start-collecting-software-usage-data/30873)._