都市樹木與行道樹資料

最後編輯:2017-03-17 建立:2015-04-09 歷史紀錄

 

    CHARLES C緣起

  • CHARLES C之前就在想 Whiski 的這個梗:
  • 這兩天出現 Muyueh 說「正在煩惱要怎麼樣校對行道樹資料...」
  • 然後最近剛好在協助台北市資訊局籌劃活動...
  • 於是...先來想像一下資料欄位?

 

    CHARLES C什麼是好的行道樹資料?

MUYUEH L正面表列:

以下由最優先到次優先:

  • 要有正確的經緯度
  • CHARLES C要有樹種、樹名
    • che wei liu不曉得是否有國際的名稱或編碼系統,可以援用?
  • 樹齡(種植年份)?
  • CHE L胸徑(直徑)?
  • 樹高
  • 是否為法定受保護樹木
  • 樹穴圖層、樹穴狀況、耕種空間的狀況
  • 目前的認養人
  • 該筆資料建置的時間
  • 相關資料若是由其他圖面書面資料而來,則必須說明來源,例如OO工程竣工圖、或是某某年的行道樹調查計畫

 

MUYUEH L負面表列:

  • CHARLES C不要用DGN?
    che wei liuDGN是特定軟體使用的檔案格式,有點像是xls的感覺。
    Charles Chuang先提供一下資訊局同仁的回應,後續會再與公園處等單位討論:
    Charles Chuang「五顆星的問題:來源DGN檔有point和polyline兩層,取用point圖層即可轉換符合GIS應用需求的圖資,polyline圖層是業務單位為了方便看圖使用的圖例,五顆星應該是從梅花狀(代表某樹種)轉成的」
  • 不要用TWD67 (據說已經有了TWD97)
    che wei liu已經有TWD97! 不過有可能原始資料就是用TWD67的座標系統紀錄。 坐標系統定義好,顯示上應該都沒有問題,但是轉換套疊後可能都繪有誤差產生。(會產生偏移)
  • 不要出現梅花五棵...
    che wei liu這應該也是原始資料轉檔的問題,因為原始的圖資,圖面上的樹需要一個符號,就找了一個梅花五棵的符號當樹,所以在圖上看到梅花五棵就知道這是樹。
    che wei liu這個好像真的很難突破耶,因為這個好像是 cad 技術人員的使用習慣,以及施工圖說的圖學...
  • CHE L不要資料錯誤
    che wei liu我覺得處理地理資訊的資料最後可能都會遇到套疊的問題,明明樹就應該長在人行道上,但是因為誤差卻跑到路中間 XDDD 資料來源越多 這種圖面上不合邏輯的情況可能會越多。
    che wei liu應該可以進一步檢視,測繪實務上現場的定位方法

 

    CHARLES C參考

CHE L國際城市作法

 

中央政府

 

台北市

  • 公部門資料來源

 

其他構想

  • 《一棵樹公園》推廣手冊構想
  • 臺灣都市林之生態分析-先驅計畫 A pilot study on adapting i-Tree Eco for Taiwan urban forest
    • http://www.daanforestpark.org.tw/userfiles/files/05_20151111臺灣都市林之生態分析-先驅計畫.pdf
    • i-Tree 模型是由美國林務署(USDA Forest Service) 於2006 年開發的都市林與社區林業分析及生態 系統服務效益評估之工具
    • 精確度高的樣地調查數據,得出都市林基本結構 (物種組成、樹木密度、徑級分佈、冠幅等),進 而得出其他結構(葉面積、生物量等)。然後再結 合當地的環境和氣候條件(溫度、濕度、空氣中 污染物濃度等),以及經濟發展水準核算出都市 林的經濟價值