Server-API

Die Server-API befindet sich noch in der Entwicklungsphase, Änderungen sind zu erwarten

Die Serverkomponente von Talsim-NG (TalsimNGSrv) bietet eine REST (HTTP) Schnittstelle (API), über die Daten abgerufen und an den Server übermittelt werden können. Daten werden über diese Schnittstelle im XML oder JSON Format ausgetauscht. Im Folgenden wird diese Schnittstelle dokumentiert:

In den unten angegebenen Beispielen wird als Server-Adresse talsim.de verwendet, dies ist mit der Adresse oder IP des tatsächlich verwendeten Talsim-Servers zu ersetzen.

HttpDataSrv

Der HttpDataSrv Service dient zur Abfrage von Daten mit Bezug zum System, Systemvarianten, Listen zu Zeitreihen-Ordnern oder Zeitreihen. Der HttpDataSrv ist standardmäßig über den Port 8090 ansprechbar und bietet die folgenden Schnittstellen:

requestClients

Generelle Abfrage aller Kunden.

requestCustomers

Generelle Abfrage aller Kunden. Identisch zu requestClients

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/requestCustomers/|

requestZreDirectories

Abfrage von Zeitreihen-Ordnern. Es werden Zeitreihen-Ordner mit ihren Zeitreihen zurückgegeben. Parameter sind customer und mit Komma getrennt ein "|".

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/requestZreDirectories/Nile,|

ZreDirectories

Abfrage von Zeitreihen-Ordnern. Es werden nur Zeitreihen-Ordner zurückgegeben. Parameter sind customer und mit Komma getrennt ein "|".

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/ZreDirectories/Nile,|

requestZreFiles

Abfrage von vorhandenen Zeitreihen. Parameter sind customer, user sowie die ID des Zeitreihen-Ordners. Ist die ID des Zeitreihen-Ordners 0, werden alle Zeitreihen zurückgegeben.

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/requestZreFiles/Nile,hubert,16

requestZreFile

Abfrage einer bestimmten Zeitreihen-Datei. Parameter sind customer, user sowie die ID der Zeitreihe.

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/requestZreFile/Nile,hubert,1

requestSystemAndSysVar

Abfrage von Systemen und Systemvarianten

Beispiel: http://talsim.de:8090/TalsimNGServer/HttpDataSrv/requestSystemAndSysVar/WFP_SSD,hubert,1

HttpZreSrv

HttpZreSrv ist der zentrale Service zur Interaktion mit Zeitreihen. Der HttpZreSrv ist standardmäßig über den Port 8092 ansprechbar. Es gibt folgende Schnittstellen, um auf Zeitreihen und deren Metadaten zuzugreifen:

SydroTimeSeries

Abfrage einer Zeitreihe im XML-Format

Als Parameter sind zu übergeben customer, user, id der Zeitreihe.

http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/{customer},{user},{id}

Optional kann noch ein SQL Statement SQLCriteria angegeben werden. Das SQL Statement ist momentan nur zum Testen aktiviert und wird wenn alle anderen Endpoints gesetzt sind wieder eingestellt.

http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/{customer},{user},{id},{criteria}

Alternativ akzeptiert die Schnittstelle auch drei Parameter für startdate, enddate und AttributeFlag. Wenn Startdate und Enddate mit 0 angegeben werden, wird die gesamte Zeitreihe gelesen. Um nur einen Teil der Zeitreihe zu bekommen, können Anfang und/oder Ende mit Datumsformat yyyy-MM-dd HH:mm (z.B. 2010-08-15 08:00) angegeben werden.

http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/{customer},{user},{id},{startdate},{enddate},{attribFlag}

Beispiel 1: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/TestAPI,MusterUser,9999,attribFlag=0

SydroTimeSeries/ASCII

Abfrage einer Zeitreihe im ASCII-Format:

http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/ASCII?customer={customer}&user={user}&id={id}&startdate={startdate}&enddate={enddate}

SydroTimeSeries/BIN

Abfrage einer Zeitreihe im BIN-Format:

http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/BIN?customer={customer}&user={user}&id={id}

SydroTimeSeries/combine

Kombinieren von zwei Zeitreihen. Dies ist zum Beispiel sinnvoll, um eine Messzeitreihe mit Vorhersagedaten zu kombinieren.

Als Parameter sind zu übergeben customer, user, id1, id2,startdate1, endstartdate, enddate2, flag1,flag2. Id1 bezieht sich auf die erste Zeitreihe und Id2 auf die Reihe, welche angehängt wird. Startdate1 definiert wo die erste Zeitreihe anfangen soll, endstartdate wo diese aufhöhrt und die zweite beginnen soll und enddate2 das Enddatum der zweiten Reihe. Ist enddate2 0 oder leer wird bis zum Ende der zweiten Zeitreihe gelesen.

Beispiel 1: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/combine/TestAPI,MusterUser,9999,8888,2019-02-01 00:00,2019-10-01 00:00, 0,0

SydroTimeSeries/new

Erstellen einer neuen Zeitreihen oder Überschreiben einer bestehenden Zeitreihe

Wird ein POST Aufruf an diesen Endpunkt mit entsprechendem XML im body gestartet, kann eine Zeitreihe neu erstellt oder eine bestehende überschrieben werden. Soll eine bestehende Zeitreihe überschrieben oder ergänzt werden, muss das Attribute ID gesetzt sein. Soll eine neue Zeitreihen angelegt werden, muss ID gleich 0 sein.

Das erwartete XML-Dokument entpricht dem, was man bei GET Aufrufen bekommt. Beispiel:

<SydroTimeSeries>
	<Customer>TestApi</Customer>
	<Attribute>0</Attribute>
	<DeleteBeforeInsert>true</DeleteBeforeInsert>
	<Length>6</Length>
	<User>tester</User>
	<SaveMetadata>true</SaveMetadata>
	<Metadata>
		<Id>1924</Id>
		<Name>tangermuende</Name>
		<StationId>0</StationId>
		<Unit>m3/s</Unit>
		<AttributeDescription>Default</AttributeDescription>
		<ErrorValue>NaN</ErrorValue>
		<TSClass>0</TSClass>
	</Metadata>
	<TimeSeriesString>
2021-03-28 00:15:00,514.0#
2021-03-28 00:30:00,517.0#
2021-03-28 00:45:00,514.0#
2021-03-28 01:00:00,514.0#
2021-03-28 01:15:00,514.0#
2021-03-28 01:30:00,514.0#
	</TimeSeriesString>
</SydroTimeSeries>

Hinweise: (#279)

• Bei einem POST Aufruf darf im XML-Dokument kein Namespace (xmlns) angegeben werden (d.h. der Root Tag muss genau <SydroTimeSeries> lauten.
• Im Request Header muss als "Content-Type" "text/plain" angegeben sein.

Erläuterungen:

• <Attribute>: (short)
• <Customer>: (string)
• <DateValuePairSeparator>: (string) shows how Date/Value Pairs in TimeSeriesString can be split
• <ErrorValue>: (double) Indicator what is an error value, will be replaced by NaN.
• <HasError>: (boolean) shows if an error occured during processing the request
• <Id>: (Integer) ID of time series. If ID=0 when POST is performed a new time series will be created and the new ID will be returned
• <Length>: (integer) Number or records in the TimeSeriesString
• <Lat>: (double) Latitude coordinate
• <Lon>: (double) Longitude coordinate
• <Name>: (string) Short name of the time series
• <Path>: (string) Path to the time series on the server
• <ResultMsg>: (string) Plain text describing errors if any or return a success message
• <SaveMetadata>: (boolean) Indicates whether or not metadata should be updated when posting time series values
• <Separator>: (string) indicates how date/values can be split
• <StationId>: (integer) ID of the station
• <TimeSeriesHeader>: (string) Indicates how one time series entry must be interpreted, e.g. "Date,Value,Flag" if one entry has date/value/flag attributes.
• <TimeSeriesString>: (string) This is the time series as text, where date/values are separated by the attribute <Separator> and entries are separated by <DateValuePairSeparator>

Example: <TimeSeriesString>:2001-01-01 00:00:00,3.106106,0#2001-01-02 00:00:00,4.209204,0#2001-01-03 00:00:00,0.1453788,#2002-01-02 00:00:00,0,0</TimeSeriesString>

• <TsClass>: (short) Represents the time series class with -1= unknown, 0=Default, 1=Flagged, 2=Forecast
• <Unit>: (string) gives the unit string, e.g. mm or m3/s
• <User>: Name of the user requesting or posting the time series or the owner of the time series.

SydroTimeSeries/process

Eine zweite Art eine Zeitreihe zu erstellen bzw. hochzuladen, ist durch process gegeben.

In diesem Fall sind aber mehrere Interaktionen mit dem Server erforderlich, die nur per Software sinnvoll sind. Parameter sind customer, user, id, SydroTimeSeriesFile. Der Parameter SydroTimeSeriesFile ist eine Datei mit dem Inhalt eines SydroTimeSeries Objektes, welches vor dem Aufruf per Streaming in Kommunikation mit dem Server auf den Server hochgeladen werden muss. Dies erfordert das TalsimNGZreClient Modul, welches in eine Software integriert werden muss. Das Werkzeug SydroCmd besitzt die Fähigkeit, Dateien hochzuladen und ist deshalb für den operationellen Einsatz mit dem TalsimNGServer geeignet. Nach dem Aufruf sorgt der Server für die Verarbeitung der Datei und liefert eine Meldung zurück, dass der Prozess gestartet wurde. Es gibt keine Erfolgsmeldung, da der Server diesen Prozess asynchron in einem Thread verarbeitet.

Beispiel 1: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/process/TestAPI,MusterUser,9999,..serververzeichnis/file.sydrots

SydroTimeSeries/delete

Löschen einer Zeitreihe.

Als Parameter sind zu übergeben Customer, User, Id. Es gibt kein Undo zu diesem Vorgang.

SydroTimeSeries/deleteRecords

Löschen von Einträgen in einer Zeitreihe.

Als Parameter sind zu übergeben Customer, User, Id, Startdate, Enddate und AttributeFlag. Gelöscht werden die Einträge, die zwischen Startdate und Enddate liegen und den AttributeFlag besitzen.

SydroTimeSeries/attributes

Abfrage oder Setzen von Metadaten zu einer Zeitreihe

Werden als Parameter Customer, User, Id übergeben, erhält man als Antwort u.a. einen String im Format FeldName=Wert, der alle Metadaten der Zeitreihe zeigt.

Beispiel: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/SydroTimeSeries/attributes/TestApi,tester,252525

Antwort:

<SydroTimeSeriesAttributes xmlns="http://www.sydro.de" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
    <Customer>TestApi</Customer>
    <HasError>false</HasError>
    <ID>252525</ID>
    <KeyValuePairsSplit>&</KeyValuePairsSplit>
    <KeyValueSplit>=</KeyValueSplit>
    <KeyValueString>Delta_t=0&Description=no description&First_date=28.03.2021 00:15:00&Elevation=0&InterpretationId=1&IsDeleted=False&IsOperational=False&IsOpen=False&IsReadOnly=False&Last_date=28.03.2021 00:45:00&LastModifiedPropsAt=06.02.2024 14:29:00&LastModifiedPropsBy=emanuel&LastModifiedValuesAt=06.02.2024 14:29:00&LastModifiedValuesBy=&MaxValue=517&Memo=&MinValue=514&NCount=3&OriginId=1&Shortname=t3&UnitId=5&UserAtWork=&XCoord=0&YCoord=0&SourceId=1</KeyValueString>
    <ResultMsg/>
    <TSClass>0</TSClass>
    <User>tester</User>
</SydroTimeSeriesAttributes>

Wird zusätzlich ein weiterer Parameter KeyValuePairs übergeben, so setzt man Metadaten. Der String KeyValuePairs muss im Format Feldname=Wert getrennt durch "#" angegeben sein. Die gegebenen Eigenschaften werden gespeichert, vorausgesetzt es handelt sich nicht um geschützte Felder.

Beispiel: ???

Alternativ kann auch mittels POST ein SydroTimeSeriesAttributes Objekt gesendet werden, welches die zu schreibenden Eigenschaften beinhaltet.

SydroTimeSeries/attributes/fieldnames

Dieser Aufruf gibt alle Feldnamen der Metadaten getrennt durch Komma zurück.

SydroTimeSeries/fieldnames

Dieser Aufruf gibt alle Feldnamen der Zeitreihentabelle getrennt durch Komma zurück.

SydroTimeSeries/flags

Mit diesem Aufruf erhält man alle in der Zeitreihe verwendeten Flags. Erforderliche Parameter sind Customer, User, Id

SydroTimeSeries/class

Mit diesem Aufruf erhält man die Klasse einerZeitreihe, also -1= unknown, 0=Default, 1=Flagged, 2=Forecast. Erforderliche Parameter sind Customer, User, Id

HttpZreSrv (spezielle Services)

Zusätzlich zu den oben erwähnten REST Schnittstellen gibt es noch drei Sonderschnittstellen.

1. Abfrage des Arbeitsverzeichnisses des users (wichtig für das Hochladen von Dateien)

2. Synchronisierung eines customers (Abgleich aller Metadaten zwischen Master-Datenbank und allen Zeitreihen)

3. Konvertierung von Sydro Binar Dateien in Sydro SQLite Dateien für einen customer (normalerweise einmaliger Vorgang bei der Umstellung auf SQLite)

Die Synchronisierung wird der Server regelmässig zu bestimmten Uhrzeiten selbständig vornehmen. Da diese Schnittstellen nicht zur normalen Benutzung vorgesehen sondern Bestandteil der Sydro Serivices im Operationellen Betrieb sind, erfolgt keine weitere Beschreibung des Aufrufs.

Reports

Abfrage eines Berichts zur Synchronisierung bzw. Konvertierung.

Sowohl zur Synchronisierung als auch zur Konvertierung werden Berichte vom Server erstellt, die man abrufen kann. Parameter sind Customer, User, date, TypeOfReport. date kann angegeben werden, um einen Bericht für einen bestimmten Tag zu erhalten. ist date 0 oder leer wird der aktuellste Bericht zurückgegeben. TypeOfReport ist entweder SynchronizeLog oder ConvertLog.

HttpZreSrv (alte Schnittstelle)

Alte Schnittstellen.

Der Service besitzt weitere Schnittstellen, die aus Gründen der Kompatibilität bestehen bleiben und zum Austausch von Sydro Binär Dateien dienen, teilweise aber bereits das neue SydroTimeSeries Objekt verwenden.

requestSydroTimeSeries

Abfrage einer Zeitreihe (neues SydroTimeSeries Objekt)

Als Parameter sind zu übergeben Customer, User, Id der Zeitreihe, Startdate, Enddate und Separator (Trennzeichen für den CSV-Inhalt).

requestSydroTimeSeries

Abfrage einer Zeitreihe

Als Parameter sind zu übergeben Customer, User, Id der Zeitreihe, Startdate, Enddate und Separator (Trennzeichen für den CSV-Inhalt)

Wenn Startdate und Enddate mit 0 angegeben werden, wird die gesamte Zeitreihe gelesen. Um nur einen Teil der Zeitreihe zu bekommen, können Anfang und/oder Ende mit Datumsformat dd.MM.yyyy HH:mm (z.B. 01.01.2010 00:00) oder yyyyMMddHHmm (z.B. 201001010000) angegeben werden.

Beispiel: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/requestSydroTimeSeries/CSV/UNDP_Kura,Kura,318,0,0,comma

postTimeSeriesValues

Setzen von Zeitreihenwerten (POST)

Beispiel: http://10.0.0.5:8092/TalsimNGServer/HttpZreSrv/postTimeSeriesValues
Post data (raw text):

<SydroTimeSeries>
    <Client>UNDP_Kura</Client>
    <Id>318</Id>
    <Length>427</Length>
    <Name>GE.Iori</Name>
    <ResultMsg></ResultMsg>
    <StationId>21</StationId>
    <TimeSeriesString>
	1975-01-01 00:00:00,0.09&#xD;
	1975-02-01 00:00:00,0.1&#xD;
	1975-03-01 00:00:00,0.3&#xD;
	1975-04-01 00:00:00,0.99&#xD;
	1975-05-01 00:00:00,1.19&#xD;
	1975-06-01 00:00:00,0.58&#xD;
	1975-07-01 00:00:00,0.22&#xD;
	1975-08-01 00:00:00,0.11&#xD;
	1975-09-01 00:00:00,0.09&#xD;
	1975-10-01 00:00:00,0.1&#xD;
</TimeSeriesString>
</SydroTimeSeries>

requestSydroZreBin

Beispiel: http://talsim.de:8092/TalsimNGServer/HttpZreSrv/requestSydroZreBin/WFP_SSD,hubert,724,201001010000,201201010000,0

refreshSydroZreBin

Beispiel: http://localhost:8092/TalsimNGServer/HttpZreSrv/refreshSydroZreBin/All/WFP_SSD,hubert