Thanks, everything works as expected now.
On Wednesday, March 18, 2015 at 2:22:15 AM UTC+1, Holger Knublauch wrote:
HTH
Holger
On 3/18/2015 11:20, Martynas Jusevicius wrote:
Are you saying all the files in etc/ are now .ttl? sp.ttl, spin.ttl,
spl.spin.ttl?
On Tuesday, March 17,
Are you saying all the files in etc/ are now .ttl? sp.ttl, spin.ttl,
spl.spin.ttl?
On Tuesday, March 17, 2015 at 11:57:38 PM UTC+1, Holger Knublauch wrote:
Ah that explains it. I had internally switched to a Turtle file
etc/spin.ttl. I had assumed that anyone who relies on this file would
HTH
Holger
On 3/18/2015 11:20, Martynas Jusevicius wrote:
Are you saying all the files in etc/ are now .ttl? sp.ttl, spin.ttl,
spl.spin.ttl?
On Tuesday, March 17, 2015 at 11:57:38 PM UTC+1, Holger Knublauch wrote:
Ah that explains it. I had internally switched to a Turtle file
Ah that explains it. I had internally switched to a Turtle file
etc/spin.ttl. I had assumed that anyone who relies on this file would
use the provided function SPIN.getModel().
Thanks
Holger
On 3/17/2015 23:07, Martynas Jusevicius wrote:
I checked the logs, and hopefully the problem is
The instances are not in the ontology, they come from user input and then
both are added to tempModel which is validated.
I have tried to make a standalone test case, but so far unsuccessfully.
On Tuesday, March 17, 2015 at 2:34:02 AM UTC+1, Holger Knublauch wrote:
On 3/17/2015 10:05,
I checked the logs, and hopefully the problem is simpler than I thought:
com.hp.hpl.jena.shared.NotFoundException: Not found: etc/spin.rdf
Were the vocabulary files removed from etc/? Is there some new location I
can use for location-mapping.n3?
On Tuesday, March 17, 2015 at 1:51:29 PM UTC+1,
On 3/17/2015 10:05, Martynas Jusevicius wrote:
The constrains are mostly very simple and look like this:
spin:constraint [ a dqc:MissingProperties ;
sp:arg1 #TemplateItem ;
sp:arg2 gp:slug
] ;
I am not seeing instances of #TemplateItem in the files that you
mention.
Yes, everything is identical except the SPIN versions in POM -- yet the
behaviour is different. I just double-checked.
In one instance, with 1.3.1, SPINConstraints.check() returns 2
ConstraintViolation objects while with 1.4.0 it returns 0.
The constrains are mostly very simple and look like
Slight correction: dqc: is imported indirectly, via gp: ontology.
On Tuesday, March 17, 2015 at 1:05:05 AM UTC+1, Martynas Jusevicius wrote:
Yes, everything is identical except the SPIN versions in POM -- yet the
behaviour is different. I just double-checked.
In one instance, with 1.3.1,
I am not aware of such changes, but I will need more details to verify.
Did you use exactly the same RDF files? How do the constraints look like?
Thanks,
Holger
On 3/17/2015 9:44, Martynas Jusevicius wrote:
Hello,
I have a simple piece code that validates an RDF model against SPIN
Hello,
I have a simple piece code that validates an RDF model against SPIN
constraints:
OntModel tempModel =
ModelFactory.createOntologyModel(OntModelSpec.OWL_MEM);
tempModel.add(ontModel).add(model);
SPINModuleRegistry.get().registerAll(tempModel, null);
11 matches
Mail list logo
