 |
 |
Hi Hugo, Thanks for sharing that impressive work! Two quick comments/questions, which may help others to read the material (if you simplify the data shown there) - why would I have to see all these cardinality shapes where the min cardinality is 0? This carries absolutely no new information to me. I'd suggest to remove all the 'mincount 0' statements. And to remove the shapes that only have such statements. - dc:subject doesn't fit very well for the link between a shape and a requirement. I'd just go for dc:related for the time being. So that we don't focus too much on discussing the nature of this link for now :-) Antoine On 4/7/16 2:06 PM, Hugo Manguinhas wrote: > Dear all, > > We have made some significant progress on the Europeana side on using SHACL for EDM validation… I will give a short explanation of what I did in this email, but all information can also be accessed in my GitHub account at this page [1] which explains all the work done so far and has all the pointers for the different parts of the work and related resources. > > First of all, we have finished defining all constraints for all EDM classes. When I shared it for the first time, we had only implemented the constraints for edm:ProvidedCHO, but know it is complete… (also a note that all shapes are now defined as closed shapes). However, it may still suffer some changes in the coming days. Btw, I have created a section on the main page [1] with my experience using SHACL explaining the limitations and possible improvements. > > The first part that I have implemented corresponds to a more palatable view [2] (I had shared in our last call a draft version of it) of the shapes definitions which are defined in Turtle syntax. I had initially created it to help myself, so that I could make sure that everything was being linked and defined correctly (unfortunately, the Java implementation does not complain when I make mistakes), with correct IDs, complete metadata, but quickly proved to be a much more interesting way to view, navigate and manage the definitions. > > I have also created some test suites (here is an example [3] just for resources of type edm:Agent) for each of the EDM classes that helped me confirm the outputs of validation and make the necessary adjustments so that the output fits what we expect/need. This was also something that we had discussed on past meetings. > > Finally, we have started to think of how a report (here is an example [4] for the dataset we are currently using for semantic enrichment) of a validation over a complete dataset would look like. Several reports may be generated from a raw validation output, but this is just a glimpse. > > Looking forward for this call... and sorry sharing it so close to our call. > > References: > [1] https://github.com/hugomanguinhas/europeana_shapes/tree/master/shapes-edm/doc/shapes > [2] https://github.com/hugomanguinhas/europeana_shapes/blob/master/shapes-edm/doc/shapes/Agent.md > [3] https://github.com/hugomanguinhas/europeana_shapes/blob/master/shapes-edm/doc/tests/Agent.md > [4] https://github.com/hugomanguinhas/europeana_shapes/blob/master/shapes-edm/doc/reports/DBpediaAgents.md > > Kind regards, > > *Hugo Manguinhas* > > Technical R&D Coordinator > > T: +31 (0)70 314 0998 > M: > E: [log in to unmask] > > Skype: hugo.manguinhas > > *Be part of Europe's online cultural movement - join the Europeana Network Association: http://bit.ly/NetworkAssociation* > > > ***#AllezCulture!* > > Disclaimer: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. If you are not the named addressee you should not disseminate, distribute or copy this email. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. >