# TreeBack 大同區、萬華區 48 小時精準候選補植點初篩與街景抽樣作業規格

## 1. 任務定位與不可誤讀

本規格是 TreeBack 公民科技平台在 **大同區、萬華區**進行 48 小時桌面初篩、有限現地查核與街景抽樣的工作設計。它不是植樹核定、設計、施工、許可或市府法定標準，也不是完整現勘。

本次不預先宣稱任何路段「最熱」「最缺蔭」「最需要植樹」，不製造已查核的點位、空穴、坐標或審查結論。前次 12 區資料若為完全假設輸入，本次不得沿用為區級事實、區級分數或路段結論。

- 每區規劃 **30 個 100 m 街段單側樣本**，兩區共 **60 個抽樣框名額**；不保證每段都能取得合法可編碼影像。原型目前交付作業設計，尚未實際執行盤點。
- 桌面樣本是抽樣單位，不等於植樹點；一個樣本可能沒有候選，也可能需拆成多筆「候選記錄」以記錄不同疑點，但不得為湊數製造點位。
- 每區有限現勘上限 **6 個**，兩區共 **12 個**。未現勘記錄必須標示「待查」，不能寫成可種、可植、已核對或已通過。
- 每區規劃 **8–12 筆暫定候選記錄**只是工作目標，不是保證；若來源不足、影像不可用、跨界或安全條件不成立，應少於 8 筆並留下不足原因。

## 2. 48 小時內要回答的工作問題

1. 在行政界與可用圖層核對後，兩區各自有哪些可重現的 100 m 單側街段抽樣框？
2. 每區三類分層能否各取得 10 個樣本，其中 8 個為需求定向、2 個為固定隨機／系統對照？若不能，缺口在哪裡？
3. 哪些桌面記錄值得列入有限現勘名單，哪些因影像、權屬、通行、安全或資料不完整而只能保留為待查？
4. 12 個有限現勘名額如何覆蓋兩區與三層，而不把桌面推論偽裝成現地證據？
5. 交付物是否能讓另一位分析者依同一資料快照、抽樣種子、欄位與替補規則重做？

## 3. 搜尋範圍與起始搜尋走廊

下列道路只用作 **起始搜尋走廊，不是精確點位，也不表示已知有缺口或已確認適合植樹**。若沒有可引用的正式範圍來源，欄位應寫「起始搜尋假設，以行政界／圖層核對後才確定範圍」。先完成行政界 clipping、道路／人行道圖層核對，再決定哪些 100 m 單側段真正進入抽樣框；不把每條街另寫成一個研究，也不對未查核路段下結論。

| 區 | 起始搜尋走廊（非精確點） | 使用限制 |
|---|---|---|
| 大同區 | 延平北路、重慶北路、民生西路 | 僅供建立初始道路名單；行政界與圖層核對前不得稱為樣本範圍。 |
| 萬華區 | 康定路、西園路、萬大路 | 僅供建立初始道路名單；不可由道路名稱推論缺蔭、熱或需求。 |

若正式資料顯示上述道路不完整、跨區、資料缺漏或不在可用範圍，保留原始假設與排除理由，不以任意道路補滿樣本。

**第一輪具體範圍假設：**大同先框民生西路至民權西路之間的延平北路、重慶北路與相鄰生活街段；萬華先框桂林路至和平西路三段之間的康定路、西園路一段周邊。端點、道路單側與行政界必須 GIS 核對後才登錄。萬大路為萬華備援搜尋走廊，擴框前記錄變更理由；不得以擴框掩蓋原範圍資料缺口。官方艋舺文化徑列有康定路、西園路一段等步行路線，但這只能支持步行動線存在，不證明缺蔭或可植。[6]

## 4. 樣本設計：每區 30、兩區 60

### 4.1 單位、間距與分層

樣本單位是 **一側、名目長度 100 m 的街段**。同一道路兩側若分別進入抽樣框，視為兩個不同單側單位；不可把兩側合併成一個樣本，也不可把不足 100 m 的邊界截段假稱完整 100 m。行政界切斷的部分須標示 `boundary_clipped=true`，若無法形成標準單位則進入不足／替補紀錄。

每區固定配置如下：

| 分層 | 定義（桌面初篩用） | 每區需求定向 | 每區固定隨機／系統對照 | 每區目標 |
|---|---|---:|---:|---:|
| A | 既有樹穴待核對 | 8 | 2 | 10 |
| B | 缺蔭生活動線的桌面代理 | 8 | 2 | 10 |
| C | 開放硬鋪面／閒置公地邊緣；非山區補數 | 8 | 2 | 10 |
| **合計** |  | **24** | **6** | **30** |

A 層只能表示有樹木／樹穴圖層訊號需要核對，不表示樹穴為空或適合補植。B 層的「缺蔭」是搜尋假設或桌面代理，不是實測遮蔭率；月里別戶籍年齡資料也不是日間人流資料。C 層須能在桌面資料中提出開放硬鋪面或公地邊緣的來源線索；不能因其他層不足而把山區或無法判斷的單位硬塞進 C 層。

### 4.2 抽樣框建立

1. 將工作資料轉至 **EPSG:3826**，保留原始來源座標欄位與轉換記錄。
2. 先以正式行政界 clipping，記錄版本、取得時間、欄位與幾何檢查結果。行政界不明確的單位先列待核，不直接歸入大同或萬華。
3. 以已核對的道路／人行道幾何切出 100 m 單側單位，為每單位建立穩定鍵：`district + road_name + side + segment_start_3826 + segment_end_3826`。穩定鍵只供重現抽樣，不能當成實際觀測點。
4. 依桌面證據把抽樣框標記為 A、B、C、待分層或不可用。若一單位同時符合多層，採預先登錄的優先順序 A → B → C，並保留其餘層訊號；不得在看到現勘結果後改層以美化結果。
5. 樹木、樹穴與人行道資料的 `Update` 是資料更新資訊，不等於現場測量日；樹木資料的 `SurveyDate` 也不能取代本次現勘。資料快照、下載時間和來源 URL 必須進入交付紀錄。

### 4.3 需求定向與盲抽對照

每層先建立合格框、依下列規則抽出 2 個對照單位，再在未入選單位中選 8 個需求定向樣本，確保定向與對照不重複。定向選取依可追溯的桌面證據，例如：生活動線或公共使用功能的來源線索、合法來源可見硬鋪面／遮蔭不足代理、樹穴／樹木待核對訊號。這些是排定查核優先序，不是「實際最缺蔭」排名；權屬或空間資訊是否可查屬可行性待查欄，不用來壓低居民需求，也不得使用前次假設的區級 PPI/TES 判斷整段道路。

每層預先選 2 個對照單位，選取時不看需求定向排序，不因影像看起來較好或較差而改選。這是探索性先導抽樣，不提供整區空穴率或普查推論：

- 以每層抽樣框的穩定鍵排序，記錄一個工作開始時產生的固定亂數種子 `seed`。
- 對排序後的合格框，從 `1..N` 取一個可重現的隨機起點 `r`，再取 `r` 與循環後約位於框中點的第 `r + floor(N/2)` 個單位，作為兩個固定隨機／系統對照；若兩者重疊或不合格，按同一排序規則取下一個，不人工挑選。
- 對照單位在工作名單中只顯示匿名樣本碼，不顯示「優先」「熱點」或「可種」標籤；現勘員先依同一安全流程查核，資料鎖定後才解除對照標籤。
- 若一層 `N < 10`，不補入別層、不複製街段；照實交付 `n=N`，並記錄缺少原因。固定對照不足時，不能用需求定向樣本冒充對照。

需求定向名額出現不適用單位時，依該層事前排序的下一筆替補。任何替補都要記錄原樣本、替補原因、替補規則、時間與執行者；不得因現勘已發現「不方便」才臨時挑一個更好看的路段。

### 4.4 抽樣不足與替補

每區、每層各建立最多 5 筆同層備取框，使用與正式樣本相同的 100 m 單側定義與排序規則。替補只用於以下可重現原因：重複幾何、行政界錯置、來源無法追溯、單位不足 100 m、影像／資料權限不允許、明顯不安全而不能進入，或層別經複核不成立。

不安全單位不得因有備取而隱藏；應保留 `safety_hold` 與說明。若同層無備取，該層少於目標就少於目標。跨層補數只能作為另列的敏感度分析，不得寫進正式 30／60 樣本，也不得宣稱達成各層配置。任何「缺候選不得硬湊」都優先於達成數字。

## 5. 桌面候選初篩與 GIS 流程

### 5.1 來源與資料快照

| 資料 | 用途與可用欄位 | 不可推論 |
|---|---|---|
| 公園處樹木和樹穴資料 [1] | 樹木可記錄 `TreeID`、`Dist`、`Region`、`Diameter`、`TreeHeight`、`SurveyDate`、TWD97 X/Y、`Update`；樹穴可記錄 `TreeHoleID`、`ShapeType`、`Area`、`Region`、`Update`。 | 不由有樹穴幾何推論空置、缺樹、可種或法定植栽資格；更新時間不等於現場調查日。 |
| 新工處人行道範圍 [2] | 以 `Town_N`、`NAME_Road`、`PSTART/PEND`、`SW_DIRECT`、`SW_WTH_ItemValue`、`SWW_WTH`、幾何和 TWD97 欄位建立道路／人行道抽樣框。 | 詮釋資料更新日不等於原始測量日；不能只用圖層寬度宣稱目前人行可通行淨寬。 |
| 新工處樹穴圖層 [3] | 以 `ObjectID`、`NAME`、`Town_N`、`X_3826/Y_3826`、幾何作樹穴訊號與位置交叉檢查。 | 資料不包含空置鑑定，沒有匹配不等於空穴。 |
| 月里別戶籍年齡資料 [4] | 若需求模型需要，可作居住人口／年齡脆弱度的候選代理，並保留統計月份與里別。 | 不是日間人流、步行量或現場使用量，不能寫成人流證據。 |

### 5.2 樹木／樹穴匹配規則

- 以 EPSG:3826 計算候選街段與樹木／樹穴的幾何關係；**5 m 為初查半徑**，另以 **2 m 與 10 m** 做敏感度欄位，不把任一半徑當成法定界線。
- 優先保留最近物件 ID、距離、來源層、快照日期與匹配型態。若多個物件相近，列出歧義，不自行挑一個。
- `no_match` 只代表在當次資料快照與設定半徑中未找到匹配，狀態應為「待核」，絕不能寫「空穴」「缺樹」或「可新增樹穴」。
- 任何樹穴空置、樹木存活、樹種、樹根、地下管線、土壤與權屬判斷，都要轉為現勘或主管確認欄位。

**精準定位與定向排序：**同一側街段才作樹穴／樹木配對，路口兩側或道路另一側的最近點不能直接相配；記錄原物件 ID、資料坐標、現場手機位置及其精度、朝向照片、對應地標與門牌參考。手機 GPS 不能當施工測量成果。資料和現場差距大時先列 `location_conflict`，不用肉眼把來源坐標改成看起來合理的值。待兩個人依照片與物件 ID 確認同一處後，才標記「位置已核對」；仍不等於空置或可植。

定向名額採事前登錄的排序，而不是憑照片好看程度選取。A 層先依匹配歧義或待核樹穴訊號形成名冊，再以合法影像 DSA48 及已知公共生活設施動線作次序；B、C 層依有效 DSA48 由高至低，同分再依已查核生活設施動線，最後按穩定鍵。缺少 DSA48 不代填分數，另列資料缺口候選以避免把無影像街段當成低需求。這是本輪查核次序，不是客觀樹蔭公平分數。正式局部需求分數須待同尺度 C/H/P/V 取得後另算。土地或管線未知不改寫需求低，僅阻止「可行」判定。

### 5.3 48 小時桌面遮蔭代理（不混 TES）

可另設名稱 **DSA48（Desk Shade Approximation 48h，路段桌面遮蔭缺口代理）**，只用來排序「需要進一步查核」的紀錄，不是實測遮蔭率、熱環境指標、植樹適宜性，也不得併入 TES。DSA48 以人工查看允許使用的影像或自攝影像為限，不使用影像辨識判斷可否種樹：

- 將 100 m 單側段按 25 m 分成 4 個觀察窗，在 12.5、37.5、62.5、87.5 m 中點安全取景；每窗前後各 1 張，視線不足另加側向照片。最多 12 个候選點所在街段補攝，基本取景目標為 96 張，未出發或不能取景則少於目標，按實際回報。
- 每窗標籤為 `0=可見遮蔭線索`、`1=可見曝曬硬鋪面線索`、`null=不可判讀`。另設 `shade_type=tree/building/awning/mixed/unknown`，不可把棚蔭當樹冠。`DSA48_raw=100×曝曬窗數/有效窗數`，至少 3 個有效窗才顯示；缺影像不得代填 0、0.5 或 1。
- 只使用自攝或已確認允許標註與衍生特徵的授權影像；Google Street View 不進入此計算。記錄每窗日期與時間、季節和來源；不同時刻的樣本不可推論全年樹蔭率或夏季降溫。
- 影像觀察只描述「影像中可見的遮蔭線索」，不得描述為實際熱、實際缺蔭或已符合補植條件。人行通行淨寬、路口視距、地下管線、土壤和生長空間仍須現勘或主管確認。

### 5.4 需求模型的限用

若後續資料足以定義各變數，才可在**候選段或候選記錄層級**保留下列模型；每個變數都要有來源、單位、時間與缺值規則。任何缺少來源的變數維持 `null`，不得代填 0，也不得用前次區級假設值：

```text
G   = clip(1 - C / 24%, 0, 1)
S   = .4H + .35P + .25V
PPI = 100 * G * (.5 + .5S)
TES = 100 - PPI
```

`C、H、P、V` 必須在資料字典中明確定義後才可計算。特別是 `P` 若使用 [4]，只能標示為月里別戶籍人口／年齡的居住代理，不得當成日間人流；若無局部可比資料就不算。`PPI/TES` 不得回填成區級分數，也不得直接套用來判定整條道路或取代視距、路口、生長空間、公共／私人權屬與法定審查。

## 6. 影像、街景與現地限制

用於抽樣編碼的影像必須是本計畫自攝且具必要使用權，或逐筆確認允許標註、保存與衍生特徵的授權影像。「可公開瀏覽」不等於「可建立自有資料」。每筆影像觀察記錄來源平台／擁有者、直接連結、拍攝日期及時間、取得日期、授權／使用備註、觀察窗、位置精度、朝向、涵蓋範圍、影像品質與審閱者；不可把所有開放街景平台一概視為同樣授權。

Google 公開指引明列 Street View 不可截圖、下載、描繪／數位化成資料，也不可由應用分析擷取資訊；限制亦適用學術、非營利和商業專案。因此本 MVP 不人工編碼 Google 街景樹穴／遮蔭，不用 AI 擷取特徵，不轉載截圖，也不把其內容存作候選證據；最多作外部位置參考導覽。[5] 缺乏合法影像時保留 `permission_hold`，將 60 段視為抽樣框目標而非已完成影像樣本數。影像觀察不測量或宣稱測得：

- 人行通行淨寬、無障礙通行連續性、路口視距與實際障礙物間距；
- 地下管線、管線權屬、維護責任、道路或公私土地權屬；
- 土壤、覆土深度、根域、生長空間、排水、污染與施工可行性；
- 樹穴是否空置、樹木健康、是否能補植，以及任何法定審查結論。

人行通行淨寬須由新工處或無障礙專業人員依實地與正式規範核實；本規格不替法定規範設定數值門檻。現勘人員可記錄「疑似視距／通行／權屬／管線問題」，但只能選 `待確認`、`不適用` 或 `需主管確認`，不能自行通過硬門檻。

## 7. 現勘安全與 12 個名額

每區 6 個、兩區共 12 個現勘單位，原則上每層 2 個：1 個需求定向、1 個盲抽對照；若該層沒有對照或候選，依同層備取規則替補，不能跨層隱藏不足。這 12 個是核對樣本，不是 12 個植樹點。

現地執行至少兩人一組並安排白天作業。人員穿著高可視衣物，使用人行空間，不站入車道、不跨越護欄、不在車流中量測；遇到施工、積水、惡劣天候、視線不足、衝突或無安全停留空間時立即 `safety_hold`，改以官方或授權影像補記線索並保留未現勘狀態。不得拍攝或發布不必要的可識別個資、車牌或住戶內部。

每個現勘單位至少完成：

1. 是否仍落在行政界、道路／人行道單側和抽樣段範圍；
2. 樹木／樹穴圖層物件是否可在現地對應，並註明「有匹配、無法確認、資料疑似過期」；
3. 現場可見的通行、路口視距、障礙、硬鋪面與生長空間疑點；
4. 公私邊界、主管／土地權屬、管線與土壤是否仍待確認；
5. 影像或自攝紀錄的連結、日期、授權、照片序號與不確定性；
6. 是否可列為「後續查核候選」或只能保留「待查」，而非作植樹核定。

## 8. 候選查核欄位與狀態字典

以下欄位是建議的最小查核集。`null` 代表尚未取得，不得解讀成否定；`待核` 代表需要現地、主管或權屬確認。

| 欄位群 | 必填欄位 | 可接受值／說明 |
|---|---|---|
| 身分與抽樣 | `candidate_id`、`district`、`stratum`、`segment_id`、`side`、`sample_role`、`seed` | `sample_role` 為 `demand_directed`、`blind_control` 或 `reserve`；ID 只識別記錄，不等於植樹點。 |
| 範圍與幾何 | `admin_clipped`、`segment_length_m`、`geometry_epsg`、`x_3826`、`y_3826` | 幾何可為街段或候選疑點；未經現勘的坐標是資料幾何／待核，不得稱為已查核點位。 |
| 來源快照 | `source_url`、`source_layer`、`source_update`、`retrieved_at`、`data_version` | 保留原始來源與 `Update`；不可把更新時間改寫成測量日期。 |
| 樹木／樹穴 | `tree_id`、`treehole_id`、`match_radius_m`、`match_distance_m`、`match_status` | 5 m 初查，2 m／10 m 敏感度；`no_match` 只能是未匹配待核。 |
| 街景／影像 | `imagery_provider`、`imagery_url`、`imagery_date_or_year`、`permission_note`、`image_quality`、`reviewer` | 只用自攝或確認允許標註與衍生特徵的授權來源；Google 街景不作編碼或候選證據。 |
| 桌面代理 | `DSA48_raw`、`DSA48_method`、`DSA48_confidence` | 只描述影像可見線索；不得當 TES、熱實測或可種判定。 |
| 現地硬門檻 | `sightline_status`、`intersection_status`、`private_public_status`、`growth_space_status`、`net_clear_width_m` | 多數在現勘／主管確認；未測為 `null`／`待核`，不填推估數字。 |
| 權屬與環境 | `utility_owner_confirmation`、`soil_confirmation`、`drainage_status`、`maintenance_owner` | 由主管、權屬資料或現地確認；街景不能代替。 |
| 安全與結果 | `safety_status`、`field_visit_status`、`field_date`、`hold_reason`、`review_status`、`next_action` | 結果只能是 `待查`、`需補證`、`不納入本輪` 或 `後續評估候選`；不得寫成已核定。 |

### 示例候選 JSON（僅格式示例，不是觀測）

下列 `candidate_id` 是明確的示例碼，不能當作真實觀測、坐標、空穴或查核結果；除示例 ID 外，欄位全部保持 `null`，直到實際資料與查核產生。

```json
{
  "candidate_id": "EXAMPLE_ONLY_NOT_OBSERVED",
  "district": null,
  "stratum": null,
  "segment_id": null,
  "side": null,
  "sample_role": null,
  "seed": null,
  "corridor_assumption": null,
  "admin_clipped": null,
  "segment_length_m": null,
  "geometry_epsg": null,
  "x_3826": null,
  "y_3826": null,
  "source_url": null,
  "source_layer": null,
  "source_update": null,
  "retrieved_at": null,
  "data_version": null,
  "tree_id": null,
  "treehole_id": null,
  "match_radius_m": null,
  "match_distance_m": null,
  "match_status": null,
  "imagery_provider": null,
  "imagery_url": null,
  "imagery_date_or_year": null,
  "permission_note": null,
  "image_quality": null,
  "reviewer": null,
  "DSA48_raw": null,
  "DSA48_method": null,
  "DSA48_confidence": null,
  "sightline_status": null,
  "intersection_status": null,
  "private_public_status": null,
  "growth_space_status": null,
  "net_clear_width_m": null,
  "utility_owner_confirmation": null,
  "soil_confirmation": null,
  "drainage_status": null,
  "maintenance_owner": null,
  "safety_status": null,
  "field_visit_status": null,
  "field_date": null,
  "hold_reason": null,
  "review_status": null,
  "next_action": null
}
```

## 9. 品質審查與可重現性

在交付前執行以下最低審查：

- **100% 抽樣框檢查**：60 個目標名額的區、層、單側、100 m 定義、行政界狀態、抽樣角色與替補鏈均有紀錄；不足必須是明示不足，不以複製或跨層填充。
- **100% 座標與來源檢查**：所有幾何標示 EPSG:3826 或原始座標轉換方式；每一筆外部資料有 URL、快照／取得時間和版本；影像有連結、年代與權利備註。
- **分層盲抽複核 12 筆**：兩區三層各抽 2 筆，由未建立原始篩選的第二位審查者依同一資料快照重看；若出現層別、來源、影像可用性或抽樣角色不一致，該層先暫停替補並修正規則或標示爭議。
- **候選記錄檢查**：每區 8–12 筆只是目標；檢查是否有一筆記錄被誤寫成植樹點、空穴、已查核坐標或已通過審查。任何 `no_match`、缺影像、權屬不明、淨寬未測、管線未確認或土壤未確認都不能被寫成通過。
- **現勘一致性檢查**：12 個名額若實際執行，逐筆核對現勘日期、團隊、照片／連結、待核項與安全中止原因；未出發或未完成者保留 `field_visit_status=未現勘`。
- **審查台帳**：保存 issue code、發現人、修正人、時間、舊值、新值與是否影響樣本數。不得刪除被替補的原記錄。

## 10. 48 小時人力與時程

建議配置一名抽樣／GIS lead、一名資料與來源 QA、一名街景與欄位 analyst，以及至少一組兩人現勘小組；同一人可兼任角色，但必須留下不同階段的姓名與時間。所有時間均為任務開始後相對小時，遇資料權限或安全中止時不倒填。

若只有一組兩人現勘小組，兩區各預留約 3 小時拍攝、查核與區間移動，另留天候和交通緩衝；可選兩組各負責一區，但不因此增加現勘上限。以 12 個候選點所在街段優先補攝，未完成的其他 48 個框單位保留影像缺口。採集、判讀、複核數量分開統計，不宣稱全部 60 段完成影像檢視。

| 時段 | 工作 | 產出／停損點 |
|---|---|---|
| H0–H2 | 鎖定範圍、資料清單、版本、行政界、起始搜尋走廊、固定抽樣種子與命名規則。 | 資料快照與方法登錄；尚無任何已查核點位。 |
| H2–H8 | 下載／整理官方圖層，轉 EPSG:3826，做行政界 clipping、幾何檢查與道路／人行道框。 | 初始抽樣框、來源欄位、跨界與資料缺口表。 |
| H8–H14 | 切出 100 m 單側單位，標 A/B/C，建立每層正式框與最多 5 筆備取。 | 兩區各層 `N`、不足原因、穩定鍵清單。 |
| H14–H20 | 每層取 8 筆需求定向、2 筆盲抽對照，建立 60 筆名額與替補鏈；不計算區級分數。 | 抽樣角色、seed、抽取順序、盲抽名單。 |
| H20–H24 | 第一輪 QA，核對來源、幾何、分層、替補與影像權利；鎖定桌面樣本。 | 60 筆桌面樣本（或明示不足）與 QA 台帳。 |
| H24–H36 | 白天兩人一組進行有限現勘，每區最多 6 筆、每層原則 2 筆；不安全即中止。 | 最多 12 筆現勘紀錄、影像連結／自攝備註、待核欄位。 |
| H36–H42 | 回填候選欄位、5 m 與 2／10 m 匹配敏感度、DSA48（若影像合法且可用），建立每區暫定 8–12 筆目標清單。 | 候選記錄、少於目標時的不足理由、未現勘清單。 |
| H42–H46 | 第二位審查者完成 12 筆分層盲抽複核，檢查所有現勘／待核措辭。 | 問題修正、替補鏈與不一致紀錄。 |
| H46–H48 | 交付版本封存：抽樣框、候選與現勘狀態、來源、QA、限制、未完成項。 | 可重現的 48 小時交付包；不含植樹核定或法定審查。 |

若 H24–H36 無法安全或合法進行現勘，交付仍可完成，但 12 個名額全部或部分必須標示「未現勘／待查」，不能把桌面影像改寫成現場確認。

## 11. 48 小時交付範圍與不交付事項

### 必交付

1. 兩區各 30、合計 60 的抽樣框／樣本名冊，含 A/B/C 配置、8+2 規則、seed、對照標籤、替補鏈與抽樣不足。
2. 每區目標 8–12 筆的暫定候選記錄；實際少於 8 時列出缺少原因，所有未現勘欄位標待查。
3. 每區最多 6、共 12 的有限現勘紀錄或未現勘狀態，含安全中止與主管確認欄位。
4. EPSG:3826 GIS 流程、5 m 初查與 2／10 m 敏感度、無匹配不等於空穴的註記。
5. 影像來源連結、年代、權利備註、DSA48 方法與其不混 TES 的限制。
6. 資料來源、快照、欄位字典、QA 台帳、抽樣不足與替補報告。

### 明確不交付

- 不交付已核定植樹點、樹穴空置清單、施工坐標、種植設計、工程數量或許可意見。
- 不交付「最熱」「最缺蔭」「最需要」的區級或道路級排名。
- 不以街景量測淨寬、管線、土壤、權屬或植樹可行性。
- 不把 60 個桌面樣本、12 個現勘樣本或 8–12 筆暫定候選寫成等量植樹點。
- 不把人口年齡資料寫成日間人流，不把 DSA48 寫成 TES、熱實測或法定合格。

## References

[1]: https://data.taipei/dataset/detail?id=7a49d00c-a5ff-4a6b-be9e-aaa6dc1ff7e8 "臺北市公園處樹木和樹穴資料"

[2]: https://data.gov.tw/dataset/134905 "新工處人行道範圍資料"

[3]: https://data.gov.tw/dataset/134908 "新工處樹穴 TWD97 資料"

[4]: https://data.gov.tw/dataset/136896 "月里別戶籍人口與年齡資料"
[5]: https://about.google/brand-resource-center/products-and-services/geo-guidelines "Google Geo Guidelines：Street View 使用、擷取與衍生資料限制"
[6]: https://danlantrail.necoast-nsa.gov.tw/Trails-Content.aspx?a=3411&l=1&listid=3425&fromCnt=0 "官方艋舺文化徑：步行路線與道路參考"
