Open jyuhuan opened 8 years ago
Thanks for noting this issue, I agree that's how it should work, but this isn't implemented yet.
The macros <EVENT>
and <ENTITY>
should provide a workaround for this case, see http://brat.nlplab.org/configuration.html .
Hello,
I'm curious if this has been addressed since this discussion. I was not able to find anything in the documentation, examples, or open PRs about this otherwise - but perhaps I've overlooked it.
I'm working with a relatively large ontology (biological classifications, organization types, etc) where having to "|" together lists of entity types in the relation definitions is not feasible, and the usability/performance impact of using "\<ENTITY>" is also undesirable. Is there any way to indicate "This Entity and All Children" in a relation definition?
Thank you!
Suppose I have the following annotation configuration file:
Ideally, with the type hierarchy defined in the
[entities]
section, all entities (those of typeAnimated
andThing
) should be able to have anIsReal
attribute. However, when I selectThing
in the New Annotation dialog, the attribute combo box disappears. I worked around this by choosing an attribute (say,IsReal=No
) first, and then clickingThing
. In this way, I could successfully annotate the span as aThing
with anIsReal
attribute, but at the same time, I would get this:Similarly, with the type hierarchy defined in the
[events]
section, an annotation of the typeEventSubtypeA
should be able to have anEventSubtypeB
as itsAgent
argument, since theAgent
argument is only required to be of the super-type,Event
. However, I failed to create any link from anEventSubtypeA
to anEventSubtypeB
.It seems that, even though users are allowed to define a hierarchy of entities or events, the system does not know that a
Thing
is anEntity
, nor does it know that anEventSubtypeA
is anEvent
.If this is truly not supported, then what is the point of allowing users to define a type hierarchy?