---

※ 引述《cheinshin (那就這樣吧)》之銘言：

今天有空把都審會議看完來打臉林洲民~

: 1.轉錄標題︰
: 若為   他板文章可免填   請寫名稱
: 1.轉錄網址︰
: https://reurl.cc/L1j44e
: 2.轉錄來源︰
: 林洲民臉書
: 3.轉錄內容︰
: 林洲民 Citizine Lin
: 今天，2019年8月27日，再兩天，就是大巨蛋的都審日，以下是我從都發局網站所公佈之
: 報告書，研讀之後，致台北市民的一封公開信：
: （A ）我的的結論一：「面對問題是解決問題的第一步」！
: 重點：「遠雄所交出的大巨蛋體育園區之防災避難電腦模擬是不及格的」！遠雄沒有確實
: 回答考題，還一直想更改考題，如何及格？
: 以下有幾點重要觀念和各位分享：
: 1    ：目前，於前年七月通過的內政部性能式法規審查，清楚的，只限定於審查「建築
: 物內的防火避難」；至於最重要的「都市防災避難」審查，須以「都市防災避難電腦模擬
: 」作為依據而據實檢驗，本週四的都審會是本案第一次審查「都市防災避難電腦模擬」。

8/29的會議算是正式進入審查

: 2    ：遠雄認為模擬參數的設定是都審委員的刁難， 其實並不是，而是透過 這些參數
: 的設定，讓模擬更接近現實。Exodus 6.3 有四大類48個參數可以設定， 遠雄唯一設定的
: 参數，是對他有利的參數" 對環境的熟悉度"；但是遠雄不利的参數" 都是接近真實狀況"
:  全部都沒有設定。 這接接近真實狀況的參數包含, 逃生避難時人與人之間會有互動關係
: ，災害發生到決定要逃生避難之間的時間, 為了緊急逃生要有人會跳過座椅  等。

遠雄根本沒有設定參數

他設定的是軟體內建的『避難模式』，由這個模式帶出『軟體預設參數』

這在都發局大巨蛋園區防災避難安全資訊專區裡面的檔案：

『1080530委員會會議紀錄及參數設定說明』

裡的1:30秒很明確的告訴遠雄是選了『避難模式』去模擬

https://youtu.be/CgoSS-lgneA?t=92

或者是去下載 『1080829 委員會動畫參數設定.zip』

裡面有個檔案叫做『1080726-59833+13733-disable-1p2 - ORGAAC』

直接告訴你參數設定多少，麻煩林洲民先去比對過再來控訴遠雄偷改參數


更別提要手動去改參數的從頭到尾都是上一屆都審委員



: 3    遠雄在報告187頁直陳，「  ，程式執行過程當機，推測為參數設定衝突所致  」。
: 據我所知，遠雄想更改參數，我認為當然不宜！

這個參數是上一屆都審委員給的

『1080614第4次變更設計案-防災避難模擬參數設定建議表』

遠雄只是描述一個事實，這個參數跑到最後會當機

: 4    我和EXODUS 軟體公司台灣代理「FORUM 8」通過多次電話。說明如下：（a) 「FORU
: M 8」公司清楚知道多次致電討論的人是林洲民本人，是2014-2018年間的大巨蛋都審主任
: 委員，所討論的是大巨蛋案，以及；遠雄使用的軟體是「EXODUS 」。（b)「FORUM 8」公
: 司明述如下：遠雄公司從未向該公司購買過EXODUS 軟體，該公司確有耳聞某學術單位以E
: XODUS 的「教育軟體」測試大巨蛋公安避難電腦模擬。（c）「FORUM 8」公司強烈建議如
: 下：該學術單位應該用最新的EXODUS 版本測試本案（意即不宜用過時的版本），若有任
: 何對參數設定之問題，歡迎提出討論。（d)因此事涉及研發機構：「The University of
: Greenwich ，UK」（英國格林威治大學），以及「Forum 8」公司之信譽，「FORUM 8」公
: 司建議由台北市府邀請該團隊鑑定之，而不是由遠雄公司以「當機」為由，要求都發局修
: 改參數。

遠雄在第534次委員會有貼出『商業版』的licnes跟購買收據

https://youtu.be/KkE9TW2WzMY?t=3824

然後在 『1080829 委員會動畫參數設定.zip』

裡面的txt檔可以看到以下字樣

Licence No: 1000759131
Expires on: 8 Feb 2020

所以林洲民有沒有證據這個licnes跟收據是假的，沒有的話要不要針對講錯的部分

做道歉~?

: 5    「FORUM 8」公司也清楚說明，「EXODUS 」軟體是拿來作為「修正設計」之用，而
: 不是拿來作為「配合通過」之用。更改參數有後者之嫌，不宜！

從頭到尾更改參數的都是『上一屆都審委員』

遠雄從一開始都是使用軟體內建的避難模式所設定之參數去跑模擬

: （B）我的結論二：「我不會選擇對我最有利的路，而是選擇對的那條路」！
: 重點：擇善固執！我對大巨蛋公共安全的堅持須要勇氣以及智慧，我不會會放棄的！即使
: 在去年，2018年12月11日的18:00-19:30之間，在台北市府11樓，張哲揚秘書長對我所言
: ：「林洲民去職，大巨蛋都審才會順利審查通過」，以及李文宗主任對我咆哮直言：「林
: 洲民就大巨蛋都審，對遠雄太嚴格」；這些言行，是不會改變我「面對問題，解決問題」
: 的初衷的！
: 以下，逐項說明我對遠雄所提供的大巨蛋電腦防災模擬的大巨蛋審查意見之看法：
: 1     離開建物、廣場緊急避難、離開廣場，是三個階段。三個階段須完全檢討，才能完
: 整考量安全。
: 2     離開建物階段
: (1) 依據時間顯示，除了他們設定的最佳狀況外，其他幾個情境似乎都未能在時間內離開
: ？

在第534次委員會遠雄有貼出模擬結果

https://youtu.be/KkE9TW2WzMY?t=6875

都發局網站上也有完整模擬影片可以下載

https://www.udd.gov.taipei/pages/detail.aspx?Node=162&Page=8848&Index=6

1080829 模擬動畫.zip

程式內建的避難模式跟『委員給的情境一』都可以在規定時間內離場

: (2) 球場要疏散的時候，商場都沒有人？

商場有人，完整模擬影片都貼出來了，所以講錯要不要道歉

: (3) 原來設定Enabled Max Sim Time: 3600 sec

這條是設定模擬跑一個小時，所以我不懂林洲民在指控什麼

: (4) 參數關聯設定部分，只有Local familiarity和Local Potential無法同時設為ON，應
: 以關閉Local familiarity為主。

Local Familiarity 跟 Local Potential這兩個參數無法同時ON林洲民你也承認

那請問之前都審委員在『1080614第4次變更設計案-防災避難模擬參數設定建議表』

情境二要求兩個都要ON是在衝山小~? 不是說上一屆都審委員是專業嗎~?

專業還可以出這種包???

: (5) Local familiarity設定是on時，表示全場所有人都對於場地有極高熟悉度，這樣的
: 設定明顯會有爭議。目前參數有兩組設定為OFF，明顯無法疏散。

上一屆都審委員設定的情境一也是要求Local familiarity為ON

所以有爭議你怎麼不去問上一屆都審委員???

然後你說兩個設定為OFF無法疏散，那你要去問上一屆都審委員阿~~

是他們指定這兩個參數要設定成OFF的

: (6) 之前說參數之間會連動，依照設定的影片，顯然沒有，亦即可以個別調整ON和OFF

放屁!!

Local Familiarity設定為ON，Local Potential & Flooor Potential Map自動就變OFF

還灰掉，很明顯就是參數連動，這在534次委員會遠雄有DEMO給大家看

https://youtu.be/KkE9TW2WzMY?t=4576

睜眼說瞎話ㄟ


: (7) 目前申設單位並未依照之前提供的參數設定，而是自行決定ON和OFF，尤其是Local f
: amiliarity設定為OFF時，某些情境無法顯示。

情境一完全按照都審委員給的表去改，不能改也全都說明了

: (8) 要確認一樓的避難是否直接銜接戶外？目前的一樓是地面下10.5米，無法直接銜接戶
: 外，目前的模擬看起來一樓似乎是直接離開，不確定是否有考量三層樓的垂直疏散需求。

完整影片已經放出來了，你看完確定了再指控好嗎~?

: (9) 一支樓梯的寬度足夠六個人同時疏散？接觸到樓梯就視同離開建物？
: (10) 建立可步行區和建立出口，就會影響導向行為
: 3     廣場緊急避難階段
: (1) 應考量目前外牆均為帷幕牆，是否會有拋物曲線範圍不宜停留的可能？
: (2) 消防、救護動線如何進出？如果是一次多輛，進與出如何規劃才不會和人群離開動線
: 打結？

這項議題不是這個模擬程式能解決的

: 4. 離開廣場階段
: (1)如果以活動最常舉辦的傍晚到晚間時段，忠孝東路和光復南路都塞車，如何離開？
: 接下來，更是近一步的摘要說明我的看法如下:



: 1     P184，表格內容說明，與動畫影片內容 明顯有誤植。


誤植在哪裡沒發現

: 2     遠雄現在有模擬出來的，均是情境1（ 最佳狀況）; 情境2( 最差狀況) 宣稱跑到
: 一半當機， 所以沒有結果

有模擬出來的有兩個

1.系統預設避難情境

2.委員給的情境一

3.委員給的情境二跑不出來

通篇文章一直在影射遠雄只想跑情境1(最佳狀況)，但這個情境1的參數都是由上一屆

林洲民你選進來的都審委員給的阿!!

: 3     遠雄說跑到一半當機, 可能是因為參數設定的關係。 若是參數設定的關係, 為何
: 不是一開始就跑不動,而是跑到一半才當機。

完整影片有放上來了，阿就是跑到最後才停住，為什麼會這樣要問原廠

: 4     遠雄可能會企圖要說服都審委員，讓他們能夠調整當初設定的參數， 這樣電腦這
: 樣才不會當機。 但是說法很危險， 遠雄可能會私下調整對其不利的參數， 然後對外宣
: 若沒有調整電腦會當機。

再說一次，遠雄都沒有要調參數，負責的教授希望用軟體內建的避難模式去跑就好

要調參數的從頭到尾都是上一屆的都審委員

結果照都審委員的參數去跑結果出不來你怪遠雄想調參數???

: 5     既然遠雄宣稱模擬跑到一半會當， 顯然軟體有問題，應該要請「EXODUS 」軟體代
: 理商「FORUM 8」公司出面來協助。請遠雄把相關資料交給代理商，讓代理商來檢驗是那
: 邊出問題。

結果現在變北市府要去問原廠，又拖過一次時間了zzzZZZ

: 6     遠雄在情境二（ 最差狀況）設定 開始應變時間30 sec, 沒有交代為什麼是30秒?
: 文獻大多1-2分鐘。 當時都設科給30秒是文獻中曾經出現最快的狀況。

自己去問都審委員，這個30秒是上一屆都審委員給的

這個參數軟體避難模式內建是OFF，你們硬要打開填個30秒然後叫遠雄解釋??

: 7     仔細檢視遠雄情境二模擬，在電腦當機前的動畫影片。發現情境二 （最差狀況）
: ，在當機前撤離出建物的人數，均較情境一（最佳狀況）撤出的人數多。這狀況極不合理
: ，試想情境二是在災害發生後30秒才開始啟動撤離，怎麼有可能在1分多鐘或3分多鐘當機
: 前，撤離出的人數較情境一來的多。

負責模擬的人有講

因為都審委員在情境二把另外一個參數：『Impatient』打成ON

這個參數把避難人員設定成『沒耐性的』，意旨他會採用極端的動作去避難

所以反而讓疏散時間變快

https://youtu.be/KkE9TW2WzMY?t=6660

也就是說都審委員自認提供的情境二參數是比較不利疏散的狀況，但實際模擬上反而

加快了疏散的速度

: （C）我的結論三：「心存善念，盡力而為」！是的這是我一路走來始終如一的信念！
: 重點：2019年，我在 「Citizen LIN 」的臉書已經有14篇（2019/04/30、2019/05/19、2
: 019/05/29、2019/05/31、2019/06/04、2019/06/09、2019/06/20、2019/07/07、2019/07
: /09、2019/07/10、2019/07/14、2019/07/16、2019/07/17、2019/07/18)詳載我對大巨蛋
: 公共安全的論述。今天的臉書是第15篇。
: 我應該要繼續堅持的為大巨蛋的公共安全奮戰的；因為，我在在2014年的一場TED演講中
: 所聽到的一句重要的論述，持續很正面的影響著我直至今天。2014年的夏天，五年前，我
: 在那場TED的演講中，聽到了：「面對挫折打擊不是最困難的，最困難的是，當你面對挫
: 折打擊時，如何不失去對人世的熱情」！

心存善念個屁

林洲民什麼時候才要交代自己跑過模擬九萬人會過的設定狀況???

https://youtu.be/d2C8rcUkqZ0?t=3969



--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.42.190 (臺灣)
※ 文章代碼(AID): #1TQXi6MM (HatePolitics)
※ 文章網址: https://www.ptt.cc/bbs/HatePolitics/M.1567234822.A.596.html