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

Make it clear that broader/narrower relations are all direct #222

Open
atomrab opened this issue Jan 30, 2020 · 1 comment
Open

Make it clear that broader/narrower relations are all direct #222

atomrab opened this issue Jan 30, 2020 · 1 comment

Comments

@atomrab
Copy link

atomrab commented Jan 30, 2020

How do we construct broader/narrower relationships for the following set of periods?

Bronze Age
Late Bronze Age
Late Bronze Age III
Late Bronze Age IIIC

Are all the subperiods in a "broader" relationship with the top-level "Bronze Age" only? Or should each one only go up one level (so Late Bronze Age IIIC is narrower than Late Bronze Age III but not Late Bronze Age or Bronze Age)? Or should anything below a second-tier division just go up to the second tier (so Late Bronze Age IIIC and Late Bronze Age III are both narrower than Late Bronze Age, but IIIC is not described as narrower than III)?

If these relationships are inherited, so that it's apparent that any subperiod of a subperiod of a subperiod is also a subperiod of the main period, I would prefer that each subperiod only refer back one level (LBA IIIC is a subperiod of LBA III). But we should explain this somewhere, or we're going to have a lot of inconsistent submissions.

This issue is occasioned by a patch (see #221) that has relationships and expresses them as LBAIIIC<LBAIII rather than LBAIIIC<LBA.

@rybesh
Copy link
Member

rybesh commented Feb 1, 2020

The semantics of the "broader" relationship are defined by skos:broader, which is intended to be used only for direct parent-child relations in a hierarchy. (There is another property, skos:broaderTransitive, which can point from any descendent to any ancestor in the hierarchy, but that property is intended to be automatically inferred via RDFS reasoning, i.e. not included as part of the dataset. See Transitive Hierarchies for details.)

I'll leave this issue open until we put a note in the interface about only "directly" broader/narrower relations.

@rybesh rybesh changed the title What is our nesting standard for broader/narrower relationships? Make it clear that broader/narrower relations are all direct Feb 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants