You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/pages/gsoc_ideas.mdx
+14-8Lines changed: 14 additions & 8 deletions
Original file line number
Diff line number
Diff line change
@@ -2,19 +2,25 @@
2
2
title: 'GSoC 2025 - PEcAn Project Ideas'
3
3
---
4
4
5
-
# [GSoC - PEcAn Project Ideas](#background)
5
+
# GSoC - PEcAn Project Ideas{#background}
6
6
7
-
PEcAn is an open-source ecosystem modeling framework integrating data, models, and uncertainty quantification. Below is a list of potential ideas where contributors can help improve and expand PEcAn. Come find us on Slack to discuss. If you have questions or would like to propose your own idea, contact @kooper in Slack or join our `#gsoc-2025`
7
+
PEcAn is an open-source ecosystem modeling framework integrating data, models, and uncertainty quantification. Below is a list of potential ideas where contributors can help improve and expand PEcAn. Come find us on Slack to discuss. If you have questions or would like to propose your own idea, contact @kooper in Slack or join our **[gsoc-2025](https://pecanproject.slack.com/archives/C0853U6GF71)**
8
8
9
9
---
10
10
11
-
## [Project Ideas](#ideas)
11
+
## Project Ideas{#ideas}
12
12
13
13
Below is a list of project ideas. Feel free to contact the listed mentors on Slack to discuss further or contact @kooper with new ideas and he can help connect you with mentors.
###1. Global Sensitivity Analysis / Uncertainty Partitioning{#sa}
18
24
19
25
This project would extend PEcAn's existing uncertainty partitioning routines, which are primarily one-at-a-time and focused on model parameters, to also consider ensemble-based uncertainties in other model inputs (meteorology, soils, vegetation, phenology, etc). This project would employ Sobol' methods and some uncommitted code exists that manually prototyped how this would be done in PEcAn. The goal would be to refactor/reimplement this prototype into a reliable, automated system and apply it to some key test cases in both natural and managed ecosystems.
20
26
@@ -45,7 +51,7 @@ Medium
45
51
46
52
---
47
53
48
-
#### [Parallelization of Model Runs on HPC](#hpc)
54
+
###2. Parallelization of Model Runs on HPC{#hpc}
49
55
50
56
This project would extend PEcAn's existing run mechanisms to be able to run on a High Performance Compute cluster (HPC) using [Apptainer](https://apptainer.org). For uncertaintity analysis, PEcAn will run the same model 1000s of times with small permutations. This is a perfect use for an HPC run. The goal is to not submit 1000s of jobs, but have a single job with multiple nodes that will run all of the ensembles efficiently. Running can be orchistrated using RabbitMQ, but other methods are also encouraged. The end goal should be for the PEcAn system to be launched, and run the full workflow on the HPC from start to finish leveraging as many nodes as it is given during the submission.
51
57
@@ -74,7 +80,7 @@ Flexible to work as either a Medium (175hr) or Large (350 hr)
74
80
Medium
75
81
76
82
---
77
-
#### [Database and Data Improvements](#db)
83
+
###3. Database and Data Improvements{#db}
78
84
79
85
PEcAn relies on the BETYdb database to store trait and yield data as well as model provenance information. This project aims to separate trait data from provenance tracking, and ensure that PEcAn is able to run without the server currently required to run the Postgres database used by BETYdb. The goal is to make PEcAn workflows easier to test, deploy, and use while also making data more accessible.
80
86
@@ -106,7 +112,7 @@ Medium, Large
106
112
107
113
---
108
114
109
-
#### [Development of Notebook-based PEcAn Workflows](#notebook)
115
+
###4. Development of Notebook-based PEcAn Workflows{#notebook}
110
116
111
117
The PEcAn workflow is currently run using either a web based user interface, an API, or custom R scripts. The web based user interface is easiest to use, but has limited functionality whereas the custom R scripts and API are more flexible, but require more experience.
112
118
@@ -132,7 +138,7 @@ Medium (175hr)
132
138
Medium
133
139
134
140
135
-
#### [Refactoring Compile-time Flags to Runtime Flags in SIPNET](#sipnet)
141
+
###5. Refactoring Compile-time Flags to Runtime Flags in SIPNET{#sipnet}
0 commit comments