Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Encode concept relationships from diagrams #3

Open
ronaldtse opened this issue Jul 24, 2022 · 1 comment
Open

Encode concept relationships from diagrams #3

ronaldtse opened this issue Jul 24, 2022 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@ronaldtse
Copy link
Member

From the diagrams given in geolexica/isotc204.geolexica.org#10, we need to link the concepts accordingly.

There are "common relationships" and "arbitrary relationships".

Example 1

In Figure A.1.
fig_A 1

In this image, we can see that "immaterial entity" is a specialization to "entity".

This means that:

  • in the "entity" page we should display the "immaterial entity" as a specialization of it (or a "narrower concept")
  • in the "immaterial entity" page display "entity" as a generalization of it (or a "broader concept")

This relies on us encoding the concept relationships (specialization of, generalization of) in the Glossarist concept YAML files.

Example 2

In Figure A.4 fig_A 4

"functional viewpoint" is marked with a relationship called "governs" that points from "functional viewpoint" to "functional view". We then have to establish a relationship between the glossarist concepts.

Example 3

In Figure A.11 fig_A 11

Between "interface dialogue" and "message":

  • "interface dialogue" is a generalization of "message"
  • "interface dialogue" has a 1...* (1 to many) relationship with "message"
  • "interface dialogue" an arbitrary relationship "uses" that points from "interface dialogue" to "message"

Summary

We need to have a way to describe concept relationships in the Glossarist YAML files and the Glossarist gem.

All relationships (defined, arbitrary) should be encoded in some file e.g. relations.yaml at the root of the dataset.

In a concept dataset, we need to have a set of allowed relationships, and should not allow undefined relationships.

We should have a way to validate the concepts dataset.

@ronaldtse ronaldtse added the enhancement New feature or request label Jul 24, 2022
@ronaldtse
Copy link
Member Author

We should also have a way to draw these diagrams from the encoded relationships. For example, we can use the LutaML syntax to define views and relationships. We need to think about it.

@ronaldtse ronaldtse moved this to 🆕 New in Geolexica Jul 24, 2022
@ronaldtse ronaldtse moved this from 🆕 New to 📋 Backlog in Geolexica Jul 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: 📋 Backlog
Development

No branches or pull requests

2 participants