Review Comment:
I thank the authors for having considered all my comments in their revised version, and to have provided answers to all the issues I've highlighted.
While I'm reasonably happy with all the modifications they have implemented, there are few points that should be discussed a bit further.
# About blank nodes
My previous comment: Again, about the use of blank nodes, there are some aspects that should be clarified as well. OWL ontologies usually adopts blank nodes for expressing class restrictions, group disjointness, etc. However, since these aspect are not considered at all in the algorithms proposed by the authors – at least, as far as I understood – it is not clear what they refer to with "blank nodes". Can they refer to individuals of a certain class that are not provided with a URL? This aspect should be explicitly discussed in the paper.
Authors' answer: Blank nodes do exist both in OWL and RDF/S ontologies. In RDF, a blank node is a node in an RDF graph representing a resource for which a URI or literal is not given.
Further comment: Yes, in RDF (which is the most generic framework involved in the authors' work, of course) that is the case. However, blank nodes can have specific meanings when we look at OWL in particular. OWL, of course, is still based on RDF, but uses blank nodes also for specific purposes, i.e.:
1. for allowing the description of individuals (i.e. instances of a particular class) without providing any explicit URL - and those are part of the ABox of the ontology;
2. for creating class/property/datatype restrictions, i.e. particular ontological entities that are functional to the organisation of the ontological concepts from a TBox perspective.
Thus, since the analysis presented by authors actually uses OWL ontologies, I think that keeping in mind that ABox/TBox distinction for blank nodes (e.g. by not considering TBox blank nodes from the computation) is important and could affect substantially the outcomes of the algoritms presented.
If the authors still believe, however, that it is good for their purposes to use blank nodes independently from this distinction, I would suggest to add some explanatory text in the paper explaining it.
PS: blank node (i.e. anonymous resource) != literal
# About the new evaluation
My previous comment: The fact that the authors use the CIDOC-CRM core as summary of the full CIDOC-CRM is not convincing at all, and rather seems a simplification to me. Since the selection of the summaries for the other ontologies has been done by humans following a particular protocol, I would like to see a similar approach also for the CIDOC-CRM one, so as to basically compare summaries that have been done in the same way. In addition, that will result in a clear additional contribution of the work. Note that, since the source of KCE is available, the authors should also consider at least that method in the evaluation of CIDOC-CRM.
Authors' answer: According to reviewer comments, we conducted a new user-study using three new ontologies CRMdig, LUBM and eTMO with and without instances where three ontology experts generated the reference summaries for each ontology. In addition we included KCE in the corresponding evaluation as well.
Further comment: It is evident that the three experts involved in this new evaluation are not the authors (but I found this information only in the acknowledgements) and, thus, are not biased at all by how the authors' algorithm actually work. This should be explicitly stated in the paper.
In addition, the number of expert involved in this new evaluation is lower than that used in [10] and, thus, I would suggest to make it explicit as well.
# About the low quality of blank nodes
My previous comment: There is no evidence of "low quality" in [18] related to the use of blank nodes in ontologies. Actually, blank nodes are used to define class restriction, and thus are rather useful and surely not so low quality.
Authors' answer: The corresponding statement was removed from the paper. However [...] "Blank nodes are treated as simply indicating the existence of a thing, without using, or saying anything about, the name of that thing" [...] "We discourage the use of blank nodes. It is impossible to set external RDF links to a blank node, and merging data from different sources becomes much more difficult when blank nodes are used. Therefore, all resources of any importance should be named using URI references."
Further comment: The reported citations are correct indeed. However they mainly refer to the use of blank node in RDF / Linked Data domain. There, blank node are the "evil" indeed! However, in the context of OWL ontologies, since they are the main tool for creating complex assertions such as restrictions (see my comment above), they are necessary, useful, and good. It strictly depends on the particular perspective one is looking at them.
However, given this comment, I'm starting to think that the authors refer to them to say "individuals with no IRI associated" (see point 1 in "About blank nodes"). Thus, what happens to the other blank nodes during the algorithm process (i.e. those related to the TBox of the ontology)?
# Blank nodes and evalutation
Authors' text: The only case that our algorithms are worse than the other two algorithms is in the case of the Aktors Portal ontology. By trying to understand the reasons behind this, we identified that the Aktors Portal ontology contains a huge amount of blank nodes and this has a direct effect to the quality of our constructed summary, despite the fact that both our algorithms consider them when calculating the summary schema graphs.
Further comment: That is interesting indeed, and I suspect that this result concern the issue I've already highlighted in "About blank nodes". Something that should be discussed with a bit of more detail in the paper.
# Minor changes
I would suggest to change the sentence "It is well-known [22] that low-level deltas can be used..." with something along the line of "In [22], the authors says that low-level deltas can be used...".
|
Comments
Kindly share the author response
It would be great if you could share the responses from the authors.
Can you contact me by email
Can you contact me by email about this, at contact@semantic-web-journal.net. Thanks!