<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Mehr zum Thema Presence</title>
	<atom:link href="http://b4mad.net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/feed/" rel="self" type="application/rss+xml" />
	<link>http://b4mad.net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/</link>
	<description>Collaborating Individuals - All Knowledge on one Floppy</description>
	<pubDate>Tue, 06 Jan 2009 08:41:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Christop GÃ¶rn</title>
		<link>http://b4mad.net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/#comment-32</link>
		<dc:creator>Christop GÃ¶rn</dc:creator>
		<pubDate>Wed, 04 Aug 2004 07:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://B4mad.Net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/#comment-32</guid>
		<description>Auch ein Java-basierter Sensor der auf einen Mobiltelefon lÃ¤uft und seine gefundenen Devices via sms an einen Gateway zum Collector abliefert ist denkbar. Dieser Sensor kann aufgrund seiner mobilen Natur jedoch bestimmte Daten wie z.B. LongLat des Sensors (ausser er hat Zugriff auf GPS Daten) nie liefern.

Der Sensor speichert seine Konfiguration lokal, jeder Sensor sollte pro sensortem Netzwerk einen eineindeutigen Namen (analog zum DNS Namen) besitzen, Vorschlag: sensor-{bt&#124;wlan&#124;ether}-&lt;number&gt;.&lt;fqdn&gt;. Genauso sollte jeder Sensor einen Besitzer ausweisen, dessen Daten Ã¶ffentlich einsehbar sind. Die erfassten Daten werden mittels SOAP an den Collector geliefert.&lt;/fqdn&gt;&lt;/number&gt;</description>
		<content:encoded><![CDATA[<p>Auch ein Java-basierter Sensor der auf einen Mobiltelefon lÃ¤uft und seine gefundenen Devices via sms an einen Gateway zum Collector abliefert ist denkbar. Dieser Sensor kann aufgrund seiner mobilen Natur jedoch bestimmte Daten wie z.B. LongLat des Sensors (ausser er hat Zugriff auf GPS Daten) nie liefern.</p>
<p>Der Sensor speichert seine Konfiguration lokal, jeder Sensor sollte pro sensortem Netzwerk einen eineindeutigen Namen (analog zum DNS Namen) besitzen, Vorschlag: sensor-{bt|wlan|ether}-<number>.<fqdn>. Genauso sollte jeder Sensor einen Besitzer ausweisen, dessen Daten Ã¶ffentlich einsehbar sind. Die erfassten Daten werden mittels SOAP an den Collector geliefert.</fqdn></number></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christop GÃ¶rn</title>
		<link>http://b4mad.net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/#comment-31</link>
		<dc:creator>Christop GÃ¶rn</dc:creator>
		<pubDate>Wed, 04 Aug 2004 07:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://B4mad.Net/datenbrei/archives/2003/10/31/mehr-zum-thema-presence/#comment-31</guid>
		<description>Ein sehr guter &lt;a href=http://heise.de/tp/deutsch/inhalt/lis/16312/1.html&gt;Telepolis Artikel&lt;/a&gt; zeigt die Arbeit der DARPA unter dem Title "smart dust" auf. Konsequent weitergedacht und entwickelt...

Danke Herr [0] fÃ¼r die URL</description>
		<content:encoded><![CDATA[<p>Ein sehr guter <a href=http://heise.de/tp/deutsch/inhalt/lis/16312/1.html>Telepolis Artikel</a> zeigt die Arbeit der DARPA unter dem Title &#8220;smart dust&#8221; auf. Konsequent weitergedacht und entwickelt&#8230;</p>
<p>Danke Herr [0] fÃ¼r die URL</p>
]]></content:encoded>
	</item>
</channel>
</rss>
