Semantic Artefact details
Once the selected semantic artefact has been opened, the summary page shows the different sections containing its description (Figure 12). On the left are displayed:
- A menu with different tabs;
- general information box;
- links to the homepage, associated publications and documentation, SPARQL endpoint, download buttons of the semantic artefact and links to the platform’s social media;
- export metadata buttons for metadata in different formats (JSON DATACITE, JSON MOD, N-Triple, JSON-LD , RDF/XML and CSV);
- metrics table;
- O’FAIRe tool with the score for the selected semantic artefact;
- Semantic artefacts relations network, which is shown only when metadata related to the semantic artefact relations (door:isAlignedTo, dct:hasPart, owl:imports, ect.) are filled;
- submissions.
On the right are displayed:
- link to the REST API JSON entry: to access JSON entry users must be logged in;
- watch button, to stay updated on the status of the semantic artefact;
- other metadata information including identifiers, dates, projects and usage information, methodology and provenance, community and more content information.
- a downloadable visits graph showing the monthly number of visualisations of the semantic artefact;
- views of the semantic artefact.

Figure 12: The summary page of semantic artefacts
The information contained in this page is consistent with the information provided during the submission of the semantic artefact, which adheres to the MOD 2.0. For further insight into the metadata schema, click here.
Metadata Summary
On the left side of the summary page, below the general information box, there are two buttons for downloading metadata of different formats:
- Export all metadata:
- CSV button provides the semantic artefact metadata in CSV format;
- N-Triples button provides the semantic artefact metadata in N-Triple format;
- JSON-LD button provides the semantic artefact metadata in JSON-LD format;
- RDF/XML button provides the semantic artefact metadata in RDF/XML format.
- Export to DataCite:
- JSON button extracts the DataCite metadata in JSON format;
Metadata attributes are taken from MOD 2.0. For more information about the metadata schema, click here.
Metadata export
Once the selected semantic artefact has been opened, the summary page shows the different sections. On the left are displayed:
- A menu with different tabs
- Metadata (divided in Details and Additional Metadata)
- Submissions
- Views of the semantic artefact
FAIR Score
The FAIR score displayed as “Total score” is specific for the semantic artefact. By selecting the details button, as illustrated in Figure 13, users can explore sets of questions associated with each FAIR Sub-principle, along with their corresponding credits and utilised metadata properties (refer to Figure 14). The system then automatically computes the score.

Figure 13: Details view of the O’FAIRe tool

Figure 14: Credits and metadata used properties of a question
Metrics
This section describes the metrics that EcoPortal computes for each semantic artefact (Figure 15). Metrics start to be computed when a semantic artefact is uploaded and they are part of the EcoPortal Metadata Schema. By clicking on the window icon next to “Classes”, “Individuals” and “Properties”, users can access the graph showing the evolution of the number of classes/individuals/properties of the selected semantic artefact.

Figure 15: Metrics area of the summary page of a semantic artefact
Note: some metrics are meaningful only for semantic artefacts in a specific representation language (e.g., there are no individuals to count in the ontologies in OBO format; there is no SKOS concepts count). The statistical metrics include:
- Number Of Classes: the number of named (not anonymous) classes in the semantic artefact;
- Number Of Individuals: the number of individuals in the semantic artefact;
- Number Of Properties: the number of properties or slots in the semantic artefact;
For more details about the metrics generation, please read this. EcoPortal users will be able to access semantic artefact metrics in two ways:
- through the EcoPortal user interface, in the metrics area of the summary page (see example here);
- through a dedicated REST service that returns a JSON (see example below).
The following REST service can be used: https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL/metrics?apikey=YourAPIKey The service returns a JSON that contains the version id for the semantic artefact and the values for the metrics:
{
"id": "https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL/submissions/1/metrics",
"properties": 0,
"individuals": 579,
"classes": 2,
"maxChildCount": 2,
"classesWithMoreThan25Children": 0,
"classesWithOneChild": 0,
"maxDepth": 0,
"created": "2023-11-16T15:11:43+00:00",
"submission": [
"https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL/submissions/1"
],
"classesWithNoDefinition": 2,
"averageChildCount": 2,
"numberOfAxioms": null,
"entities": null,
"@id": "https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL/submissions/1/metrics",
"@type": "http://data.bioontology.org/metadata/Metrics",
"links": {
"ontology": "https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL",
"submission": "https://data.ecoportal.lifewatch.eu/ontologies/ELTER_CL/submissions/1",
"@context": {
"ontology": "http://data.bioontology.org/metadata/Ontology",
"submission": "http://data.bioontology.org/metadata/OntologySubmission"
}
},
"@context": {
"@vocab": "http://data.bioontology.org/metadata/",
"created": "http://data.bioontology.org/metadata/created",
"classes": "http://data.bioontology.org/metadata/classes",
"individuals": "http://data.bioontology.org/metadata/individuals",
"properties": "http://data.bioontology.org/metadata/properties",
"maxDepth": "http://data.bioontology.org/metadata/maxDepth",
"maxChildCount": "http://data.bioontology.org/metadata/maxChildCount",
"averageChildCount": "http://data.bioontology.org/metadata/averageChildCount",
"classesWithOneChild": "http://data.bioontology.org/metadata/classesWithOneChild",
"classesWithMoreThan25Children": "http://data.bioontology.org/metadata/classesWithMoreThan25Children",
"classesWithNoDefinition": "http://data.bioontology.org/metadata/classesWithNoDefinition",
"numberOfAxioms": "http://omv.ontoware.org/2005/05/ontology#numberOfAxioms",
"entities": "http://rdfs.org/ns/void#entities",
"@language": "en"
}
}
If a given semantic artefact has more than 200 classes identified for a metric, then that metric will provide an error message within the class list. Two messages can appear:
- limitpassed: it means that the 200-class limit was reached. When this error appears, it is followed by the total number of classes in the semantic artefact that matches this metric;
- alltriggered: it means that every class in the semantic artefact matched this metric.
There are two groups of metrics:
- statistical metrics;
- quality-control and quality-assurance metrics.

Note: some metrics are meaningful only for semantic artefact in a specific representation language (e.g., there are no individuals to count in the ontologies in OBO format).
The Statistical Metrics include:
- Number Of Classes: the number of named (not anonymous) classes in the semantic artefact
- Number Of Individuals: the number of individuals in the semantic artefact
- Number Of Properties: the number of properties or slots in the semantic artefact
- Maximum Depth: the maximum depth of the hierarchy tree:
- for OWL, RDFS, Protege, and UMLS RFF ontologies, only the “is-a” relationship is considered a hierarchical relationship
- for OBO ontologies, the following relationships are considered as hierarchical relationships: “is-a”, “has-part”, “inverse” and “develops-from”
- Maximum Number Of Children: the maximum number of children in the semantic artefact
- Average Number Of Children: the average number of children at one level in the tree
Quality-Control and Quality-Assurance Metrics provide some indication of the quality of the semantic artefact and help semantic artefact authors to improve their quality. The maximum value allowed for all metrics is currently set to 200. Ontologies with more than 200 classes in a category will still have the total number of classes in that category counted, but no list will be available. Please notice that:
- Classes With A Single Child: a list of classes with only one subclass in the hierarchy. While technically there is no problem in having only one subclass, this situation often indicates that either the hierarchy is under-specified, or that the distinction between the class and the subclass is not appropriate;
- Classes With More Than 25 Children: a list of classes that have more than 25 direct subclasses. A class that has more than 25 subclasses could benefit of additional distinctions and categorization;
- Classes With No Definition: a list of classes that have no value for the definition property. For ontologies in OBO and RDRF formats, the property for definition is part of the language. For OWL ontologies, the authors specify this property as part of the ontology metadata (the default is “skos:definition”).
For more details about the metrics generation, please read this. EarthPortal users will be able to access semantic artefact metrics in two ways:
- through the EarthPortal user interface, in the metrics area of the summary page (see example here);
- through a dedicated REST service that returns a JSON (see example below).
The following REST service can be used: https:///ontologies/OntologyAcronym/metrics?apikey=YourAPIKey The service returns a JSON that contains the version id for the semantic artefact and the values for the metrics.
If a given semantic artefact has more than 200 classes identified for a metric, then that metric will provide an error message within the class list. Two messages can appear:
- limitpassed: it means that the 200-class limit was reached. When this error appears, it is followed by the total number of classes in the semantic artefact that matches this metric;
- alltriggered: it means that every class in the semantic artefact matched this metric.
Submissions

Figure 16: Submissions table
In the submission area, all submissions made for that semantic artefact are available (Figure 16). The table includes four columns:
- Version: shows the different versions loaded into EcoPortal with the status next to it. The labels assigned automatically by the portal are: Parsed (the resource has been parsed), Indexed (the resource has been indexed), Metrics (the metrics for the resource have been calculated) and Annotator (the resource is ready to annotate some text via API or the Annotator tool). EcoPortal indexes the latest submission. The previous submissions will appear with the “Archived” label, which means that submission will no longer be published;
- Modified: shows the latest modification date (mm/dd/yyyy) of the semantic artefact (manually set by the creator);
- Submitted: shows the original release date (mm/dd/yy) of the semantic artefact (manually set by the creator);
- Actions: allows the download of the semantic artefact in different formats SKOS, OBO, UMLS, OWL, CSV, RDF/XML, depending on the representation language of the resource. Furthermore, when more submissions occur for the same resource, the system performs an automatic download report (Diff) of the differences between the submitted versions.
Views
This area displays the semantic artefact’s views and allows the creation of new ones. A view is a manageable portion of a larger semantic artefact that is tailored for specific applications and users.
When creating a view, the system:
- allows the precise extraction of subsets from a larger resource;
- allows to personalise and use portion of a resource;
- facilitates interoperability between subsets of large semantic artefacts and specific applications.
Each displayed view is linked for an easy consultation.
Projects
In this section, you’ll find showcased projects utilising the chosen semantic artefact, with convenient links for easy reference. Logged in users can create new projects. These projects serve as a guide for users to explore semantic artefacts associated with specific projects, offering insights into the contextual usage of these semantic artefacts. Each project page includes a concise project description and a link to the project’s homepage.
Menu
The menu area enables users to explore classes/concepts, properties, instances/schemes, collections (if available), notes, mappings, and available widgets through different tabs, according to the semantic artefact’s formality level (Figure 17 Ontology view; Figure 18 Thesaurus view).
Classes/Concepts
On the summary page of the semantic artefact, by clicking on the tab “Classes/Concepts”, it is shown:
- on the left side, classes/concepts can be displayed using a “Hierarchical view”, in which classes/concepts are organised in a tree-like structure, and a “Date view”, which displays classes/concepts based on their creation and modification dates (if these were defined). In the case of a thesaurus (Figure 18) the “Collection view” will also be available. In addition, close to the search bar, there is a filter to select different schemes or collections eventually available within the thesaurus;
- on the right side, an area containing Details, Visualization, Notes and Mappings related to the selected class/concept is displayed:
Details: tab showing properties and relationships associated with the selected class/concept (Figure 17-18). Properties like ID, Preferred Name, Definition, and Type can be shown together with other properties, depending on the resource’s representation model (SKOS; OWL; UMLS; OBO) and on the properties included in the selected semantic artefact.

Figure 17: View classes of a specific ontology - details

Figure 18: View classes of a specific thesaurus - details
- Notes: it displays all notes issued by EcoPortal users in relation to the selected class/concept. To issue generic comments or proposals regarding new classes, new relationships, or change properties, users must be logged in.
- Class/Concept Mappings: tab showing all the mappings associated with the selected class/concept (Figure 19). For each mapping users can see:
- Mapping to: the name of the selected class/concept mapped to the class/concept of another resource;
- Semantic resource: the semantic artefact of the mapped class/concept;
- Type: the mappings can be internal to the portal or external to the portal;
Logged in users can click on the “Create new mapping” button to manually insert mappings by selecting the mapping type (i.e. Internal, InterPortal or External) and filling in the following fields: target class, details, mapping description, contact info, source name, comment, mapping relation type. For more information about the mapping “Source” click here.

Figure 19: View classed of a specific semantic artefact - mappings
Properties
In the summary page of the chosen semantic artefact, by clicking on the Properties tab all the properties used within the selected semantic artefact are displayed (Figure 20). Similar to the Classes/Concepts tab, the tree-like structure is shown on the left, while the property details are shown on the right.

Figure 20: View properties of a specific semantic artefact
Notes
In the Notes tab users can see all the comments or proposals issued by other registered EcoPortal users (Figure 21).

Figure 21: View notes of a specific semantic artefact
- Add a comment: logged in users can send a comment to the owner of the resource by specifying the subject and writing a free text comment.
- Add a proposal: logged in users can send a proposal to the owner of the resource to modify or create new relationships or classes/concepts.
Mappings
The Mappings tab displays the mappings computed by EcoPortal for the selected resource, grouped by semantic artefact (Figure 22). The page includes a table with two columns: “Semantic artefact” and “Mappings” and a bubble plot. The first column identifies the semantic artefact to which the selected resource is mapped, and the second column shows the number of mappings. By clicking on a semantic artefact all the mappings are shown (Figure 23).

Figure 22: View mappings of a specific semantic artefact

Figure 23: View mappings of a specific semantic artefact
Instances/Schemes
In the Instances/Schemes tab, all the owl:NamedIndividuals and skos:conceptSchemes available in the selected artefact are displayed. By clicking on an instance/scheme more detailed information is found (Figure 24).

Figure 24: View schemes of a specific semantic artefact
Collections
In the Collections tab, which is specific to thesauri, all the skos:collections available in the selected resource can be browsed. By clicking on them detailed information is shown (Figure 25).

Figure 25: View collections of a specific semantic artefact
Widgets
Widgets tab contains the different types of widgets that can be incorporated in a web page (Figure 26). The page is divided in two sides, “Widget type” with the “Get code” buttons which lead to short instructions and to the download link of the code to be incorporated, on the right, their relative demos. The types of widgets available in EcoPortal are:
- Jump To: type a class in the selected semantic artefact and jump to it in EcoPortal;
- Autocomplete: fill in a field in your form with a class from the selected semantic artefact;
- Visualization: display a visualisation for a given class/concept in the selected semantic artefact;
- Tree Widget: display a tree for classes in the selected semantic artefact with a search field.

Figure 26: View widgets of a specific semantic artefact