Sensor Observation Service - Versionsgeschichte

Syunsyunminmin: Rettet lint error

2022-05-22T08:34:54Z

Rettet lint error

← Nächstältere Version		Version vom 22. Mai 2022, 10:34 Uhr
Zeile 40:		Zeile 40:
	Das OGC hat – nicht nur im Rahmen des SOS – eine eigene wohldefinierte Begriffswelt. Zum besseren Verständnis hier einige wichtige Begriffe:		Das OGC hat – nicht nur im Rahmen des SOS – eine eigene wohldefinierte Begriffswelt. Zum besseren Verständnis hier einige wichtige Begriffe:

		⚫	{\| class="wikitable centered"
	<div align="center">
⚫	{\| class="wikitable"
	\|- class="hintergrundfarbe5"		\|- class="hintergrundfarbe5"
	! width="20%"\| Begriff \|\| width="150px" \| Beschreibung		! width="20%"\| Begriff \|\| width="150px" \| Beschreibung
Zeile 57:		Zeile 56:
	\| In-situ \|\| ~ ist der lateinische Begriff für „vor Ort und Stelle“.		\| In-situ \|\| ~ ist der lateinische Begriff für „vor Ort und Stelle“.
	\|}		\|}
	</div>

	== Software ==		== Software ==

Syunsyunminmin: Rettet lint error

2022-05-22T08:21:14Z

Rettet lint error

← Nächstältere Version		Version vom 22. Mai 2022, 10:21 Uhr
Zeile 34:		Zeile 34:

	[[Datei:SOS Vorgehensweise GetCapabilities DescribeSensor GetObservation.jpg\|center\|Vorgehensweise beim Sensor Observation Service]]		[[Datei:SOS Vorgehensweise GetCapabilities DescribeSensor GetObservation.jpg\|center\|Vorgehensweise beim Sensor Observation Service]]
	<center>Abbildung 1 – Vorgehensweise eines Nutzers beim Finden von Sensordaten</~~center~~>		<div style="text-align: center;">Abbildung 1 – Vorgehensweise eines Nutzers beim Finden von Sensordaten</div>

	== Begriffswelt um den Sensor Observation Service ==		== Begriffswelt um den Sensor Observation Service ==
Zeile 40:		Zeile 40:
	Das OGC hat – nicht nur im Rahmen des SOS – eine eigene wohldefinierte Begriffswelt. Zum besseren Verständnis hier einige wichtige Begriffe:		Das OGC hat – nicht nur im Rahmen des SOS – eine eigene wohldefinierte Begriffswelt. Zum besseren Verständnis hier einige wichtige Begriffe:

	<center>		<div align="center">
	{\| class="wikitable"		{\| class="wikitable"
	\|- class="hintergrundfarbe5"		\|- class="hintergrundfarbe5"
Zeile 57:		Zeile 57:
	\| In-situ \|\| ~ ist der lateinische Begriff für „vor Ort und Stelle“.		\| In-situ \|\| ~ ist der lateinische Begriff für „vor Ort und Stelle“.
	\|}		\|}
	</~~center~~>		</div>

	== Software ==		== Software ==

Merion: turned SensorML and O&M into links to those pages

2021-07-09T18:56:01Z

turned SensorML and O&M into links to those pages

← Nächstältere Version		Version vom 9. Juli 2021, 20:56 Uhr
Zeile 1:		Zeile 1:
	Der '''Sensor Observation Service''' ('''SOS''') ist ein [[Webservice]] zur Abfrage von Echtzeit-Sensordaten sowie von Sensordatenzeitreihen. Die angebotenen Sensordaten umfassen einerseits Beschreibungen von Sensoren selbst, die in der '''Sensor Model Language''' ('''SensorML''') kodiert werden, sowie die Messwerte, die in dem '''Observations&Measurements''' ('''O&M''') Format kodiert werden. Der Webservice sowie beide Datei-Formate sind offene Standards und in gleichnamigen Spezifikationen des [[Open Geospatial Consortium]] (OGC) definiert. Falls der SOS [[Transaktion (Informatik)\|transaktional]] ('''SOS-T''') ist, können neue Sensoren über die Serviceschnittstelle registriert und anschließend Messwerte eingefügt werden. Der SOS kann sowohl Daten von Vor-Ort- als auch von Fernerkundungssensoren anbieten. Ferner können die Sensoren sowohl mobil als auch stationär sein.		Der '''Sensor Observation Service''' ('''SOS''') ist ein [[Webservice]] zur Abfrage von Echtzeit-Sensordaten sowie von Sensordatenzeitreihen. Die angebotenen Sensordaten umfassen einerseits Beschreibungen von Sensoren selbst, die in der '''[[Sensor Model Language]]''' ('''SensorML''') kodiert werden, sowie die Messwerte, die in dem '''[[Observations&Measurements]]''' ('''O&M''') Format kodiert werden. Der Webservice sowie beide Datei-Formate sind offene Standards und in gleichnamigen Spezifikationen des [[Open Geospatial Consortium]] (OGC) definiert. Falls der SOS [[Transaktion (Informatik)\|transaktional]] ('''SOS-T''') ist, können neue Sensoren über die Serviceschnittstelle registriert und anschließend Messwerte eingefügt werden. Der SOS kann sowohl Daten von Vor-Ort- als auch von Fernerkundungssensoren anbieten. Ferner können die Sensoren sowohl mobil als auch stationär sein.

	Seit 2007 ist der SOS ein offizieller OGC-Standard. Der Vorteil des SOS ist, dass Sensordaten – gleich welcher Art – in einem einheitlichen Format und über standardisierte Operationen im Internet verfügbar werden und somit der webbasierte Zugriff auf Sensordaten vereinfacht wird. Da der SOS ein OGC-Standard ist, ermöglicht er ferner eine einfache Integration in bestehende Geoservice-Infrastrukturen oder in allgemeine Geoinformationssysteme.		Seit 2007 ist der SOS ein offizieller OGC-Standard. Der Vorteil des SOS ist, dass Sensordaten – gleich welcher Art – in einem einheitlichen Format und über standardisierte Operationen im Internet verfügbar werden und somit der webbasierte Zugriff auf Sensordaten vereinfacht wird. Da der SOS ein OGC-Standard ist, ermöglicht er ferner eine einfache Integration in bestehende Geoservice-Infrastrukturen oder in allgemeine Geoinformationssysteme.

Xorx: HC: Entferne Kategorie:Metrologie; Ergänze Kategorie:Messdatenerfassung

2020-10-28T13:12:19Z

HC: Entferne Kategorie:Metrologie; Ergänze Kategorie:Messdatenerfassung

← Nächstältere Version		Version vom 28. Oktober 2020, 15:12 Uhr
Zeile 78:		Zeile 78:

	[[Kategorie:Sensorik]]		[[Kategorie:Sensorik]]
	[[Kategorie:~~Metrologie~~]]		[[Kategorie:Messdatenerfassung]]
	[[Kategorie:Webservice]]		[[Kategorie:Webservice]]

Orthographus: Rechtschreibung

2020-10-28T12:56:45Z

Rechtschreibung

← Nächstältere Version		Version vom 28. Oktober 2020, 14:56 Uhr
Zeile 27:		Zeile 27:
	== Verwendung der Methoden ==		== Verwendung der Methoden ==

	Neben den Kernoperationen gibt es noch zusätzlich Operationen, die nicht zwingend implementiert werden müssen. In vielen Projekten wird vorerst neben den grundlegenden Funktionen zusätzlich nur die InsertObservation-Methode verwendet. Diese ermöglicht es, von ~~Außen~~ Daten in den laufenden Sensor Observation Service einzupflegen. Die Daten werden streng nach den O&M-Spezifikationen eingebettet in einer XML-Datei an den SOS übergeben.		Neben den Kernoperationen gibt es noch zusätzlich Operationen, die nicht zwingend implementiert werden müssen. In vielen Projekten wird vorerst neben den grundlegenden Funktionen zusätzlich nur die InsertObservation-Methode verwendet. Diese ermöglicht es, von außen Daten in den laufenden Sensor Observation Service einzupflegen. Die Daten werden streng nach den O&M-Spezifikationen eingebettet in einer XML-Datei an den SOS übergeben.

	== Finden von Diensten und Sensoren ==		== Finden von Diensten und Sensoren ==

Aka: /* Software */ Tippfehler entfernt

2020-03-23T16:27:55Z

Software: Tippfehler entfernt

← Nächstältere Version		Version vom 23. März 2020, 18:27 Uhr
Zeile 61:		Zeile 61:
	== Software ==		== Software ==

	Der SOS ist ein Standard des OGC und definiert letztlich nur die Serviceschnittstelle, nicht aber wie der Service implementiert wird. Es gibt derzeit mehrere ~~OpenSource~~ Umsetzungen des Dienstes:		Der SOS ist ein Standard des OGC und definiert letztlich nur die Serviceschnittstelle, nicht aber wie der Service implementiert wird. Es gibt derzeit mehrere Open-Source-Umsetzungen des Dienstes:

	* [[Java (Programmiersprache)\|Java]]-SOS-Implementierung von 52°North		* [[Java (Programmiersprache)\|Java]]-SOS-Implementierung von 52°North

Aka: falsches Komma entfernt, Halbgeviertstrich, Links normiert, Kleinkram

2019-06-04T12:06:37Z

falsches Komma entfernt, Halbgeviertstrich, Links normiert, Kleinkram

Girus: lf

2018-11-03T08:57:40Z

← Nächstältere Version		Version vom 3. November 2018, 10:57 Uhr
Zeile 51:		Zeile 51:
	\| Offering \|\| Ein ~ ist eine logische Gruppierung von miteinander in Bezug stehenden Observationen, welche gemeinsam von einem Dienst angeboten werden.		\| Offering \|\| Ein ~ ist eine logische Gruppierung von miteinander in Bezug stehenden Observationen, welche gemeinsam von einem Dienst angeboten werden.
	\|-		\|-
	\| Phenomenon \|\| Ein ~ (Phänomen) stellt eine Eigenschaft ([[~~Physikalische Größe\|~~physikalische Größe]]) eines Geoobjekts dar. (Lufttemperatur, Windgeschwindigkeit, Schadstoffkonzentration der Atmosphäre, Reflektierte Strahlung in bestimmten Frequenzband, etc.)		\| Phenomenon \|\| Ein ~ (Phänomen) stellt eine Eigenschaft ([[physikalische Größe]]) eines Geoobjekts dar. (Lufttemperatur, Windgeschwindigkeit, Schadstoffkonzentration der Atmosphäre, Reflektierte Strahlung in bestimmten Frequenzband, etc.)
	\|-		\|-
	\| Procedure \|\| Eine ~ (Prozedur) erzeugt den Messwert einer Observation. Dieses kann durch das Auslesen eines Sensors, Simulation oder auch einen numerischen Prozess geschehen.		\| Procedure \|\| Eine ~ (Prozedur) erzeugt den Messwert einer Observation. Dieses kann durch das Auslesen eines Sensors, Simulation oder auch einen numerischen Prozess geschehen.

Aka: zu großen Zeilenabstand entfernt

2017-11-11T17:58:46Z

zu großen Zeilenabstand entfernt

← Nächstältere Version		Version vom 11. November 2017, 19:58 Uhr
Zeile 74:		Zeile 74:
	* [http://52north.org/communities/sensorweb/sos/ SOS-Implementierung von 52°North]		* [http://52north.org/communities/sensorweb/sos/ SOS-Implementierung von 52°North]
	* [http://www.ogcnetwork.net/node/344 OOSTethys-Projekt des OGC Network]		* [http://www.ogcnetwork.net/node/344 OOSTethys-Projekt des OGC Network]


	{{Navigationsleiste OGC-Standards}}		{{Navigationsleiste OGC-Standards}}

Hansauskoeln am 21. Dezember 2015 um 16:48 Uhr

2015-12-21T16:48:50Z

← Nächstältere Version		Version vom 21. Dezember 2015, 18:48 Uhr
Zeile 1:		Zeile 1:
	Der '''Sensor Observation Service''' ('''SOS''') ist ein [[Webservice]] zur Abfrage von ~~Echzeit~~-Sensordaten sowie von Sensordatenzeitreihen. Die angebotenen Sensordaten umfassen einerseits Beschreibungen von Sensoren selbst, die in der '''Sensor Model Language''' ('''SensorML''') kodiert werden, sowie die Messwerte, die in dem '''Observations&Measurements''' ('''O&M''') Format kodiert werden. Der Webservice sowie beide Datei-Formate sind offene Standards und in gleichnamigen Spezifikationen des [[Open Geospatial Consortium]] (OGC) definiert. Falls der SOS [[Transaktion (Informatik)\|transaktional]] ('''SOS-T''') ist, können neue Sensoren über die Serviceschnittstelle registriert und anschließend Messwerte eingefügt werden. Der SOS kann sowohl Daten von Vor-Ort- als auch von Fernerkundungssensoren anbieten. Ferner können die Sensoren sowohl mobil als auch stationär sein.		Der '''Sensor Observation Service''' ('''SOS''') ist ein [[Webservice]] zur Abfrage von Echtzeit-Sensordaten sowie von Sensordatenzeitreihen. Die angebotenen Sensordaten umfassen einerseits Beschreibungen von Sensoren selbst, die in der '''Sensor Model Language''' ('''SensorML''') kodiert werden, sowie die Messwerte, die in dem '''Observations&Measurements''' ('''O&M''') Format kodiert werden. Der Webservice sowie beide Datei-Formate sind offene Standards und in gleichnamigen Spezifikationen des [[Open Geospatial Consortium]] (OGC) definiert. Falls der SOS [[Transaktion (Informatik)\|transaktional]] ('''SOS-T''') ist, können neue Sensoren über die Serviceschnittstelle registriert und anschließend Messwerte eingefügt werden. Der SOS kann sowohl Daten von Vor-Ort- als auch von Fernerkundungssensoren anbieten. Ferner können die Sensoren sowohl mobil als auch stationär sein.

	Seit 2007 ist der SOS ein offizieller OGC-Standard. Der Vorteil des SOS ist, dass Sensordaten – gleich welcher Art – in einem einheitlichen Format und über standardisierte Operationen im Internet verfügbar werden und somit der webbasierte Zugriff auf Sensordaten vereinfacht wird. Da der SOS ein OGC-Standard ist, ermöglicht er ferner eine einfache Integration in bestehende Geoservice-Infrastrukturen oder in allgemeine Geoinformationssysteme.		Seit 2007 ist der SOS ein offizieller OGC-Standard. Der Vorteil des SOS ist, dass Sensordaten – gleich welcher Art – in einem einheitlichen Format und über standardisierte Operationen im Internet verfügbar werden und somit der webbasierte Zugriff auf Sensordaten vereinfacht wird. Da der SOS ein OGC-Standard ist, ermöglicht er ferner eine einfache Integration in bestehende Geoservice-Infrastrukturen oder in allgemeine Geoinformationssysteme.

← Nächstältere Version		Version vom 4. Juni 2019, 14:06 Uhr
Zeile 5:		Zeile 5:
	== Operationen ==		== Operationen ==

	Der SOS hat drei sogenannte Kernoperationen, die von jeder SOS-Implementierung angeboten werden müssen. Die GetCapabilities-Operation ermöglicht die Abfrage einer Servicebeschreibung mit Infos über die Serviceschnittstelle sowie die angebotenen Sensordaten. Für den laufenden Betrieb ist die GetObservation-Funktion vermutlich die wichtigste. Hiermit lassen sich Messwerte von Sensoren abfragen. Die DescribeSensor-Funktion gibt detaillierte Informationen über einen Sensor oder ein Sensorsystem, die gelieferten Daten und die Prozesse, welche die Daten verarbeiten, zurück.		Der SOS hat drei sogenannte Kernoperationen, die von jeder SOS-Implementierung angeboten werden müssen. Die GetCapabilities-Operation ermöglicht die Abfrage einer Servicebeschreibung mit Infos über die Serviceschnittstelle sowie die angebotenen Sensordaten. Für den laufenden Betrieb ist die GetObservation-Funktion vermutlich die wichtigste. Hiermit lassen sich Messwerte von Sensoren abfragen. Die DescribeSensor-Funktion gibt detaillierte Informationen über einen Sensor oder ein Sensorsystem, die gelieferten Daten und die Prozesse, welche die Daten verarbeiten, zurück.

	Kernoperationen (Core Profile):		Kernoperationen (Core Profile):
	* GetCapabilities - gibt ein XML-Servicebeschreibung zurück, die einerseits Infos über die Schnittstelle (angebotene Operationen) sowie über die angebotenen Sensordaten, wie z. B. Zeitraum, für den Sensordaten verfügbar sind, Sensoren, welche die Messwerte produzieren, oder Phänomene, die beobachtet werden (z. B. Lufttemperatur), enthält.		* GetCapabilities – gibt ein XML-Servicebeschreibung zurück, die einerseits Infos über die Schnittstelle (angebotene Operationen) sowie über die angebotenen Sensordaten, wie z. B. Zeitraum, für den Sensordaten verfügbar sind, Sensoren, welche die Messwerte produzieren, oder Phänomene, die beobachtet werden (z. B. Lufttemperatur), enthält.
	* GetObservation - pull-basierte Abfrage von Beobachtungswerten mit Metadaten; die Messwerte sowie ihre Metadaten werden in dem Observations&Measurements-Format (O&M) zurückgeliefert.		* GetObservation – pull-basierte Abfrage von Beobachtungswerten mit Metadaten; die Messwerte sowie ihre Metadaten werden in dem Observations&Measurements-Format (O&M) zurückgeliefert.
	* DescribeSensor - liefert Sensormetadaten in SensorML kodiert zurück. In dem SensorML-Datensatz sind in der Regel die ID des Sensors, die Position sowie beobachtete Phänomene enthalten. Ferner können weitere Informationen, wie z. B. Kalibrierungsdaten beschrieben werden.		* DescribeSensor – liefert Sensormetadaten in SensorML kodiert zurück. In dem SensorML-Datensatz sind in der Regel die ID des Sensors, die Position sowie beobachtete Phänomene enthalten. Ferner können weitere Informationen, wie z. B. Kalibrierungsdaten beschrieben werden.

	Transaktionale Operationen (Transactional Profile):		Transaktionale Operationen (Transactional Profile):
	* RegisterSensor - ermöglicht es, einen neuen Sensor in einem laufenden SOS zu registrieren		* RegisterSensor – ermöglicht es, einen neuen Sensor in einem laufenden SOS zu registrieren
	* InsertObservation - ermöglicht das Einfügen von Messdaten für registrierte Sensoren in den SOS		* InsertObservation – ermöglicht das Einfügen von Messdaten für registrierte Sensoren in den SOS

	Erweiterte Operationen (Enhanced Profile):		Erweiterte Operationen (Enhanced Profile):
	* GetResult - bietet die Möglichkeit, bei gleichbleibenden Metadaten (z. B. Sensor, beobachtetes Objekt) für eine Messwertreihe, nur den Messwert ohne die Metadaten abzufragen		* GetResult – bietet die Möglichkeit, bei gleichbleibenden Metadaten (z. B. Sensor, beobachtetes Objekt) für eine Messwertreihe, nur den Messwert ohne die Metadaten abzufragen
	* GetFeatureOfInterest - liefert das Geoobjekt, dessen Eigenschaften von Sensoren überwacht werden, in der Geography Markup Language (GML) kodiert zurück		* GetFeatureOfInterest – liefert das Geoobjekt, dessen Eigenschaften von Sensoren überwacht werden, in der Geography Markup Language (GML) kodiert zurück
	* GetFeatureOfInterestTime - liefert Zeitperioden, in denen Messwerte für ein beobachtetes Objekt im SOS vorhanden sind.		* GetFeatureOfInterestTime – liefert Zeitperioden, in denen Messwerte für ein beobachtetes Objekt im SOS vorhanden sind.
	* DescribeFeatureType - liefert den Typ des beobachteten Geoobjekts zurück (XML-Schema)		* DescribeFeatureType – liefert den Typ des beobachteten Geoobjekts zurück (XML-Schema)
	* DescribeObservationType - liefert den Typ der Beobachtung zurück (XMLSchema, z. B. om:Measurement)		* DescribeObservationType – liefert den Typ der Beobachtung zurück (XMLSchema, z. B. om:Measurement)
	* GetObservationById - ermöglicht die Abfrage einer Beobachtung per ID		* GetObservationById – ermöglicht die Abfrage einer Beobachtung per ID
	* DescribeResultModel - liefert das XML-Schema des Messwertes; dies ist vor allem bei komplexen Messwerten, wie z. B. multispektralen Daten, von Bedeutung.		* DescribeResultModel – liefert das XML-Schema des Messwertes; dies ist vor allem bei komplexen Messwerten, wie z. B. multispektralen Daten, von Bedeutung.

	== Verwendung der Methoden ==		== Verwendung der Methoden ==
Zeile 33:		Zeile 33:
	Ist ein potenzieller Nutzer auf der Suche nach Sensoren, geschieht dieses gewöhnlich auf einem hohen Abstraktionsniveau. Die Suche wird entweder von einem sensorbezogenen Standpunkt, oder aber beobachtungsbezogen durchgeführt. Ein Nutzer sucht im Allgemeinen sensorbezogen, wenn er bereits Kenntnisse über Sensoren in einer Gegend hat und nun deren Messwerte abfragen möchte. Beobachtungsbezogen sucht ein Nutzer immer dann, wenn er in einer bestimmten Gegend Sensordaten erhalten möchte. Ihm sollen dann alle Messungen, die einem bestimmten Phänomenen zugehören, angezeigt werden.		Ist ein potenzieller Nutzer auf der Suche nach Sensoren, geschieht dieses gewöhnlich auf einem hohen Abstraktionsniveau. Die Suche wird entweder von einem sensorbezogenen Standpunkt, oder aber beobachtungsbezogen durchgeführt. Ein Nutzer sucht im Allgemeinen sensorbezogen, wenn er bereits Kenntnisse über Sensoren in einer Gegend hat und nun deren Messwerte abfragen möchte. Beobachtungsbezogen sucht ein Nutzer immer dann, wenn er in einer bestimmten Gegend Sensordaten erhalten möchte. Ihm sollen dann alle Messungen, die einem bestimmten Phänomenen zugehören, angezeigt werden.

	[[Datei:~~SOS_Vorgehensweise_GetCapabilities_DescribeSensor_GetObservation~~.jpg\|center\|Vorgehensweise beim Sensor Observation Service]]		[[Datei:SOS Vorgehensweise GetCapabilities DescribeSensor GetObservation.jpg\|center\|Vorgehensweise beim Sensor Observation Service]]
	<center>Abbildung 1 - Vorgehensweise eines Nutzers beim Finden von Sensordaten</center>		<center>Abbildung 1 – Vorgehensweise eines Nutzers beim Finden von Sensordaten</center>

	== Begriffswelt um den Sensor Observation Service ==		== Begriffswelt um den Sensor Observation Service ==
Zeile 51:		Zeile 51:
	\| Offering \|\| Ein ~ ist eine logische Gruppierung von miteinander in Bezug stehenden Observationen, welche gemeinsam von einem Dienst angeboten werden.		\| Offering \|\| Ein ~ ist eine logische Gruppierung von miteinander in Bezug stehenden Observationen, welche gemeinsam von einem Dienst angeboten werden.
	\|-		\|-
	\| Phenomenon \|\| Ein ~ (Phänomen) stellt eine Eigenschaft ([[physikalische Größe]]) eines Geoobjekts dar. (Lufttemperatur, Windgeschwindigkeit, Schadstoffkonzentration der Atmosphäre, Reflektierte Strahlung in bestimmten Frequenzband, etc.)		\| Phenomenon \|\| Ein ~ (Phänomen) stellt eine Eigenschaft ([[physikalische Größe]]) eines Geoobjekts dar. (Lufttemperatur, Windgeschwindigkeit, Schadstoffkonzentration der Atmosphäre, Reflektierte Strahlung in bestimmten Frequenzband etc.)
	\|-		\|-
	\| Procedure \|\| Eine ~ (Prozedur) erzeugt den Messwert einer Observation. Dieses kann durch das Auslesen eines Sensors, Simulation oder auch einen numerischen Prozess geschehen.		\| Procedure \|\| Eine ~ (Prozedur) erzeugt den Messwert einer Observation. Dieses kann durch das Auslesen eines Sensors, Simulation oder auch einen numerischen Prozess geschehen.
Zeile 66:		Zeile 66:
	* Java-SOS-Implementierung innerhalb des Frameworks [[deegree]] der Firma lat/lon		* Java-SOS-Implementierung innerhalb des Frameworks [[deegree]] der Firma lat/lon
	* die [[C++]]-SOS-Implementierung in [[MapServer]]		* die [[C++]]-SOS-Implementierung in [[MapServer]]
	* Java-, [[Perl (Programmiersprache)\|Perl]]- und [[Python (Programmiersprache)\|Python]]-SOS-Implementierungen des OOSTethys-Projekts		* Java-, [[Perl (Programmiersprache)\|Perl]]- und [[Python (Programmiersprache)\|Python]]-SOS-Implementierungen des OOSTethys-Projekts

	== Weblinks ==		== Weblinks ==