Hi Silvana, Queries do not recognize anything. On search phase queries just return documents that contain entities with such labels. It is on annotation phase when a decision is made if specific occurrance of a name is a Person or a Location, then an annotation for the corresponding class is made in the document. But this will apply only if the entity is extracted via some grammars and rules. In your case entities will just be looked up in a gazetteer as they are predefined trusted entities - so the first exact match (e.g. the Location) will always be recognized, and the second will never be reached. Which of them will be recognized depends oh how Sesame loads the instances and which of them will be met first in the gazetteer - so I cannot say if the order they are placed in the NT file matters at all.
Unfortunately I cannot think of a way to resolve such an ambiguity. Probably others on the list could. Regards, Ilian ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[email protected]> Sent: 19 April 2007, Thursday 04:14 Subject: [KIM-discussion] ambiguous labels > Hello Ilian, > > I have another question: > in my KB I defined two trusted entities with the same label > ("Artigas") and different classes (one is a Location and the other is a > Person) > I annotated documents containing the string Artigas via code (API) and > the queries always recognize Location. > Are there any rules regarding recognition of entities? I mean, do > queries always recognize locations over persons? Why? > > Thanks for your patience, > Silvana > > _______________________________________________ > NOTE: Please REPLY TO ALL to ensure that your reply reaches all members of > this mailing list. > > KIM-discussion mailing list > [email protected] > http://ontotext.com/mailman/listinfo/kim-discussion_ontotext.com > > > __________ NOD32 2202 (20070418) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > _______________________________________________ NOTE: Please REPLY TO ALL to ensure that your reply reaches all members of this mailing list. KIM-discussion mailing list [email protected] http://ontotext.com/mailman/listinfo/kim-discussion_ontotext.com
