User:Mitcho/ParserTNG: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(New page: <h1>Parser: The Next Generation</h1> ==Intro== ===High level overview:=== 0. receive input 1. (split words/arguments) 2. pick possible V's 2'. (pick possible clitics - for the (near) fut...)
 
No edit summary
Line 4: Line 4:


===High level overview:===
===High level overview:===
0. receive input
# (split words/arguments)
1. (split words/arguments)
# pick possible V's
2. pick possible V's
# (pick possible clitics - for the (near) future)
2'. (pick possible clitics - for the (near) future)
# group into arguments
3. group into arguments
# noun type detection
4. noun type detection
# rank
5. rank


===each language will have:===
===each language will have:===
Line 18: Line 17:
<b>EX:</b> <code>add lunch with Dan tomorrow to my calendar</code>
<b>EX:</b> <code>add lunch with Dan tomorrow to my calendar</code>


==step 1==
==step 1: split words/arguments==
Japanese: split on common particles... in the future get feedback from user for this
Japanese: split on common particles... in the future get feedback from user for this
Chinese: split on common functional verbs and prepositions
Chinese: split on common functional verbs and prepositions
Line 24: Line 23:
(Maybe split case marking prefixes/suffixes into individual words here?)
(Maybe split case marking prefixes/suffixes into individual words here?)


==step 2==
==step 2: pick possible V's==
Ubiq will cache a regexp for detection of substrings of verb names. For example: <code>(a|ad|add|add-|...|add-to-calendar|g|go|...google...)</code>
Ubiq will cache a regexp for detection of substrings of verb names. For example: <code>(a|ad|add|add-|...|add-to-calendar|g|go|...google...)</code>


Line 33: Line 32:
<b>EX</b>: <code>('add','lunch with Dan tomorrow to my calendar'), ('','add lunch with Dan tomorrow to my calendar')</code>
<b>EX</b>: <code>('add','lunch with Dan tomorrow to my calendar'), ('','add lunch with Dan tomorrow to my calendar')</code>


==step 3==
==step 3: pick possible clitics==
 
TODO
 
==step 4: group into arguments==
Find delimiters (see above).
Find delimiters (see above).


Line 64: Line 67:
(Note: for words which are not incorporated into an oblique argument (aka "modifier argument"), they are pushed onto the DO list.)
(Note: for words which are not incorporated into an oblique argument (aka "modifier argument"), they are pushed onto the DO list.)


step 4:
==step 5: noun type detection==
For each parse, send each argument string to the noun type detector. The noun type detector will cache detection results, so it only checks each string once. This returns a list of possible noun types with their "scores".
For each parse, send each argument string to the noun type detector. The noun type detector will cache detection results, so it only checks each string once. This returns a list of possible noun types with their "scores".


Line 71: Line 74:
'my calendar' -> [{type: service, score: 1},{type: arb, score: .7}]
'my calendar' -> [{type: service, score: 1},{type: arb, score: .7}]


step 5:
==step 6: ranking==
 
<code>
foreach parse (w/o V)
foreach parse (w/o V)
   by semantic roles in the parse, find appropriate verbs
   by semantic roles in the parse, find appropriate verbs
   foreach possible verb
   foreach possible verb
     score = \prod_{each semantic role in the verb} score(the content of that argument being the appropriate nountype)
     score = \prod_{each semantic role in the verb} score(the content of that argument being the appropriate nountype)
</code>
    
    
EX:
<b>EX:</b>


{V:    null,
{V:    null,
Line 103: Line 109:
score = score * (1-0.5**(#DO-1)) (example algorithm)
score = score * (1-0.5**(#DO-1)) (example algorithm)


EX: score = 1, with 2 direct objects, so
<b>EX:</b> score = 1, with 2 direct objects, so
score = 1 * (1-0.5**1) = 1 * 0.5 = 0.5
score = 1 * (1-0.5**1) = 1 * 0.5 = 0.5

Revision as of 01:13, 7 March 2009

Parser: The Next Generation

Intro

High level overview:

  1. (split words/arguments)
  2. pick possible V's
  3. (pick possible clitics - for the (near) future)
  4. group into arguments
  5. noun type detection
  6. rank

each language will have:

- a head-initial or head-final parameter (prepositions or postpositions, basically... this changes the way we find possible argument substrings) - "semantic role identifiers"/"delimiters" (currently pre/postpositions... in the future case marking prefixes/suffixes, etc.) for different semantic roles

EX: add lunch with Dan tomorrow to my calendar

step 1: split words/arguments

Japanese: split on common particles... in the future get feedback from user for this Chinese: split on common functional verbs and prepositions

(Maybe split case marking prefixes/suffixes into individual words here?)

step 2: pick possible V's

Ubiq will cache a regexp for detection of substrings of verb names. For example: (a|ad|add|add-|...|add-to-calendar|g|go|...google...)

Search the beginning and end of the string for a verb: ^(MAGIC) (if you have a space-lang) and (MAGIC)$. This becomes the verb and the rest of the string becomes the "argString".

This step will return a set of (V,argString) pairs. (Note, this includes one pair where V=null and argString is the whole input.)

EX: ('add','lunch with Dan tomorrow to my calendar'), (,'add lunch with Dan tomorrow to my calendar')

step 3: pick possible clitics

TODO

step 4: group into arguments

Find delimiters (see above).

EX: for (,'add lunch with Dan tomorrow to my calendar'), we get: 'add lunch *with* Dan tomorrow *to* my calendar' 'add lunch with Dan tomorrow *to* my calendar' 'add lunch *with* Dan tomorrow to my calendar'

then move to the right of each argument (because English is head-initial... see parameter above) to get argument substrings:

'add lunch *with* Dan tomorrow *to* my calendar': {V: null,

DO:   ['add lunch','tomorrow','calendar'],
with: 'Dan'
goal: 'my'},

{V: null,

DO:   ['add lunch','calendar'],
with: 'Dan tomorrow'
goal: 'my'},

{V: null,

DO:   ['add lunch','tomorrow'],
with: 'Dan'
goal: 'my calendar'},

{V: null,

DO:   ['add lunch'],
with: 'Dan tomorrow'
goal: 'my calendar'}

(Note: for words which are not incorporated into an oblique argument (aka "modifier argument"), they are pushed onto the DO list.)

step 5: noun type detection

For each parse, send each argument string to the noun type detector. The noun type detector will cache detection results, so it only checks each string once. This returns a list of possible noun types with their "scores".

EX: 'Dan' -> [{type: contact, score: 1},{type: arb, score: .7}] 'my calendar' -> [{type: service, score: 1},{type: arb, score: .7}]

step 6: ranking

foreach parse (w/o V)

 by semantic roles in the parse, find appropriate verbs
 foreach possible verb
   score = \prod_{each semantic role in the verb} score(the content of that argument being the appropriate nountype)

EX:

{V: null,

DO:   ['add lunch','tomorrow'],
with: 'Dan'
goal: 'my calendar'}

'Dan' -> [{type: contact, score: 1},{type: arb, score: .7}] 'my calendar' -> [{type: service, score: 1},{type: arb, score: .7}]

"add" lexical item: ...args:{DO: arb, with: contact, goal: service}...

so...

score = P(DO is a bunch of arb) * P(with is a contact) * P(goal is a service) = 1 * 1 * 1

so score = 1

/EX

Now lower the score for >1 direct objects:

score = score * (1-0.5**(#DO-1)) (example algorithm)

EX: score = 1, with 2 direct objects, so score = 1 * (1-0.5**1) = 1 * 0.5 = 0.5