Closed 6a6d74 closed 11 years ago
That was a devious one to track down, fortunately you gave an impressively precise report.
Short answer: use --data-binary curl option
Longer answer: I checked the logs on the server I could see a successful graph register and could see the file copy of the received payload the the payload only included a small part of the data:
@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix bufr4-core: <http://ukgovld-registry.dnsalias.net/codes/bufr4/schema3/core#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix dct: <http://purl.org/dc/terms/> .
@prefix reg: <http://purl.org/linked-data/registry#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix qudt: <http://qudt.org/schema/qudt#> .
<http://ukgovld-registry.dnsalias.net/codes/bufr4/schema3/core>
a owl:Ontology ;
rdfs:comment "Ontology for describing structure and domain-specific metadata for WMO No. 306 Vol I.2 FM 94 BUFR code-tables."@en ;
rdfs:label "WMO No. 306 Vol I.2 FM 94 BUFR code-table structure and metadata ontology"@en ;
dc:creator "Jeremy Tandy" ;
dc:date "2013-03-26"^^xsd:date ;
owl:versionInfo "0.1" .
Same effect happened on a local copy yet using a test ontology my own everything was OK.
The problem is that curl's --data option does not preserve line endings in the data. You have a comment line part way through the ontology definition. So when the lines are wrapped together by curl the the comment hides 90% of the file. The turtle parser seems to be forgiving to not seeing a clean termination of the resource.
Using exactly the same command line on your data but with --data-binary instead of --data worked locally.
Not tried it on the ukgovld server, I'll let you do that.
And no, the bootstrap doesn't support graph registration so you would have to do a post-boot script to load in graphs like this.
Many thanks. I will test this out on ukgovld-registry.dnsalias.net.
Also thanks for note about boot script.
The upload works once the 'data-binary' switch is used. However, the HTML renderer only displays the statements about the ontology object itself. Using the '?_format=ttl' qualifier provides the entire graph.
I guess that fixes to the HTML renderer need to wait until an enhancement package?
Given the html rendering problem I have reverted to using /-pattern URIs for the embedded ontologies I need. This works fine, but the html rendering should be fixed in the longer term.
New issue raised. Closing this one.
I am trying to register an Ontology (defined using #-URIs) as a complete graph using the instructions defined here: https://github.com/der/ukl-registry-poc/wiki/Extensions#graph-registration
However, although the server response is what I expect on HTTP PUT, the Registry API, nor the underlying triple store (as verified with a SPARQL query), seem to have any record of the object properties and classes defined in the ontology.
My target register is http://ukgovld-registry.dnsalias.net/codes/bufr4/schema3
Also - does the graph update work with the bootstrap when initially configuring the Registry?
Command line PUT:
Server response:
file payload (bufr4-core.ttl):