Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add tfrom, tto #4

Open
guyemerson opened this issue Nov 27, 2015 · 3 comments
Open

Add tfrom, tto #4

guyemerson opened this issue Nov 27, 2015 · 3 comments

Comments

@guyemerson
Copy link
Member

No description provided.

@matichorvat
Copy link

Also to consider is a token list, since it might not be contiguous.

@goodmami
Copy link
Member

goodmami commented Dec 4, 2015

@matichorvat is right. tfrom and tto wouldn't be sufficient to capture non-contiguous tokens.

There are 4 Lnk types:

  • character span (<1:2> two integers; most often used)
  • chart span (<1#2> two integers)
  • token list (<1 3 4> a list)
  • edge (<@1> an atomic value)

@anncopestake
Copy link

right, but I've never found a use for chart span (which is deprecated)
or edge - these are internal to the parser/generator.

Arguably, there should be (at least) two classes of token list - one for
the tokens the ERG uses and one for tokens corresponding to the POS
tagger. The reason for character spans is that different systems make
different assumptions about tokens. The alternative, hinted at in oe's
comments in that file, is that the tokens used by the ERG carry
information about their history, including the character span.

It seems that only cfrom and cto are in the DTDs in the repository - I
don't know whether there are other versions elsewhere with token list
included.

On 04/12/2015 19:37, Michael Wayne Goodman wrote:

Matic is right. There are 4 Lnk types
http://svn.emmtee.net/trunk/lingo/lkb/src/mrs/lnk.lisp:

  • character span (<1:2> two integers; most often used)
  • chart span (<1#2> two integers)
  • token list (<1 3 4> a list)
  • edge (@1 mailto:@1 an atomic value)

|tfrom| and |tto| wouldn't be sufficient to capture non-contiguous tokens.


Reply to this email directly or view it on GitHub
#4 (comment).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants