W3C home > Mailing lists > Public > semantic-web@w3.org > October 2018

Re: visualization of ShEx or SHACL

From: Dimitris Kontokostas <jimkont@gmail.com>
Date: Wed, 24 Oct 2018 09:14:35 +0300
Message-ID: <CA+u4+a2o18wQPV3R5GL8pvUsTk3EWRjSkZX7xBTp4vqB=Acd6A@mail.gmail.com>
To: Juan Sequeda <juanfederico@gmail.com>
Cc: janowicz@ucsb.edu, Timothy Cook <tim@datainsights.tech>, Ben De Meester <ben.demeester@ugent.be>, Jim Balhoff <balhoff@renci.org>, Semantic Web <semantic-web@w3.org>
On Wed, Oct 24, 2018, 08:37 Juan Sequeda <juanfederico@gmail.com> wrote:

> So RDFUnit does have a SHACL to SPARQL translator?
>

Yes, there is no direct API for that but it is easy to generate the set of
SPARQL queries that correspond to a shacl graph.
But, a few shacl constructs (or, xone, not and qualified*) are not yet
supported.



> --
> Juan Sequeda, Ph.D
> www.juansequeda.com
>
>
> On Tue, Oct 23, 2018 at 4:41 PM Dimitris Kontokostas <jimkont@gmail.com>
> wrote:
>
>> You can validate RDF data directly on a SPARQL endpoint using RDFUnit (as
>> well as in memory validation of course)
>> ShEx is not yet supported but you can use SHACL and OWL (in CWA)
>>
>> Best,
>> Dimitris
>>
>> On Tue, Oct 23, 2018 at 7:35 PM Juan Sequeda <juanfederico@gmail.com>
>> wrote:
>>
>>> Very cool!
>>>
>>> My only concern is that users have to upload data. Even if I have this
>>> installed on my own servers.
>>>
>>> I want to keep my data in my RDF Graph database. Is there a way that it
>>> can validate the data in-place?
>>>
>>> --
>>> Juan Sequeda, Ph.D
>>> www.juansequeda.com
>>>
>>>
>>> On Mon, Oct 22, 2018 at 11:22 AM Krzysztof Janowicz <janowicz@ucsb.edu>
>>> wrote:
>>>
>>>> Just FYI; we also have a nice tool in development. You can see a
>>>> screen-cast (for now without audio) here:
>>>> https://www.youtube.com/watch?v=gPJ7Mn5q1vw
>>>>
>>>> Best,
>>>> Krzysztof
>>>>
>>>> On 10/22/18 3:32 AM, Timothy Cook wrote:
>>>>
>>>> Thanks for the clarification.
>>>>
>>>> On Sun, Oct 7, 2018 at 9:00 PM Ben De Meester <ben.demeester@ugent.be>
>>>> wrote:
>>>>
>>>>> Hi Tim,
>>>>>
>>>>> We're working on a collaborative editing workflow that uses Github
>>>>> repositories as data source,
>>>>> however, you are correct that we shouldn't ask that permission
>>>>> upfront, only when required.
>>>>> We will put this in our issue tracker, thanks for the comment!
>>>>>
>>>>> Kind regards,
>>>>> Ben
>>>>> Ben De Meester
>>>>> Researcher Semantic Web
>>>>> imec - Ghent University - IDLab | Faculty of Engineering and
>>>>> Architecture | Department of Electronics and Information Systems
>>>>> Technologiepark-Zwijnaarde 19, 9052 Ghent, Belgium
>>>>> t: +32 9 331 49 59 | e: ben.demeester@ugent.be | URL:
>>>>> http://users.ugent.be/~bjdmeest/
>>>>>
>>>>>
>>>>>
>>>>> Op za 6 okt. 2018 om 13:14 schreef Timothy Cook
>>>>> <tim@datainsights.tech> <tim@datainsights.tech>:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Oct 5, 2018 at 1:42 PM Ben De Meester <ben.demeester@ugent.be>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi James,
>>>>>>>
>>>>>>> In fact, we will be presenting our work concerning features for a
>>>>>>> visual data shapes editor next ISWC2018 @ the VOILA workshop:
>>>>>>> http://ceur-ws.org/Vol-2187/paper2.pdf
>>>>>>> A first proof-of-concept is available online: unSHACLed:
>>>>>>> https://w3id.org/imec/unshacled/app , and we are actively
>>>>>>> continuing development.
>>>>>>>
>>>>>>> If you have any questions, feel free to ask!
>>>>>>>
>>>>>>>
>>>>>> Yeah, my question is:
>>>>>> Why do you need access to my private repositories on GitHub in order
>>>>>> for me to evaluate unSHACLed?
>>>>>> Seems like a pretty unreasonable request.
>>>>>>
>>>>>> Thanks,
>>>>>> Tim
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Timothy W. Cook, CEO
>>>> Data Insights, Inc.
>>>>
>>>>
>>>> --
>>>> Krzysztof Janowicz
>>>>
>>>> Geography Department, University of California, Santa Barbara
>>>> 4830 Ellison Hall, Santa Barbara, CA 93106-4060
>>>>
>>>> Email: jano@geog.ucsb.edu
>>>> Webpage: http://geog.ucsb.edu/~jano/
>>>> Semantic Web Journal: http://www.semantic-web-journal.net
>>>>
>>>>
>>
>> --
>> Kontokostas Dimitris
>>
>
Received on Wednesday, 24 October 2018 06:17:22 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 08:45:56 UTC