RE: do you use polling, pushing or triggering data?

Hello Frank

That depends on the underlying communication technology. We support sensors that use both request/response mechanisms (polling) as well as asynchronous communications (push/triggering/peer-to-peer). SPARQL and RDF is by nature request/respond. In case of meters using pushing (like battery powered radio meters), the last reported values will be used.

I'm not aware of the single largest installation of our system, as this is managed by our partners. However, our system is dimensioned to be able to manage hourly values from at least 300'000 sensors (for instance electricity meters) on a single machine. Since it can be built into clusters as well as super-and subserver architectures, the upper limit depends on architecture and use cases. We have simulation tools to simulate behavior. Normally, when calculating possible dimensions, use cases are modeled first, and the simulated in our tools, to check if performance is sufficient, given an IT architecture.

Sincerely,
Peter Waher



Peter Waher, Gerente General
[cid:image001.png@01CE1420.4973FC10]

Clayster Chile Ltda
Calle Blanco 1623, oficina 1402
Valparaíso, Chile
Teléfono: +56-32-2122533, +56-9-64324113
Nextel CD: 46*206*14419
Skype: peter.waher
Correo electrónico: peter.waher@clayster.com<mailto:peter.waher@clayster.com>
Twitter: https://twitter.com/ClaysterLabs,  https://twitter.com/PeterWaher
LinkedIn: http://se.linkedin.com/pub/peter-waher/1a/71b/a29

La información contenida en esta transmisión es confidencial y propietaria y no puede ser utilizada por personas distintas a su(s) destinatario(s). La utilización no autorizada de la información contenida en este correo por cualquier forma puede ser sancionada criminalmente de conformidad con la Ley Chilena e infringir normas sobre propiedad intelectual, propiedad industrial o secretos comerciales. Si ha recibido esta transmisión por error, por favor destrúyala y notifique al remitente telefónicamente, con cobro revertido o vía e-mail. Atendido que no existe certidumbre que el presente mensaje no será modificado como resultado de su transmisión por correo electrónico CLAYSTER Laboratorios Chile Limitada, no será responsable si el contenido del mismo ha sido modificado. Visite nuestra página WEB www.clayster.com<http://www.clayster.com/>.

The information contained in this transmission is confidential and proprietary and it cannot be used by any person other than its addressee(s). Unauthorized use of the information contained in this transmission in any form may be punished under Chilean Law and be considered a copyright, industrial property or trade secrets infringement. If received in error, please destroy it and notify the sender by calling collect or e-mail. As there can be no certainty that this message will not be modified as a result of its transmission via e-mail, CLAYSTER Laboratorios Chile Limitada shall not be responsible if the content of the same has been modified. Visit www.clayster.com<http://www.clayster.com/>.




From: Frank Haferkorn [mailto:F.Haferkorn@RST-Automation.de]
Sent: den 26 februari 2013 12:44
To: Peter Waher; public-ssn-cg@w3.org
Subject: do you use polling, pushing or triggering data?

Hello  Peter,
do you use polling, pushing or triggering data (see below)?
How many sensor data do you have to manage at the same time? And how frequency?

Yours,
     Frank

-----------------------------------------------------------------------------
RST Industrie Automation GmbH * Carl-Zeiss-Str. 51, D-85521 Ottobrunn
Tel. +49-89-9616018-20 * Fax +49-89-9616018-10 * http://www.rst-automation.de

Geschäftsführer: Dipl.-Ing.(FH) Robert Schachner
Amtsgericht München: HRB 103 626 * ID-Nr. DE 811 466 035
----------------------------------------------------------------------------

Von: Peter Waher [mailto:Peter.Waher@clayster.com]
Gesendet: Dienstag, 26. Februar 2013 15:55
An: Frank Haferkorn; public-ssn-cg@w3.org<mailto:public-ssn-cg@w3.org>
Betreff: RE: I am interested in Semantics and Sensors.

Hello Frank

In our system (running on servers or plug computers, gateways, etc.), semantic data for all connected sensors is generated on the fly (on demand). It has a built in SPARQL engine which can process a variety of RDF triple sources. One such type of triple source is an on demand converter of sensor information to semantic information. As we control the SPARQL engine ourselves, we don't have the need to create a huge triple store for all semantic data necessary to describe the sensor network.

Sincerely,
Peter Waher


From: Frank Haferkorn [mailto:F.Haferkorn@RST-Automation.de]
Sent: den 26 februari 2013 07:16
To: public-ssn-cg@w3.org<mailto:public-ssn-cg@w3.org>
Cc: Peter Waher
Subject: AW: I am interested in Semantics and Sensors.


Dear SSN team,



I was able to browse



http://www.w3.org/2005/Incubator/ssn/ssnx/ssn


and got an impression of the SSN ontology.
I learned about the description of sensor data and other interesting items like observation etc. .

But I still have a big Question:

HOW IS THE REAL ACCESS of the Sensor's Data implemented.

In my Eyes there are only three possible ways:

·         Pushing - the sensor is updating the related semantics itself,

·         Polling - there is some software entity that is polling the and creating the semantic data from the sensor's output?

·         Triggering - The semantic data is generated on the fly at the moment of the request for the data.



Which option is used in real SSN systems?



Yours,

  Frank Haferkorn


-----------------------------------------------------------------------------
RST Industrie Automation GmbH * Carl-Zeiss-Str. 51, D-85521 Ottobrunn
Tel. +49-89-9616018-20 * Fax +49-89-9616018-10 * http://www.rst-automation.de

Geschäftsführer: Dipl.-Ing.(FH) Robert Schachner
Amtsgericht München: HRB 103 626 * ID-Nr. DE 811 466 035
----------------------------------------------------------------------------