Admin-Dokumentation - Versionsgeschichte

Pkorduan: /* Collections in der Legende */

2026-09-02T08:55:06Z

‎Collections in der Legende

Rahn: /* Tabelle "styles" */

2026-09-01T08:42:10Z

‎Tabelle "styles"

Pkorduan: /* collection_groups */

2026-08-31T13:04:10Z

‎collection_groups

Pkorduan: /* Menüverwaltung */

2026-08-31T12:21:44Z

‎Menüverwaltung

Pkorduan: /* Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata) */

2026-08-20T09:19:28Z

‎Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)

Pkorduan: /* Fachschalen */

2026-08-20T09:08:23Z

‎Fachschalen

Pkorduan: /* Versenden von E-Mails */

2026-08-20T09:07:00Z

‎Versenden von E-Mails

Pkorduan: /* Funktionen auf dem Server */

2026-08-20T09:04:56Z

‎Funktionen auf dem Server

Pkorduan: /* Funktionen auf dem Server */

2026-08-20T09:01:22Z

‎Funktionen auf dem Server

HolgerR: /* WMS-Layer */ getFeatureInfo

2026-08-19T07:58:19Z

‎WMS-Layer: getFeatureInfo

← Nächstältere Version		Version vom 2. September 2026, 08:55 Uhr
Zeile 3.843:		Zeile 3.843:

	Die Checkbox der Collection schaltet alle darin befindlichen Layer ein oder aus. Es können auch mehrere Pläne bzw. Collections gleichzeitig eingeschaltet werden.		Die Checkbox der Collection schaltet alle darin befindlichen Layer ein oder aus. Es können auch mehrere Pläne bzw. Collections gleichzeitig eingeschaltet werden.
		+
		+	Der Button mit den drei Strichen hinter den Collections öffnet die Optionen. Bisher steht nur die Funktion zum Zoom auf die maximale Ausdehnung der Collection zur Verfügung.

	[[Datei:MehrereCollectionEingeschaltet.png\|1000px]]		[[Datei:MehrereCollectionEingeschaltet.png\|1000px]]

← Nächstältere Version		Version vom 1. September 2026, 08:42 Uhr
Zeile 5.159:		Zeile 5.159:

	Legt den Wertebereich für ''colorrange'' fest. Die Angabe erfolgt mittels 2 durch ein Leerzeichen getrennter Werte. Das wertgebende Attribut und der Bereich müssen zuvor in der [[Dokumentation#Tabelle_.22classes.22\|class]] unter ''Expression'' festgelegt werden, z.B. ([''Attribut''] > 0 AND [''Attribut''] < 70).		Legt den Wertebereich für ''colorrange'' fest. Die Angabe erfolgt mittels 2 durch ein Leerzeichen getrennter Werte. Das wertgebende Attribut und der Bereich müssen zuvor in der [[Dokumentation#Tabelle_.22classes.22\|class]] unter ''Expression'' festgelegt werden, z.B. ([''Attribut''] > 0 AND [''Attribut''] < 70).
		+
		+	'''rangeitem'''
		+
		+	Legt das Attribut fest, dessen Werte für die Abbildung auf die in colorrange definierten Farben verwendet werden.

	'''opacity'''		'''opacity'''

← Nächstältere Version		Version vom 31. August 2026, 13:04 Uhr
Zeile 3.820:		Zeile 3.820:
	* labelitem: Der Name des Attributes welches für die Beschriftung des Layers verwendet wird.		* labelitem: Der Name des Attributes welches für die Beschriftung des Layers verwendet wird.

		+	===Collections Verwaltung===
		+	Zur Verwaltung der Collections gibt es eine Liste der Collection mit Buttons zum Ändern und Löschen, die über den Anwendungfall go=collections_anzeigen aufgerufen werden kann. Nur in der Stelle in der ein Menüpunkt mit dem go zugeordnet ist können die Collection erzeugt, geändert und gelöscht werden.
		+
		+	[[Datei:liste_collections.png\|1000px]]
		+
		+	Für die Erzeugung einer Collection gibt es aktuelle zwei Möglichkeiten. Die allgemeine Variante ist über den Layergruppen-Editor eingerichtet. Wenn der Menüpunkt collections_anzeigen in der Stelle existiert wird bei den Layergruppen der Button "Layer Collection Anlegen" angezeigt.
		+
		+	[[Datei:LayerGruppeEditor.png\|500px]]
		+
		+	Wird dieser angeklickt erscheint ein Formular zum Anlegen einer Layer Collection.
		+
		+	[[Datei:NeueLayercollection.png\|500px]]
		+
		+	Nach betätigen des Button Anlegen ist die Layer Collection angelegt, unter der angegebenen Gruppe der Collection eingehängt und mit dem angegebenen Filter und in der angegebenen Stelle sichtbar.
		+
		+	Die zweite Variante ist im Plugin xplankonverter verbaut. Hier wird beim Import von XPlanGML-Dateien eine Layer Collection pro neuem Plan angelegt und in der Stelle zu der der Plan gehört eingebunden.
		+
		+	===Collections in der Legende===
		+	Die Collections werden in der Lagende wie Layergruppen eingebunden.
		+
		+	[[Datei:LayerCollectionLegendezugeklappt.png\|800px]]
		+
		+	Die Checkbox der Collection schaltet alle darin befindlichen Layer ein oder aus. Es können auch mehrere Pläne bzw. Collections gleichzeitig eingeschaltet werden.
		+
		+	[[Datei:MehrereCollectionEingeschaltet.png\|1000px]]

	==Menüverwaltung==		==Menüverwaltung==

← Nächstältere Version		Version vom 31. August 2026, 12:21 Uhr
Zeile 3.778:		Zeile 3.778:

	Wenn der Gruppeneditor mit dem Parameter selected_layer_id aufgerufen wurde und dieser eine positive Zahl hat, wird ein Link zum Sprung auf den Layer mit dieser ID angezeigt.		Wenn der Gruppeneditor mit dem Parameter selected_layer_id aufgerufen wurde und dieser eine positive Zahl hat, wird ein Link zum Sprung auf den Layer mit dieser ID angezeigt.
		+
		+	==Layer Collections==
		+	Neben den oben beschriebenen Layern und Layergruppen gibt es eine weitere Möglichkeit Datenebenen in die Karte und Legende einzubinden, die wir hier Layer Collection (Sammlung von Layern) oder kurz Collection nennen.
		+
		+	Eine Collection ist eine spezielle Gruppe von Layern, die nur die Feature enthalten die zu dem in der Collection angegebenen Filter passen. Nehmen wir als Beispiel die Darstellung von Plänen. Jeder Plan hat unterschiedliche Inhalte. Einige haben nur Vorgaben zur baulichen Nutzung, andere zusätzlich zum Themen aus Umwelt und Verkehr. Wenn man diese Pläne mit herkömmlichen Layern darstellen wollte, müsste man für jeden Plan wissen wo Inhalte drin sind und immer alle einschalten, außerdem ließe sich immer nur ein Plan über einen Layerparameter filtern oder alle gleichzeitig anzeigen. Es gab bisher keine Möglichkeit ganze Pläne, also Gruppen von Layern mit deren Filtern ein- und auszuschalten. Collections machen genau das möglich. Dabei werder die Layer aber nicht dupliziert um die Layerverwaltung nicht zu verkomplizieren, sondern nur die Dinge gespeicher, die notwendig sind um den Status der Nutzer gegenüber den Layern und Gruppen zu speichern. Im Datenmodell für Collections kommen folgende Tabellen vor:
		+
		+	[[Datei:datenmodell_collections.png]]
		+
		+	===collections===
		+	Die Collections haben die Attribute:
		+	* id: Eindeutige Nummer der Collection.
		+	* bezeichnung: Die Bezeichnung, die als Gruppe in der Legende verwendet wird und die Collection namentlich bezeichnet, z.b. der Planname.
		+	* group_id: Die ID der Layergruppe unter der die Collection angeordnet ist.
		+	* filter: Der Filter der für alle Layer der Collection angewendet wird.
		+	* extent: Die maximale Ausdehnung aller Feature in der Collection, die optional angegeben werden kann.
		+	===collection_layer===
		+	Die Collection Layer haben folgende Attribute:
		+	* id: Eindeutige Nummer des Layers der Collection
		+	* collection_id: Die ID der Collection zu der der Collection Layer gehört
		+	* layer_id: Die ID des Layers auf den sich der Collection Layer bezieht und auf den der Filter für die Darstellung und Abfrage angewendet wird.
		+	===collection_groups===
		+	Die Collection Groups sind zum Verweis auf die Gruppen der Layer gedacht, die zur Collection gehören und haben folgende Attribute:
		+	* id: Eindeutige Nummer der Collection Gruppe.
		+	* collection_id: Die ID der Collection zu der die Collection Gruppe gehört.
		+	* group_id: Die ID der Gruppe auf die die Collection Gruppe zeigt.
		+	* order: Die Reihenfolge in der die Gruppen unterhalb der Collection angezeigt werden sollen.
		+	Es folgen jeweils Tabellen für die Zuordnung der Collections, Collection Layers und Collection Groups zu den Rollen.
		+	Die Tabellen collections2rolle und collection_groups2rolle haben die Attribute:
		+	* collection_id, bzw. collection_group_id: Die Id der Collection bzw. Collection Group
		+	* stelle_id: Die ID der Stelle der Rolle
		+	* user_id: Die ID des Nutzers der Rolle
		+	* status: Der Status für die Anzeige in der Karte (0 = Gruppe aufgeklappt, 1 = Gruppe zugeklappt)
		+	Die Tabelle collection_layer2rolle hat ein paar mehr Attribute:
		+	* collection_layer_id: Die ID des Collection Layers
		+	* stelle_id: Die ID der Stelle der Rolle
		+	* user_id: Die ID des Nutzers der Rolle
		+	* aktivstatus: Der Status des Collection Layers (0 = Layer ausgeschaltet, 1 = Layer eingeschaltet)
		+	* querystatus: Der Status der Abfrage des Layers (0 = nicht für Abfrage ausgewählt, 1 = für Abfrage ausgewählt)
		+	* gle_view: Die Variante wie die Sachdaten angezeigt werden sollen
		+	* showclasses: Ob die Klassen des Layers in der Legende angezeigt werden sollen
		+	* labelitem: Der Name des Attributes welches für die Beschriftung des Layers verwendet wird.
		+

	==Menüverwaltung==		==Menüverwaltung==

← Nächstältere Version		Version vom 20. August 2026, 09:19 Uhr
Zeile 1.826:		Zeile 1.826:

	Es kann in der neuen Konstante MAILCOPYATTACHMENT = true eingestellt werden dass Dateien von E-Mail-Attachments in den Archiv-Ordner kopiert statt verschoben werden.		Es kann in der neuen Konstante MAILCOPYATTACHMENT = true eingestellt werden dass Dateien von E-Mail-Attachments in den Archiv-Ordner kopiert statt verschoben werden.
		+
		+	===Verfügbarkeit von WMS prüfen===
		+	Im Ordner tools gibt das PHP-Skript wms_checker.php. Es kann per cron-job regelmäßig aufgerufen werden um die WMS-Layer auf Verfügbarkeit zu testen.
		+
		+	Ist ein WMS nicht verfügbar, wird das Testergebnis in das Feld "status" des Layers geschrieben.
		+
		+	Alle Layer bei denen das Feld status nicht leer ist, werden in der Legende gekennzeichnet und deaktiviert.

	===Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)===		===Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)===

← Nächstältere Version		Version vom 20. August 2026, 09:08 Uhr
Zeile 1.839:		Zeile 1.839:
	== Fachschalen ==		== Fachschalen ==

−	Zu kvwmap gehört eine Reihe von Funktionen, die in Fachschalen zusammengefasst wurden. Eine Fachschale beinhaltet thematisch zusammengehörende Funktionen zur Erfüllung fachspezifischer Aufgaben. Die anderen Funktionen stehen parallel dazu immer zur Verfügung. Die benötigten Funktionen können über das frei konfigurierbare Menü thematisch zu einer Fachschale und über zugriffsrechtlich über die Rolle eines Benutzers in einer Stelle zugeordnet werden.	+	Zu kvwmap gehört eine Reihe von Funktionen, die in Fachschalen zusammengefasst wurden. Eine Fachschale beinhaltet thematisch zusammengehörende Funktionen zur Erfüllung fachspezifischer Aufgaben. Die anderen Funktionen stehen parallel dazu immer zur Verfügung. Die benötigten Funktionen können über das frei konfigurierbare Menü thematisch zu einer Fachschale und über zugriffsrechtlich über die Rolle eines Benutzers in einer Stelle zugeordnet werden. Beschreibungen zu einigen Fachschalen finden sich [https://kvwmap.de/wiki/index.php/GLE-Fachschalen hier]

← Nächstältere Version		Version vom 20. August 2026, 09:07 Uhr
Zeile 1.814:		Zeile 1.814:

	===Versenden von E-Mails===		===Versenden von E-Mails===
		+
		+	Die Funktion mail_att($from_name, $from_email, $to_email, $cc_email, $reply_email, $subject, $message, $attachement, $mode, $smtp_server, $smtp_port) kann mit mode 'sendEmail async' zum asynchronen versenden von E-Mails verwendet werden. Die Mail methode schreibt man in die neue Konstante MAILMETHOD.
		+
		+	Defaultmäßig wird sendmail verwendet. Ist sendEmail in MAILMETHOD angegeben, werden zunächst die Informationen der Mail in JSON Files geschrieben, die im Pfad der neuen Konstante MAILQUEUEPATH abgelegt werden.
		+
		+	Mit dem Script sendEmailAsync.sh im Verzeichnis tools können die Mails, die in den JSON Files stehen, versendet werden.
		+
		+	Nach dem Versenden einer Mail wird die dazugehörige JSON Datei in das Verzeichnis verschoben, welches in der neuen Konstante MAILARCHIVPATH angegeben ist.
		+
		+	Wenn sendEmailAsync.sh also mit einem Cron-Job regelmäßig gestartet wird, werden die Mails nach und nach alle versandt. Die Konstanten MAILSMTPSERVER und MAILSMTPPORT enthalten die URL des SMTP-Servers und den Port (in der Regel 25).
		+
		+	Es kann in der neuen Konstante MAILCOPYATTACHMENT = true eingestellt werden dass Dateien von E-Mail-Attachments in den Archiv-Ordner kopiert statt verschoben werden.

	===Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)===		===Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)===

@@ Zeile 1.811: / Zeile 1.811: @@
 == Funktionen auf dem Server ==
 Hier werden Funktionen beschrieben die auf dem Server eingerichtet und ausgeführt werden können. Es gibt auch Funktionen, die zwar vom Client aus gestartet werden können falls das z.B. über Menüpunkte eingerichtet ist, die aber vorwiegend, vor allem wegen einer längeren Laufzeit, serverseitig ausgeführt werden sollen. Serverseitige Funktionen können über Cron-Jobs auch regelmäßig ausgeführt werden. Manche Funktionen stehen nur zur Verfügung wenn die entsprechenden Plugin's eingestellt sind.
-* Löschen von temporären Dateien (MapServer tmp-Verzeichnis)
+===Löschen von temporären Dateien (MapServer tmp-Verzeichnis)===
-* Versenden von E-Mails
+===Versenden von E-Mails===
-* Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)
+===Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)===
-* Einlesen von ALKIS-Daten im NAS-Format in das Schema alkis der PostgreSQL-Datenbank (Plugin ALKIS)
+===Einlesen von ALKIS-Daten im NAS-Format in das Schema alkis der PostgreSQL-Datenbank (Plugin alkis)===
 == Fachschalen ==

@@ Zeile 1.810: / Zeile 1.810: @@
 == Funktionen auf dem Server ==
-* Speicherung und Verwaltung der Karteneinstellungen
+* Versenden von E-Mails
-*:  In der MySQL-Datenbank werden die Informationen vorgehalten, die für eine Kartenausgabe erforderlich sind. Es handelt sich im Wesentlichen um die Daten, die sonst in der Map-Datei für den UMN-MapServer enthalten sind, nur dass sie in der Datenbank für verschiedene Karten nicht redundant abgespeichert werden.
-* Speicherung und Verwaltung von Benutzerdaten
-*:  In der MySQL-Datenbank werden Daten zu den Benutzern, zu den Stellen und zu den Rollen, die die Benutzer in den Stellen einnehmen können gespeichert. Folgende Informationen können zu den Nutzern gespeichert werden.
-** login-Name, Passwort, Name, Tel., E-Mail, Funktion, letzte besuchte Stelle des Benutzers
-** Bezeichnung, Gültigkeitsdauer, maximale Kartenausdehnung, Referenzkarte, Wappen, Datenbankverbindung, OWS-Metadaten
-** aktuelle Kartenausdehnung, Fenstergröße, Zoomfaktor, Referenzsystem, letztes gewähltes Werkzeug, Layoutgestaltung der GUI (Skin) können für jeden Benutzer innerhalb der Stelle gespeichert werden.
-* Einlesen von ALB-Daten im WLDGE-Format in eine PostgreSQL-Datenbank
+* Aktualisieren von Layern aus Quellen die als Ressourcen beschrieben sind (Plugin metadata)
-* Freie Gestaltung von Menüpunkten und Zusammenfassung von Menüunterpunkten zu Obermenüs.
+* Einlesen von ALKIS-Daten im NAS-Format in das Schema alkis der PostgreSQL-Datenbank (Plugin ALKIS)
 == Fachschalen ==

@@ Zeile 3.469: / Zeile 3.469: @@
 * OnlineResource
 * Format des getMap
-* Version (kvwmap kann momentan maximal Version 1.1.1)
+* Version (kvwmap kann momentan maximal Version 1.3.0)
 * Format des GetFeatureInfo
 * Liste der CRS (kompatibel zu den angebotenenen Referenzsystemen in den kvwmap-Optionen?)
@@ Zeile 3.511: / Zeile 3.511: @@
 Der ''ConnectionType'' ist "MS_WMS" und als ''Datentyp'' wird "MS_Layer_Raster" gewählt. Alle anderen Einstellungen erfolgen wie bei einem normalen Rasterlayer. Wenn der WMS abfragbar ist ("<Layer queryable = '1' ... >"), kann Queryable auf "ja" gestellt werden, wenn eine Sachdatenabfrage auf den Dienst sinnvoll erscheint.
 Wenn in der kvwmap-Legende der WMS-Layer mit Legende erscheinen soll, ist im Layer eine Klasse mit einem beliebigen Klassennamen anzulegen. Ein Style muss nicht angelegt werden.