Update daily workflow to eliminate double counting for gretel ecosystem

[gsheni]

Problem

When calculating downloads for the SDV ecosystem, we take into account the library dependencies and avoid double counting.

We would like to apply similar logic when calculating downloads for the gretel ecosystem to capture a more accurate picture on the usage.

This issue is a sub-task for this issue: #14
This issue is blocked until this issue is completed: #13

Packages

The gretel-ai user on PyPI maintains the following packages (whose downloads we currently track):

• gretel-synthetics
• gretel-trainer
  • This has a core dependency on gretel-client

The gretel-ai user also maintains these packages, whose downloads we do not currently track.

• gretel-core
  • The reason we do not track this is because there has been no release since Feb 2021. The GitHub link does not work and no core package exists on Gretel's GitHub Org.
• gretel-client
  • Given that this is a core dependency of gretel-trainer, we may want to begin tracking the downloads

Formula for gretel ecosystem download count

• To calculate the download count for gretel ecosystem:
  • Get the number of downloads for gretel-synthetics, gretel-trainer, gretel-client
  • Adjust the downloads for gretel-trainer by subtracting the number of gretel-client downloads.
    • This is because gretel-trainer has a core dependency on gretel-client and it has the same maintainer.
  • Ensure no download count is negative (ex max(0, gretel_trainer_adjusted_count))
  • Sum all downloads to get gretel (ecosystem) download count

Description

• We will have a daily workflow that summarize the downloads counts for external libraries. This daily workflow should be updated so that the downloads for gretel use the above formula.

Deliverables

• Change the daily workflow to use the above formula for calculating downloads for gretel (rather than summing the downloads)