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

What SKOS concepts should we use to structure the catalog? #4

Open
jeff-zucker opened this issue Nov 26, 2024 · 1 comment
Open

What SKOS concepts should we use to structure the catalog? #4

jeff-zucker opened this issue Nov 26, 2024 · 1 comment

Comments

@jeff-zucker
Copy link
Member

jeff-zucker commented Nov 26, 2024

The use of SKOS and SHACL together can be a potent way to structure the catalog in an easily discoverable fashion.

AFAIK, we can do things like this :

:StatusShape
    a sh:NodeShape;
    sh:targetSubjectsOf adms:status;
    sh:property [
        sh:path adms:status;
        sh:hasValue [
            a skos:Concept;
            skos:broader :SolidStatuses;
        ];
    ]
.
:SolidStatuses a skos:Concept; skos:inScheme :SolidCatalogTaxonomy.                                                                 
:Exploration a skos:Concept; skos:broader :SolidStatuses; skos:prefLabel "Exploration"@en .    
:Development a skos:Concept; skos:broader :SolidStatuses; skos:prefLabel "Development"@en .    
:Production  a skos:Concept; skos:broader :SolidStatuses; skos:prefLabel "Production"@en .     
:Archived a skos:Concept; skos:broader :SolidStatuses; skos:prefLabel "Archived"@en .                  

We can refer to existing SKOS schemes as appropriat.

More soon ...

@jeff-zucker
Copy link
Member Author

A related issue for later examination - the possibility of linking skos:Concepts to rdfs:Classes. See the discussion at https://matrix.to/#/#linkeddata_chat:gitter.im/$uuzG2k9gSeT50W_ecHusdgMqe6CStTIRufsfrurP5Ro.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant