You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
I download the released Yago 4 from yago-knowledge.org/data/yago4/full/2020-02-24 and parse yago-w-class.nt to check the taxonomy, but I find that http://schema.org/Vessel, http://schema.org/Specialty, http://schema.org/MedicalEnumeration, http://schema.org/MedicalIntangible and http://schema.org/Thing have no father class. Thing is the root so it should not have father class, but, taking Vessel as an example, its father classes AnatomicalStructure, MedicalEntity and Thing are all in yago-wd-class.nt file.
According section 3.1 Concise Taxonomy in yago 4 paper and released data/shapes.ttl file in this repository, Vessel is not the top-level 235 classes choosen, so it must be added to the taxonomy of yago 4 according the second way presented in section 3.1 (if it is added by the first way, its namespace can not be schema.org, which should be yago-knowledge.org/resource), but under the second way, its father class will be added to the taxonomy. I feel confused, can you explain that? Maybe I misunderstand your paper or there are some bugs in the code.
Looking forward to your reply, thanks.
The text was updated successfully, but these errors were encountered:
Hi,
I download the released Yago 4 from yago-knowledge.org/data/yago4/full/2020-02-24 and parse yago-w-class.nt to check the taxonomy, but I find that http://schema.org/Vessel, http://schema.org/Specialty, http://schema.org/MedicalEnumeration, http://schema.org/MedicalIntangible and http://schema.org/Thing have no father class. Thing is the root so it should not have father class, but, taking Vessel as an example, its father classes AnatomicalStructure, MedicalEntity and Thing are all in yago-wd-class.nt file.
According section 3.1 Concise Taxonomy in yago 4 paper and released data/shapes.ttl file in this repository, Vessel is not the top-level 235 classes choosen, so it must be added to the taxonomy of yago 4 according the second way presented in section 3.1 (if it is added by the first way, its namespace can not be schema.org, which should be yago-knowledge.org/resource), but under the second way, its father class will be added to the taxonomy. I feel confused, can you explain that? Maybe I misunderstand your paper or there are some bugs in the code.
Looking forward to your reply, thanks.
The text was updated successfully, but these errors were encountered: