Comments (6)
Good idea to supply (real) examples with suggested new roles. For ":size" --
i saw an extraordinary small person
(s / see-01
:arg0 (i / i)
:arg1 (p / person
:size (s2 / small)
:mod (e / extraordinary)))
the planet was larger than a house
(l / large
:compared-to (h / house)
:size-of (p / planet))
from amr-guidelines.
Can you give us an idea of how narrowly or widely this would be used?
- a tall boy (size vs. height)
- a long train (size vs. length)
- XL t-shirt
- size 10.5 shoes
- 50 gallon fish tank (size vs. volume)
- 900 sq.ft. apartment (size vs. area)
- 60"x80" mattress (size vs. width and length)
- bookcase of size 60w x 15d x 68h (size vs. width/depth/height)
- 7.0 earthquake (non-spatial size)
- a big applause (non-spatial size)
- huge improvements in customer satisfaction (non-spatial size)
- small problem (non-spatial size)
from amr-guidelines.
i do like these instead of :size, for physical stuff:
:height
:width
:depth
:volume
:area
:length
otherwise we represent "900 sq ft apartment" with :mod
my previous examples would be :volume
:age has been very helpful to us, avoiding nasty representations of "24-year-old". :age also distinguishes between "old man" (:age) and "old friend" (:mod), supposing we are using it for "old man"
from amr-guidelines.
But we already have special quantity concepts: volume-quantity
, area-quantity
, distance-quantity
, etc. So wouldn't distinguishing the roles for explicit quantities be redundant?
More generally, I'm concerned that cluttering AMR with lots of (for lack of better terms) "ontology-style" as opposed to "linguistically-based" role categories will make reliable annotation much harder. What is the guiding principle for inventing roles? Why not have :birthplace
, :income
, :mother-in-law
, :favorite-color
?
I like how we currently rely on concepts/frames for most of the specialized parts of the meaning, such that (a) AMR roles are necessary only for relations that cannot be suitably represented with core arguments, and (b) the granularity of roles aims to be broad—though sometimes it feels too broad, as with :mod
and formerly :poss
. I would state the guiding principle as: favor verb/adjective/noun frames where there is some word in the sentence whose lexical semantics is rich enough to convey the relation. And, on occasion, fall back to agreed-upon frames for meanings expressed in some other way (as we do with say-01
and opine-01
).
:age has been very helpful to us, avoiding nasty representations of "24-year-old". :age also distinguishes between "old man" (:age) and "old friend" (:mod), supposing we are using it for "old man"
The main argument for :age
IMO is that it is both frequent and expressed with strange syntax (such as the N years old or N years of age constructions) such that syntax-based frames would be unsatisfying. But I'd actually be in favor of always reifying it to age-01
because it is such a "deep" semantic role.
from amr-guidelines.
Right, a thorough study of :mod
in our existing AMRs will shed some light on this. A guiding principle is to root out syntactic relations and strive to assign the same AMR to paraphrases.
from amr-guidelines.
A large number of new roles would probably also lead to an equally large number of new reification frames. The sentence The house is big. would presumably then have to be annotated as
(h / have-volume-91
:ARG0 (h2 / house)
:ARG1 (b / big))
from amr-guidelines.
Related Issues (20)
- Disjunction of predicates under a relative clause HOT 2
- Represent Transitivity law using AMR
- Segmenting utterances for speech AMR
- How AMR distinguish passive and active sentence? HOT 2
- What kinds of reasoning can AMR represent? HOT 2
- How to represent Double Negation by automatically modifying AMR? HOT 2
- Can AMR distinguish the different meanings for `and` in different scenarios? HOT 2
- Explanation mismatch in README
- Annotation changes between AMR versions HOT 1
- Reification, examples HOT 4
- :poss and its reification HOT 2
- The astronaut said the doctor thinks the teacher likes her, the astronaut HOT 1
- Presumed typo in guidelines: have-degree-92 HOT 1
- Is there an open-source version of the AMR checker? HOT 6
- Ambiguous reification of ":poss" HOT 7
- How represent (novel) predicates not in propbank HOT 2
- Reification of :accompanier, :example in the Table -> switch domain and range? HOT 5
- Reference for citation HOT 2
- AMR in AMR HOT 5
- Question about politeness in English AMR HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from amr-guidelines.