132
results
-
seas-op - The SEAS Failable System ontology https://w3id.org/seas/OperatingOntology The SEAS Operating Ontology defines evaluations of operating features of interest. @en -
seas-qudt - QUDT Alignment. https://w3id.org/seas/QUDTAlignment This ontology defines proposed alignemnts with the QUDT ontology. @en -
seas-stats - The SEAS Statistics ontology. https://w3id.org/seas/StatisticsOntology This ontology defines common evaluation interpretation concepts for statistics. @en -
seas-sys - The SEAS System ontology https://w3id.org/seas/SystemOntology The System Ontology defines Systems, Connections between systems, and Connection Points at which systems may be connected. This ontology is then specialized for multiple domains. For example: - In electric energy: - power systems consume, produce, store, and exchange electricity; - power connections are where electricity flows between systems; - power connection points are plugs, sockets, or power busses. - In the electricity market: - players and markets are systems; - connections are contracts or transactions between two players, or between a player and a market; - connection points include offers and bids. @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 - SEAS ontology https://w3id.org/seas/ This vocabulary is version v0.1 of the ITEA2 Smart Energy Aware Systems project vocabulary. It enables the description of electricity measurements of a site using the Data Cube W3C vocabulary. @en -
seasb - The SEAS Battery ontology. https://w3id.org/seas/BatteryOntology This ontology defines batteries and their state of charge ratio property. @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 -
rdfc - RDF Connect Ontology https://w3id.org/rdf-connect/ontology An ontology for describing programming language-specific runners, processors and pipelines in RDF-based data processing frameworks. @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 -
seasto - The SEAS Trading ontology https://w3id.org/seas/TradingOntology The Seas Trading Ontology defines concepts and relations to describe ownership, trading, bilateral contracts and market licenses: - players own systems and trade commodities, which have a price; - bilateral electricity contracts are connections between electricity traders at which they exchange electricity; - electricity markets are connections between electricity traders at which they exchange electricity, using a market license; - electricity markets can be cleared, and balanced; - evaluations can have a traded volume validity context @en -
gist - gist ontology https://w3id.org/semanticarts/ontology/gistCore gist is a minimalist upper ontology created by Semantic Arts. @en -
spectra - SPECTRA: A Traceability Ontology for 3GPP RAN Standardization https://w3id.org/spectra OWL 2 ontology modeling the 3GPP RAN standardization document lifecycle (Tdoc, Resolution, CR, LS, Section, Spec, TechnicalReport, TRImpact, Meeting, Company, WorkingGroup). Designed from RAN1 competency questions and validated by cross-WG instantiation against RAN2-RAN5 with no additional process-layer classes required. Also declares six entity-layer classes (RRCParameter, CapabilityItem, Feature, Procedure, PerformanceRequirement, ConformanceTest) modeling spec-body entities: ASN.1 IEs, UE capability items, named standardization features, protocol procedures, performance requirements, and conformance test specifications. @en -
sw-quality - SQuAP Ontology https://w3id.org/squap/ Quality, architecture, and process are considered the keystones of software engineering. ISO defines them in three separate standards. However, their interaction has been poorly studied, so far. The SQuAP model (Software Quality, Architecture, Process) describes twenty-eight main factors that impact on software quality in banking systems, and each factor is described as a relation among some characteristics from the three ISO standards. Hence, SQuAP makes such relations emerge rigorously, although informally. SQaAP-Ont is an OWL ontology that formalises those relations in order to represent and reason via Linked Data about software engineering in a three-dimensional model consisting of quality, architecture, and process characteristics. @en -
todo - TODO: Task-Oriented Dialogue management Ontology https://w3id.org/todo With the aim of enhancing natural communication between workers in industrial environments and the systems to be used by them, TODO (Task-Oriented Dialogue management Ontology) has been developed to be the core of task-oriented dialogue systems. TODO is a core ontology that provides task-oriented dialogue systems with the necessary means to be capable of naturally interacting with workers (both at understanding and at ommunication levels) and that can be easily adapted to different industrial scenarios, reducing adaptation time and costs. Moreover, it allows to store and reproduce the dialogue process to be able to learn from new interactions. @en