Hi Alessandro Upgraded to the latest svn revision :o)
> > > Also, do you have any guidance on STANBOL-426, about resolving > > identifiers between ontologies in Ontonet with identifiers from > > external systems? We'll of course look at this in the > context of the > > revisions to the codebase, but any pointers you can provide will be > > gratefully received. > > I did not have time to comment on that one too, but the > OntologyProvider > interface does provide a low-level implementation of this issue (i.e. > getKey(IRI) where IRI can be either the logical or physical > IRI of the > ontology, and the Strings returned by the Clerezza provider > can be made > into UriRef) > > We just have to check if it's worth escalating it to the level of > scope/space/session. I think it could be, somehow, but I'm not sure exactly in what form. Our use-case is thus: 1) Create OntologyContentInputSource(stream) - as our content is behind authentication, the stream is provided by an HTTP client - the content has an identifier (URI) assigned by the external system (independent of the contents of the stream/ontology) 2) Load OntologyInputSource into the space with CustomOntologySpace.addOntology(...) 3) When updated content comes along: - remove the original (from the store as well as the space) - add the updated content As the OntologyInputSource was created from a stream, it doesn't have a physical IRI (I think?), so at (2) we don't have a "KReS identifier" for it - so if we want to replace the ontology in the future with an updated version I can't see currently an easy way of determining which ontology to remove from the space and then delete it prior to adding the updated content. I can list the graph keys through the OntologyProvider; but I think what I need is to know (or be able to set?) the key when adding it? Also I can see that if I get the TcProvider I can do a .deleteTripleCollection(UriRef ref) - how would this UriRef link in with the above (when I look at the identifiers of the ontologies retrieved using the the keys from listGraphs, these are "Anonymous-xyz" and don't have an IRI). Thanks Steve
