Support instant installation of standard/common ontologies
It would be nice to be able to install standard ontologies like so:
pico install foaf
pico install dcat
It is not nice. It is GREAT. and even this is an understatement :-)
Hi @eich-2020,
this might be a good second issue.
Use the information provided here to create a yml file for foaf and dcat.
You can download them and take a look with protege: http://xmlns.com/foaf/spec/index.rdf / https://www.w3.org/ns/dcat.ttl
- The identifier should be
foaf/dcat - The
ontology_fileshould be the linked rdf or turtle file: http://xmlns.com/foaf/spec/index.rdf / https://www.w3.org/ns/dcat.ttl -
reference_by_labelshould be False. - namespaces should be only
foaf="http://xmlns.com/foaf/0.1/"/dct= "http://purl.org/dc/terms/"as one could see from the prefix sections. - In osp-core we have the concept that CUDS objects are containers. If we add object B to object A (i.e.
A.add(B, rel=my_rel)) we add B to the container of A, ifmy_relis a sub-property of an active property. In EMMO these are e.g.hasPart,encloses,hasItem. Examples for non-active relationships areoverlaps,overcrosses. Inverses of active relationships are called passive e.g.isPartOf. Here you would have to go through all ObjectProperties in these two ontologies and think about whether it makes sense to make them active or not. - The default relationship is the one used when the use doesn't specify one when calling
add().
Perhaps a natural future feature that is good to keep in mind is the support of versions. For example:
pico install [email protected]
True, that is important and we'll have to figure out how to support different versions. For the sake of @eich-2020 's second issue it is enough to only support the latest version.
I created an issue targeting the support of different ontology versions: https://github.com/simphony/osp-core/issues/526
Suggestion from @pablo-de-andres: let the user also easily install ontologies from other scientific domains, e.g. Bioinformatics.
This link might help.
It seems to already work for FOAF, and for DCAT there are technical issues that are being addressed separately (e.g, #594). What is then left to do here?
It seems to already work for FOAF, and for DCAT there are technical issues that are being addressed separately (e.g, #594). What is then left to do here?
To recap what I told you privately, essentially we would need more YML files included with OSP-core (we have them alrady for FOAF and DCAT), as they include the necessary metadata to download the ontologies. However, it might be worth to leave this on hold until we solve the problem of ontology version management.