延續上一講的雙域視角(巨孔隙/微孔隙)，這一講的參數會分成兩組來看:定義「桶子形狀」的靜態參數(LL、DUL、SAT、bulk density),跟決定「桶子怎麼漏水」的動態參數(SWCON、𝐾𝑠𝑎𝑡)。 3.1 靜態參數:桶子的三條水位線 (1) LL(Lower Limit,凋萎點下限) 這是植物完全無法吸取的水分下限,操作型定義通常對應到 −1.5 MPa(15 bar)的基質勢。在微孔隙/巨孔隙框架下,LL 描述的完全是微孔隙域——這個含水量下,水被吸附在極細孔隙的表面,基質勢極負,只存在於微孔隙的毛細跟吸附作用力範圍內,巨孔隙在這個含水量早就空了。 DSSAT 通常用 LL(而不是永久凋萎點 wilting point)這個名稱,是因為它其實是「特定作物根系可達到的下限」,理論上依作物種類、根系穿透力略有差異,但實務上常直接借用土壤的物理凋萎點。 (2) DUL(Drained Upper Limit,排水上限) 這是整套 bucket 理論裡最關鍵的一條線——它同時也是上一講講的「巨孔隙排水」的觸發點:𝑆𝑊> 𝐷𝑈𝐿 SW>DUL 才會啟動𝐷𝑅𝐴𝐼𝑁𝐿 方程。 物理意義上,DUL 是「重力排水已經(近似)結束、只剩微孔隙毛細力撐著水」的那個含水量,通常對應基質勢在 −10 到 −33 kPa 之間(視質地而定,砂土接近 −10 kPa,黏土接近 −33 kPa)。用雙域語言講:DUL 就是巨孔隙域清空、微孔隙域仍飽滿的那條分界線。這也是為什麼 DUL 不是一個絕對的物理常數,而是跟排水時間、量測方式高度相關的操作型定義——現場量測通常是「飽和後排水1–2天」的含水量,這個「1–2天」本身就是承認巨孔隙排水需要一點時間,但排水速率遠快於微孔隙。 (3) SAT(Saturation,飽和含水量) 這是巨孔隙+微孔隙全部孔隙都灌滿水時的含水量,約等於總孔隙度 𝜙 。注意上一講 Emerman 論文提到的關鍵假設——「巨孔隙域跟微孔隙域必須有相同的飽和含水量才能讓雙域模型的擬合站得住腳」。這句話反過來提醒你:SAT 這個看似簡單的參數,其實隱含了「兩個域共享同一個總孔隙空間」的假設,在真實土壤中不一定成立(比如強烈結構化的黏土,巨孔隙可能只佔總孔隙度很小一部分)。 (4) Bulk...
打開git bash，他預設的應該是在users 底下的資料夾 我們就要移動到程式碼所在的資料夾建立倉庫(repository)， 這邊要留意的是如果要移動到d槽，要先輸入 cd /d 才會到D槽下面，如果按d: 的話是不會有反應的。接著就如同cmd一樣，cd 到我們要的資料夾下面。 cd Python cd 'maizsim phenol' 如果資料夾內還沒有git的專案資料，就必須建立倉庫，輸入 git init 檢查資料夾，就會有一個.git的資料夾出現了 這裡面的main.py, out.csv, phenology.py, __pycache__, READMD.md 是我所建立的檔案，我們可以透過 git add . 將所有檔案提交到倉庫裡面 裡面，使用 git status 檢查裡面的檔案狀態 接下來我們要把檔案加到repository裡面，使用 再檢視一下狀態(git status) 接下來就使用commit，可以在這裡加入註解 git commit -m "modify variable" -m 後面的""可以加上我們任何需要的註解 接著我們就要把專案上傳到github裡面去，使用 git remote add origin https://github.com/Chuchung0604/MAIZSIM_phenolstage 如果專案已經有連線的話，就可以跳過這個步驟，add 和 commit 完後就可以push 到github上去，push的指令如下 git push -u origin master https://www.itread01.com/content/1548500237.html https://ithelp.ithome.com.tw/users/20004901/ironman/525