Ontologies Classes Object Properties Data Properties Annotation Properties Individuals Datatypes Clouds

Annotation Property: rdfs:comment

Usage (203)

  • Feature rdfs:comment "
    This class represents the top-level feature type. This class is
    equivalent to GFI_Feature defined in ISO 19156:2011, and it is
    superclass of all feature types.
    "     @en 
  • Geometry rdfs:comment "
    The class represents the top-level geometry type. This class is
    equivalent to the UML class GM_Object defined in ISO 19107, and
    it is superclass of all geometry types.
    "     @en 
  • SpatialObject rdfs:comment "
    The class spatial-object represents everything that can have
    a spatial representation. It is superclass of feature and geometry.
    "     @en 
  • asGML rdfs:comment "
    The GML serialization of a geometry
    "     @en 
  • asWKT rdfs:comment "
    The WKT serialization of a geometry
    "     @en 
  • coordinateDimension rdfs:comment "
    The number of measurements or axes needed to describe the position of this
    geometry in a coordinate system.
    "     @en 
  • defaultGeometry rdfs:comment "
    The default geometry to be used in spatial calculations.
    It is Usually the most detailed geometry.
    "     @en 
  • dimension rdfs:comment "
    The topological dimension of this geometric object, which
    must be less than or equal to the coordinate dimension.
    In non-homogeneous collections, this will return the largest
    topological dimension of the contained objects.
    "     @en 
  • ehContains rdfs:comment "
    Exists if the subject SpatialObject spatially contains the
    object SpatialObject. DE-9IM: T*TFF*FF*
    "     @en 
  • ehCoveredBy rdfs:comment "
    Exists if the subject SpatialObject is spatially covered
    by the object SpatialObject. DE-9IM: TFF*TFT**
    "     @en 
  • ehCovers rdfs:comment "
    Exists if the subject SpatialObject spatially covers the
    object SpatialObject. DE-9IM: T*TFT*FF*
    "     @en 
  • ehDisjoint rdfs:comment "
    Exists if the subject SpatialObject is spatially disjoint
    from the object SpatialObject. DE-9IM: FF*FF****
    "     @en 
  • ehEquals rdfs:comment "
    Exists if the subject SpatialObject spatially equals the
    object SpatialObject. DE-9IM: TFFFTFFFT
    "     @en 
  • ehInside rdfs:comment "
    Exists if the subject SpatialObject is spatially inside
    the object SpatialObject. DE-9IM: TFF*FFT**
    "     @en 
  • ehMeet rdfs:comment "
    Exists if the subject SpatialObject spatially meets the
    object SpatialObject.
    DE-9IM: FT******* ^ F**T***** ^ F***T****
    "     @en 
  • ehOverlap rdfs:comment "
    Exists if the subject SpatialObject spatially overlaps the
    object SpatialObject. DE-9IM: T*T***T**
    "     @en 
  • gmlLiteral rdfs:comment "
    A GML serialization of a geometry object.
    "     @en 
  • hasGeometry rdfs:comment "
    A spatial representation for a given feature.
    "     @en 
  • hasSerialization rdfs:comment "
    Connects a geometry object with its text-based serialization.
    "     @en 
  • isEmpty rdfs:comment "
    (true) if this geometric object is the empty Geometry. If
    true, then this geometric object represents the empty point
    set for the coordinate space.
    "     @en 
  • isSimple rdfs:comment "
    (true) if this geometric object has no anomalous geometric
    points, such as self intersection or self tangency.
    "     @en 
  • rcc8dc rdfs:comment "
    Exists if the subject SpatialObject is spatially disjoint
    from the object SpatialObject. DE-9IM: FFTFFTTTT
    "     @en 
  • rcc8ec rdfs:comment "
    Exists if the subject SpatialObject spatially meets the
    object SpatialObject. DE-9IM: FFTFTTTTT
    "     @en 
  • rcc8eq rdfs:comment "
    Exists if the subject SpatialObject spatially equals the
    object SpatialObject. DE-9IM: TFFFTFFFT
    "     @en 
  • rcc8ntpp rdfs:comment "
    Exists if the subject SpatialObject is spatially inside
    the object SpatialObject. DE-9IM: TFFTFFTTT
    "     @en 
  • rcc8ntppi rdfs:comment "
    Exists if the subject SpatialObject spatially contains the
    object SpatialObject. DE-9IM: TTTFFTFFT
    "     @en 
  • rcc8po rdfs:comment "
    Exists if the subject SpatialObject spatially overlaps the
    object SpatialObject. DE-9IM: TTTTTTTTT
    "     @en 
  • rcc8tpp rdfs:comment "
    Exists if the subject SpatialObject is spatially covered
    by the object SpatialObject. DE-9IM: TFFTTFTTT
    "     @en 
  • rcc8tppi rdfs:comment "
    Exists if the subject SpatialObject spatially covers the
    object SpatialObject. DE-9IM: TTTFTTFFT
    "     @en 
  • sfContains rdfs:comment "
    Exists if the subject SpatialObject spatially contains the
    object SpatialObject. DE-9IM: T*****FF*
    "     @en 
  • sfCrosses rdfs:comment "
    Exists if the subject SpatialObject spatially crosses the
    object SpatialObject. DE-9IM: T*T******
    "     @en 
  • sfDisjoint rdfs:comment "
    Exists if the subject SpatialObject is spatially disjoint
    from the object SpatialObject. DE-9IM: FF*FF****
    "     @en 
  • sfEquals rdfs:comment "
    Exists if the subject SpatialObject spatially equals the
    object SpatialObject. DE-9IM: TFFFTFFFT
    "     @en 
  • sfIntersects rdfs:comment "
    Exists if the subject SpatialObject is not spatially disjoint
    from the object SpatialObject.
    DE-9IM: T******** ^ *T******* ^ ***T***** ^ ****T****
    "     @en 
  • sfOverlaps rdfs:comment "
    Exists if the subject SpatialObject spatially overlaps the
    object SpatialObject. DE-9IM: T*T***T**
    "     @en 
  • sfTouches rdfs:comment "
    Exists if the subject SpatialObject spatially touches the
    object SpatialObject.
    DE-9IM: FT******* ^ F**T***** ^ F***T****
    "     @en 
  • sfWithin rdfs:comment "
    Exists if the subject SpatialObject is spatially within the
    object SpatialObject. DE-9IM: T*F**F***
    "     @en 
  • spatialDimension rdfs:comment "
    The number of measurements or axes needed to describe the spatial position of
    this geometry in a coordinate system.
    "     @en 
  • wktLiteral rdfs:comment "
    A Well-known Text serialization of a geometry object.
    "     @en 
  • Curve rdfs:comment "
    A Curve is a 1-dimensional geometric object usually stored as a sequence of Points, with the subtype of Curve specifying the form of the interpolation between Points. This specification defines only one subclass of Curve, LineString, which uses linear interpolation between Points.
    A Curve is a 1-dimensional geometric object that is the homeomorphic image of a real, closed, interval.
    A Curve is simple if it does not pass through the same Point twice with the possible exception of the two end
    points.
    A Curve is closed if its start Point is equal to its end Point.
    The boundary of a closed Curve is empty.
    A Curve that is simple and closed is a Ring.
    The boundary of a non-closed Curve consists of its two end Points.
    A Curve is defined as topologically closed, that is, it contains its endpoints f(a) and f(b).
    "     @en 
  • Geometry rdfs:comment "
    Geometry is the root class of the hierarchy.
    The instantiable subclasses of Geometry are restricted to 0, 1 and 2-dimensional geometric objects that exist in 2, 3 or 4-dimensional coordinate space (R2, R3 or R4). Geometry values in R2 have points with coordinate values for x and y. Geometry values in R3 have points with coordinate values for x, y and z or for x, y and m. Geometry values in R4 have points with coordinate values for x, y, z and m.
    The interpretation of the coordinates is subject to the coordinate reference systems associated to the point. All coordinates within a geometry object should be in the same coordinate reference systems. Each coordinate shall be unambiguously associated to a coordinate reference system either directly or through its containing geometry. The z coordinate of a point is typically, but not necessarily, represents altitude or elevation. The m coordinate represents a measurement.
    All Geometry classes described in this specification are defined so that instances of Geometry are topologically closed, i.e. all represented geometries include their boundary as point sets. This does not affect their representation, and open version of the same classes may be used in other circumstances, such as topological representations.
    "     @en 
  • GeometryCollection rdfs:comment "
    A GeometryCollection is a geometric object that is a collection of some number of geometric objects.
    All the elements in a GeometryCollection shall be in the same Spatial Reference System. This is also the Spatial Reference System for the GeometryCollection.
    GeometryCollection places no other constraints on its elements. Subclasses of GeometryCollection may restrict membership based on dimension and may also place other constraints on the degree of spatial overlap between elements.
    "     @en 
  • Line rdfs:comment "
    A Line is a LineString with exactly 2 Points.
    "     @en 
  • LineString rdfs:comment "
    A LineString is a Curve with linear interpolation between Points. Each consecutive pair of Points defines a Line segment.
    "     @en 
  • LinearRing rdfs:comment "
    A LinearRing is a LineString that is both closed and simple.
    "     @en 
  • MultiCurve rdfs:comment "
    A MultiCurve is a 1-dimensional GeometryCollection whose elements are Curves.
    A MultiCurve defines a set of methods for its subclasses and is included for reasons of extensibility.
    A MultiCurve is simple if and only if all of its elements are simple and the only intersections between any two elements occur at Points that are on the boundaries of both elements.
    The boundary of a MultiCurve is obtained by applying the mod 2 union rule: A Point is in the boundary of a MultiCurve if it is in the boundaries of an odd number of elements of the MultiCurve.
    A MultiCurve is closed if all of its elements are closed. The boundary of a closed MultiCurve is always empty.
    A MultiCurve is defined as topologically closed.
    "     @en 
  • MultiLineString rdfs:comment "
    A MultiLineString is a MultiCurve whose elements are LineStrings.
    "     @en 
  • MultiPoint rdfs:comment "
    A MultiPoint is a 0-dimensional GeometryCollection. The elements of a MultiPoint are restricted to Points. ThePoints are not connected or ordered in any semantically important way.
    A MultiPoint is simple if no two Points in the MultiPoint are equal (have identical coordinate values in X and Y).
    Every MultiPoint is spatially equal to a simple Multipoint.
    The boundary of a MultiPoint is the empty set.
    "     @en 
  • MultiPolygon rdfs:comment "
    A MultiPolygon is a MultiSurface whose elements are Polygons.
    The assertions for MultiPolygons are as follows.
    a) The interiors of 2 Polygons that are elements of a MultiPolygon may not intersect.
    b) The boundaries of any 2 Polygons that are elements of a MultiPolygon may not cross and may touch at only a finite number of Points.
    c) A MultiPolygon is defined as topologically closed.
    d) A MultiPolygon may not have cut lines, spikes or punctures, a MultiPolygon is a regular closed Point set,
    e) The interior of a MultiPolygon with more than 1 Polygon is not connected; the number of connected components of the interior of a MultiPolygon is equal to the number of Polygons in the MultiPolygon.
    The boundary of a MultiPolygon is a set of closed Curves (LineStrings) corresponding to the boundaries of its element Polygons. Each Curve in the boundary of the MultiPolygon is in the boundary of exactly 1 element Polygon, and every Curve in the boundary of an element Polygon is in the boundary of the MultiPolygon.
    "     @en 
  • MultiSurface rdfs:comment "
    A MultiSurface is a 2-dimensional GeometryCollection whose elements are Surfaces, all using coordinates from the same coordinate reference system. The geometric interiors of any two Surfaces in a MultiSurface may not intersect in the full coordinate system. The boundaries of any two coplanar elements in a MultiSurface may intersect, at most, at a finite number of Points. If they were to meet along a curve, they could be merged into a single surface.
    A MultiSurface may be used to represent heterogeneous surfaces collections of polygons and polyhedral surfaces. It defines a set of methods for its subclasses. The subclass of MultiSurface is MultiPolygon corresponding to a collection of Polygons only. Other collections shall use MultiSurface.
    "     @en 
  • Point rdfs:comment "
    A Point is a 0-dimensional geometric object and represents a single location in coordinate space.
    A Point has an x-coordinate value, a y-coordinate value. If called for by the associated Spatial Reference System, it may also have coordinate values for z and m.
    The boundary of a Point is the empty set.
    "     @en 
  • Polygon rdfs:comment "
    A Polygon is a planar Surface defined by 1 exterior boundary and 0 or more interior boundaries. Each interior boundary defines a hole in the Polygon.
    The exterior boundary LinearRing defines the top of the surface which is the side of the surface from which the exterior boundary appears to traverse the boundary in a counter clockwise direction. The interior LinearRings will have the opposite orientation, and appear as clockwise when viewed from the top,
    The assertions for Polygons (the rules that define valid Polygons) are as follows:
    a) Polygons are topologically closed;
    b) The boundary of a Polygon consists of a set of LinearRings that make up its exterior and interior boundaries;
    c) No two Rings in the boundary cross and the Rings in the boundary of a Polygon may intersect at a Point but only as a tangent.
    d) A Polygon may not have cut lines, spikes or punctures.
    e) The interior of every Polygon is a connected point set;
    f) The exterior of a Polygon with 1 or more holes is not connected. Each hole defines a connected component of the exterior.
    "     @en 
  • PolyhedralSurface rdfs:comment "
    A PolyhedralSurface is a contiguous collection of polygons, which share common boundary segments. For each pair of polygons that touch, the common boundary shall be expressible as a finite collection of LineStrings. Each such LineString shall be part of the boundary of at most 2 Polygon patches.
    For any two polygons that share a common boundary, the top of the polygon shall be consistent. This means that when two LinearRings from these two Polygons traverse the common boundary segment, they do so in opposite directions. Since the Polyhedral surface is contiguous, all polygons will be thus consistently oriented. This means that a non-oriented surface (such as Mbius band) shall not have single surface representations. They may be represented by a MultiSurface.
    If each such LineString is the boundary of exactly 2 Polygon patches, then the PolyhedralSurface is a simple, closed polyhedron and is topologically isomorphic to the surface of a sphere. By the Jordan Surface Theorem (Jordans Theorem for 2-spheres), such polyhedrons enclose a solid topologically isomorphic to the interior of a sphere; the ball. In this case, the top of the surface will either point inward or outward of the enclosed finite solid. If outward, the surface is the exterior boundary of the enclosed surface. If inward, the surface is the interior of the infinite complement of the enclosed solid. A Ball with some number of voids (holes) inside can thus be presented as one exterior boundary shell, and some number in interior boundary shells.
    "     @en 
  • Surface rdfs:comment "
    A Surface is a 2-dimensional geometric object.
    A simple Surface may consists of a single patch that is associated with one exterior boundary and 0 or more interior boundaries. A single such Surface patch in 3-dimensional space is isometric to planar Surfaces, by a simple affine rotation matrix that rotates the patch onto the plane z = 0. If the patch is not vertical, the projection onto the same plane is an isomorphism, and can be represented as a linear transformation, i.e. an affine.
    Polyhedral Surfaces are formed by stitching together such simple Surfaces patches along their common boundaries. Such polyhedral Surfaces in a 3-dimensional space may not be planar as a whole, depending on the orientation of their planar normals. If all the patches are in alignment (their normals are parallel), then the whole stitched polyhedral surface is co-planar and can be represented as a single patch if it is connected.
    The boundary of a simple Surface is the set of closed Curves corresponding to its exterior and interior boundaries.
    A Polygon is a simple Surface that is planar. A PolyhedralSurface is a simple surface, consisting of some number of Polygon patches or facets. If a PolyhedralSurface is closed, then it bounds a solid. A MultiSurface containing a set of closed PolyhedralSurfaces can be used to represent a Solid object with holes.
    "     @en 
  • TIN rdfs:comment "
    A TIN (triangulated irregular network) is a PolyhedralSurface consisting only of Triangle patches.
    "     @en 
  • Triangle rdfs:comment "
    A Triangle is a polygon with 3 distinct, non-collinear vertices and no interior boundary.
    "     @en 
  • skos:altLabel rdfs:comment "The range of skos:altLabel is the class of RDF plain literals." @en 
  • skos:altLabel rdfs:comment "skos:prefLabel, skos:altLabel and skos:hiddenLabel are pairwise disjoint properties." @en 
  • skos:broader rdfs:comment "Broader concepts are typically rendered as parents in a concept hierarchy (tree)." @en 
  • skos:exactMatch rdfs:comment "skos:exactMatch is disjoint with each of the properties skos:broadMatch and skos:relatedMatch." @en 
  • skos:hiddenLabel rdfs:comment "The range of skos:hiddenLabel is the class of RDF plain literals." @en 
  • skos:hiddenLabel rdfs:comment "skos:prefLabel, skos:altLabel and skos:hiddenLabel are pairwise disjoint properties." @en 
  • skos:mappingRelation rdfs:comment "These concept mapping relations mirror semantic relations, and the data model defined below is similar (with the exception of skos:exactMatch) to the data model defined for semantic relations. A distinct vocabulary is provided for concept mapping relations, to provide a convenient way to differentiate links within a concept scheme from links between concept schemes. However, this pattern of usage is not a formal requirement of the SKOS data model, and relies on informal definitions of best practice." @en 
  • skos:memberList rdfs:comment "For any resource, every item in the list given as the value of the
    skos:memberList property is also a value of the skos:member property."     @en 
  • skos:narrower rdfs:comment "Narrower concepts are typically rendered as children in a concept hierarchy (tree)." @en 
  • skos:prefLabel rdfs:comment "A resource has no more than one value of skos:prefLabel per language tag, and no more than one value of skos:prefLabel without language tag." @en 
  • skos:prefLabel rdfs:comment "The range of skos:prefLabel is the class of RDF plain literals." @en 
  • skos:prefLabel rdfs:comment "skos:prefLabel, skos:altLabel and skos:hiddenLabel are pairwise
    disjoint properties."     @en 
  • skos:related rdfs:comment "skos:related is disjoint with skos:broaderTransitive" @en 
  • ActuatingFunction rdfs:comment "A function that allows to transmit data to actuators, such as level settings (e.g., temperature) or binary switching (e.g., open/close, on/off)" @en 
  • Actuator rdfs:comment "A device responsible for moving or controlling a mechanism or system by performing an actuating function" @en 
  • Appliance rdfs:comment "An electrical/mechanical machine that accomplish some household functions, such as cleaning or cooking" @en 
  • Cleaning rdfs:comment "A type of task for which a device is designed" @en 
  • CloseCommand rdfs:comment "A type of command" @en 
  • CloseState rdfs:comment "The state of a device that is CLOSE" @en 
  • Coal rdfs:comment "A type of commodity" @en 
  • Comfort rdfs:comment "A type of task for which a device is designed" @en 
  • Command rdfs:comment "A directive that a device must support to perform a certain function. A command may act upon a state, but does not necessarily act upon a state. For example, the ON command acts upon the ON/OFF state, but the GET command does not act upon any state, it simply gives a directive to retrieve a certain value. We propose here a list of commands that are relevant for the purpose of SAREF, but this list can be extended." @en 
  • Commodity rdfs:comment "A marketable item for which there is demand, but which is supplied without qualitative differentiation across a market. SAREF refers to energy commodities such as electricity, gas, coal and oil. " @en 
  • Currency rdfs:comment "The class of units of measure for price" @en 
  • Device rdfs:comment "A tangible object designed to accomplish a particular task. In order to accomplish this task, the device performs one or more functions. For example, a washing machine is designed to wash (task) and to accomplish this task it performs a start and stop function." @en 
  • DoorSwitch rdfs:comment "A switch that performs the saref:OpenCloseFunction, is used for controlling a door, and can be found in the state saref:OpenCloseState. A saref:DoorSwitch is typically used to accomplish saref:Safety." @en 
  • Drying rdfs:comment "A type of task for which a device is designed" @en 
  • Electricity rdfs:comment "A type of commodity" @en 
  • Energy rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value measured in an energy unit (such as Kilowatt_Hour or Watt_hour). Furter specializations of the saref:Energy class can be found in the SAREF4ENER extension, where classes such as EnergyMax, EnergyMin and EnergyExpected are defined. " @en 
  • EnergyEfficiency rdfs:comment "A type of task for which a device is designed" @en 
  • EnergyUnit rdfs:comment "The unit of measure for energy" @en 
  • Entertainment rdfs:comment "A type of task for which a device is designed" @en 
  • EventFunction rdfs:comment "A function that allows to notify about some relevant activity; e.g., that a certain threshold value has been exceeded or that some object has moved." @en 
  • FeatureOfInterest rdfs:comment "A feature of interest represents any real world entity from which a property is measured." @en 
  • Function rdfs:comment "The functionality necessary to accomplish the task for which a device is designed. A device can be designed to perform more than one function. Functions can be structured in categories (subclasses) that reflect different points of view, for example, considering the specific application area for which a function can be used (e.g., light, temperature, motion, heat, power, etc.), or the capability that a function can support (e.g., receive, reply, notify, etc.), and so forth. " @en 
  • Gas rdfs:comment "A type of commodity" @en 
  • GetCommand rdfs:comment "A type of command" @en 
  • GetCurrentMeterValueCommand rdfs:comment "A type of get command" @en 
  • GetMeterDataCommand rdfs:comment "A type of get command" @en 
  • GetMeterHistoryCommand rdfs:comment "A type of get command" @en 
  • GetSensingDataCommand rdfs:comment "A type of get command" @en 
  • HVAC rdfs:comment "Heating, Ventilation and Air Conditioning (HVAC) device that provides indoor environmental comfort. A saref:HVAC is typically used to accomplish saref:Comfort." @en 
  • Humidity rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a humidity unit" @en 
  • IlluminanceUnit rdfs:comment "The unit of measure for light" @en 
  • LevelControlFunction rdfs:comment "An actuating function that allows to do level adjustments of a property in a certain range (e.g., 0%-100%), such as dimming a light in a room or setting the speed of an electric motor. " @en 
  • Light rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a illuminance unit (lux)" @en 
  • LightSwitch rdfs:comment "A switch that performs the saref:OnOffFunction, controls the property saref:Light, and can be found in the state saref:OnOffState. It can offer a switch on service. A saref:LightSwitch is typically used to accomplish saref:Lighting." @en 
  • Lighting rdfs:comment "A type of task for which a device is designed" @en 
  • Measurement rdfs:comment "Represents the measured value made over a property. It is also linked to the unit of measure in which the value is expressed and the timestamp of the measurement." @en 
  • Meter rdfs:comment "A device built to accurately detect and display a quantity in a form readable by a human being. Further, a device of category saref:Meter that performs a saref:MeteringFunction." @en 
  • MeterReading rdfs:comment "A type of task for which a device is designed" @en 
  • MeteringFunction rdfs:comment "A function that allows to get data from a meter, such as current meter reading or instantaneous demand" @en 
  • Motion rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a unit of measure for motion" @en 
  • MultiLevelState rdfs:comment "A type of state" @en 
  • NotifyCommand rdfs:comment "A type of command" @en 
  • Occupancy rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value (saref:hasValue property) that is measured in a unit of measure for occupancy" @en 
  • OffCommand rdfs:comment "A type of command" @en 
  • OffState rdfs:comment "The state of a device that is Off" @en 
  • OnCommand rdfs:comment "A type of command" @en 
  • OnOffFunction rdfs:comment "An actuating function that allows to switch on and off an actuator" @en 
  • OnOffState rdfs:comment "A type of state" @en 
  • OnState rdfs:comment "The state of a device that is On" @en 
  • OpenCloseFunction rdfs:comment "An actuating function that allows to open and close a device" @en 
  • OpenCloseState rdfs:comment "A type of state" @en 
  • OpenCommand rdfs:comment "A type of command" @en 
  • OpenState rdfs:comment "The state of a device that is OPEN " @en 
  • PauseCommand rdfs:comment "A type of command" @en 
  • Power rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a power unit (such as watt or kilowatt). Further specializations of the saref:Power class can be found in the SAREF4ENER extension, where classes such as PowerMax, PowerMin and PowerExpected are defined." @en 
  • PowerUnit rdfs:comment "The unit of measure for power" @en 
  • Pressure rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a pressure unit (bar or pascal)" @en 
  • PressureUnit rdfs:comment "The unit of measure for pressure" @en 
  • Price rdfs:comment "A saref:Property crelated to some measurements that are characterized by a certain value that is measured using saref:Currency" @en 
  • Profile rdfs:comment "A specification associated to a device to collect information about a certain Property (e.g., Energy) for optimizing its usage in the home, office or building in which the device is located. This specification is about a certain Property (saref:isAbout), can be calculated over a time span (saref:hasTime) and can be associated to some costs (saref:hasPrice). An example is the Power Profile defined in the SAREF4ENER extension that can be associated to a device for optimizing the Energy efficiency in the home, office or building in which the device is located." @en 
  • Property rdfs:comment "A quality of a feature of interest that can be measured; an aspect of a feature of interest that is intrinsic to and cannot exist without the feature" @en 
  • Safety rdfs:comment "A type of task for which a device is designed" @en 
  • SensingFunction rdfs:comment "A function that allows to transmit data from sensors, such as measurement values (e.g., temperature) or sensing data (e.g., occupancy)" @en 
  • Sensor rdfs:comment "A device that detects and responds to events or changes in the physical environment such as light, motion, or temperature changes. Further, a device of category saref:Sensor that performs a saref:SensingFunction." @en 
  • Service rdfs:comment "A service is a representation of a function to a network that makes the function discoverable, registerable, remotely controllable by other devices in the network. A service can represent one or more functions. A Service is offered by a device that wants (a certain set of) its function(s) to be discoverable, registerable, remotely controllable by other devices in the network. A Service must specify the device that is offering the service and the function(s) to be represented." @en 
  • SetAbsoluteLevelCommand rdfs:comment "A type of set level command" @en 
  • SetLevelCommand rdfs:comment "A type of command" @en 
  • SetRelativeLevelCommand rdfs:comment "A type of set level command" @en 
  • Smoke rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a unit of measure for smoke" @en 
  • SmokeSensor rdfs:comment "A sensor that performs the saref:SensingFunction and the saref:EventFunction, and is used for the purpose of sensing a property of type saref:Smoke. A saref:SmokeSensor is typically used to saref:accomplish saref:Safety." @en 
  • StartCommand rdfs:comment "A type of command" @en 
  • StartState rdfs:comment "The state of a device that is STARTED" @en 
  • StartStopFunction rdfs:comment "An actuating function that allows to start and stop a device" @en 
  • StartStopState rdfs:comment "A type of state" @en 
  • State rdfs:comment "The state in which a device can be found, e.g, ON/OFF/STANDBY, or ONLINE/OFFLINE. We propose here a list of states that are relevant for the purpose of SAREF, but this list can be extended." @en 
  • StepDownCommand rdfs:comment "A type of command" @en 
  • StepUpCommand rdfs:comment "A type of command" @en 
  • StopCommand rdfs:comment "A type of command" @en 
  • StopState rdfs:comment "The state of a device that is STOPPED" @en 
  • Switch rdfs:comment "A device of category saref:Actuator that performs an actuating function of type saref:OnOffFunction or saref:OpenCloseFunction" @en 
  • SwitchOnService rdfs:comment "A type of service that represents an on/off function to the network" @en 
  • Task rdfs:comment "The goal for which a device is designed (from a user perspective). For example, a washing machine is designed for the task of washing. We propose here a list of tasks that are relevant for the purpose of SAREF, but this list can be extended. Tasks can be accomplished by devices (saref:isAccomplishedBy)." @en 
  • Temperature rdfs:comment "A saref:Property related to some measurements that are characterized by a certain value that is measured in a temperature unit (degree_Celsius, degree_Fahrenheit, or degree_kelvin)" @en 
  • TemperatureSensor rdfs:comment "A sensor that is used for the purpose of sensing a property of type saref:Temperature. A saref:TemperatureSensor is typically used to saref:accomplish saref:Comfort." @en 
  • TemperatureUnit rdfs:comment "The unit of measure for temperature" @en 
  • Time rdfs:comment "A class that allows to specify the time concept." @en 
  • ToggleCommand rdfs:comment "A type of command" @en 
  • UnitOfMeasure rdfs:comment "The unit of measure is a standard for measurement of a quantity, such as a Property. For example, Power is a property and Watt is a unit of power that represents a definite predetermined power: when we say 10 Watt, we actually mean 10 times the definite predetermined power called "watt". Our definition is based on the definition of unit of measure in the Ontology of units of Measure (OM). We propose here a list of some units of measure that are relevant for the purpose of SAREF, but this list can be extended, also using some other ontologies rather than the Ontology of units of Measure (OM)." @en 
  • Washing rdfs:comment "A type of task for which a device is designed" @en 
  • Water rdfs:comment "A type of commodity" @en 
  • WellBeing rdfs:comment "A type of task for which a device is designed" @en 
  • accomplishes rdfs:comment "A relationship between a certain entity (e.g., a device) and the task it accomplishes" @en 
  • actsUpon rdfs:comment "A relationship between a command and a state" @en 
  • consistsOf rdfs:comment "A relationship indicating a composite entity that consists of other entities (e.g., a temperature/humidity sensor that consists of a temperature sensor and a humidity sensor)" @en 
  • controlsProperty rdfs:comment "A relationship specifying the property that can be controlled by a certain device" @en 
  • hasCommand rdfs:comment "A relationship between a function and a command" @en 
  • hasDescription rdfs:comment "A relationship providing a description of an entity (e.g., device). The value is expected to be a string or a string with language tag." @en 
  • hasDescription rdfs:comment "DEPRECATED: The use of rdfs:comment is recommended instead." @en 
  • hasFunction rdfs:comment "A relationship identifying the function of a device" @en 
  • hasManufacturer rdfs:comment "A relationship identifying the manufacturer of an entity (e.g., device). The value is expected to be a string or a string with language tag." @en 
  • hasMeasurement rdfs:comment "A relationship between a feature of interest and a measurement about it" @en 
  • hasMeterReading rdfs:comment "A relationship between a metering function and the measurement of the reading" @en 
  • hasMeterReadingType rdfs:comment "A relationship identifying the reading type of a metering function (e.g., Water, Gas, Pressure , Energy , Power, etc.)" @en 
  • hasModel rdfs:comment "A relationship identifying the model of an entity (e.g., device). The value is expected to be a string or a string with language tag." @en 
  • hasPrice rdfs:comment "A relationship indentifying the price associated to an entity" @en 
  • hasProfile rdfs:comment "A relationship associating a profile to a certain device" @en 
  • hasProperty rdfs:comment "A relationship between a feature of interest and a property of that feature" @en 
  • hasSensingRange rdfs:comment "A relationship between a sensing function and a measurement identifying the range of a sensor detection" @en 
  • hasSensorType rdfs:comment "A relationship identifying the sensing type of a sensor detection (i.e., Temperature, Occupancy, Humidity, Motion , Smoke, Pressure, etc.) " @en 
  • hasState rdfs:comment "A relationship identifying the type of state of a device" @en 
  • hasThresholdMeasurement rdfs:comment "A relationship associated with an event function to notify that a certain threshold measurement has been exceeded" @en 
  • hasTime rdfs:comment "A relationship to associate time information to an entity" @en 
  • hasTimestamp rdfs:comment "A relationship stating the timestamp of an entity (e.g. a measurement)." @en 
  • hasTypicalConsumption rdfs:comment "A relationship identifying the typical (energy or power) consumption of a device" @en 
  • hasValue rdfs:comment "A relationship defining the value of a certain property, e.g., energy or power. Note that, even if numeric values are expected to enable reasoning, measurement values could use other datatypes." @en 
  • isAbout rdfs:comment "A relationship identifying what an entity, such as a profile, is about" @en 
  • isAccomplishedBy rdfs:comment "A relationship identifying an entity (e.g., a device) that can accomplish a task." @en 
  • isCommandOf rdfs:comment "A relationship between a command and a function." @en 
  • isControlledByDevice rdfs:comment "A relationship specifying the devices that can control a certain property" @en 
  • isMeasuredByDevice rdfs:comment "A relationship specifying the devices that can measure a certain property" @en 
  • isMeasuredIn rdfs:comment "A relationship identifying the unit of measure used for a certain entity." @en 
  • isMeasurementOf rdfs:comment "A relationship between a measurement and the feature of interest whose quality was measured" @en 
  • isOfferedBy rdfs:comment "A relationship between a service and a device that offers the service" @en 
  • isPropertyOf rdfs:comment "A relationship between a property and the feature of interest it belongs to" @en 
  • isUsedFor rdfs:comment "A relationship specifying the commodity for which a device is used for" @en 
  • makesMeasurement rdfs:comment "A relation between a device and the measurements it makes. Such measurement will link together the value of the measurement, its unit of measure and the property to which it relates." @en 
  • measurementMadeBy rdfs:comment "A relation between a measurement and the device that made it." @en 
  • measuresProperty rdfs:comment "A relationship specifying the property that can be measured by a certain device" @en 
  • offers rdfs:comment "A relationship between a device and a service" @en 
  • relatesToMeasurement rdfs:comment "A relationship between a property and the measurements it relates to" @en 
  • relatesToProperty rdfs:comment "A relationship between a measurement and the property it relates to" @en 
  • represents rdfs:comment "A relationship between a service and a function." @en 
  • rdfs:comment "Information about changes compared to version 1.1.1:
    - The classes and properties related to how to represent devices in building spaces (such as the saref:BuildingSpace class, saref:BuildingObject class and saref:isLocatedIn property) have been removed from SAREF and incorporated into the SAREF4BLDG extension related to buildings, including the reuse of the W3C? WGS84 geo positioning vocabulary.
    - The saref:DeviceCategory and saref:FunctionCategory classes have been removed. Instead, the hierarchy of device categories has been implemented directly as subclasses of the saref:Device class.
    - The information specific for energy efficiency has been moved to the SAREF4ENER extension. For example, the saref:Profile class has been redefined to accommodate only the properties that are general enough for any type of profile, not only for energy and power. Details on how to specifically model a power profile can be found in the SAREF4ENER extension.
    - The subclasses of the saref:Energy class have been removed (i.e., Average Energy, Maximum Energy, Minimum Energy, Total Energy, HVAC Energy, Hot Water Energy and Lighting Energy).
    - The saref:Property class has been split into two classes (saref:Property and saref:Measurement), as it is done in the SAREF4ENVI extension, in order to properly accommodate the distinction between the concept of property (an observable quality of something) and the concept of measurement (a concrete value observed for a property).
    - Too restrictive cardinality restrictions have been revised, sometimes making them optional rather than mandatory (better to make properties mandatory in the extensions that specialize SAREF for a specific purpose, rather than restricting SAREF, whose purpose is more general). For example, definitions of units of measurement using an enumeration (owl:oneOf) were too restrictive because they did not allow using other units than those enumerated. Therefore, the individuals of each class are still there, but the owl:oneOf enumeration has been removed.
    - The saref:UnitOfMeasure subclasses use individuals from the OM ontology for unit of measures, but this is not the only solution. It has been clarified in the comments that the OM ontology is an example, but other ontologies can be used.
    - The global restrictions (rdfs:domain and rdfs:range) in object properties have been completely removed not to hinder interoperability. Object properties are now only restricted locally in the classes.
    - The subclasses of saref:Task have been transormed in individuals.
    - The saref:hasTask property has been removed from the saref:Profile class to resolve an ambiguity with the saref:Task class."
  • rdfs:comment "Information about changes compared to version 2.1.1:
    - Added the saref:FeatureOfInterest class and the properties used to relate it to saref:Measurement (saref:hasMeasurement and saref:isMeasurementOf) and to saref:Property (saref:hasProperty and saref:isPropertyOf).
    - Added the saref:measurementMadeBy property as inverse of saref:makesMeasurement.
    - The saref:relatesToProperty and saref:relatesToMeasurement properties are now inverse of each other.
    - The range of saref:hasValue, which was defined as xsd:float, has been removed to support other datatypes for measurements.
    - The range of datatype properties, which was defined as xsd:string, has been removed in order to support strings with language tags (rdf:langString). This affects saref:hasDescription, saref:hasManufacturer, saref:hasModel and saref:hasName, which now have implicitly a range of rdfs:Literal.
    - The saref:hasName property has been removed and the use of rdfs:label is recommended.
    - The saref:hasDescription property has been deprecated and the use of rdfs:comment is recommended.
    - Too restrictive restrictions have been removed and in some cases the ontology documentation has been updated to reflect this: a saref:Command having at most one saref:hasDescription; a saref:Task being accomplished by at least one saref:Device; a saref:Device having a typical consumption of only energy or power; a saref:Commodity being measured in units of measure; restrictions on the values of saref:accomplishes that only covered specific use cases; universal restrictions on the saref:actsUpon property have been changed to existential ones; restrictions on the commands that a saref:Function may have, since there could be others not included in the defined enumerations; restrictive documentation of saref:EventFunction and saref:SmokeSensor.
    - Bugs have been fixed: some devices (saref:DoorSwitch, saref:EnergyMeter, saref:LigthSwitch, saref:SmokeSensor, and saref:TemperatureSensor) were defined as subclass of a device and at the same time as consisting of such device; a saref:LightSwitch controls light and does not measure light, since it is an actuator; incorrect documentation of saref:OnState and saref:OffState.
    - The saref:BuildingRelated, saref:EnergyRelated and saref:FunctionRelated classes have been removed, since the different extensions already classify the device types.
    - The instances of the subclasses of saref:Command have been removed, since they represent examples.
    - The instances of saref:UnitOfMeasure have been moved to examples.
    - The classes related to the SAREF4ENER extension have been removed: saref:Generator, saref:Storage, saref:Load and saref:EnergyMeter.
    - Some instances of saref:Device have been moved to examples: saref:WashingMachine, saref:LightingDevice, saref:MicroRenewable, saref:Multimedia, and saref:Network.
    - Added domain and range axioms wherever the definition of a property unambiguously identifies the domain or the range of the property.
    - The OWL Time ontology is not imported anymore.
    - The documentation of some ontology terms has been updated for clarification.
    - Language tags have been added to all labels and comments.
    "

OWL HTML inside