simphony-osp icon indicating copy to clipboard operation
simphony-osp copied to clipboard

Support instant installation of standard/common ontologies

Open yoavnash opened this issue 5 years ago • 9 comments

It would be nice to be able to install standard ontologies like so:

pico install foaf
pico install dcat

yoavnash avatar Aug 05 '20 07:08 yoavnash

It is not nice. It is GREAT. and even this is an understatement :-)

ahashibon avatar Aug 21 '20 12:08 ahashibon

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_file should be the linked rdf or turtle file: http://xmlns.com/foaf/spec/index.rdf / https://www.w3.org/ns/dcat.ttl
  • reference_by_label should 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, if my_rel is a sub-property of an active property. In EMMO these are e.g. hasPart, encloses, hasItem. Examples for non-active relationships are overlaps, 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().

urbanmatthias avatar Sep 28 '20 06:09 urbanmatthias

Perhaps a natural future feature that is good to keep in mind is the support of versions. For example: pico install [email protected]

yoavnash avatar Sep 29 '20 11:09 yoavnash

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.

urbanmatthias avatar Sep 29 '20 12:09 urbanmatthias

I created an issue targeting the support of different ontology versions: https://github.com/simphony/osp-core/issues/526

urbanmatthias avatar Sep 29 '20 12:09 urbanmatthias

Suggestion from @pablo-de-andres: let the user also easily install ontologies from other scientific domains, e.g. Bioinformatics.

kysrpex avatar Apr 20 '21 09:04 kysrpex

This link might help.

kysrpex avatar Apr 21 '21 08:04 kysrpex

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?

yoavnash avatar Apr 30 '21 18:04 yoavnash

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.

kysrpex avatar May 06 '21 08:05 kysrpex