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

Organizational relationships #137

Open
justgo129 opened this issue Aug 25, 2015 · 16 comments
Open

Organizational relationships #137

justgo129 opened this issue Aug 25, 2015 · 16 comments

Comments

@justgo129
Copy link
Contributor

Hi everyone,
Currently we don't have a structured way through which to associate one organization to another. For instance, let's take a look at:
https://data.globalchange.gov/organization/university-wisconsin-milwaukee.thtml

We would like to affirm that the University of Wisconsin-Milwaukee is a branch of the University of Wisconsin System. In this example, we have captured the "University of Wisconsin (system)" component, but not the "branch of."

The "branch of" association can be found at:
https://data.globalchange.gov/organization/university-wisconsin-milwaukee.thtml

Would this require the addition of terms such as "branch of," "office of," "affiliated with," etc. in our ontology or is there a way around this? I am thinking of the use case of someone wanting to see all of the contributions of the University of Wisconsin system to the NCA3. This would include:

Would we need to add the "branch of," "department of" terms to our ontology in order to facilitate the writing of this SPARQL query?

@zednis
Copy link
Contributor

zednis commented Sep 1, 2015

I believe we should evaluate the use of http://www.w3.org/TR/vocab-org/ for our organization relationship use cases.

@justgo129
Copy link
Contributor Author

Agreed, building on the use of that ontology. @rewolfe @aulenbac @bduggan @zednis @xgmachina @lic10, as decided during our weekly meeting, let's use this issue for adding and discussing various use cases in order to inform a final decision on this matter.

@justgo129
Copy link
Contributor Author

Here's a second use case, which I call "investigation of extent of organization involvement." A project PI is interested in using GCIS to explore the extent of NSF's involvement in the USG's Global Change Research portfolio. Relevant information includes:

  • studies and organizational programs funded by NSF
  • organizations directly financially supported by NSF
  • organizations related to or affiliated with those directly supported by NSF
  • organizations with which NSF is affiliated
  • research projects developed by organizations funded by NSF
  • organizational programs funded by NSF
  • organizations which use NSF information
  • studies written by NSF staff (or commissioned by NSF), documents hosted and distributed by NSF (non-organizational relationship clearly but you get the point).

I would expect the relationships "affiliated with," "divisions of," and "funded by" to be used most frequently during the analysis.

@zednis
Copy link
Contributor

zednis commented Sep 8, 2015

@justgo129 Let's create a table (google spreadsheet?) where we can map these use cases with existing properties from GCIS, properties from the W3C org ontology, or other vocabularies already used by GCIS. This should help us identify if any gaps exist.

@rewolfe
Copy link
Member

rewolfe commented Sep 8, 2015

This may be something we could ask for Hook's group to help with.

On Tue, Sep 8, 2015 at 1:19 PM, Stephan Zednik [email protected]
wrote:

@justgo129 https://github.com/justgo129 Let's create a table (google
spreadsheet?) where we can map these use cases with existing properties
from GCIS, properties from the W3C org ontology, or other vocabularies
already used by GCIS. This should help us identify if any gaps exist.


Reply to this email directly or view it on GitHub
#137 (comment)
.

Robert Wolfe, NASA GSFC @ USGCRP, o: 202-419-3470, m: 301-257-6966

@justgo129
Copy link
Contributor Author

Agreed. Copying @pymonger.

@justgo129
Copy link
Contributor Author

Per discussion on 9/22, I'm working with Rama on formally documenting this use case. A draft has been created and will I update the group regularly.

@justgo129
Copy link
Contributor Author

Rama and I have created a use case. However, I'm a little unsure about how to semantically properly capture the nature of the relationship between orgs. e.g. unlike in the html there is no "program of" here. How would one model this? I didn't see anything promising at http://www.w3.org/TR/vocab-org/

@zednis
Copy link
Contributor

zednis commented Jan 7, 2016

link to the use case?

@justgo129
Copy link
Contributor Author

Update: discussed during January 19, 2016 call. @zednis will research further.

@zednis
Copy link
Contributor

zednis commented Jan 21, 2016

@justgo129 I did not see any qualified (n-ary) organization to organization relationships in the W3C Organization Ontology.

There is such a relationship for the membership of an agent in an organization - https://www.w3.org/TR/vocab-org/#reporting_structure, but I don't think any of your use cases require this relationship.

Looking at the bullets that you listed as 'use cases' above you suggest three properties might be of relevance

I would expect the relationships "affiliated with," "divisions of," and "funded by" to be used most frequently during the analysis.

The usage note for org:linkedTo suggests sub-properties can be used to denote specialized org-to-org relationships.

Specializations of this can be used to, for example, denote funding or supply chain relationships.

So my guess is it would make the most sense to create gcis:fundedBy and gcis:affiliatedWith properties which are sub-properties of org:linkedTo.

The W3C Organization Ontology does provide guidance on how to use the ontology to model organization hierarchy - https://www.w3.org/TR/vocab-org/#organizational_structure us sub-organization relationships. Classes for specific sub-organization classifications (division, lab, research center, etc) are left to the domain to define.

We could optionally define a property such as gcis:divisionOf modeled as a sub-property of org:subOrganizationOf, but I think we would do just as well to directly use org:subOrganizationOf and define a small set of subclasses of org:Organization that would be used to classify the organization units.

@justgo129
Copy link
Contributor Author

I agree with your rationale, @zednis. Just to be sure I understand though, since subOrganizationOf has domain org:Organization, it would still be accurate to consider suborganizations as separate but related organizations. e.g.
http://data.globalchange.gov/organization/university-washington-department-civil-environmental-engineering could still be an org distinct from http://data-stage.globalchange.gov/organization/university-washington , with both being "organizations" in-lieu of one being an org and one being a "suborg."

If @rewolfe agrees, I think we can create:
gcis:fundedBy
gcis:affiliatedWith
gcis:branchOf
gcis:councilOf
gcis:centerOf (forthcoming in the db - to describe interdisciplinary research centers at universities)

and represent "officeOf," "departmentOf" and "divisionOf" through subOrganizationOf. As long as we list "officeOf" in the html we should be all right given legal definitions.

@zednis
Copy link
Contributor

zednis commented Jan 21, 2016

  • Why define branch, council, and center sub-properties but not office, department, and division?
  • Is gcis:councilOf a org-to-org relationship?
  • funded and affiliated would be sub-properties of org:linkedTo, the others would be sub-properties of org:subOrganizationOf

@justgo129
Copy link
Contributor Author

sure. @zednis: an example of councilOf is
http://data.globalchange.gov/organization/presidents-council-advisors-science-technology
We also have "programOf" btw.

You have a good point. I'm not so sure "branchOf" should be a suborganization though. I'm thinking of branchOf in the context of the branch of a bank, or the branch of a larger office. As such, it's more emblematic of an org (as opposed to a suborg) since it has the functions of a larger entity.

A great example showing the various types of the relationships and the ways in which we use them is available here.

@zednis
Copy link
Contributor

zednis commented Jan 22, 2016

I can see a lot of thought has already gone into potential changes but I don't think we have explored all use cases in detail.

I think we should proceed by creating a pull request as a proposal and then discussing the proposed change and various use cases in depth till we gave agreement (or at least consensus).

@justgo129
Copy link
Contributor Author

As an update, we discussed this on 2/2. As this is a work in progress, I'll keep #137 open until a pull request is made and merged.

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

3 participants