graph 表示

instance 和 若干个 ARGx 构成的,你可以粗暴地认为 ARGx 是围绕 instance 展开的。instance 角色的是 want,而 ARG0, ARG1 分别又产生了两个子图subgraph,他们一直这样发展下去直到 叶子节点 结束instance 作为主要部分,ARG0, ARG1 分别看作是 instance 的 施事方 和 受事方,具体一点,如果只看 root 结点涉及的内容(instance, ARG0, ARG1),这里面蕴含的逻辑关系就可以表示为 ARG0 -> want -> ARG1 这么一个简单的逻辑。boy -> want -> believe, girl -> believe -> boy,又因为这个逻辑链中两次出现的 boy 是同一个(没有进行区分)因此这句话的逻辑如果变成英语就是:the boy wants the girl to believe himself,但是能表示这个逻辑的句子有很多,每一句包含相同含义的话都可以作为这个 AMR 的 文字表示。AMR 表示

这个表示方法与上面的图完全一致,只是将其用 AMR 的方式(一堆括号和符号表示)了,你不需要再去对着图找每一个叶子节点,你可以在这个 AMR 的表示中得到任何你想要的关系。你自己读一下看看
boy -> want -> believe, girl -> believe -> boyARG0, ARG1 都是对应 当前级别 的内容的(want 下面有 ARG0, ARG1 这是属于 want 这个级别的, beileve 下面也有 ARG0, ARG1 这是属于 believe 这个级别的),比如 :ARG1 b 和 :ARG1 (b2 / believe-01) 虽然都是 ARG1 但没有任何关系。相信你还有如下疑问:
want-01 为啥后面跟个后缀 01(w / want-01) 这个 w / 又是什么:ARG1 b 不写成 :ARG1 (b / boy)
want-01代表我们采用的是want的第一个含义,want的所有含义都被预先定义好了(w / want-01)相当于:instance(w, want-01)其中w叫variable是want这个谓词的一个实例(instance),因为 AMR 是一种抽象表示,每个成分都需要进行实例化(这有点像面向对象编程中每个类在进行实例化之后才能进行操作):ARG1 b中的b因为是boy的实例化variable而这个variable在之前已经实例化过了,所以直接引用之前那个b即可,必须要再实例化一遍了
want-01表示的意义是“想要”因此,当一个 AMR 对应到一个确定的文本的时候,可以是动词的want表示,也可以是名词desire表示的意义,也可以是形容词desirous表示的意义,在这个位置的词的形式并不被局限,- 在 AMR 中,不会直接标注某个叶子节点说:“这是一个动词,或者这是一个名词”,相反,会说这是一个
obejct, 那是一个event,都是这种抽象概念
三元组表示法(一般用在对 AMR 解析任务评估的时候,通过比较生成的 AMR 的三元组是否符合标准来评估 AMR 的解析算法的效果)

AMR 的表示是将代词之类的全部抛弃(不出现在 AMR 的 graph 中)

girl -> adjust -> machine 所以生成的句子可以是:
made, to 这些词全部不表示在 AMR 中,当然你在 对齐 的时候可以加上这些内容来构成符合 AMR 逻辑的完整的句子adjust 这个词,但是真正在 对齐 的时候,我们可以给他不同的形式:ajust, adjustment, be ajusted by 只要符合 AMR 描述的逻辑即可alignment 这个词汇,那么什么是对齐呢?
