Re: Is there a dictionary to declare constraints on data ? (like in forms, not in ontologies...)

Nice!
I didn't realize spin was defining constraints and the like, I though it was only targeting the building block of sparql queries.

thanks!

best,
Andrea

Il giorno 25/gen/2013, alle ore 01:00, Martin Hepp <martin.hepp@ebusiness-unibw.org> ha scritto:

> Yes, SPIN:
> 
> http://spinrdf.org/
> 
> http://www.w3.org/Submission/2011/SUBM-spin-overview-20110222/
> 
> Martin
> 
> 
> On Jan 24, 2013, at 7:13 PM, Andrea Splendiani wrote:
> 
>> Hi,
>> 
>> I need to declare, for a given RDF input action, a set of constraints that must be met in order for the operation to be successful.
>> 
>> Basically it's like in a form, I need a dictionary to specify that, for instance, a single value needs to be provided for a given properties.
>> 
>> This has nothing to do with the ontological representation of the domain and with inference behind.
>> 
>> For instance I may want to say that for the property hasAddress one and only one address for each person must be presented in a message/form to be valid. But this is just my input requirement, ontology-wise a person can have as many addresses as he/she wants (including none).
>> 
>> Now, is there a dictionary that people is using to declare these kind of constraints ? It seems feasible to embed in it bits of sparql to automate validation.
>> 
>> best,
>> Andrea
> 
> --------------------------------------------------------
> martin hepp
> e-business & web science research group
> universitaet der bundeswehr muenchen
> 
> e-mail:  hepp@ebusiness-unibw.org
> phone:   +49-(0)89-6004-4217
> fax:     +49-(0)89-6004-4620
> www:     http://www.unibw.de/ebusiness/ (group)
>         http://www.heppnetz.de/ (personal)
> skype:   mfhepp 
> twitter: mfhepp
> 
> Check out GoodRelations for E-Commerce on the Web of Linked Data!
> =================================================================
> * Project Main Page: http://purl.org/goodrelations/
> 
> 
> 
> 

Received on Friday, 25 January 2013 01:08:31 UTC