Difference between revisions of "User:Gang Chen/GSoC 2013 Summary"
Line 39: | Line 39: | ||
== The LSW taggger == |
== The LSW taggger == |
||
=== Difference from the SW tagger === |
=== Core Difference from the SW tagger === |
||
The SW tagger tags a word by looking around the neighbouring ambiguity classes,and has therefore a number of parameters in <math>O(|\Sigma|^{N_{(-)} + N_{(+)}} |\Gamma|)</math>. The LSW tagger tags a word by looking around the neighbouring '''tags''', and therefore it has a number of parameters in <math>O(|\Gamma|^{N_{(-)} + N_{(+)} + 1})</math>. Usually the tag set size <math>|\Gamma|</math> is significantly smaller than the combinational ambiguity class size <math>|\Sigma|</math>. In this way, the parameters could be effectively reduced. |
The SW tagger tags a word by looking around the neighbouring ambiguity classes,and has therefore a number of parameters in <math>O(|\Sigma|^{N_{(-)} + N_{(+)}} |\Gamma|)</math>. The LSW tagger tags a word by looking around the neighbouring '''tags''', and therefore it has a number of parameters in <math>O(|\Gamma|^{N_{(-)} + N_{(+)} + 1})</math>. Usually the tag set size <math>|\Gamma|</math> is significantly smaller than the combinational ambiguity class size <math>|\Sigma|</math>. In this way, the parameters could be effectively reduced. |
||
Revision as of 03:42, 26 September 2013
Contents
Project
A Sliding-Window Drop-in Replacement for the HMM Part-of-Speech Tagger in Apertium
Summary
Although the title shows that the new tagger is a sliding-window drop-in replacement for the HMM tagger, actually we did three things further:
1) Besides the Sliding-Window (SW) tagger, we also implemented the Light Sliding-Window (LSW) tagger, and successfully incorporated rules into the LSW tagger.
2) Instead of replacing the original HMM, we implemented the LSW tagger as an extension, so that the functionalities of the original HMM are fully kept.
3) We wrote a paper about the implementation of the SW and LSW tagger, and conducted a series of experiments.
The SW tagger
Let be the tag set, and be the words to be tagged.
A partition of W is established so that if and only if both are assigned the same subset of tags, where each class of the partition is called an ambiguity class.
Let be the collection of ambiguity classes, where each is an ambiguity class.
Let be the function returning the collection of PoS tags for an ambiguity class .
The PoS tagging problem may be formulated as follows: given a text , each word is assigned (using a lexicon and a morphological analyzer) an ambiguity class to obtain the ambiguously tagged text ; the task of a PoS tagger is to get a tag sequence as correct as possible, that is, the one that maximizes a the probability of that tag sequence given the word sequence:
The core of the SW tagger is to use neighboring ambiguity classes to approximate the dependencies:
where , is the left context of length (e.g. if , then ), is the left context of length . Usually, at the left most and right most of the ambiguity sequence, specific sentence marks “ # ” are added in order to make the formula work in general.
The LSW taggger
Core Difference from the SW tagger
The SW tagger tags a word by looking around the neighbouring ambiguity classes,and has therefore a number of parameters in . The LSW tagger tags a word by looking around the neighbouring tags, and therefore it has a number of parameters in . Usually the tag set size is significantly smaller than the combinational ambiguity class size . In this way, the parameters could be effectively reduced.
The LSW approximates the best tag as follows:
where , returning the set of tag sequences for an ambiguity sequence; and are the left and right tag sequence respectively.