
--
You received this message because you are subscribed to the Google Groups "inception-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to inception-use...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/inception-users/D6271DF2-4789-4563-BF95-8F1EFCE003BE%40gmail.com.

--
You received this message because you are subscribed to the Google Groups "inception-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to inception-use...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/inception-users/243977E6-F0AD-4B59-A529-18BCC277EF1E%40gmail.com.
Btw. I have tried to use the "SemPred" and "SemArg" layers in "InceptionT1329c.txt". I think would in principle be well suited for your kind of annotation task where you annotate activities and their participants, objects and cirumstances. However, I not that the "link features" that
SemArg uses are not yet supported in the explorer. So feel free to have a look at the sample annotation I made, although with the current version, keep in mind it does not work with the explorer.
If you want to try the SemPred yourself, here is an example:
- Switch to the SemPred layer
- Mark the trigger of the action/frame (usually a verb)
- Click on "add" in the right sidebar
- Mark an argument of the action (e.g. the beneficiary)
- Click on the added argument in the sight sidebar again so it gets orange
- Enter the label (e.g. beneficiary) into the field below and click "Set"
(I notice again this workflow needs to be improved... actually, it should be possible to enter the label before pressing "add"...).
Also, I see below you want to use search - that would also favor relations over SemPred/link features since the latter is supported in search at all.
For a theory behind this kind of annotation, please look at https://en.wikipedia.org/wiki/FrameNet and related resources.
Mind that theory and layers are independent. You could model this theory also using relations (as you do) instead of link features. But in contrast to your current annotation scheme, the theory recognizes that a frame is essentially an n-ary relation while in your scheme, you currently seem to be focussed on binary relations.
> I have a few further questions:
> - For the case that the same entity appears multiple times in a text, I created a chain layer. But I am not really sure if that is useful for my purposes? For instance, I tagged "amulet" and "it" (which refers to it) as amulet, which I think suffices for my purposes. What would be the benefit of the chain layer?
I would recommend not using chain layers. In particular because these are (still) not supported during curation (relations and link-features are both supported). Also, chains cannot have custom properties, chains cannot create cross-document references, and are also not supported in search. So unfortunately, they are a bit limited.
If you want track entities appearing throughout your corpus, setting up a knowledge base of these entities and using a concept feature to link to them would seem more useful to me.
An alternative would be using a simple string feature with an open tagset (i.e. one which auto-adds new tags as annotators make them). However, here you'd need to be careful that you have good rule for tag naming to avoid the same tag accidentially being used for unrelated entities or duplicate entities being introduced. Also note that tags cannot be renamed. You can change the tag definition, but existing annotations will not be updated. In a KB, you can change a concept label and all the concepts will show with the new label afterwards. However note that in the actual exported data, not the label will be visible, but rather the concept ID from the knowledge base.
> - Could you please help me with the formulation of the search query in the search function in annotation? I would like to look for, for instance, "patiency" label within "Relation" layer with "amulet" as the target. In the screenshot, in the relation that I highlighted, the target is "it" and not "amulet". Would the search be able to identify the "it" as "amulet"? Or is this what the chain layer (which I have also created) is for?<Screenshot 2026-03-04 at 09.39.22.png>
So what you can currently do is e.g. this:
<Relation.Label="patiency"/> fullyalignedwith <Relation-target.Label="amulet"/>
That will find a relation with "Label" having value "patiency" that is at the same position as a relation that has a target which has the "Label" "amulet". Note that the two relations may not necessarily be the same if you have stacked relations at the same position.
Support for relations in the underlying corpus query tool we use is non-existent, so we had
to bolt this support on top. Certainly improvable. Or better, we would switch to another
search backend. I already have one in mind, but didn't find the time yet to make the switch.
Anyway, I hope this helps.
Cheers,
-- Richard
--
You received this message because you are subscribed to the Google Groups "inception-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to inception-use...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/inception-users/243977E6-F0AD-4B59-A529-18BCC277EF1E%40gmail.com.