Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Bidirectional tx builds #125

Open
wants to merge 4 commits into
base: next_release
Choose a base branch
from

Conversation

josiahjohnston
Copy link
Contributor

This is a working implementation of bi-directional transmission builds, which is a non-controversial and tractable subset of issue #122

As I was working on this, I came up with other items for a wish list, but didn't implement them because they weren't necessary for a minimal viable prototype and I wasn't sure if we would have consensus on their desirability.

  • Consolidate the cost component inputs into a single capital cost per transmission line direction ($/MW-capacity). Have users estimate cost of upgrading corridors using whatever method makes the most sense for them. Provide suggestions based on distance and a default value of $1000/MW-km.
  • Rename parameters to use the prefix of tx instead of trans for brevity, and normalize existing_trans_cap to tx_existing_cap
  • Investigate shifting TRANSMISSION_LINES to a 2-dimensional set of zone_from, zone_to. If Pyomo gives us the choice of using tx or (z_from,z_to) when iterating & indexing, that would be a win-win for readability and simplicity.

…ion lines), and update an example to include that functionality.
@josiahjohnston
Copy link
Contributor Author

I included another commit to support optional pre-determined transmission builds. It's something I need for a project and seemed uncontroversial, so I'm rolling it into this pull request.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant