-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature]: Turn examples into a separate repository #48
Comments
I agree 100%, this would stop me from doing ad-hoc copies from existing projects and I would move to this template repo as well. Great idea!! |
I'm currently building this using the |
This is excellent, thank you @Bartdoekemeijer ! |
I feel comfortable enough with https://github.com/NREL/flasc_cookiecutter_template to remove the |
hi @Bartdoekemeijer , @misi9170 and I were discussing this (also want to flag @ejsimley ) to chat about this. I opened a new discussion where I present our idea, discussion #75 |
Description
The way we work with FLASC is that we usually create one Git repository for each wind farm that we do analysis on. Taking an example repository for the Shell-owned OWEZ wind farm, we typically have a folder structure like:
Behind the scenes, we have often copied over this folder structure from an existing wind farm repository to create new repositories, but this has been hidden from the public. Our current
examples
folder insufficiently represents this structure and can make it complicated for new users to build well-structured repositories and analyses.I would like to create a template repository like this,
flasc_windfarm_example
, which contains this folder structure and readily includes the examples. This would either completely replace the examples folder inflasc
or supplement it. When creating a new repository, one can clone this repository and adjust it accordingly for the user's wind farm. This also gives us much greater freedom in the examples that we build. Specifically, since these repositories are Python installable withpip
, it allows us to build classes and functions inside themodels.py
library that modularly construct, for example, FlorisInterface objects with different combinations of turbine curtailment. For example, consider functions that if we plug in a timestamp it'll return the right FlorisInterface object (e.g., due to noise-reduced operation at certain times in the day).If we were to additionally make
flasc
available in PyPI, we can include any particular version offlasc
in the requirements in thesetup.py
and the right version for that repo will automatically be installed for new users starting work on that repo.@misi9170 and @paulf81, what do you think? And would this replace or supplement the current example folders?
Related URLs
No response
The text was updated successfully, but these errors were encountered: