GithubHelp home page GithubHelp logo

Comments (2)

rorudn avatar rorudn commented on September 26, 2024

Directive information seem particularly open to this issue as an imperative that didn't describe or designate the task to be done would be difficult to carry out. I think at least part of the issue is solved by drawing an analogy to other types of entities and their components. Animals have hearts but we're not inclined to argue that they are both animals and hearts. In recent weeks I've heard BFO is considering the introduction of a class labelled 'Capability' to capture the fact that entities have as capabilities the functions of their parts. So an animal has the capability to pump blood. I think this is the right way to look at some cases of information seemingly being of different types. For example, when a GPS directs that I turn right onto I-95 South, that is a directive that has part designative. That doesn't make the directive a designative, it just expresses that it has the capability to designate.

Your example is somewhat general and I couldn't tell if you were using it as a counterexample in which the same information (not different parts of the ontology) was of multiple types. Can more specific examples be produced in which the same information in the same context is of multiple types?

from commoncoreontologies.

tmprd avatar tmprd commented on September 26, 2024

Thank you for the feedback. Your suggestion about some parts being descriptive or designative and others directive is a good idea, and maybe capabilities could further clarify those relationships.

My motivation is to understand what kind of information content is contained within formal ontologies. Here is a better example of what I have in mind, using simplified RDF:

obo:BFO_0000002 owl:disjointWith obo:BFO_0000003 . # nothing is both a continuant and occurrent
obo:BFO_0000015 rdfs:subClassOf obo:BFO_0000003 . # processes are occurrents
cco:Person rdfs:subClassOf obo:BFO_0000002 . # persons are continuants
cco:has_process_part rdf:type owl:ObjectProperty ; # processes can have process parts
                     rdfs:domain obo:BFO_0000015 ; 
                     rdfs:range obo:BFO_0000015 .

:Tim a cco:Person ;
       cco:has_process_part :Tims_Childhood .

I’m assuming this is example of descriptive information. But a reasoner like ELK can, and should, automatically infer that these triples are inconsistent. One reason why ELK is able to do that is because it implements the OWL specification, which is directive information. But is that the only reason why?

It looks to me like these particular axioms are wholly serving as specifications for certain inferences. The cco:has_process_part triples are wholly directive, not just the rdfs parts of them. Together with the last triple, these prescribe an inference that :Tims_Childhood a obo:BFO_0000015 but also an inference that the statements are inconsistent (Tim can't be a process if he's a continuant, yet he must if he has process parts).

I’m using this example because I want to understand what formal ontologies are for practical reasons, not to get into any kind of broader discussion about the so-called normativity of meaning. Is an ontology a prescriptive specification of inferences (if not of a "conceptualization")?

Here are some options I’m seeing:

Option 1: The axioms are descriptive information that has directive information as a part (or maybe vice versa).

Option 2: The axioms are only descriptive, but the OWL specification is directive. Taken together, these prescribe inferences.

Option 3: The symbols used in my RDF example can be interpreted as either concretizing descriptive information (by humans for example) or directive information (by machines for example), but not information that is both.

Option 4: The axioms are both wholly descriptive and directive because they describe real people and prescribe inferences. Maybe the inferences in this case are processes which are realizable by a computer, which result in some new information content.

Thanks again!

from commoncoreontologies.

Related Issues (20)

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.