Code Monkey home page Code Monkey logo

Comments (11)

nschneid avatar nschneid commented on July 19, 2024 1

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.

sylvainkahane avatar sylvainkahane commented on July 19, 2024

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.

nschneid avatar nschneid commented on July 19, 2024

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.

sylvainkahane avatar sylvainkahane commented on July 19, 2024

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.

nschneid avatar nschneid commented on July 19, 2024

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.

nschneid avatar nschneid commented on July 19, 2024

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.

rueter avatar rueter commented on July 19, 2024

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.

nschneid avatar nschneid commented on July 19, 2024

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.

rueter avatar rueter commented on July 19, 2024

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.

nschneid avatar nschneid commented on July 19, 2024

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.

rueter avatar rueter commented on July 19, 2024

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)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.