Browse

Access all ontologies that are available in The Open Ontology Repository OOR Sandbox Implementation Site: You can filter this list by category to display ontologies relevant for a certain domain. You can also filter ontologies that belong to a certain group. Add a new ontology to The Open Ontology Repository OOR Sandbox Implementation Site using the Submit New Ontology link.

Submit New Ontology

Filter by Category
Filter by Group
Filter by Text
Ontology Name Visibility Terms Notes Reviews Projects Format Version Uploaded Author Description categories groups
Friend-of-a-Friend (FOAF) Public 3 0 0 0 OWL 0.98 12/13/2011 Dan Brickley Description: A social networking vocabulary widely used on the Semantic Web.
Categories :
GeoSPARQL (GeoSPARQL) Public 0 0 0 0 OWL 11-052r3 12/13/2011 Matthew Perry Description: candidate OGC GeoSPARQL vocabulary
Categories :
Use Case Description Ontology (UCDO) Public 8 0 0 0 OWL version 1.0 01/25/2012 Kenneth Baclawski Description: Ontology for describing use cases
Categories : Process
7015
ICOM Core (icom) Public 0 0 0 0 OWL 0.1 02/01/2012 Description: The core ontology for the OASIS Integrated Collaboration Object Model for Interoperable Collaboration Services (ICOM) It is supplemented by extension modules, as separate ontologies.
Categories :
Situation Theory Ontology (STO) Public 26 0 0 0 OWL 2.0 04/18/2012 Description: The Situation Theory Ontology (STO) is an upper ontology for situation awareness: the perception of the immediate environment in time, space or both. Situation awareness also requires an understanding of the meaning of the situation for some purpose (or goal) and the projection of the status of that understanding in time or space or both. Situation awareness is critical for making decisions for complex tasks in dynamic environments. Specific environments and tasks are modeled by specializing and extending the core situation awareness ontology. K. Baclawski, M. Malczewski, M. Kokar, J. Letkowski and C. Matheus. Formalization of Situation Awareness. In Eleventh OOPSLA Workshop on Behavioral Semantics, pages 1-15. (November 4, 2002) C. Matheus, M. Kokar and K. Baclawski. A Core Ontology for Situation Awareness. In Proc. Sixth Intern. Conf. on Information Fusion FUSION'03, pages 545-552. (July, 2003)
Categories : Upper Ontologies , Geospatial
7001 7008
Integrated Collaboration Object Model (ICOM) for Interoperable Collaboration Services (ICOM1) Public 153 0 0 0 OWL Version 1.0 Committee Specification Draft 05 /Public Review Draft 05 10/23/2012 Kenneth Baclawski Description: The Integrated Collaboration Object Model (ICOM) for Interoperable Collaboration Services specification defines a framework for integrating a broad range of domain model for collaboration activities in an interoperable collaboration environment. The standard promotes an integrated user experience with seamless transitions across collaboration activities. It enables applications to support continuity of conversations across diverse collaboration activities. For example, applications can aggregate conversation threads in email with other conversations on the same topic in instant message, over the phone or via real-time conferencing, by discussion threads in community forum, weblog or micro blog, and activity stream of participants from all channels. The specification defines a core model and a set of extension modules. The core model (Section 3) defines the classes (Section 3.1 Main Branch) that bring together the model of directory (Section 3.2 Scope Branch), identity management (Section 3.3 Subject Branch), and content management (Section 3.4 Artifact Branch) in a framework with a common access control model (Section 3.5) and metadata model (Section 3.6). The extension modules in Section 4 extend the artifact and folder model of Artifact Branch (Section 3.4) to define the specialized model for different collaboration activities. The range of collaboration model includes content sharing and co-creation, asynchronous communication, instant communication, presence awareness, moderated group discussion, time management, coordination, real-time interaction, etc. The Subject and Artifact branches support separation of concerns for user administration and content management. Subject branch includes the model of actors, groups of actors, and role assignment of actors. Actors, groups, and roles typically appear as the subject in the (subject, privilege, object) triples of an access control model. The Artifact branch includes the model of content and metadata produced by actors. The Scope branch includes the model of communities and spaces that contain subjects and artifacts. Communities and spaces join the subjects and artifacts in a role-based access control model where a role is assigned to an actor in a specific scope. Thus Scope, Subject, and Artifact form a framework for applications to integrate and interoperate with directory, identity management, content management, and collaboration services. The model specified in ICOM is part of existing standards and technologies, several of which are referenced in Section 1.3 Non-Normative References. The model is modular and extensible, with common concepts, metadata concepts, and their relations provided in the Core, while the specific concepts and relations for each area of collaboration activities defined in separate extension modules. ICOM core model encompasses LDAP Directory Information Models [RFC4512]. The extension modules integrate models from Content Management Interoperability Services [CMIS], Java Content Repository API [JCR 2.0], Web Distributed Authoring and Versioning (WebDAV) [RFC4918], Internet Message Access Protocol (IMAP) [RFC2119], Simple Mail Transfer Protocol (SMTP) [RFC5321], Extensible Messaging and Presence Protocol (XMPP) [RFC3920], XMPP Instant Messaging and Presence [RFC3921], vCard MIME Directory Profile [RFC2426], Internet Calendaring and Scheduling Core Object Specification (iCalendar) [RFC5545], and Calendaring Extensions to WebDAV (CalDAV) [RFC4791]. ICOM is open for extensions with additional domain models to enable seamless integration with business processes and social networks: for example in process integration domain which includes Business Process Model and Notation [BPMN], Web Services Business Process Execution Language [WS-BPEL], WS-BPEL Extension for People [BPEL4People], and Web Services for Human Task [WS-HumanTask]; in social networking domain, which includes Friend of a Friend [FOAF], Semantically-Interlinked Online Communities [SIOC], Open Social [OpenSocial], and Facebook Platform Open Graph [OpenGraph]. The OASIS ICOM TC Wiki [ICOM Wiki] provides Non-Normative supplemental information, including overview, primer, extensions, use cases, and mappings to various standard and proprietary data models. The integrated model can be the foundation for defining the application programming interfaces (API) for application developers to develop integrated collaboration applications to interoperate with collaboration services. A service provider interface (SPI) can be specified to support interchangeable and interoperable services that conform to the ICOM application framework. ICOM does not prescribe how applications or services conforming to its model implement, store, or transport the data for objects.
Categories : Standards , Social Networking
7002 7007