Plugins - Versionsgeschichte

Pkorduan: /* Icons */

2025-12-01T11:27:42Z

‎Icons

Pkorduan: /* Reset Layer */

2025-11-25T14:52:49Z

‎Reset Layer

Pkorduan: /* Reset Layer */

2025-11-25T14:52:28Z

‎Reset Layer

Pkorduan: /* Reset Layer */

2025-11-25T14:22:31Z

‎Reset Layer

Pkorduan: /* Versionierung */

2025-11-25T13:42:07Z

‎Versionierung

Pkorduan: /* Datenbank */

2025-06-11T11:16:17Z

‎Datenbank

Pkorduan: /* Layereinstellungen */

2025-03-20T13:06:25Z

‎Layereinstellungen

Pkorduan: /* Layereinstellungen */

2024-08-14T12:45:19Z

‎Layereinstellungen

Pkorduan: /* Layereinstellungen */

2024-08-14T12:42:36Z

‎Layereinstellungen

Pkorduan: /* Verwendung der Quellenangaben */

2024-07-03T08:41:32Z

‎Verwendung der Quellenangaben

← Nächstältere Version		Version vom 1. Dezember 2025, 11:27 Uhr
Zeile 535:		Zeile 535:

	Ist der Wert der Konstante leer, wird die Ausgabe im Browser ausgegeben und kann dann von Hand in eine Konfigurationsdatei von kvportal kopiert werden. Diese Option ist sinnvoll, wenn z.B. die Anwendung auf einem anderem Server liegt als kvwmap.		Ist der Wert der Konstante leer, wird die Ausgabe im Browser ausgegeben und kann dann von Hand in eine Konfigurationsdatei von kvportal kopiert werden. Diese Option ist sinnvoll, wenn z.B. die Anwendung auf einem anderem Server liegt als kvwmap.
		+
		+	==Zugriffsrechte==
		+	Für den Zugriff von kvportal auf kvwmap wird ein Nutzer in kvwmap benötigt, der login_name = gast haben muss und der Gaststelle zugeordnet ist, die die Layer für kvportal zur Verfügung stellt.
		+
		+	kvportal greift zur Anzeige der Layer auf kvwmap mit folgenden Parametern zu:
		+	* go: Daten_Export_Exportieren
		+	* gast: ID des Nutzers mit dem Login-Namen gast
		+	* Stelle_ID: ID der Stelle die die Layer für kvportal zur Verfügung stellt. Sie muss eine Gaststelle sein.
		+	* selected_layer_id: ID des Layers für den die Daten angefragt werden.
		+	* export_format: GeoJSON. Muss GeoJSON sein.
		+	* epsg: 4326 EPSG-Code. Muss 4326 sein.
		+	* all: 1 Bedeutet, dass alle Daten exportiert werden.

	==Icons==		==Icons==

@@ Zeile 409: / Zeile 409: @@
 == Reset Layer ==
 Es gibt einen Mechanismus, der dafür sorgt, dass in der App alle Layer komplett neu geladen werden.
-Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben. Das erfolgt über den Anwendungsfall // mobile_set_sync_reset_needed mit dem Login-Namen des Nutzer im Parameter login_name.
+Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben. Das erfolgt über den Anwendungsfall // mobile_set_sync_reset_needed mit dem Login-Namen des Nutzer im Parameter log_name.
 Von da an liefert die Funktion mobile_sync_reset_needed den Wert true.
 Wenn nun auf dem Client eine Synchronisation angestoßen wird passieren zwei Dinge:

@@ Zeile 409: / Zeile 409: @@
 == Reset Layer ==
 Es gibt einen Mechanismus, der dafür sorgt, dass in der App alle Layer komplett neu geladen werden.
-Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben. Das erfolgt über den Anwendungsfall mobile_fix_sync_delta mit dem Login-Namen des Nutzer im Parameter login_name.
+Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben. Das erfolgt über den Anwendungsfall // mobile_set_sync_reset_needed mit dem Login-Namen des Nutzer im Parameter login_name.
 Von da an liefert die Funktion mobile_sync_reset_needed den Wert true.
 Wenn nun auf dem Client eine Synchronisation angestoßen wird passieren zwei Dinge:

@@ Zeile 409: / Zeile 409: @@
 == Reset Layer ==
 Es gibt einen Mechanismus, der dafür sorgt, dass in der App alle Layer komplett neu geladen werden.
-Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben.
+Im Log-File des Nutzers bei dem die Layer in der App neu geladen werden sollen wird an das Ende in eine neue Zeile der Text '''sync_reset_needed''' geschrieben. Das erfolgt über den Anwendungsfall mobile_fix_sync_delta mit dem Login-Namen des Nutzer im Parameter login_name.
-Von da an reagiert liefert die Funktion mobile_sync_reset_needed true.
+Von da an liefert die Funktion mobile_sync_reset_needed den Wert true.
 Wenn nun auf dem Client eine Synchronisation angestoßen wird passieren zwei Dinge:
 # Die App fragt über mobile_get_layer die auf dem Server vorhandene Layerkonfiguration ab. Da mobile_sync_reset_needed für den Nutzer eingestellt ist, wird _reset_needed an die Versionsnummer des ersten Layers angehgängt, damit sich diese Layerdefinition von der auf dem Client unterscheidet.
-# Die App schickt über mobile_sync_all seine Deltas zum Server um zu Synchronisieren. Da mobile_sync_reset_needed für den Nutzer eingestellt ist, werden nur die gesendeten Deltas in die Log-Datei des Nutzers geschrieben und am Ende sync_reset_proceeded und keine Deltas vom Server zum Client geschickt.
+# Die App schickt über mobile_sync_all seine Deltas zum Server um zu Synchronisieren. Da gesendeten Deltas werden in die Log-Datei des Nutzers geschrieben, egal ob es einen Fehler gab oder nicht und am Ende der Text sync_reset_proceeded.
-Mit dieser Antwort vom Server erkennt der Client, dass er keine Deltas vom Server einspielen muss und weil sich die Layerdefinition geändert hat, alles neu geladen werden muss.
+Da sich die Layerdefinition vom Server von der auf dem Client unterscheidet, startet der Client einen kompletten Reload aller Layer und die Synchronisierung fängt von vorn an.
-Wenn der Client das nächste mal synchronisiert, ist die Einstellung sync_reset_needed für den Nutzer nicht mehr aktiv, denn in der letzten Zeile steht ja sync_reset_proceeded. Die Synchronisierung geht normal weiter. Die Deltas, die der Client noch vor dem Reload der Layer geschickt hat, steht jetzt zwischen sync_reset_needed und sync_reset_proceeded und muss manuell mit dem Datenbestand im Server angepasst werden.
+Wenn der Client das nächste mal synchronisiert, ist die Einstellung sync_reset_needed für den Nutzer nicht mehr aktiv, denn in der letzten Zeile steht ja sync_reset_proceeded oder Deltas, jedenfalls nicht sync_reset_needed. Die Synchronisierung geht normal weiter. Die Deltas, die der Client noch vor dem Reload der Layer geschickt hat, stehen zwischen dem letzten sync_reset_needed und sync_reset_proceeded und müssen im Fehlerfall, also wenn sie nicht mehr eingespielt werden konnten vor dem Reload der layer manuell mit dem Datenbestand im Server angepasst werden. Ob Fehler beim Synchronisieren entstanden sind steht auch zwischen sync_reset_needed und sync_reset_proceeded.
 =Nachweisverwaltung=

@@ Zeile 406: / Zeile 406: @@
 ** Lösche alle Deltas in Client-Datenbank
 ** setze syncVersion im Client auf zurückgeliefertes push_to_version, was der höchsten Versionsnummer im Deltas-Table des Servers entspricht nachdem die Änderungen des Clients eingespielt waren.
 =Nachweisverwaltung=

@@ Zeile 267: / Zeile 267: @@
 * updated_at_server
   ALTER TABLE schema.table ADD COLUMN updated_at_server timestamp without time zone;
-*updated_at_client
+* updated_at_client
   ALTER TABLE schema.table ADD COLUMN updated_at_client timestamp without time zone;

@@ Zeile 305: / Zeile 305: @@
 ===Layereinstellungen===
 ''' Query '''
-Die Query des Layers muss die Tabellen mit Angabe der Schemanamen enthalten. Der Maintable muss den Alias ht haben und alle Attribute müssen sich auf diesen alias beziehen.
+Die Query des Layers muss die Tabellen mit Angabe der Schemanamen enthalten. Der Maintable muss den Alias '''ht''' haben! und alle Attribute müssen sich auf diesen alias beziehen.
 '''Attributrechte'''

@@ Zeile 304: / Zeile 304: @@
 ===Layereinstellungen===
 '''Attribute'''
@@ Zeile 361: / Zeile 367: @@
 '''Options'''
 Wenn in den Optionen von Auswahllisten SQL-Statements definiert sind, dürfen in den Output und Value Feldern keine Ausdrücke mit doppelten Anführungszeichen sein.
 ===Versionierung===

← Nächstältere Version		Version vom 3. Juli 2024, 08:41 Uhr
Zeile 527:		Zeile 527:

	Im folgenden wird beschrieben wie sich die Angaben zusammensetzen und wo diese angepasst werden können.		Im folgenden wird beschrieben wie sich die Angaben zusammensetzen und wo diese angepasst werden können.
		+	Es ist zu beachten, dass sich die Änderungen von Metadaten und Datasources auch auf die Anzeige im WebGIS kvwmap auswirken, siehe [[Admin-Dokumentation#Layer-Metadaten \| Admin-Doku]].

	===Copy-Rights===		===Copy-Rights===