sparna-git / skos-testing-tool Goto Github PK

View Code? Open in Web Editor NEW

9.0 4.0 1.0 722 KB

A web UI to asses the quality of SKOS and SKOS-XL files. Frontend for qSKOS.

Home Page: https://skos-play.sparna.fr/skos-testing-tool/

License: GNU Lesser General Public License v3.0

Java 65.48% CSS 4.35% JavaScript 30.17%

rdf skos dqv qskos skos-xl

skos-testing-tool's Introduction

SKOS Testing Tool

The SKOS testing tool is live at https://skos-play.sparna.fr/skos-testing-tool/

The SKOS testing tool is a web frontend for qSKOS. It allows to assess the quality of SKOS or SKOS-XL vocabularies, by submitting a file to be validated or by validating a SKOS file published at a given URL.

Linking directly to a report from a SKOS file URL

You can create a direct link to the validation report of an online SKOS URL :

http://labs.sparna.fr/skos-testing-tool/test?url={url_of_the_SKOS_file}
- uses the default rule-set
- returns the result in a format according to the Accept header preference (Accept: text/html, text/plain, application/rdf+xml, text/turtle)
- returns the result in a language according to the Accept-Language header preference (fr or en)
  
  e.g. http://labs.sparna.fr/skos-testing-tool/test?url=http://publications.europa.eu/mdr/resource/authority/continent/skos/continents-skos.rdf
To customise the ruleset, use the "rules" parameter :
- use the value "default" for the defautl rule-set (all the rules enabled by default in the application); this excludes rules that take a long time to execute, and rules that are usually not needed;
- otherwise, use a comma-separated list of rule ids, e.g. "el,ilc,ml";
- use the value "all" to check all the rules in the application;
  
  e.g. https://skos-play.sparna.fr/skos-testing-tool/test?url=http://publications.europa.eu/mdr/resource/authority/continent/skos/continents-skos.rdf&rules=ml,mri,ncl,oc
To customise the output report format, use either the "Accept" header, or the "format" URL parameter; if present, the "format" URL parameter takes precedence; it can take the following value
- "html" for the HTML report format ("text/html" in the Accept header)
- "txt" for the text report format ("text/plain" in the Accept header);
- "rdf" for the RDF DQV report format in RDF/XML ("application/rdf+xml" in the Accept header);
- "ttl" for the RDF DQV report format in Turtle ("text/turtle" in the Accept header);
  
  e.g. http://labs.sparna.fr/skos-testing-tool/test?url=http://publications.europa.eu/mdr/resource/authority/continent/skos/continents-skos.rdf&format=ttl
To customise the output report language, use either the "Accept-language" header or the "lang" URL parameter; if present, the "lang" URL parameter takes precedence; they can take the following valuee :
- fr;
- en;
- "en" is assumed for any other value;
  
  e.g. http://labs.sparna.fr/skos-testing-tool/test?url=http://publications.europa.eu/mdr/resource/authority/continent/skos/continents-skos.rdf&lang=fr

Contribution guidelines

If you spot a problem or need a specific feature, please file an issue here.

Who are you ?

qSKOS is developped by Christian Mader.
The SKOS testing tool is developped by Sparna.

Other

A similar service (although not as cool as this one :-) ) is operated by PoolParty.

skos-testing-tool's People

Contributors

Stargazers

Watchers

Forkers

aahmadai

skos-testing-tool's Issues

Add a new issue to check for instances of both Concepts and Collections

Concepts and Collections are disjoint classes in SKOS. Having an instance of both is bad. This could happen typically if mapping properties are used on a Collection; since mapping properties have domain skos:Concept, this would make the Collection an instance of skos:Concept too.

Ability to provide the "authoritativeConcept" parameter to distinguish Concepts in tested scheme vs. aligned concepts

See https://github.com/cmader/qSKOS/blob/master/README.rdoc#label-What+are+-22Authoritative+Concepts-22-3F

qSkos guesses which concepts are "authoritatives" vs. concepts that are "external" by examining the host part of the URI only. This is problematic when checking mapping relations between vocabularies that are in the same namespace : since RDFS inference is applied, mapped URIs are typed Concept, and if they have the same base URI, they are validated as well as authoritative concepts.

An option should be added to the input form to provide the substring of the URI that defines which are authoritative concepts.

Adjust Accept header to request indicated URL

When giving a URL in http://labs.sparna.fr/skos-testing-tool/, I note that the accept header sent by your service to resolve such URL is:

text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2

that is, basically always indicating preference for resolution in HTML format! Ontology servers that follow content negotiation practices may consequently reply to your service with HTML, surely the wrong format for use by your service.

So, the suggestion here is simply to adjust your Accept header so it reflects the formats supported by your service.

BTW, great tool!

Provide automated fixes for SKOS inputs

Similar to what Skosify does : https://github.com/NatLibFi/Skosify/wiki/Validation
Possible fixes are :

Generate skos:broader/skos:narrower inverses
Delete empty labels
Generate skos:related as symetric properties
Delete skos:related when redundant with skos:broader/narrower
Remove extra whitespaces or non-printable characters in the labels
Keep only one prefLabel per language and save the others as altLabels (warniing : handle SKOS-XL !)
Remove overlapping labels
Cut the cycles in the hierarchy
Automatically add documentation properties based on the Concept URI and/or label
Remove the topConceptOf pointing to Concepts having broaders
Delete all triples with "Undefined SKOS resources"

Don't check for Orphan Concepts when there is no hierarchy inside the vocabulary

The "Orphan Concepts" rule should not be triggered if no skos:broader/skos:narrower/skos:related is found in the data; this indicate that it is an authority list with no semantic relations inside. Example : http://publications.europa.eu/mdr/resource/authority/continent/skos/continents-skos.rdf

Overlapping Labels on altLabels

SKOS testing tool is reporting "ol - Overlapping Labels on altLabels" among several concepts that have same altLabel. I understand a need to not allow this for prefLabel among several concepts, but to my understanding of SKOS, several SKOS concepts can have the same altLables.

Provide a “pass/fail” status and badge

Great tool! It would really help if the SKOS testing tool could generate a simple pass / fail result from the test that could in turn be used to generate a shields.io badge. These are really useful for showing the user a status of their .ttl file, for example.

skos-testing-tool is not workig

Hello, I've been using skos-testing-tool with my students for small projects. I've discovered recently that this service is not working. I've tried to upload a small vocabulary but I get an empty page. The same happens when I try to use your example. Could you please take a look at this issue?
All the best
Marcin

Under which license the tool is released ?

Hello @tfrancart ,

I am doing a catalogue of tools related to RDF/SKOS and I don't find the license of the skos-testing-tool.

Can you also confirm that the tool is maintained ?

Turtle format

Hi,

is the Turtle format recognised ?

Best,