-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Knowledge Bases are not parsed correctly when doing Entity Linking #5070
Comments
INCEpTION requires that concepts are explicitly defined to appear visible. However, Which entries from your ontology do you want to link against? |
For me, that worked. I have attached the RDF file I have exported from Protege here. |
Note, to import a file after creating a KB, you need to select the file in the import contents field and then press "Save" on the bottom. Only after that, setting the root will work. |
I tried many times on creating Knowledge Base, but it still not work as expected. I record a video of my operations. I wish you can check it to see if I do something wrong. |
Thanks for the video. In fact, in my instructions I forgot an essential step... I am very sorry for that. I though that passing the ontology once through Protegé was all that I had done... however, I did one additional step. I downloaded the lemon ontology from here I then imported that file into the knowledge base as well using the Import contents field in the KB settings and saving. That brings the number of statements in the KB up from Actually you don't even need to pass the oratory file through Protegé in this case. You could also simply select both the files For some reason, if I select both files during KB creation, I seem to end up with only some ~150 fewer statements in the KB... no idea why. However, it still seems to work. |
It works now, thank you. But the concept "#Form" and the others cannot automaticlly be shown in Inception at the same time. Do you mean # I need to create two knowlege bases(one for "#Form", one for the others) at the same time ? I figure out another way to make all the concepts in one ontology visible at the same time, which is by manully adding all the first level concepts to "Root Concepts", through settings like the picture below, is this also a correct operation ? |
If you can configure the a single KB that gives you access to all of the concepts you are interested in, it is fine. I suggested to set up two KBs because the SKOS hierarchy typically uses different properties to build the tree (e.g. Mind that the root concepts settings just gives you a nicer way of browsing the KB. It does not really affect the linking auto-complete on the annotation page. If you want to limit that, you can set a scope on the concept feature. Glad it works and I guess now you have a bunch of options to try out to see what fits your personal preference most. |
You cannot add features to the built-in Named Entity layer. The features of built-in layers can currently not be changed. This is not a bug. However, if you leave the KB selection on the feature on All knowledge bases, then you can select concepts from both of your configured KBs. In order to annotate relations between entities with concepts from your knowledge base, you would need to create a custom relation layer. On that custom relation layer, you can create arbitrary features. However, you cannot export that in CoNLL layer on. If you want to export, you will have to use e.g. UIMA CAS JSON. Does that answer your question? |
Thank you for you instruction. But I still remain some problems when I do manully annotation.
All the problems above occur with both my own ontologies and the built-in dafault remote wikidata ontology. The template I used in my project is the dafault built-in "Basic annotation (span/relation)". |
Thanks for the pointers to the ontologies. I don't know when I may find time to look into these though. Thanks also for the videos. However, I find them a bit hard to follow without explanation. INCEpTION does not aim to be a copy of Protegé. INCEpTION wants to be able to use its IRI mappings to access a configurable concept and property hierarchy from a knowledge base. Depending on how the KB is built that may or may not be possible without inference. INCEpTION does not do inference though. There are also certain kinds of KB designs that are not supported by INCEpTION, e.g. those modelling the concept hierarchy using the The KB support in INCEpTION is improved over time step by step. At the moment, I do not know what exactly would need to be done for the ontologies you linked. It might be it is just a matter of properly configuring the IRI mapping. It might also be that they use a structure that is currently not supported and that code changes are necessary. It is easier for me to process focussed issue reports or questions related to a specific knowledge base. The more you package into an issue, the more time it takes me to look into it, the less likely I am to be able to do anything about it in the near future. |
Thank you for your reply and time and explaination! My objective is to use INCEpTION to create instances of a given Ontology by annotating a given raw text, that is the reason why I need all the property and concept in an ontology to be correct prased and displayed. I will keep exploring INCEpTION to see if I can solve the problem. |
Describe the bug
I imported a self-built ontology with instances as the knowlege base to do Entity Linking. But, I can only saw concepts which have more than one level, the others are missing.
To Reproduce
Steps to reproduce the behavior:
Picture below shows the difference between how the ontology are displayed in Inception and Protege.
Expected behavior
All concepts should be visible in Inception, with the same hierarchy as it in Protege.
Screenshots
If applicable, add screenshots to help explain your problem.
Please complete the following information:
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: