uima-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Himanshu Gahlot <himanshu.gahlo...@gmail.com>
Subject Re: Should document level annotations inherit from DocumentAnnotation?
Date Thu, 15 Nov 2012 18:27:38 GMT
I think I have found the answer in the AnnotationBase documentation:
It says that Annotation is just one sub-type of AnnotationBase which is
suitable for textual annotations and users should inherit from
AnnotationBase to create their own annotations which may not have 'begin'
and 'end' features. So, I think if I need document level annotations which
lack 'begin' and 'end' features then there is no restriction in inheriting
from AnnotationBase.


On Wed, Nov 14, 2012 at 4:23 PM, Himanshu Gahlot <
himanshu.gahlot86@gmail.com> wrote:

> Hi,
> I am a little confused about inheriting a document level annotation
> from uima.jcas.tcas.DocumentAnnotation. I am of the view that a document
> level annotation may not necessarily have 'begin' and 'end' features. For
> example, I may want to have a document level annotation such as
> DocumentCategory which has features such as category1, category2,
> category3, score1, score2, score3, etc., where categories and scores are
> the top 3 categories/scores for this document predicted by a document
> classification algorithm. In such a case, it does not make sense to have
> 'begin' and 'end' (and even 'coveredText') as features of DocumentCategory,
> since, the categories do not exist in the document text itself and rather
> just act like document metadata. Hence, I think it makes more sense to make
> DocumentCategory inherit from AnnotationBase (which lacks 'begin' and 'end'
> features) rather than from DocumentAnnotation. But I have not seen people
> inheriting directly from AnnotationBase. Are there restrictions around not
> inheriting from DocumentAnnotation or Annotation classes and directly
> inheriting from AnnotationBase that I should be aware of? Does my
> understanding of a document level annotation and its proposed lack of
> 'begin' and 'end' features makes sense?
> -Himanshu

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message