Hi Melanie,

sorry for the late reply but I was on a short leave right after the Salzburg workshop

On 6/17/12 5:04 PM, Melanie Reiplinger wrote:
btw: the ontology libraries unter ontonet/registry, they link to nowhere (orig. e.g. http://stanbol.apache.org/ontologies/registries/stanbol_network/Foundational).
Are they located somewhere else now?

Yes, the actual library definition (in a registry) is in a Stanbol default data bundle running on your launcher (org.apache.stanbol.data.registries.default)

We are using that namespace in anticipation of the Stanbol graduation. We expect to be able to load ontologies into http://stanbol.apache.org/ontologies/ once Stanbol graduates. While we wait for that, we use the Stanbol data file provider.

Am 15.06.2012 12:34, schrieb Rupert Westenthaler:
I think this is because of http://markmail.org/message/iz4piguvglo466t7

Off the top of my head, and given the type of exception that you received, I think Rupert is right. But to confirm that I need numbers. How many ontologies have you been trying to upload since first running Stanbol, and how large?

Can you check the size of your TDB data directory? from the felix console you have to note the bundle number of the "Clerezza - SCB Jena TDB Storage Provider" bundle (let it be N).

Then check the size of directory [sling-launcher-dir]/stanbol/felix/bundle[N]/data/tdb-data

If it is as I expect, it is a Clerezza/TDB issue and we need to wait until named graph support in Jena TDB goes into the Clerezza mainline.

As for these:

curl -i -X PUT "http://<myserver>/ontonet/ontology/<scopeID>?location=http://ontologydesignpatterns.org/ont/iks/kres/";

This is incorrect, there is no "location" parameter in the PUT, and the URI you supplied is neither a regular ontology nor a registry definition, but just a directory. That PUT works anyway, but it creates an empty scope (which is acceptable btw)

Would you like a variant that tries to load all the ontologies in a (remote) directory? That would only work if the HTTP server allows directory listing though.

An example of a library being loaded on scope creation is:

curl -X PUT http://<myserver>/ontonet/ontology/<scopeID>?corereg=http://stanbol.apache.org/ontologies/registries/stanbol_network/SocialNetworks

curl -i -X POST -data "http://ontologydesignpatterns.org/ont/iks/kres/omv.owl"; http://<myserver>/ontonet/ontology/<scopeID>
That gave me some Unsupported Media Type Error

because that way (using --data) you should supply the ontology content in the payload, not its URL

If you want to just give it the url, you have to use the form-multipart variant:

curl -X POST -F "url=http://ontologydesignpatterns.org/ont/iks/kres/omv.owl"; http://<myserver>/ontonet/ontology/myScope

Even better, if you know the format you can also add the form parameter "format" with the MIME Type, otherwise it will try to guess among supported formats (there is still a bug for Turtle due to the usage of the non-registered MIME type).

Perhaps you've looked at some outdated documentation that I should update?

Also, don't forget that before starting to load ontologies, you should configure the namespace of the Ontology Network Manager and the Session Manager in the Felix console, so that they point to the resolvable URLs. This is necessary for the Java API to produce correct import statements. I'm trying to figure out a way not to need that anymore, but it must work even if the RESTful API is not used (so you cannot register the UriInfo as a namespace).

Anyway I'm working on quite a few enhancements on the ontology network structure persistence, will commit this when it's done (hopefully I'll be able to resume development today or tomorrow).

HTH

Alessandro

--
M.Sc. Alessandro Adamou

Alma Mater Studiorum - Università di Bologna
Department of Computer Science
Mura Anteo Zamboni 7, 40127 Bologna - Italy

Semantic Technology Laboratory (STLab)
Institute for Cognitive Science and Technology (ISTC)
National Research Council (CNR)
Via Nomentana 56, 00161 Rome - Italy


"I will give you everything, just don't demand anything."
(Ettore Petrolini, 1917)

Not sent from my iSnobTechDevice

Reply via email to