entralliance / entr_runtime

ENTR Alliance is an owner-operator led initiative to create open data stack within the clean energy sector. ENTR is a distribution of existing open-source tools, frameworks, and standards, packaged together to accelerate the transition to clean energy. Join us!
http://www.entralliance.com
MIT License
6 stars 3 forks source link

Create documentation and deployment guidelines #27

Closed ejsimley closed 2 years ago

ejsimley commented 2 years ago

Documentation will be written and hosted on the ENTR GitHub page explaining the components of the ENTR/OpenOA environment, data ingestion steps, how to deploy the software, and how to use the environment for wind plant operational assessment (including descriptions of the provided examples)

ejsimley commented 2 years ago

Quick start documentation using readthedocs/sphinx (https://github.com/entralliance/entr_docs):

lewisarmistead commented 2 years ago

Quick start documentation using readthedocs/sphinx (https://github.com/entralliance/entr_docs):

* Installation process

* How to run example notebook

* How to import data

* Tag/release guidelines

* Process for adding to data tag list

Building on this a bit further, here's what I'm envisioning for the sequence of getting started (steps to be documented):

In addition to those usage steps, guidance docs on the following:

ejsimley commented 2 years ago

@lewisarmistead that's a great list for the documentation sections! We could follow the example of OpenOA's documentation (https://openoa.readthedocs.io/en/latest/) and start with an overview of the project, then the first two steps you listed on building and running the ENTR runtime and warehouse. For the example OpenOA notebooks, we could link to the actual Jupyter notebooks, which already include documentation (as is done in the OpenOA documentation). In the sections on integrating new data, it would also be good to describe the process for performing preprocessing on the raw data prior to use in OpenOA. The versioning, production deployment patterns, and contribution guidelines could then all be part of a "Contributing" section at the end of the documentation.

lewisarmistead commented 2 years ago

@lewisarmistead that's a great list for the documentation sections! We could follow the example of OpenOA's documentation (https://openoa.readthedocs.io/en/latest/) and start with an overview of the project, then the first two steps you listed on building and running the ENTR runtime and warehouse. For the example OpenOA notebooks, we could link to the actual Jupyter notebooks, which already include documentation (as is done in the OpenOA documentation). In the sections on integrating new data, it would also be good to describe the process for performing preprocessing on the raw data prior to use in OpenOA. The versioning, production deployment patterns, and contribution guidelines could then all be part of a "Contributing" section at the end of the documentation.

@ejsimley, that all sounds good - let me know when you're able to create the bones of the docs, and I can start adding content in there!

ejsimley commented 2 years ago

Documentation structure: