Giter Site home page Giter Site logo

mental-functioning-ontology's People

Contributors

jannahastings avatar neilotte avatar sneakers-the-rat avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

mental-functioning-ontology's Issues

Edit ontology title of MFOMD

In the OWL file for MFOMD you have

        <dc:title>The Mental Disease Ontology was first described in the publication &apos;Foundations for a realist ontology of mental disease&apos; (Barry Smith and Werner Ceusters) which is available at http://www.jbiomedsem.com/content/1/1/10 . </dc:title>

Do you really want that to be the title of your ontology? OLS is respecting your dc:title tag, but it doesn't look great n the browser.

http://www.ebi.ac.uk/ols/beta/ontologies/mfomd

Do you think you could change it to something shorter?

Representation and 'is about'

The term representation is defined as "A dependent continuant which is about a portion of reality." Yet, the "is about" in the definition cannot be the same as the object property is about in IAO. For, the domain of that object property is information content entity.

While the meaning of representation is nonetheless fairly clear, perhaps it could be improved by using the phrase "is about" in a way that aligns with the object property is about.

For example, perhaps the definition could be revised to something like the following: "A specifically dependent continuant that concretizes an information content entity that is about a portion of reality."

Or perhaps, more simply, "A specifically dependent continuant that concretizes an information content entity."

Of course, that definition suggests that "concretization of an ICE" and "representation" are equivalent in meaning. Perhaps that is correct, though I'm not sure whether that is what MF intended to capture with representation.

Language

language has the following superclass restriction: inheres in at all times some has continuant part at all times some human being

We would like to use this class in OMRSE, but 'has continuant part at all times' some 'human being' does not seem to be a good characterization of populations that are bearers of languages. Through birth and death these populations can gain and lose members. We suggest using 'has part' or 'has member' instead.

Memory

Although MFO defines 'a memory' in terms of the disposition to remember, and defines the process of remembering, it does not simply define what a memory is. I suggest (tentatively) that a memory is a generically dependent continuant that depends of the brain to exist. The specifically dependent continuant (SDC) 'a memory' does not capture the fact that a memory is some kind of information-bearing entity, only the disposition to have memories and remember.

A generically dependent continuant (GDC), as Barry Smith writes in 'Building Ontologies with Basic Formal Ontology,' captures a few key aspects of memory: a GDC depends on some independent continuant (the brain), a GDC cannot migrate from one entity to another, and is concretized in some specifically dependent continuant ('a memory' which is already in MFO as the disposition to remember).

The disposition of memory (SDC) is realized in the process of remembering which remembers some memory (GDC). Another way of saying this is that a memory is a highly complex pattern that realizes some disposition to remember in the memory process.

I am not sure if a memory is an information content entity (ICE). An ICE inheres_in an information bearing entity,and I think that might not be a good spproach, but I think GDC is a step in the right direction.

I am happy to be wrong, and I just want to get a conversation started on this subject. Thank you!

Revision of definition of "memory" (GO_0007613)

I am trying to consolidate relevant ontologies that model anything related to cognition and behaviour, such as Mammalian Phenotype, GO, MFOEM, Drosophila Phenotype and more.

Based on probably the same misunderstanding you faced when building the model for "memory" (GO_0007613), I created a ticket asking for a revision of the definition in GO itself (geneontology/go-ontology#14913), but they convinced me to come to you. For the sake of creating a consistent model of learning and memory across ontologies, would you consider to rework your definition (treating memory as a disposition, and therefore a BFO:continuant, rather than a process, as was the intention by the GO term?

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.