140
results
  • opti - Offshore Wind Power Platform Ontology for OPTiMAR
    https://w3id.org/optimar
    This ontology describes the components, failures, sensors, and events related to offshore wind platforms. @en
  • ontouml - OntoUML Metamodel Vocabulary
    https://w3id.org/ontouml
    A reference implementation of the OntoUML metamodel in OWL. @en
  • ofo - Occupant Feedback Ontology
    https://w3id.org/ofo#
    The aim of the Occupant Feedback Ontology is to semantically describe passive and active occupant feedback and to enable integration of this feedback with linked building data. @en
  • sdont - The Software Description Ontology
    https://w3id.org/okn/o/sd
    An ontology for describing software and their links to inputs, outputs and variables. The ontology extends schema.org and codemeta vocabularies @en
  • okh - Open Know How (OKH) ontology
    https://w3id.org/oseg/ont/okh
    Used for indexing, searching and comparing Open Source Hardware projects @en
  • nno - The Neural Network Ontology
    https://w3id.org/nno/ontology
    This is the Neural Network Ontology. Designed by the AIFB (http://www.aifb.kit.edu/web/Web_Science) @en
  • pep - Process Execution ontology.
    https://w3id.org/pep/
    The process execution ontology is a proposal for a simple extension of both the [W3C Semantic Sensor Network](https://www.w3.org/TR/vocab-ssn/) and the [Semantic Actuator Network](https://www.irit.fr/recherches/MELODI/ontologies/SAN.owl) ontology cores. @en
  • seas-stats - The SEAS Statistics ontology.
    https://w3id.org/seas/StatisticsOntology
    This ontology defines common evaluation interpretation concepts for statistics. @en
  • seast - The SEAS Time Ontology.
    https://w3id.org/seas/TimeOntology
    This ontology defines: - a set of subclasses of `seas:Evaluation` to better interpret evaluations of quantifiable properties. - a set of sub properties of `seas:hasProperty` to qualify time-related properties. @en
  • seasd - The SEAS Device ontology
    https://w3id.org/seas/DeviceOntology
    The SEAS Device ontology defines `seas:Device` as physical system that are designed to execute one or more procedures that involve the physical world. @en
  • seas-eval - The SEAS Evaluation ontology
    https://w3id.org/seas/EvaluationOntology
    The Evaluation ontology describes evaluation of [`seas:Property`ies](https://w3id.org/seas/Property). There may be: - direct evaluations, or - qualified evaluations. @en
  • seasfo - The SEAS Forecasting ontology
    https://w3id.org/seas/ForecastingOntology
    The SEAS Forecasting ontology extends the [Procedure Execution ontology (PEP)](https://w3id.org/pep/) @en
  • seasb - The SEAS Battery ontology.
    https://w3id.org/seas/BatteryOntology
    This ontology defines batteries and their state of charge ratio property. @en
  • react - The REACT Ontology
    https://w3id.org/react
    The REACT ontology aims to represent all the necessary knowledge to support the achievement of island energy independence through renewable energy generation and storage, a demand response platform, and promoting user engagement in a local energy community. The REACT ontology has been developed as part of the REACT project which has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement no. 824395. @en
  • sbeo - SBEO: Smart Building Evacuation Ontology
    https://w3id.org/sbeo
    Smart Building Evacuation Ontology (SBEO) is an ontology that couples the information about any building with its occupants such that it can be used in many useful ways. For example, indoor localization of people, detection of any hazard, a recommendation of normal routes such as shopping or stadium seating routes, or safe and feasible emergency evacuation routes or both of them all together. The core SBEO covers the concepts related to the geometry of building, devices and components of the building, route graphs correspondent to the building topology, users' characteristics and preferences, situational awareness of both building (hazard detection, status of routes in terms of availability and occupancy) and users (tracking, management of groups, status in terms of fitness), and emergency evacuation. @en