先讀這裡
這一頁回答什麼?
不同欄位分別保存情感狀態、形成背景、時間、語義、權利與來源,也能清楚區分「未知」和「沒有這項資料」。
故事關係:這篇故事可用來理解混合情感如何同時包含多個成分;它是閱讀例子,不表示正文直接使用 IAGA 名稱。 〈因果堆疊溢出與骯髒黃金年代〉
權威入口:本標準總覽 · IAGA JSON Schema · JSON Schema 與範例
正式規格
若只想理解世界觀,到這裡已足夠;以下內容提供正式定義、欄位、治理與實作細節,可以依需要再深入閱讀。
核心原則
IAGA 的欄位設計用來保存概念差異:情感形成背景、最後狀態、來源、權利與不確定性各自記錄,不因實作方便而混成同一個欄位。
核心欄位
以下保留正式 machine key,左欄供實作者對照;右欄說明它在資料中實際負責什麼。
| Machine key | 讀者意義 | 正式規則 |
|---|---|---|
dimension_id | 指出 14D 生成/脈絡中的哪一個維度 | 識別 D01–D14。 |
axis_id | 指出 12D Core 中的哪一條軸 | 識別 AX01–AX12。 |
qualitative_state | 保存正式的質性情感狀態 | 本身就是合法的正式表示,不必一定附帶數值。 |
value | 可選的數值表示 | 只有在尺度與量測來源都可追溯時使用。 |
value_scale_ref | 指出數值採用哪一套尺度 | 只要存在 numeric value 就必須存在。 |
measurement_provenance_ref | 指出數值如何量得或推得 | 只要存在 numeric value 就必須存在。 |
annotation_perspective | 指出這項 attribution 是由誰或哪種來源作出 | 保留觀察者/來源視角,不可默認成第一人稱自述。 |
confidence | 保存不確定性 | 記錄這項資料的不確定程度。 |
target_ref / source_ref | 保存情感指向與來源方向 | 用來維持 target/source 的方向性。 |
| Machine key | 正式值/範圍 | 規則 |
|---|---|---|
binding_type | TARGET_SPECIFIC · SOURCE_SPECIFIC · COMPONENT_SPECIFIC · MODALITY_SPECIFIC · HISTORY_SOURCE · PERSPECTIVE_SPECIFIC · RELATIONAL · UNKNOWN | 記錄 binding 的正式類型。 |
residual_type | R0–R5 | 保存未被現有模型完整解釋的殘差類型。 |
provenance_ref | reference | 獨立保存資料來源與轉換歷史。 |
rights_ref | reference | 獨立保存用途與權限資訊。 |
UNKNOWN 與相容性
UNKNOWN 表示「這個概念與紀錄有關,但目前尚未解析」;它不能被當成「沒有資料」、零值、中性值或不適用。
舊版相容欄位仍可被辨識,但新紀錄使用現行維度識別欄位。
| Token | 與 UNKNOWN 的關係 |
|---|---|
UNKNOWN | 概念相關,但目前未解析。 |
ABSENT | 不得與 UNKNOWN 視為同義。 |
null | 不得與 UNKNOWN 視為同義。 |
0 | 不得與 UNKNOWN 視為同義。 |
neutral | 不得與 UNKNOWN 視為同義。 |
NOT_APPLICABLE | 不得與 UNKNOWN 視為同義。 |
family_id → dimension_id | family_id 對新紀錄已由 dimension_id 取代,只作 compatibility alias。 |
技術例子/讀者解讀
例如 AX06 只記錄「部分確定」的質性狀態,就已是合法表示;只有在另外加入數值時,才需要把尺度、量測來源與產生方法一起交代。
| Field | Example | Rule |
|---|---|---|
qualitative_state | partially-certain | 單獨存在即可成立。 |
value | optional | 若加入,必須同時提供 value_scale_ref 與 measurement_provenance_ref。 |