Coder Social home page Coder Social logo

mconlon17 / organization-ontology Goto Github PK

View Code? Open in Web Editor NEW
3.0 3.0 1.0 18.45 MB

Development work -- an OBO, BFO organization ontology based on ROR/GRID

License: Creative Commons Zero v1.0 Universal

Ruby 6.22% Shell 85.17% Python 8.61%
bfo grid obo ontology organizations ror vivo

organization-ontology's People

Contributors

mconlon17 avatar

Stargazers

 avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

Forkers

cmungall

organization-ontology's Issues

"Facility" definition overly specified?

What term needs to be improved? (to add terms, please use Feature Request)

ORG:0000042 facility

What needs to be improved? (annotations, subsumption, class expressions, other)

Definition: An architectural structure that bears some function.

Suggested improvement

In ORG, facility is necessarily an architectural structure, which is defined as:

A material entity that is a human made strcuture (sp) with firm connection between its foundation and the ground.

But what about research facilities in space? We have many data sets collected from facilities onboard the ISS, and obviously those facilities have no "foundations" connected to "the ground". I agree facilities must bear some function, and they are definitely material entities...but not necessarily architectural structures, as ORG defines those. We looking for to define some other distinguishing features of facilities to include in their definitions, and have postulated that facilities might be necessarily designs/constructed with specific intent to have their capabilities shared across groups or at least between several people.

Attribution

0000-0003-4312-9552

Do you have a schedule for inclusion into OBO Foundry?

I am interested in importing many terms from VIVO/ORG into our OBO Foundry Ontology, the SLSO. I can do this without it being in OBO Foundry (that is....with purls provided by OBO), but it is MUCH MUCH easier if the constituent concepts of ORG having working purls.....

Thanks for any information on this....

Use of object properties

Is the ORG ontology open to using a reduced - even minimal - set of object and data properties? This would encourage less relationship glue needs to be learned as one attaches organization info to all the things they are involved in. Examples:

"has organizational appointee" "has organizational associate" "has organizational member" etc...
could possibly be transformed into a class structure of types of person belonging to an organization:
appointee, associate, member etc, and just one "has member" relation joining any of them.

"Has time instant" -> use OWL:Time for this?

"has website" / "website of": Assuming website - and many other kinds of document, like charter - are information artifacts that will be associated with an organization. A light treatment would be "website 'is about' some organization" but this doesn't imply organization controls the content. We could use a stronger "is about" relation: "content managed on behalf of" perhaps. Legal documents about the formation or closure of an organization are external to organization itself though so we'd want to distinguish about-ness from document ownership - perhaps another relation required there.

"has spin-off organization" , "has successor organization" ... maybe "created by" / "creator of" for spin-offs - I see SIO has these, looks like RO could use them. OR, put flexible use of RO relations to a test in a metaphorical way. RO has "transformation of" for successor?

I could see a hierarchy of types of name, including "organizational name", and "official organizational name" as ICEs, which have string values and are simply "about" some organization entity.

Data property "number of employees" sounds like a data item - which can be measured across time, so could be part of a data set. Rather than using a single relation that makes it complicated to change over time.

Just some thoughts...

Damion

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.