ぎょーむ日誌 2002-02-15

2002 年 02 月 15 日 (金)

• 0530 起床．
• 朝飯・弁当の準備． 朝飯． コーヒー． シャワー．
• 0620 自宅発． 晴れ． ああ， 0625 発特急に間に合わなかった． 特急に乗って 0640 京急平和島発． 普通に乗り換えて 0705 京急上大岡発． 0720 研究所着．
• またまた午前中全部使って …… おわりの見えない PipeTree 計算試行錯誤． 昨晩やらせてた計算では， 80 年間の永きにわたって 10m²に 30 個体をつめこむ 京急上り線朝 7-8 時台状態にしてやったのに (蛇足ながら私が朝乗ってるのは下り) 2 個体しか死ななかった． いくら京急では人身事故がマレとはいえ， これは少なすぎる．
• しょうがないので「新しく形成された末端が短かったら死ぬ」 という変なモデルに依存している死亡過程を少しかえてみる． うーん …… 暗かったら針葉が確率論的に死ぬとか …… けっこう計算ばて感あり． だいたい縞枯山 Abies に似て来てるんだけど， 死に方がはげしくない， とか， ちょっと太めなんじゃない， とか ……

[垂直末端刈られた個体] またヘンな生きもの作ってしまった …… だんだんマッドサイエンティストらしくなってきた．

• ThinkPad240Z まで計算に動員して， 以前よりはマシそうな組み合わせをさがす． 計算命じたところで午前中終了． いやはや．
• 1205 トイレでジャージ上下に着替えて 独房群内の人目につきにくい経路を選んで脱柵． 今日も晴天． 富岡総合公園 前峰までゆっくり走って登り， 頂上でストレッチング． 脚あげ腹筋運動 10 回× 5 セット． 反対側に降りて主峰に登る． 少し降りて芝生の野球場一周まわってから 往路を引き返して 1250 独房群帰着． 昼飯．
• 午前中に始めた計算もまた， 最初ばたばた死んでくれてるんだけど その後死ななくなる (樹冠全体が上のほうに持ちあがって行くので 林床の暗さは多少マシになるため)， とか， やっぱちょっと太いんじゃないの， とか …… 脳内リングワンデリング? いやいや， 同じところをぐるぐる回ってるはずないと思うんですが．
• もうちょっと暗い→死ぬ確率を上げて再計算． 形状は例によって樹木らしくない． でも， ホントらしい樹木にしようとすると， 個体としては死ななかったり， 高さのわりには直径でかすぎたり …… (嗚呼また同じことを)． たぶんどこか根本的に間違ってるんだろうなぁ．
• ともかく， 暗くても死なずに頑張るシラビソというのは あまりにもホンモノばなれしているので (それだけならいいんだけど存在が目立つのがイタい)， けっきょく樹冠がすかすかになるようなパラメーターセットで 計算している． 呪われている． どうも甲山データでは大量に死にすぎてんじゃないの， と疑いたくなるんだが．
• 再計算の途中経過をときどきながめてみる． というか， すごく気になるので， ここ数日はほとんどの時間がそれに費されている． そして私のココロは呪詛にみたされている．
  「くそう，樹冠すかすか」
  「今度は太すぎか」
  「まだ死ぬなよ」
  「はやく死ね死ね」
  独房区画の中で一人で 電算化樹木たちに「死ね」「殺してやる」 と邪悪な念を送り続けている私って …… 計算ばて． 樹木減量・計画的殺樹方法考えばて． 邪念おくりばて．
• やはりモデルがヘンなんだろな． どうして実在の植物は環境に応答しつつ， ああも鈍感な生活をつらぬけているのだろうか?
• 枝末端を殺しすぎると …… 樹木個体そのものもやせてしまうな． あたりまえだけど． うまく雪崩的に個体を殺せないかな．
• 甲山データとシミュレイションの結果比較してて気づいたのは， 観測データのほうが個体間のばらつきが小さい， ということだ． シミュレイションでは同齢集団の中で 競争に勝ってるもの・負けてるものがはっきりと分離している． しかし実際には勝ち・負けの間はもう少し連続的なんだろうか? このパラメーターセットでは相互作用強すぎ? しかし相互作用が弱いと， 負けたやつら死んでくれないし， 「競争による樹高成長加速現象」が生じないし ……
• 不毛な調整がつづく．
• 発注者の甲山さんから， いつまでも呪われ盆栽あそびに興じてないで， というような圧力ごく微弱な督促メイル． うーむ， いんちき感横溢する Quebec 版の封印をといて 発動させなきゃならんのか …… ?
• 独房区画闇ルーター BookPC， 同闇ホスト ThinkPad240Z， サーヴァー室 Dell RedHat 機をことごとく計算に投入すると なかなかよろしい． このときに rsync の --cvs-exclude モードを悪用すると便利， ということを発見． 詳しくは man rsync．
• かなり気狂いじみた気の遠くなるような試行錯誤の結果， 昨年 9 月以来の懸案 ―― なんで Abies PipeTree は樹木ではない 何か別の生きものに見えてしまうのか? という問題の答えをつきとめちゃいましたよ． 直接的には針葉をソリッドモデル化するときに， こういう矢羽根のできそこないみたいなモノにしている， ということであった．

(針葉の矢羽根モデル)

• つまり羽根というかタンザク型にソリッド化した針葉群によって シュート付け根から分枝している側軸が「ツブされて」いた， ということ． 主軸についてる「羽」はでかくなることが多いんで， 側軸全体を被覆してしまうことがあるんだよね (下の略図参照)． そうすると側軸の針葉では光獲得できなくなって …… 誕生と同時に即死． 全体として分枝の少ない枝ばかりになって 「細い竿のさきにタンザク」という けったいな構造がよく出現するようになる．
• 間接的な (しかしながら，より本質的な) 原因としては， 主軸-側軸長さ関係だの， 主軸長さ-側軸本数だの， あれこれ相互に激しく矛盾 しているあろめとりールール群が糾弾されなければならない． 以前からこの分枝まわりの決まりごとの類が Abies PipeTree 重大な欠陥とはわかっていたんだが …… こんなカタチで破綻をもたらしていたとは． くそう， 気づかなかった． まぬけすぎる． あのでたらめ規則の矛盾を多少でも緩和するために， むやみやたらとあの小さな側軸が作られてしまったんだな． …… あれこれと腹が立つ (後記: さらにこの問題はいりくんでいることがわかった． 矛盾にみちた分枝まわりのアロメトリールールを 少しでもつじつまを合わせるために， 他ならぬ私が組み込んだ補正式によって 事態がさらに悪い方にむかっていた)．
• とりあえずの暫定的な対処療法として， 針葉のソリッドモデルのカタチをこうしてみた． これで小さな側軸が被覆されなくなる．

[ソリッドモデルの形状問題] これまで使ってきた タンザク型というか平行四辺形型のモデル (左) では側軸 (青) を完全に被覆してしまう場合があるんで， とりあえず三角形型 (右) に変更した．

• 計算してみると， 以前よりは分枝が進んで多少はホンモノに近づいて ……

(針葉の三角形モデルを使って計算やりなおし↓)

Age 01	Age 04	Age 07
Age 10	Age 13	Age 16

(←こっちは以前の タンザク型針葉ソリッド化モデルを使って計算したもの． 樹冠の下の枝がみょーにひょろひょろしているところが かなりイヤだった)

• 「てめー，これのどこが『ホントらしい』んだよう!」 と思われるかもしれないが …… まぁ， 当社比ということで (後記: 上の 6 枚の図もまだ branching rate が十分ではない …… さらにあれこれ改善され続けることになる)． 以前のもの (あるいは今日の午前中に生成した植物怪獣) に見られるような「細い竿の先にタンザクがついてる」 奇怪なる構造が生じなくなった点を重視しているのである．
• ばてばてで 2025 研究所発． くそう 13 時間以上も独房群内にいたのか． 普通に乗って 2038 京急杉田発． 快特に乗り換えて 2048 京急上大岡発． 普通に乗り換えて 2105 京急川崎発． 2125 帰宅．
• ThinkPad240Z に計算を命じておいて寝る． あ， 自宅闇ルーターにも計算させとけばよかった．
• 今日の食卓
  • 朝 (0550): 米麦 0.3 合． 昨晩の雑炊の残り．
  • 昼 (1255): 弁当． 米麦 0.8 合． ホウレンソウ・タマネギ・エリンギ・厚揚の炒めもの．
  • 晩 (2150): 米麦 0.3 合． 昼の炒めもの残りに 水・粉末中華スープ少々・S&B カレー粉多量 ついかしてよくわからぬスープみたいなものに．