This paper describes a linked-data platform to publish sensor data and link them to existing resource on the semantic Web. The linked sensor data platform, called Sense2Web supports flexible and interoperable descriptions and provide association of different sensor data ontologies to resources described on the semantic Web and the Web of data. The current advancements in (wireless) sensor networks and being able to manufacture low cost and energy efficient hardware for sensors has lead to a potential interest in integrating physical world data into the Web. Wireless sensor networks employ various types of hardware and software components to observe and measure physical phenomena and make the obtained data available through different networking services. Applications and users are typically interested in querying various events and requesting measurement and observation data from physical world. Using a linked data approach enables data consumers to access sensor data and query the data and relations to obtain information and/or integrate data from various sources. Global access to sensor data can provides a wide range of applications in different domains such as geographical information systems, healthcare, smart homes, and business applications and scenarios. In this paper we focus on publishing linkeddata to describe sensors and link them to other existing resources on the Web.
The information collected from the physical world in combination with the
existing resources and services on the Web facilitate enhanced methods to obtain
business intelligence, enabling the construction of new types of front-end
application and services, and could revolutionise the way organisations and people use
Internet services and applications in their daily activities. There are currently a
number of projects focused on developing large-scale sensor networks integrated
into the Internet such as SENSEI1, SensorWeb2, and also there are existing work
on creating service layers and data structures for sensor and actuator networks
such as [
The above mentioned works are some of the ongoing efforts to develop
underlying services for constructing global sensor networks. However, there is also
a vital need to construct middle-ware services and applications that act as
intermediaries for capturing, delivery and presentation of dynamic real world data
to the consumer applications and users. Collaboration, scalability and semantic
interoperability are the key feature in designing large-scale sensor networks to
support efficient resource distribution and data communication on top of these
networks. This will result in generating networked resources which collect data
from the physical world as well as data and services on the Web. Interlinking
the data from the physical world and the Web will compliment one of the key
potentials of semantic Web to create a networked knowledge infrastructure [
Linked-data is one way to publish, share and connect data via URIs on the Web4. It focuses on interconnecting data and resources on the Web by defining relations between ontologies, schemas and/or directly linking the published data to other existing resource on the Web. The process can be done manually or (semi-) automatic mechanisms can be used to create the links. Publishing data as linked-data enables finding other related data and relevant information and facilitates interconnection and integration of data from different communities and sources. In this paper we describe a platform, called Sense2Web, to publish linked-sensor-data. Sense2Web publishes linked-data and makes it available to other Web application via SPARQL endpoints5. Our main focus in this paper is sensor description data. The sensor observation and measurement data can also be published following similar principals. However, publishing observation and measurement data requires other concerns such as time-dependency, scalability, freshness and latency. We have also implemented a mash-up application using data from Sense2Web to demonstrate reasoning and interpretation of linkedsensor data.
The rest of this paper is organised as follows. Section 2 describes semantic sensor networks. Section 3 discusses the linked data principles and describes current contributions to Web of Data and publishing linked-data. Section 4 explains linked-sensor-data and linking sensor descriptions to existing resources 1 http://www.ict-sensei.org 2 http://research.microsoft.com/en-us/projects/senseweb/ 3 http://www.opengeospatial.org 4 http://linkeddata.org/ 5 http://semanticweb.org/wiki/SPARQL endpoint on the Web. Section 5 demonstrates the platform for publishing and accessing linked-sensor-data and shows a mash-up application using constructed linkeddata. Section 6 concludes the paper and discusses the future work. 2
There are currently ongoing efforts to define ontologies and to create frameworks
to apply semantic Web technologies to sensor networks. The Semantic Sensor
Web (SSW) proposes annotating sensor data with spatial, temporal, and
thematic semantic metadata [
Semantics allow machines to interpret links and relations between different
attributes of a sensor description and also other resources. Utilising and
reasoning this information enables the integration of the data as networked knowledge
[
We have developed a framework to publish sensor data description and link this data to other resources on the Web. The framework will make descriptions (and also sensor-generated information) usable as a new and key source of knowledge and will facilitate integration of this information into the (existing) information spaces of communities. The semantically enriched data will be elevated to HTTP level to make it available for business processing methods and data integration and collaboration services. Another important aspect is interoperability and scalability of the framework. Utilising metadata and semantic annotations to describe sensor data and in general physical world resources in a scalable and heterogeneous platform enables different communities to exploit the emerging data and exchange information and knowledge in a collaborative environment. User annotated resources and services similar to those employed by social Web and semantic Web, as well as common machine-interpretable description and query interfaces are key aspects in the designing the framework. Figure 1 shows an example of integration of data from different sources in a collaborative environment. Imagine the parcel is tagged with an RFID tag that is scanned every time it is loaded or unloaded, the post delivery van has also a GPS sensor which reports the location and a twitter service is deployed to 6 http://www.w3.org/2005/Incubator/ssn/ 7 see: http://www.w3.org/2005/Incubator/ssn/wiki/State of the art survey report the status of the parcel to interested twitter followers. In a semantic integration scenario each of these sensors and services need to be able to describe and/or discover what type of information is published, who can consume this information and what the information is all about. This includes the sensor or service description and also the data reported from sensors and services. In the current work we describe how sensor descriptions are published as linked-data and how a consumer application can query and access this data using standard interfaces. 3
Publishing data on the semantic Web with machine interpretable
representations facilitates more structured and efficient access to the resources; however
semantic descriptions without being linked to other existing data on the Web
would be mostly processed locally and according to the domain descriptions (i.e.
ontologies) and their properties. Linking data to other resources on the Web
enables obtaining more information across different domains. The linked data
initially was introduced by Tim Berners-Lee in 2006 [
SPARQL, – Including links to other URIs.
Publishing annotated and interconnected data is the underlying principal of
the Web of Data [
The Web of Data is supported by the Semantic Web and in particular the Linking Open Data community project in the W3C Semantic Web Education and Outreach Working Group8. The Linking Open Data community project started in 2007 and as reported November 2009 the data sets that have been published and interlinked consisted of over 13.1 billion RDF triples which are interlinked by around 142 million RDF links9. The project includes various open data sets available on the Web such as Wikipedia10, Wikibooks11, Geonames12, and WordNet13. In practice, the linked-data published on the Web is RDF data that is accessible through query interfaces and, as proposed in the current Linked-data projects, SPARQL endpoints. Recently even the public organisations and government data is also published as linked-data; for example the UK government now provides linked-data [10] and the proposed data is available via SPARQL endpoints14.
Emergence of sensor data as linked-data enables sensor network providers and data consumers to connect sensor descriptions to potentially endless data existing on the Web. By relating sensor data attributes such as location, type, observation and measurement features to other resources on the Web of data users will be able to integrate physical world data and the logical world data to draw conclusions, create business intelligence, enable smart environments, support automated decision making systems among many other applications. The linked-sensor-data can be also queried, accessed and reasoned based on the same principles that apply to linked-data. This creates an open platform to publish and consume sensor data in an interoperable fashion. 4
Sheth et al. in [
Location specific information for sensors could include very specific geo-locations
defined as altitude and latitude and/or high level information that describe the
location in high-level terms and relation to other domain concepts (e.g.
postcodes). In OGC SWE standard Sensor Observation Service (SOS) [
However, in a global scale the location instances potentially could refer to endless location data. To address this challenge in Sense2Web we propose using two location attributes in describing the sensor data. The first attributes refers to an instance of a local ontology which is a model of the current location that the sensor is deployed in. This could include high granularity and detailed information of the physical location such as rooms, corridors, floors, buildings. This ontology could be populated and used in different applications. We have defined a basic schema for such an ontology which is discussed in Section 5; however, the sensor data publisher may opt to use a different ontology and as long as the schema link definitions are available to data consumers this will not affect the query and accessing the linked-sensor-data. The second location attribute is selected from high-level location concepts that are available on the 15 http://simile.mit.edu/2005/05/ontologies/location 16 http://www.daml.org/experiment/ontology/location-ont 17 http://www.w3.org/TR/owl-time/ 18 http://cyc.com/cyc/opencyc 19 http://dbpedia.org/ 20 http://www.opengeospatial.org/standards/gml 21 http://linkedgeodata.org Web of data. In particular, we have used concepts referring to places selected from DBpedia. The following SPARQL code shows and example of querying location resources from DBpedia.
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> SELECT ?entity ?label WHERE { ?entity rdf:type <http://dbpedia.org/ontology/Place>. ?entity rdfs:label ?label.
?label <bif:contains> ’"Guildford"’. } 4.2
Temporal attributes in sensor data and its observation and/or measurement data are those describing attributes such as time zone and measurement timestamp. In this context, using common ontologies for temporal specifications enable linkeddata consumers to query and access temporal features of data using standard models and interfaces. The important aspect is defining temporal concepts according to the existing vocabularies or making the schema description available to the users. 4.3
Thematic data provides links between sensor data and the domain knowledge. The attributes such as sensor type, tags, type of observation measurement, features of interest and other more specific attributes such as operational and deployment attributes describe sensors with domain knowledge. We propose using a local ontology to provide more specific sensor descriptions such as those proposed in the SENSEI project [13] and W3C Incubator Group for Semantic Sensor Networks Ontology22. Other high level concepts can be associated to the existing data on the Web. For this purpose, we use DBpedia for Sensor Types (general types) and tags (general concepts and applications). It also worth mentioning that in many applications relying on only general sensor type definitions by community-driven vocabularies such as DBpedia will not be sufficient; however, in this example we only demonstrate how linked-sensor-data can benefit from existing resources and at the same type contribute to the extension of linked-data. Similar to location information, for more specific information, local and application/domain specific ontologies can be used to describe detailed attributes more precisely. 22 http://www.w3.org/2005/Incubator/ssn/wiki/ 4.4
Sensor data does not only consist of spatial, temporal and thematic features.
The sensor as a device and the sensing process have also more specific attributes
and features. In addition to providing links between sensor attributes and other
resources, there are approaches to annotate and link sensor observation services
and also describe device dependent and process specific features of sensor data.
In this context, Janowicz et al. [14] describe a semantic enablement layer on
top of the OGC SWE standards. Henson et al. [15] discuss construction of a
Semantic Sensor Observation Service based on the SWE standards. There are
several approaches that provide ontology based description for more specific
sensor data, for example [
The four main principle rules proposed by Berners-Lee [
URIs and Naming: Assigning URIs for sensor descriptions; each sensor description is published with a unique URI that refers to it descriptions. The naming of sensors can follow similar conventions that are used for HTML pages or other resources on the current Web. The SENSEI project proposes a more specific guideline to define a Universal Resource Name (URN) for sensors. In SENSEI, the unique resource identifier includes administrative domains as the first part after the namespace identifier and then adds resource identifiers to the URN [17]. The following phrase shows a sample URN using SENSEI naming convention. urn:sensei:surrey.ac.uk:TeloSBSensorTS1:
Temperature:SampleRate:3223a-86bca-0123-e123
All resources in SENSEI are identified by a domain and the unique resource
identifier is constructed using the domain name, sensor type and an internal
unique identifier. We propose a similar approach for defining sensor identifiers;
with a difference that in linked-sensor-data the identifiers are defined as URIs.
Providing HTTP access: The linked-sensor-data can be made available
through HTTP access by simply publishing descriptions as Web documents or in
a more efficient way, as linked-data suggests, by providing SPARQL endpoints to
query and access the data. Sensor observation and measurement data can be also
made available through HTTP interfaces via sensor observation services. SWE
Sensor Observation Service (SOS) [
tions according to ontologies designed to represent sensor features and attributes. We propose a two layer sensor data annotation to provide sensor data annotations to link them to other resources. An RDF description captures basic attributes of a sensor (i.e. spatial and thematic data) and uses publicly available linked-data to create the links to other resources. The basic RDF representation of linked-sensor-data is discussed in more detail in Section 5 Linking to other URI’s: To describe sensor data using the basic sensor ontology, the terminology (whereas it is applicable) can be chosen from publicly available linked-data. This enables construction of sensor descriptions that are already linked to other resources based on different features. We also propose using local ontologies and vocabularies to provide more specific descriptions and also allow users to add and associate existing RDF data, according to other ontologies, to the current sensor descriptions. Including all this data and publishing it as linked RDF data creates a set of resources that some of their attributes are already described using other Web resources. This allows browsing and accessing more information by referring to different attributes. It also establishes a link between other RDF descriptions of the sensor data and the high-level concepts that are defined as their property values. 5
Sense2Web provides a platform to publish linked-sensor-data according to the four main principles discussed in the previous section. It enables users to publish their sensor description data as RDF triples, associate any other existing RDF sensor description data, link to the existing resources on publicly available linked-data repositories and make it available for linked-data consumers through SPARQL endpoints.
Figure 2 shows the user interface to publish a new sensor description. We use Jena API [19] to query DBpedia and other resources to obtain values for location, type and descriptive properties. We query the linked-data resources and serialise the results using AJAX technology [20] directly to the page; so user can type a keyword and obtain relevant suggestion from on-line repositories. Figure 3 shows suggestions from DBpedia for a sample query, ”‘Guildford”’ as a place.
The submitted variables are stored in XML form and an Extensible Stylesheet Language Transformations (XSLT)23 is used to transform the submitted data to RDF from. This makes generation of RDF data flexible and independent. We construct the RDF data according to a basic RDF structure that captures main properties of sensor data and link it to other RDF files that provide more specific properties according to common sensor ontologies. However, by using a different stylesheet data can be transformed to another format or other namespaces based on different applications and requirements.
It should be noted that the properties identified in main Sense2Web RDF descriptions are neither complete nor fixed. The system includes primary attributes to demonstrate the feasibility of publishing linked-sensor-data and it can be extended to include more specific attributes to describe sensor data. The following shows a fragment of an XSL stylesheet designed for constructing the RDF data. <?xml version=’1.0’?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:template match="/"> <rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 23 http://www.w3.org/TR/xslt20/ ...
xmlns:dbpedia="http://dbpedia.org/property/"> <rdf:Description>
<xsl:attribute name="rdf:about"> http://ee.surrey.ac.uk/ccsr/sensei/simplesensor#
<xsl:value-of select="sensors/sensor/id"/> </xsl:attribute> <rdfs:label>
<xsl:value-of select="sensors/sensor/id"/> </rdfs:label> <simplesensor:hasDBPediaLocation>
<xsl:value-of select="sensors/sensor /locationList"/>
</simplesensor:hasDBPediaLocation> ... </rdf:Description> </rdf:RDF>
</xsl:template> </xsl:stylesheet>
The following demonstrates a fragment of an RDF instance that is constructed from user submitted data using the XSL stylesheet. <?xml version="1.0" encoding="UTF-8"?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dbpedia="http://dbpedia.org/property/" ... <rdf:Description rdf:about= "http://ee.surrey.ac.uk/ccsr/sensei/simplesensor#3223a-86bca-0123-e123"> <rdfs:label>3223a-86bca-0123-e123</rdfs:label> ...
</rdf:Description> </rdf:RDF>
We use SDB24 a SPARQL database for Jena to store the triples. To provide SPARQL endpoints we use an open source SPARQL server for Jena called Joseki25. We have also implemented interfaces that enable users to obtain the query results on different format such as XML, RDF and SPARQL protocol format26. The following demonstrates a fragment of results of a sample published resource in SPARQL protocol format. <sparql> <head>
<variable name="property"/> 24 http://openjena.org/SDB/ 25 http://joseki.sourceforge.net/ 26 http://www.w3.org/TR/rdf-sparql-protocol/
Figure 4 shows the main components of Sense2Web platform and the interfaces to access the system. To demonstrate the linked-data usage and integration of data from different sources we have created a mash-up application using Google Maps API27. For this application we use location attribute and retrieve geographical coordinates of the resources from linked-data. The application then retrieves other related properties of the resources from the linked-sensor-data interface and lists available sensors and their properties through a Google Maps application. In the current 27 http://code.google.com/apis/maps/ demo, we only retrieve published properties and show them in a map overlay. This can be extended to discovering other related resources such as nearby locations, districts and other related information available through browsing different links. Figure 5 shows some of the related data available for our sample query (”‘Guildford”’) from DBpedia.
Figure 6 demonstrates the application and shows available information for a sample published sensor. In our sample, we create links between high-level description of sensor data, type and keyword descriptions. In fact, if more publicly available semantic data is available, then more properties of sensor description can be linked to other resources. This will require more common ontologies to describe sensor types, sensor platforms, sensor measurement attributes, sensor devices, etc. 6
The paper discusses creating linked data from sensor data and in particular providing sensor descriptions and associating their attributes to resources on the Web. We describe our platform and discuss how existing linked data resources are used to create linked sensor data. The underlying sensor descriptions are constructed using XML data from user annotations. We use stylesheets to transform the annotation data to different designated sensor description formats such as W3C SSN ontology or SENSEI ontology representations. The paper describes our ongoing work and the implemented prototype demonstrates the idea of using semantic Web technologies and link data principles to connect sensor data to other existing resources on the Web of Data. An example access and exploitation scenario for the constructed linked sensor data platform is also described using a mash-up application. The future work will focus on adding and testing different sensor platforms to the system, including observation and measurement data, providing sensor and service discovery mechanisms and evaluating scalability of the platform.
The first author’s work is supported by the SENSEI project, Integrating the Physical with the Digital World of the Network of the Future (www.senseiproject.eu). SENSEI is a Large Scale Collaborative Project supported by the European 7th Framework Programme, contract number: 215923. 10. J. Sheridan and J. Tennison, “Linking uk government data,” in WWW2010 workshop:Linked Data on the Web (LDOW2010). ACM, 2010. 11. W. Wei and P. Barnaghi, “Semantic annotation and reasoning for sensor data,” in EuroSSC’09: Proceedings of the 4th European conference on Smart sensing and context. Berlin, Heidelberg: Springer-Verlag, 2009, pp. 66–76. 12. J. Pschorr, C. Henson, H. Patni, and A. Sheth, “Sensor discovery on linked data,” in Proceedings of 7th Extended Semantic Web Conference, 2010. 13. C. Villalonga, M. Bauer, V. Huang, J. Bernat, and P. Barnaghi, “Modeling of sensor data and context for the real world internet,” in 7th IEEE Workshop on Context Modeling and Reasoning (CoMoRea) at the 8th IEEE International Conference on Pervasive Computing and Communication (PerCom’10). IEEE, 2010. 14. A Transparent Semantic Enablement Layer for the Geospatial Web, Washington
DC, USA, 2009. 15. C. A. Henson, J. K. Pschorr, A. P. Sheth, and K. Thirunarayan, “Semsos: Semantic sensor observation service,” Collaborative Technologies and Systems, International Symposium on, vol. 0, pp. 44–53, 2009. [Online]. Available: http://dx.doi.org/10.1109/CTS.2009.5067461 16. H. Neuhaus and M. Compton, “The semantic sensor network ontology: A generic language to describe sensor assets,” in AGILE 2009 Pre-Conference Workshop Challenges in Geospatial Data Harmonisation, 2009. 17. “Sensei project, the sensei real world internet architecture, white-paper,” 2010, http://www.sensei-project.eu/. 18. H. Abangar, P. Barnaghi, K. Moessner, R. Tafazolli, A. Nnaemego, and K. Balaskandan, “A service oriented middleware architecture for wireless sensor networks,” in Future Network and Mobile Summit 2010, 2010. 19. Jena, 2008, jena, A Semantic Web Framework for Java, http://jena.sourceforge.
net/. 20. J. J. Garrett, “Ajax: A new approach to web applications,” 2005, http://www. adaptivepath.com/ideas/essays/archives/000385.php.