Skip to content

echo-ons

Package used to import ONS and CCEE data.

๐Ÿ’พ Installation

This package can be installed using pip running the following command. It will also install other Echoenergia packages just to make sure that all dependencies are met.

uv pip install --force-reinstall --no-deps -r https://raw.githubusercontent.com/performance-echo/.github/main/echo_packages.txt
uv pip install -r https://raw.githubusercontent.com/performance-echo/.github/main/echo_packages.txt

Note

  1. The command above uses uv for faster installs. If you don't have it installed, install it using pip install uv. After that you can always use uv pip for faster installs than regular pip.
  2. This command assumes that you are logged into GitHub. If you are not, please do gh auth login and follow the instructions before running the command above.

๐Ÿ“– Documentation

The documentation of this module is available at echo-ons.pages.dev. It uses the mkdocs tool alongside mkdocs-material and mkdocstrings to generate a static website with all the information needed to use the package. All relevant configuration files are present in mkdocs.yml and the documentation files are in the docs folder.

To see the documentation while developing the package, run the command below and open the browser at the address http://localhost:8111. You can change the port if needed.

mkdocs serve -a localhost:8111

When pushing changes to the repository, the documentation will be automatically updated in Cloudfare Pages due to the connection configured in Cloudflare. This way, you don't need to worry about updating the documentation when pushing changes to the repository. The process of configuring the connection in Cloudflare Pages is explained in this page, but there are details were considered:

  1. The deployment uses Cloudflare credentials bruno.macedo@echoenergia.com.br and 1cY&l@EZTx6e9d.
  2. Add the requirements-cloudflare.txt file to the repository, containing the dependencies needed to build the documentation
  3. Change the build command to pip install -r requirements-cloudflare.txt && mkdocs build
  4. To avoid Cloudflare trying to install the requirements from the requirements.txt file, you should add environment variable SKIP_DEPENDENCY_INSTALL with the value 1 to the build settings.
  5. Add the values below in the extra field of the mkdocs.yml file to avoid the page being indexed by search engines like Google and Bing.

    ```yaml extra: meta: - name: robots content: noindex

  6. Specify the Python version to be used in the Cloudflare Pages build settings by adding .python-version file to the root of the repository. Don't forget to remove any mentions to this file in .gitignore file.

๐Ÿงช Testing

Pytest

Configuration

To tell VS Code to use pytest as the testing framework, its recommended that you add the following configuration to the settings.json file in the .vscode folder of your project.

{
    "python.testing.pytestEnabled": true,
    "python.testing.unittestEnabled": false,
    "python.testing.autoTestDiscoverOnSaveEnabled": false,
}

Running Tests

Several pre-defined tests are configured in the tests/auto folder using pytest. There ae severeal ways to run these tests, like:

  1. Using the command line, running:

    pytest
    
  2. Using the command line to run a specific test:

    pytest -k <test_name>
    
  3. Through the Visual Studio Code testing module. To do so, just open the icon on the left side of the screen that looks like a test tube and run or debug the tests using pytest.

  4. Using the _run_pytest.py script, which is a convenience script that you can just run. In it you should specify the test you want to run. This is the best way to debug tests if you need to.

Local installation

During development the package can be installed from the local repository using the command below.

uv pip install . --no-deps --reinstall --no-cache

๐Ÿ“ˆ Improvements

Improvements to the package are highly encouraged! As more people work here the better functionality we will have. Regardless of that, please follow the rules below when updating or adding new functionality:

  1. โœ๏ธ Docstrings: For every method or class, keep a well documented docstring. This is extremely important for the user to understand how to use the package.
  2. ๐Ÿ“ Documentation: Add or update the documentation present in the docs folder, giving enough explanation and examples to make it very clear to understand how the methods work and how to use them. Also validate if the documentation is nicely formatted using mkdocs serve -a localhost:8111 before pushing changes.
  3. โœ… Add/Edit Tests: Add or update unit tests present in the tests folder in a way that they are able to identify if the functionality is working as expected.
  4. ๐Ÿงช Run Tests: Run all the tests present in the tests folder to make sure that the new functionality is working as expected and did not break any existing functionality.
  5. ๐Ÿ”ข: Version: Update de version number of the package in the file __version__.py
  6. ๐Ÿ“Ž Changelog: Write in more details what has been changed in the CHANGELOG file following the existing pattern.
  7. โœณ๏ธ Commit: Commit your changes to GitHub.

๐Ÿ“ TODO - Future work

Below are listed some ideas for future work in this package. They are not a priority, but would be nice to have.

  • Convert sager.py module to the class structure found in open data modules.
  • Rename the package for something better as now it also imports CCEE data.