{scrollbar}

Overview of Constituency Parser

This parser is a wrapper around the OpenNLP parser. Since this component relies on other components as input (sentence and tokenizaton mainly), it contains configuration files that point at those components. These use relative path names for portability, but do require that the project be extracted at the same level as the other cTAKES components. For example, if your directory structure is:

ctakes/core
ctakes/clinical documents pipeline
ctakes/...

you want it to look like the following after extracting this component:

ctakes/Constituency Parser

Once placed there, the component can be imported to Eclipse using File > Import > Existing projects into workspace...
The constituency parser component includes a few different UIMA analysis engines (AEs) for different use cases:

Once the CVD window opens, load the AE with Run->Load AE..., and navigatd to:

Constituency Parser/desc/analysis_engines/AggregateParsingProcessor.xml

Load some text either by manually entering it or with File > Open text file..., then Run > Run AE.

Both of the above AEs assume some pre-processing as input, namely Sentence and Token segmentation. They also obviously depend on the quality of those components for quality output. With some notes the sentence segmenter does not reliably work and the parser will perform poorly (UPMC notes are known to cause trouble).

Parser models: This release contains two different models. The default is located in resources/parsermodel, and will be used if no configuration settings are changed. It is trained on a combination of domain-specific and general domain text. Domain specific text includes clinical notes, medpedia articles, cohort queries, clinical questions. General domain text is the Wall Street Journal section of the Penn Treebank.

The second model is in resources/fastmodel. This model is trained only on the in-domain data. As a result, our preliminary (unpublished) experiments showed it to be a little less accurate and a little faster.