Comments (11)
OK I see—in the roster format, if multiple items are within one "sentence", list
connects the items together, and appos
connects the key with the value.
The enumerators are not a great fit because they do not contain any semantic content (maybe that's what you meant by "the information they are associated with is not predictable"). They merely signal discourse order, and assign a label that can be cross-referenced later. You can omit the enumerator without affecting the semantics, but you can't remove the content of the item. So it makes sense to treat the enumerator as dependent, not head. Note that appos
is required to be left-headed, and is supposed to be a reversible relation.
from docs.
I never understood the list
relation and never used it. But, anyway, for your example "it depends on (a) first condition, (b) second condition, (c) third condition", it is a coordination for me, without any doubt. And I won't be against using cc
for the markers "(a)", "(b)", and "(c)".
from docs.
The policy about using discourse
is not conditioned on using list
, especially considering that many list items are separate sentences.
As part of a larger sentence, list structures may be closer to coordination. In general, though, lists in a document need not be constrained to have items that are syntactically similar, and might even contain multiple sentences. So it seems too strong to say that lists are always coordination constructions.
An example like "It is based on (a) first condition, (b) second condition, and (c) third condition" certainly qualifies as coordination in my view. But I would say "and" is the cc
—not "(a)", "(b)", "(c)", which are paralinguistic labels for units of text that happen to be conjuncts.
Moreover, most cc
dependents are tagged CCONJ (or SYM like "&" or "/" functioning like CCONJ). I think it would be confusing to tag list item enumerators as CCONJ, or to start attaching NUMs etc. as cc
.
from docs.
Ok for not using cc
, but it remains that these elements are structuring elements. You can replace them by bullets or dashes, but you cannot completely suppress them. This property prevents us to use discourse
, because discourse markers are not structuring elements, not at all. And we don't want to have bullets as discourse
. I would like to have the same relation for any kind of list markers. Maybe a new relation is needed.
from docs.
We debated the issue of bullets and there was some support for making them attach the same way as enumerators, but the status quo for bullets is that they are PUNCT, which means they attach as punct
. Bullets are not pronounced, which is characteristic of punctuation and different from enumerators.
from docs.
To the point about discourse
, I think it's reasonable to say that enumerators are structuring elements: they help structure the discourse. :) The deprel discourse
doesn't have to be as narrow as the traditional class of discourse markers.
The current guidelines say:
This is used for interjections and other discourse particles and elements (which are not clearly linked to the structure of the sentence, except in an expressive way). We generally follow the guidelines of what the Penn Treebanks count as an INTJ. They define this to include: interjections (oh, uh-huh, Welcome), fillers (um, ah), and non-adverbial discourse markers (well, like, but not you know or actually).
Like these examples, enumerators are syntactically omissible and extrinsic to the propositional semantics of the sentence, and they do not really fit as ADV or CCONJ in my view.
from docs.
Would it be of any help to compare enumerators with words, such as ‹finally›?
# sent_id = newsgroup-groups.google.com_jokecity_0566f0ba3b5f748f_ENG_20051125_240500-0010
# text = Finally, a boy in the back raises his hand.
1 Finally finally ADV RB _ 8 advmod 8:advmod SpaceAfter=No
2 , , PUNCT , _ 1 punct 1:punct _
3 a a DET DT Definite=Ind|PronType=Art 4 det 4:det _
4 boy boy NOUN NN Number=Sing 8 nsubj 8:nsubj _
5 in in ADP IN _ 7 case 7:case _
6 the the DET DT Definite=Def|PronType=Art 7 det 7:det _
7 back back NOUN NN Number=Sing 4 nmod 4:nmod:in _
8 raises raise VERB VBZ Mood=Ind|Number=Sing|Person=3|Tense=Pres|VerbForm=Fin 0 root 0:root _
9 his his PRON PRP$ Case=Gen|Gender=Masc|Number=Sing|Person=3|Poss=Yes|PronType=Prs 10 nmod:poss 10:nmod:poss _
10 hand hand NOUN NN Number=Sing 8 obj 8:obj SpaceAfter=No
11 . . PUNCT . _ 8 punct 8:punct _
from docs.
I think it's pretty different. "Finally" is an adverb, and does not need to go before the clause it modifies: it can go in other adverb-friendly positions ("the boy finally raises his hand"). You can use ordinal numbers to indicate sequence order as well ("First", "Second", ...) but "1.", "(a)", etc. would generally not be pronounced as ordinal.
from docs.
Thank you. I would not have equated the meanings of 'finally', but it does prove the idea.
Would you agree that 1. or (a) might take appositions? If so, the would essentially be pronouns. Of course, we also need distinguish the enumerators from telephone number list relations. Telephone is specific, whereas the asignment of 1., 2., 3. is totally random, isn't it?
from docs.
Pronouns: I don't think the PRON category should be extended beyond closed-class grammatical items.
Could you elaborate on the point about appositions and telephone numbers? Not sure I follow.
from docs.
We have what I will refer here to as roster format:
chair=Kim
telephone= 65431
address=25 S.E. Ave. Pine
This, as I understand, is where the list relation is used. "equals" seems to be the meaning.
Although, the ordering of 1., 2., 3... Or (a), (b), (c) might be well thought out, the information they are associated with is not predictable. They are place holders asigned as random identifiers in numeric or alphabetical order.
We are essentially using numbers for counting and quick reference -- letters definitely removes counting for me.
I would read:
(n), which is blah blah.
So, maybe, this does not fit appos, either.
I now see this as a nonrestrictive relation.
from docs.
Related Issues (20)
- Three questions on Setswana (Bantu) annotations HOT 11
- independent possessives cross-linguistically HOT 25
- Zero width spaces (U+200b) inside the token HOT 8
- coordinated copulas HOT 2
- when to annotate `compound` versus `obj` HOT 26
- Co-relative relative Clauses in Saraiki HOT 4
- incoherence of `acl:relcl` versus `acl` distinction HOT 13
- problem with annotation of "sadece" in UD_Turkish-BOUN HOT 10
- Insertion of two new Feats for voicing and euphony HOT 13
- Question on requirement for 'aux' not to have children (Tswana) HOT 6
- complements of "be" HOT 9
- Treatment of split "what a ((ADJ) NOUN)" construction in Low Saxon and Dutch HOT 16
- Dative Subjects Saraiki HOT 5
- Misidentified Lemmas in Spanish HOT 1
- clausal appos HOT 33
- Flat:foreign with Typo=Yes HOT 3
- acl vs xcomp vs advcl HOT 1
- English nominal subtypes: merge :npmod and :tmod as :unmarked HOT 16
- Create treebank without syntactic dependencies HOT 2
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 docs.