New default solar position algorithm
維護者通常 1 天內回覆
還沒有人認領這個 Issue。
評估
研究方向
The entry point is the get_solarposition wrapper, whose default algorithm is nrel_numpy; the issue asks whether a faster model (SG2, USNO or NOAA) should replace it. This is a design decision for maintainers, not a code change, and the thread has no decision after 12 comments. Before any code, a contributor would need to agree the default with maintainers and benchmark the candidates against accuracy, not only run-time.
由索引模型根據 Issue 內容生成。
描述
Is your feature request related to a problem? Please describe.
[Solar Position Documentation](https://pvlib-python.readthedocs.io/en/stable/reference/solarposition.html
https://pvlib-python.readthedocs.io/en/stable/reference/generated/) recommends using the default solar position algorithm. Should we update to a faster algorithm given @AdamRJensen's poster at this year's PVPMC which shows that most algorithms have minimal impact on energy regardless of run-time?
With permission I can edit this comment and add a photo of the poster.
Describe the solution you'd like
A fast implementation of the SG2, USNO or NOAA solar position algorithms set as the default model for the get_solarposition wrapper.
Describe alternatives you've considered
We could leave the default as nrel_numpy
Additional context
- Increased run-time speed of pvlib reduces carbon output of running models (no matter how small or large that might be)
- I am happy to re-implement one of the above models in Rust with python bindings and open source the rust backend. I know that this comment will open up a can of worms. I think one way to go about this is to implement the model twice, once in python as a reference for the community and once in rust/julia/c++ etc. for use in practice. Users would be able to select which model to use at their prerogative.
- 主要語言
- Python
- 星號
- 1.7k
- 分支
- 1.2k
- 平均合併
- 3 天 18 小時
- 30 天內合併 PR
- 13
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
pvlib/pvlib-python 的其他 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 78/100
pvlib/pvlib-python#2903 · 2 則留言 · 2 個 reaction ·
維護者通常 1 天內回覆
-
難度 1/5 1 小時以內 新手友好度 92/100
pvlib/pvlib-python#2902 ·
維護者通常 1 天內回覆
-
Add an example or documentation on using 'bhi' from ERA5可能重新可做 @anshurajbisoyi98-ctrl 於 14 天前認領，目前沒有進行中的 PR。 未關閉
難度 2/5 1-3 小時 新手友好度 66/100
pvlib/pvlib-python#2880 · 2 則留言 ·
維護者通常 1 天內回覆
-
Use "long-wave" rather than "infra-red" to refer to thermal radiation.可能重新可做 @Rahi-padwal 於 252 天前認領，目前沒有進行中的 PR。 未關閉api easy
難度 2/5 1-3 小時 新手友好度 62/100
pvlib/pvlib-python#2653 · 6 則留言 ·
維護者通常 1 天內回覆
-
question
難度 1/5 1-3 小時 新手友好度 72/100
pvlib/pvlib-python#2637 · 10 則留言 ·
維護者通常 1 天內回覆
查看 pvlib/pvlib-python 的全部 Issue
相似的 Issue
-
難度 1/5 1 小時以內 新手友好度 65/100
521xueweihan/HelloGitHub#4025 ·
-
難度 2/5 1-3 小時 新手友好度 85/100
aws-samples/sample-per-model-bedrock#321 ·
維護者通常 1 天內回覆
-
難度 1/5 1-3 小時 新手友好度 68/100
FavioVazquez/showtime#101 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
koush/ha_scrypted#81 ·
-
難度 2/5 1-3 小時 新手友好度 82/100
google/osv-scanner-action#147 ·