Version vom 23. März 2011, 16:20 Uhr (Quelltext anzeigen) Rahn (Diskussion | Beiträge) (→‎- Verrutschte Legende) ← Zum vorherigen Versionsunterschied		Aktuelle Version vom 17. Juni 2026, 17:06 Uhr (Quelltext anzeigen) Pkorduan (Diskussion | Beiträge) (→‎+ 4.1.59 Fehler durch Semikolon in kvmobile Deltas)
Zeile 1:		Zeile 1:
−	Auf dieser Seite können Bugs gemeldet werden. Die Lösung von kritischen Fehlern wird beschrieben, so dass eigenständig Bugfixe vorgenommen werden können. Ansonsten finden sich die Lösungen immer in der nächsten Version.	+	Auf dieser Seite können Bugs gemeldet werden. Ab Version 1.8.0 wird jeder Bug, der behoben wurde, mit einer fortlaufenden Nummer (1.8.1, 1.8.2, ...) versehen. Der entsprechende Bugfix ist dann auf [https://github.com/srahn/kvwmap/commits/kvwmap https://github.com/srahn/kvwmap/commits/kvwmap] zu finden.
−	Parallel zu dieser Seite werden Bugs und insbesondere deren Lösung auch über die Mailling Liste verteilt. Dies ist mehr ein Archiv der aufgetretenen Probleme. Bugs, die neu sind sollten mit einem führenden - versehen sein. Bugs mit Lösungen werden mit + gekennzeichnet. Problem erkannt und in Arbeit mit -+.	+	Bugs, die neu sind sollten mit einem führenden - versehen sein. Bugs mit Lösungen werden mit + gekennzeichnet.
−	= Version 1.7.6 =	+	<div class="noautonum">__TOC__</div>
		+	== - neuer duplizierter Layer: Attribute ==
		+	Wenn man einen neuen Layer B anlegt, der von einem Layer A dupliziert wird, werden die Attributeinstellungen nicht übernommen. Man muss erst zum Layer A wechseln und diesen speichern.
		+	Beim erstmaligen Anlegen eines Layers sollten alle zu duplizierenden Eigenschaften initial übernommen werden.
		+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 13:58, 4. Sep. 2025 (CEST)
−	== + Verrutschte Legende ==	+	= Version 4.1 =
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:06, 23. Mär 2011 (CET) Wenn man in der Sachdatenanzeige einen Datensatz gelöscht hat und kvwmap danach zurück zur Karte springt, erscheint die Legende nicht neben, sondern unter der Karte.	+
−	:--[[Benutzer:Rahn|Rahn]] 15:20, 23. Mär 2011 (CET) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion layer_Datensaetze_loeschen() nach der Zeile	+
−	$this->loadMap('DataBase');	+	== + 4.1.60 Labelitem Fehler in kvmobile ==
		+	Ein vom Nutzer gesetztes labelitem kann zu einem Fehler in kvmobile führen. Genau dann, wenn es das Attribut welches als labelitem aus dem Data Statement ausgewählt wurde nicht auch im Query-Statement vorkommen. Jetzt wird immer statt des vom Nutzer eingestellten labelitem das labelitem des Layers verwendet. Dort muss der Admin ein Attribut hinterlegen welches sowohl in Data- also auch in Query-Statement vorkommt. Außerdem muss der Nutzer sicherstellen, dass dieses Attribut auch in der Stelle die kvmobile nutzt an den Client exportiert wird.
−	diese Zeile eingefügt werden:	+	== + 4.1.59 Fehler durch Semikolon in kvmobile Deltas ==
		+	Semikolons in Texten führten zum falschen trennen von mehreren SQL-Statments in create_delta triggern des Plugin kvmobile. Es wurde jetzt eine Funktion gdi_split_sql eingeführt, die Semikolons innerhalb von Texten die mit einfachen Anführungsstrichen stehen als Delimiter ignoriert. Außerdem werden Abfragen von Deltas so gefiltert, dass keine doppelten Deltas (mit gleichem Inhalt außer der Version) an den Client geschickt werden.
−	$this->user->rolle->newtime = $this->user->rolle->last_time_id;	+	== + 4.1.58 Fehler in PgObject exists function ==
		+	Die Funktion prüft nicht ob das Objekt mit key und value existiert, sondern ob es noch ein anderes gibt neben dem mit der id des Objektes. Und die Funktion lieferte immer false zurück.
		+	Korrektur und Umbenennung von exists in unique. Anpassung des Aufruf von exists in Funktion ignorable_by_uuid der Klasse synchronisation.
−	== + Operator "ist leer" ==	+	== + 4.1.57 Formularelementtyp Link als Array ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:02, 23. Mär 2011 (CET) Wenn ich in der Layersuche den Operator "ist leer" auswähle und suche bekomme ich eine Fehlermeldung:	+	Wird nicht richtig gespeichert.
−	Warning: pg_query() [function.pg-query]: Query failed: ERROR: operator does not exist:	+	== + 4.1.56 Kartenabfrage Flürstücke ohne Treffer ==
−	character varying == "unknown" HINT: No operator matches the given name and argument type(s).	+	Es erscheint eine leere Seite.
−	You may need to add explicit type casts. in /srv/www/htdocs/kvwmap/class/postgresql_core.php on line 115	+
−	Es wird das Pfad-Select ausgegeben und es geht dann weiter mit	+	== + 4.1.55 Fester diverged Test ==
		+	Der Test ob der Branch diverged ist war fest auf develop eingestellt. Jetzt wird für jeden branch einzeln geschaut ob es Änderungen mit diverged gab.
−	(SELECT ... ) as query WHERE 1=1 AND (query.wb_blatt IS NULL OR query.wb_blatt == <nowiki>''</nowiki>) ...	+	== + 4.1.54 Nachweisrecherche ==
		+	Der Scrollbalken rechts verdeckt den Inhalt.
−	Da ist ein "=" zuviel...	+	== + 4.1.53 Statistik ==
		+	Geht nicht.
−	:--[[Benutzer:Rahn|Rahn]] 15:14, 23. Mär 2011 (CET) Das doppelte "==" ist in kvwmap.php in der Funktion GenerischeSuche_Suchen() in der Zeile	+	== + 4.1.52 Suchergebnis Dokumentenrecherche  ==
		+	Wenn man bei den Suchergebnissen der Rissrecherche in der Nachweisverwaltung auf Markieren: "keine" und dann auf "bearbeiten" klickt (so dass kein Dokument ausgewählt ist) werden einem über 200.000 Dokumente angezeigt.
		+	Hier sollte stattdessen ein Warnhinweis erscheinen, dass kein Dokument ausgewält worden ist.
		+	--[[Benutzer:Mharms|Mario Harms]] ([[Benutzer Diskussion:Mharms|Diskussion]]) 14:06, 2. Jun. 2026 (CEST)
−	<nowiki>$sql_where .= ' AND (query.'.$layerset[0]['attributes']['name'][$i].' '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' OR query.'.$layerset[0]['attributes']['name'][$i].' == \'\') ';</nowiki>	+	== + 4.1.51 Defaultwert ==
		+	Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.
−	zu finden.	+	== + 4.1.50 kvmobile Log ==
		+	Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.
−	== + Stelle wählen ==	+	== + 4.1.49 Layer mit eigenen Datentypen ==
		+	Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.
−	Beim Stellenwechseln werden die Einstellungen der neuen Stelle nicht geladen. Um das zu beheben, muss in snippets/ahah.php in der Funktion ahahDone() nach der Zeile	+	== + 4.1.48 Nachweisrecherche ==
		+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	responsevalues = response.split("^");	+	== + 4.1.47 Rechteckabfrage WMS-Layer ==
		+	Die Mittelpunktkoordinaten werden nicht gerundet.
−	diese Zeile eingefügt werden.	+	== + 4.1.46 Zuordnung Obermenüpunkte ==
		+	Wenn man im Menüeditor einer Stelle einen Menüpunkt zugeordnet hatte, dessen Obermenüpunkt in der Stelle noch fehlte, wurde der Menüpunkt in der Stelle nicht angezeigt.
		+	Jetzt werden die fehlenden Übermenüpunkte mit dessen Menüorder in den Stellen angelegt wo sie fehlten.
−	if(action == undefined)action = "";	+	== + 4.1.45 <requires> im Attributeditor ==
		+	Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.
−	== + Namensuche ==	+	== + 4.1.44 Kartendruck über DHK ==
		+	Es kommt zu einem Fehler beim Eintragen des Zeitstempels.
−	Ist eine Stelle über die Tabelle stelle_gemeinden auf mehrere Gemeinden eingeschränkt und man führt eine Namensuche ohne Auswahl einer Gemarkung aus, wird nur in der ersten Gemarkung gesucht. Um den Fehler zu beheben, muss in postgresql.php in der Funktion getNamen() die Zeilen	+	== + 4.1.43 Fehler im Plugin Bauleitplanung ==
−	if ($gemkgschl>0) {	+	== + 4.1.42 wms_checker.php ==
−	$sql.=" AND e.bezirk=b.bezirk AND e.blatt=b.blatt";	+	Funktioniert nicht.
−	$sql.=" AND b.flurstkennz LIKE ";	+
−	$sql.=" '".$gemkgschl[0]."%'";	+
−	}	+
−	durch diese ersetzt werden	+	== + 4.1.41 requires-Layer ==
		+	Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.
−	if ($gemkgschl>0) {	+	== + 4.1.40 Themenauswahl löschen ==
−	$sql.=" AND e.bezirk=b.bezirk AND e.blatt=b.blatt";	+	Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.
−	$sql.=" AND (b.flurstkennz LIKE ";	+
−	$sql.=" '".$gemkgschl[0]."%'";	+
−	for($i = 1; $i < count($gemkgschl); $i++){	+
−	$sql.=" OR b.flurstkennz LIKE '".$gemkgschl[$i]."%'";	+
−	}	+
−	$sql.=")";	+
−	}	+
−	== + Nachweisrecherche ==	+	== + 4.1.39 Nachweisrecherche ==
		+	Die Auswahl der Abfrageart springt nicht automatisch um.
−	Ein Bug, der schon lange vorhanden ist aber erst jetzt entdeckt wurde: In der Nachweisrecherche funktioniert die Suche über ein Abfragepolygon nicht, wenn man ein anderes Koordinatensystem als das der Nacheise ausgewählt hat. Um den Fehler zu beheben, muss in class/nachweise.php in der Funktion getNachweise() die Zeile	+	== + 4.1.38 Namenszusatz und Uhrzeit ==
		+	Im Nutzerformular wird der Namenszusatz nicht angezeigt und bei der Eingabe der Uhrzeit im GLE bleibt immer eine 0 stehen.
−	$sql.=" AND NOT DISJOINT(GeometryFromText('".$polygon."',".EPSGCODE."),the_geom)";	+	== + 4.1.37 Auswahlfelder in Edge und Chrome ==
		+	Der Text der selektierten Option kann in den Pfeil hineinragen.
−	durch diese ersetzt werden:	+	== + 4.1.36 Flurstückshistorie ==
		+	In ax_historischesflurstueckohneraumbezug kann es Einträge geben, bei denen vorgaengerflurstueckskennzeichen nicht befüllt ist, obwohl es Vorgänger gibt. Das wurde in pp_flurstueckshistorie korrigiert.
−	$sql.=" AND NOT DISJOINT(Transform(GeometryFromText('".$polygon."',".$this->client_epsg."), ".EPSGCODE."),the_geom)";	+	== + 4.1.35 Themenübersicht ==
		+	Die Layer sind nicht alphabetisch sortiert.
−	== + requires-Layer verschwinden im Firefox ==	+	== + 4.1.34 Themenauswahl laden ==
		+	Die Rollenlayer werden auch deaktiviert.
−	Ein weiteres Problem, welches bei der neuen Ajax-Navigation auftritt ist, dass die requires-Layer nicht dargestellt werden, nachdem man navigiert hat. Um den Fehler zu beheben, muss in kvwmap_core.php in der Funktion read_Layer() die Zeile	+	== + 4.1.33 layer_attributes.default ==
		+	Es können nur maximal 255 Zeichen gespeichert werden.
−	$sql.=' AND rl.aktivStatus != "0"';	+	== + 4.1.32 abhängigge Sichtbarkeit ==
		+	Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.
−	durch diese ersetzt werden	+	== + 4.1.31 Nachweisrechercheergebnis ==
		+	Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.
−	$sql.=' AND (rl.aktivStatus != "0" OR requires != "")';	+	== + 4.1.30 nur Layer der Themenauswahl laden ==
		+	Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.
−	== + Punktfang beim Streckenmessen ==	+	== + 4.1.29 kvmobile visibility check Fehler ==
		+	Das Neue Attribut visiblity_rules von layer_attributes wird in kvmobile noch nicht unterstützt. Daher wurden als Workaround aus der ersten rule von visiblity_rules noch wieder vcheck_attribute, vcheck_operator und vcheck_value rausgezogen und ebendiese Attribute wieder mit ausgegeben für den mobile_get_layers case. Wenn kvmobile aktualisiert ist und keine älteren Versionen mehr laufen kann der Code angepasst werden. Ist als legacy gekennzeichnet.
−	Damit beim Punktfang keine Punkte von Layern geladen werden, die außerhalb des Maßstabsbereiches liegen, muss in kvwmap.php in der Funktion getSVG_vertices() nach der Zeile	+	== + 4.1.28 kvmobile Sync-Fehler ==
		+	Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile.
		+	adjust_sql angepasst.
−	if($layer[$i]['connectiontype'] == MS_POSTGIS){	+	== + 4.1.27 Rechteverwaltung mit mehreren Elternstellen ==
		+	Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.
−	das hier eingefügt werden:	+	== + 4.1.26 Daten-Export ==
−		+	Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.
−	if($this->formvars['scale'] < $layer[$i]['minscale'] OR $layer[$i]['maxscale'] > 0 AND $this->formvars['scale'] > $layer[$i]['maxscale']){	+
−	continue;	+
−	}	+
−	Außerdem muss in SVG_map.php in der Funktion add_vertices() die Zeile	+	== + 4.1.25 Änderungen im Themenbaum ==
		+	Wenn man einen Haken setzt aber die Karte nicht neu lädt, ist der Haken beim nächsten Laden wieder weg.
−	top.ahah("'.URL.APPLVERSION.'index.php", "go=getSVG_vertices", new Array(top.document.GUI.vertices), "setvalue");	+	== + 4.1.24 Layer-Aliasnamen verwenden ==
		+	Im Stellenformular ist der Haken immer gesetzt.
−	durch diese ersetzt werden:	+	== + 4.1.23 Layergruppen-Checkboxen ==
		+	Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.
−	top.ahah("'.URL.APPLVERSION.'index.php", "go=getSVG_vertices&scale="+top.document.getElementById("scale").value, new Array(top.document.GUI.vertices), "setvalue");	+	== + 4.1.22 Eigene Abfragen ==
		+	Wenn der Originallayer ein Classitem hat, wird es übernommen und das führt dazu, dass im Rollenlayer automatisch klassifiziert wird, obwohl man das gar nicht möchte.
−	== + Shape einlesen ==	+	== + 4.1.21 Layerparameter setzen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:27, 1. Mär 2011 (CET) Beim Einlesen eines Shapes wird nicht auf den Extent des Shapes gezoomt. Außerdem rutscht die Themenauswahl/Legende unter die Karte.	+	Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.
−	:--[[Benutzer:Rahn|Rahn]] 11:08, 1. Mär 2011 (CET) Dass nicht auf das Shape gezoomt wird, war schon immer so und lässt sich ohne weiteres auch leider nicht ändern, da man ja die Ausdehnung des Shapes nicht kennt. Aber das Wegrutschen der Legende ist ein Bug. Um ihn zu Beheben muss in kvwmap.php in der Funktion create_shp_rollenlayer_load() die Zeile	+
−	$this->user->rolle->newtime = $GUI->user->rolle->last_time_id;	+	== + 4.1.20 Kurzbeschreibung ==
		+	Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.
−	durch diese ersetzt werden	+	== + 4.1.19 Rechte bei Attributen aus anderer Tabelle ==
		+	Hier wird auch editierbar angeboten.
−	$this->user->rolle->newtime = $this->user->rolle->last_time_id;	+	== + 4.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer ==
−	== + IP-Adressen-Einschränkung ==	+	Es gibt einen neuen config-Paramter LAYER_ID_EIGENTUEMER. Darüber kann der Layer definiert werden, der zur Filterung der Flurstücke verwendet werden soll, bei denen die Eigentümer angezeigt werden dürfen.
		+	Wenn der Eigentümerlayer einen geometrischen Filter in einer Stelle hat, wird beim Speichern des Filters automatisch stelle_gemeinden_eigentuemer aktualisiert.
−	Benutzt man IP-Adressen-Einschränkung und den Firefox kommt es zu einem Fehler mit der neuen Ajax-Navigation. Um den Fehler zu beheben, muss die Funktion '''clientIpIsValide()''' aus der Datei users.php in die Datei users_core.php verschoben werden. Und zwar nach der Funktion user_core().	+	Wenn der Flurstückslayer (config-Parameter: LAYER_ID_FLURSTUECKE) einen geometrischen Filter in einer Stelle hat, wird beim Speichern des Filters automatisch stelle_gemeinden für diese Stelle aktualisiert.
−	== + Filtereinschränkung ==	+	== + 4.1.17 Querymaps ==
		+	Werden nicht angezeigt.
−	Benutzt man in einem Layer einen Filter und den Firefox kommt es zu einem Fehler mit der neuen Ajax-Navigation. Um den Fehler zu beheben, muss die Funktion '''BBoxinExtent()''' aus der Datei kvwmap.php in die Datei kvwmap_core.php verschoben werden. Und zwar vor die Funktion drawMap().	+	== + 4.1.16 mapserverExp2SQL ==
		+	Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.
−	== + Adresssuche ==	+	== + 4.1.15 Tabellenansicht ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 13:10, 21. Feb 2011 (CET)In der Adresssuche werden zu einer Straße, egal ob über Gemarkung oder Gemeinde gesucht, wesentlich mehr vorhandene Hausnummern angeboten als vorhanden.	+	Beim Wechsel geht die Anzahl der Treffer verloren.
−	*--[[Benutzer:Rahn|Rahn]] 12:21, 22. Feb 2011 (CET) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion adresswahl() die Zeile	+
−	<nowiki>if($GemID = -1)$GemID = '';</nowiki>	+	== + 4.1.14 abhängige Sichtbarkeit bei Datentypattributen ==
		+	Funktioniert nicht.
−	durch diese Zeilen ersetzt werden:	+	== + 4.1.13 Autovervollständigungsfeld ==
		+	Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.
−	<nowiki>if($GemID == -1){	+	== + 4.1.12 0-Werte speichern ==
−	$Gemeinde = $Gemarkung->getGemarkungListe(NULL, array($this->formvars['GemkgID']), NULL);	+	Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.
−	$GemID = $Gemeinde['gemeinde'][0];	+
−	}</nowiki>	+
−	== + Koordinatenabfrage ohne 2. Koordinatensystem ==	+	== + 4.1.11 abhängige Sichtbarkeit in Subform ==
−	Hat man kein 2. Koordinatensystem gewählt, funktioniert die Koordinatenabfrage nicht mehr. Um den Fehler zu beheben, muss in SVG_map.php in der Funktion show_coords() die Zeile	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	<nowiki>top.ahah("'.URL.APPLVERSION.'index.php", "go=spatial_processing&curSRID='.$this->user->rolle->epsg_code.'&newSRID='.$this->user->rolle->epsg_code2.'&point="+coorx+" "+coory+"&operation=transformPoint&resulttype=wkt", new Array(top.document.GUI.secondcoords), "");</nowiki>	+	== + 4.1.10 go-Parameter übergeben ==
		+	Der Parameter go wird beim Login nicht durchgeschleift.
−	durch	+	== + 4.1.9 Raster-Ansicht ==
		+	Man kann nicht zur tabellarischen Ansicht wechseln.
−	<nowiki>if(top.document.GUI.secondcoords != undefined)top.ahah("'.URL.APPLVERSION.'index.php", "go=spatial_processing&curSRID='.$this->user->rolle->epsg_code.'&newSRID='.$this->user->rolle->epsg_code2.'&point="+coorx+" "+coory+"&operation=transformPoint&resulttype=wkt", new Array(top.document.GUI.secondcoords), "");</nowiki>	+	== + 4.1.8 Rechte übernehmen ==
		+	Funktioniert nicht.
−	ersetzt werden.	+	== + 4.1.7 Im Jagdbezirk enthaltene Flurstücke ==
		+	Der Eigentümeranteil wird nicht mit ausgegeben.
−	== + Maßstabsleiste ==	+	== + 4.1.6 nur Layer der Themenauswahl anzeigen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:35, 16. Feb 2011 (CET) Kein Bug, aber einen Hinweis wert: Damit die Maßstabsleiste unter der Karte angezeigt wird, muss in der config.php der Parameter BG_MENUETOP einen hexadezimalen Wert haben, also '#B0C4DE' o.ä.	+	Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.
−	== + Geometrie bearbeiten ==	+	== + 4.1.5 Startseiten-Parameter ==
		+	Es wird nicht automatisch der csrf-Token rangehängt.
−	Beim Bearbeiten der Geometrie von Polygon- und Punktlayern gibt es einen Bug, der verhindert, dass man in der Karte navigieren kann. Um ihn zu beheben, müssen in kvwmap.php in den Funktionen PointEditor() und PolygonEditor() folgende 3 Zeilen gelöscht werden:	+	== + 4.1.4 Layer erstellen ==
		+	Es erscheint eine Fehlermeldung.
−	<nowiki>if($oldscale!=$this->formvars['nScale'] AND $this->formvars['nScale'] != '') {	+	== + 4.1.3 Raster-Layout ==
−	$this->scaleMap($this->formvars['nScale']);	+	Die Selektion der Datensätze funktioniert nicht.
−	}</nowiki>	+
−	= Version 1.7.5 =	+	== + 4.1.2 Kartendrucklayouteditor ==
		+	Man kann keinen Freitext hinzufügen.
−	== + Optionen - Kartenprojektion ==	+	== + 4.1.1 Sachdatendruck ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:48, 14. Jan 2011 (CET)	+	Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.
−	* Bei Auswahl eines anderen CRS als 2398 funktioniert die Referenzkarte nicht	+
−	* Bei Auswahl eines anderen CRS als 2398 funktioniert der Koordinatenzoom nicht	+
−	* Die Auswahl von 4326 ergibt immer einen Maßstab 1:100 und scheitert beim zoomen sowie bei anderen Funktionen wie z.B. Shape anzeigen	+
−	* History Back hat Probleme beim Wechsel auf andere CRS	+
−	== + Namensuche mit Gemarkungsangabe ==	+	= Version 4.0 =
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:02, 13. Jan 2011 (CET) Wenn man nach einem Namen sucht und gleichzeitig auf eine Gemarkung eingrenzt, dann dauert die Suche deutlich länger (deutlich = minutenlang)!	+
−	== - ALB-Auszüge ==	+	== + 4.0.71 Layer-Gruppe bei go=Daten_Export ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 7. Jan 2011 (CET)<br>	+	Beim Öffenen das Daten-Export Formulars (über Layer-Kontextmenü oder eigenen Menüpunkt) sollte die zugehörige Gruppe des gewählten Layers ebenfalls im Formular ausgewählt sein (aktuell: leer).
−	* Beim ALB-Auszug 20 muss die Eigentümerart in der Zeile mit name1 erscheinen.	+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 08:12, 6. Mär. 2026 (CET)
−	* Wenn name3 Postleitzahl und Postfach enthält (an definierten Positionen nach dem 30. Zeichen), dann muss vor der Postleitzahl "PLZPF" stehen und vor dem Postfach "PF". Beide Strings sind in name3 nicht gespeichert, sondern müssen vom System erzeugt werden.	+
−	== + Strichstärken und Symbolgrößen im Ausdruck ==	+	== + 4.0.70 Stelle speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:30, 12. Nov 2010 (CET) Die Linienstärken und die Symbolgrößen im Ausdruck entsprechen nicht denen am Bildschirm.	+	Der Filter der Elternstelle wurde für die Kindstelle übernommen.
−	== + "neu"-Link  von Subforms in neuen Datensätzen ==	+	== + 4.0.69 Stelleneditor Layerauswahl ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:32, 10. Nov 2010 (CET) Wenn ein neuer Datensatz angelegt wird, der eine Subform enthält, dann wird dort bereits der "neu"-Link angeboten. Das Speichern von entsprechenden Daten in der Subform ist dann aber noch gar nicht möglich. Der Link dürfte also beim Erfassen von neuen Datensätzen noch gar nicht erscheinen - oder kvwmap sorgt dafür, dass der beim Speichern des neuen Datensatzes vergebene Primärschlüssel auch im Subform-Datensatz eingetragen wird.	+	Wenn man eine Layergruppe anklickt, werden die zugewiesenen Layer nicht mehr selektiert.
−	== + Erfassen von neuen Datensätzen ==	+	== + 4.0.68 mapserverExp2SQL ==
−	Bei der Erfassung von neuen Datensätzen gibt es ein Problem bei Layern, die eine id mit automatisch hochzählender Sequenz haben. Speichert man nämlich den Layer in der Layerdefinition, so wird der aktuelle Stand der Sequenz als Defaultwert übernommen und dann bei jeder Neuerfassung im Feld voreingetragen. Um den Fehler zu beheben, muss in postgresql.php in der Funktion get_field_default() die Zeile	+	== + 4.0.67 Bodenrichtwerterfassung ==
		+	Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.
−	<nowiki>if($default[0] != ''){</nowiki>	+	== + 4.0.66 Löschen von Plandokumenten ==
		+	Das Löschen von Plandokumenten ging nicht, weil das Löschen der Pläne über den INSTEAD DELETE Trigger handle_xp_plan lief und in der Funktion XP_Plan->destroy wurden die Dokumente noch nicht gelöscht. Das ist jetzt mit der Metode destroy_externereferenz_dokumente umgesetzt.
−	durch diese ersetzt werden:	+	== + 4.0.65 Falsche Behandlung von within_fk_constraint ==
		+	Der within fk_constraint hatte nur für die Layer funktioniert, die auch einen fk_constraint gesetzt hatten. Jetzt funzt er nur für Punkte und solche die einen within constraint haben. Die anderen Layer bekommen keinen autovalue zugewiesen. In dem Fix wurde noch eine kommentar-Abfrage in remove_kommentar_if_exists angepasst.
−	<nowiki>if($default[0] != '' AND strpos($default[0], 'nextval') === false){</nowiki>	+	== + 4.0.64 Fehlerhandling in BenutzerdatenAnlegen ==
		+	Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.
−	== + Speichern von SubformFK-Attributen ==	+	== + 4.0.63 sync Output for kvmobile falsch==
		+	sync hatte in mysql 0 und 1. Nach Umstellung auf Postgres kommt 'f' und 't'. Der Fix wandelt f und t in der Funktion mobile_reformat_layer in 0 und 1 um.
−	Im GLE gibt es einen Bug, der das Speichern von SubformFK-Attributen betrifft. Um den Fehler zu beheben, muss im Snippet generic_layer_editor_2.php die Zeile	+	== + 4.0.62 Kartendrucklayout speichern ==
		+	Schlägt fehl, wenn Parameter leer bleiben.
−	<nowiki>$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].'_oid'].';Text;1|';</nowiki>	+	== + 4.0.61 Menü anlegen ==
		+	Wenn man nach dem Anlegen eines Menüs bei "go=Menues_Anzeigen" ist und die Seite neulädt, wird das zuletzt angelegte Menü immer wieder dupliziert.
		+	--[[Benutzer:Mattes Holtz|Mattes.Holtz]] 14:38, 18. Feb. 2026 (CEST)
−	durch diese	+	== + 4.0.60 Menü anlegen ==
		+	Das "Obermenue" sollte beim Anlegen eines Datensatzes auch ein Pflichtfeld sein, wenn dort nichts eingetragen ist, wird es nicht in "go=Menues_Anzeigen" gezeigt.
−	<nowiki>$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].'_oid'].';Text;1;varchar|';</nowiki>	+	== + 4.0.59 Stelle kopieren ==
		+	Das Wappen wird nicht übernommen.
−	ersetzt werden.	+	== + 4.0.58 Zurück geht nicht go=Namen_Auswaehlen_Suchen ==
		+	Wenn nach Auswahl eines Grundbuchblatts ein Eigentümer ausgewählt wird, kommt man zu "go=Namen_Auswaehlen_Suchen".
		+	Dort funktioniert der Zurück-Button nicht. ("Diese Seite kann aus Sicherheitsgründen nicht angezeigt werden!")
−	== - stellenbezogene Layerattribute bei Pfad-Löschung ==	+	== + 4.0.57 Stelle wechseln ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:09, 1. Okt 2010 (CEST) Wenn man den Pfad-Eintrag eines Layers komplett löscht, werden die Einträge in der Tabelle layerattributes2stelle nicht gelöscht.	+	Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.
−	== + Grundbuchblattsuche ==	+	== + 4.0.56 abhängige Sichtbarkeit ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 09:51, 30. Sep 2010 (CEST)In der Grundbuchblattsuche werden nach Auswahl eines Bezirkes alle Grundbücher angezeigt. Die Anzeige der Grundbücher mit der Aktualitaestnr = 'hist' sollte unterdrückt werden.	+	In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.
−	:--[[Benutzer:Rahn|Rahn]] 14:15, 30. Sep 2010 (CEST) Dazu muss in postgresql.php in der Funktion getGrundbuchblattliste() das SQL so angepasst werden:	+
−	$sql = "SELECT * FROM alb_grundbuecher WHERE bezirk = ".$bezirk." AND aktualitaetsnr != 'hist' ORDER BY blatt";	+	== + 4.0.55 abhängige Auswahlfelder ==
		+	Funktionieren bei Arrays nicht.
−	== + Nachweisrecherche ==	+	== + 4.0.54 Themenauswahl speichern ==
		+	Wenn eine Themenauswahl gespeichert wird, wird nicht übernommen, ob der Layer abfragbar (also 1. Checkbox) war oder nicht.
		+	--[[Benutzer:Mattes.Holtz|Mattes.Holtz]] 15:28, 10. Feb. 2026 (CEST)
−	In der Nachweisrecherche wird eine Fehlermeldung angezeigt. Um das zu beheben, muss in der Datei SVG_polygon_box_query_area.php die Zeile	+	== + 4.0.53 Klassen-ID ändern ==
		+	Endet in einer Fehlermeldung.
−	$svg .= bufferbuttons();	+	== + 4.0.52 Diagramme anlegen ==
		+	Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung
−	durch	+	== + 4.0.51 Backslash im Passwort ==
		+	Führt zu einem Fehler.
−	$svg .= bufferbuttons($strBuffer);	+	== + 4.0.50 Klassen zurücksetzen ==
		+	Die Klassen werden nach dem Login nicht mehr zurückgesetzt.
−	ersetzt werden.	+	== + 4.0.49 Layer anlegen ==
		+	Wenn man die Layer-ID selber einträgt, kommt die Meldung, dass die ID schon existiert.
−	== + Pächteranzeige Jagdbezirk ==	+	== + 4.0.48 Nutzer anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:34, 24. Sep 2010 (CEST) Wenn man in der Pächteranzeige eines Jagdbezirks ist und "zurück zum Jagdbezirk" will, dann ist der Jagdbezirk weg und es kommt eine Fehlermeldung.	+	Der Test ob der Loginname schon vergeben ist, funktioniert nicht.
−	== - Geometrie weiterzeichnen ==	+	== + 4.0.47 Rollenfilter ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:42, 22. Sep 2010 (CEST) Wenn ich eine vorhandene Geometrie zur Bearbeitung im Geometrieeditor aufrufe oder eine Geometrie nach dem Speichern / Zwischenspeichern weiter bearbeiten will, wird die vorhandene Geometrie vom letzten gezeichneten Punkt aus weiter bearbeitet. Die Benutzer sind ordentlich verwirrt und es kommt zu jede Menge Fehlern. Das Problem ist natürlich, dass das mal sinnvoll ist und mal nicht. Kann man das nicht irgenwie sauber auseinander halten?	+	Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.
		+	== + 4.0.46 Autovervollständigungsfeld ==
		+	In der Layer-Suche funktioniert es nicht.
−	== - Stelleneditor | Übernahme der Werte in "stelle_gemeinden" fehlt ==	+	== + 4.0.45 Stellenformular Kartendrucklayouts ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:46, 31. Aug 2010 (CEST) Mit dem Stelleneditor werdem beim Kopieren einer Stelle über "Ändern | Als neu Stelle eintragen" die Werte aus der Tabelle "stelle_gemeinden" nicht übernommen.	+	Werden nicht angezeigt.
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:35, 22. Sep 2010 (CEST) ... und beim Löschen einer Stelle werden nicht alle Einträge in der MySQL gelöscht, z.B. in u_funktionen2stelle.	+
		+	== + 4.0.44 Legende einklappen ==
		+	Funktioniert nicht.
−	== - Button-Vorauswahl nach Geometrie übernehmen im Geometrieeditor ==	+	== + 4.0.43 WMS-Importe löschen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:15, 18. Mai 2010 (CEST)	+	Es werden auch die Layer aus "eigene Importe" gelöscht.
−	:*Wenn man im Geometrieeditor eine neue Geometrie per "Geometrie übernehmen von" erzeugen will, sollte anschließend der "Geometrie hinzufuegen" Button vorausgewählt sein.	+
−	:*Wenn man Geometrien übernommen hat, dann verschiebt oder zoomt, ist anschließend nicht mehr der "Geometrie hinzufuegen" Button ausgewählt, sondern der "Polygon hinzufuegen" Button. Dasselbe gilt für "Geometrie entfernen".	+
		+	== + 4.0.42 WMS-Layer Test ==
		+	Es wird teilweise der falsche EPSG-Code verwendet.
−	== - Straße mit Umlaut in der Namenssuche ==	+	== + 4.0.41 Themenauswahl speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 17:01, 3. Aug 2010 (CEST) Wenn man in der Namenssuche nach einer Straße sucht und diese Straße mit einem Umlaut beginnt, dann schlägt die Suche fehl, wenn man den beginnenden Umlaut klein schreibt. Bei den "normalen" Anfangsbuchstaben ist die Suche case-insensitiv, wie es sein soll.	+	Funktioniert nicht.
		+	== + 4.0.40 Unterabfrage mit order by im FROM ==
		+	Macht Probleme.
−	== - CSV-Export mit Semikolons ==	+	== + 4.0.39 Password mit Hochkomma ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:46, 10. Sep 2010 (CEST) Wenn in einem Attribut ein Semikolon auftaucht, verschiebt der CSV-Export den Rest des Textes in das nächste Feld, so dass alles um eins nach rechts verrutscht.	+	macht Probleme
		+	== + 4.0.38 Benachrichtigungen ==
		+	Funktionieren nicht.
−	== + Layoutdruckeditor ==	+	== + 4.0.37 Zoom auf Objekt ==
−	--[[Benutzer:Rahn|Rahn]] 15:57, 23. Sep 2010 (CEST) Wenn man im Datendruck-Layouteditor die x und y-Werte eines Elements rausnimmt und speichert, erscheint das Vorschaubild nicht mehr. Um das zu beheben, muss in datendrucklayout.php in der Funktion update_layout() '''vor''' der Zeile	+	Hervorheben funktioniert nicht.
−	for($i = 0; $i < $formvars['textcount']; $i++){	+	== + 4.0.36 diverses ==
		+	In den Menüdaten klappt die Sortierung nach Reihenfolge/Ebene und Reihenfolge nicht. In der Stellenzuweisung gibt es auch den Löschen-Button. Beim Anlegen einer Stelle gibt es auch die Stellenauswahl. EPSG-Code und Bezeichnung haben kein Sternchen. Man kann eine neue Stelle anlegen ohne Menüpunkte, aber dann kommt eine Fehlermeldung. In der Liste der Einladungen fehlt die Sortierung nach Stelle. Beim Abspeichern der Layer-Parameter wird automatisch bei allen Parametern eine neue ID vergeben/hochgezählt.
−	das hier eingefügt werden:	+	== + 4.0.35 Flurstückshistorie ==
		+	Das SVG ist manchmal zu klein für große Bäume.
−	<nowiki>	+	== + 4.0.34 MyObject ==
−	$sql = "DELETE FROM ddl_elemente WHERE ((xpos IS NULL AND ypos IS NULL) OR (xpos = 0 AND ypos = 0) OR (xpos > 595 AND ypos > 842)) AND ddl_id = ".$formvars['aktivesLayout'];	+	Es gibt noch Vorkommen von MyObject.
−	$this->debug->write("<p>file:kvwmap class:ddl->save_ddl :",4);	+
−	$this->database->execSQL($sql,4, 1);</nowiki>	+
−	== + Attributeditor im IE7 ==	+	== + 4.0.33 Filterverwaltung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:54, 21. Sep 2010 (CEST) Im Internet Explorer wird der Attributeditor zerpflückt, die Attribute werden nicht zeilenweise dargestellt.	+	Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.
−	:--[[Benutzer:Rahn|Rahn]] 11:31, 22. Sep 2010 (CEST) Um das zu beheben muss im Snippet attribut_editor.php in Zeile 138	+
−	echo '">	+	== + 4.0.32 Sachdatenanzeige ==
		+	Die Darstellung in der Breite ist nicht optimal.
−	das	+	== + 4.0.31 Maßstabsauswahl ==
		+	Die Feldern für den Extent in rolle sind mit float4 zu ungenau und führen bei der Maßstabsauswahl zu abweichenden Maßstäben.
−	"	+	== + 4.0.30 boolean-Felder ==
		+	Einige boolean-Felder werden in der Oberfläche nicht richtig angezeigt. Das betrifft stelle.show_shared_layers, u_groups.selectable_for_shared_layers, used_layer.use_parent_privileges.
−	entfernt werden.	+	== + 4.0.29 Stelle Start Stop ==
		+	Die Werte werden nicht angezeigt.
−	== + ID-Übergabe Subform ==	+	== + 4.0.28 Schraffur ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:39, 21. Sep 2010 (CEST) Der Primärschlüssel wird bei Subforms nicht mehr an den anhängigen Layer übergeben, wenn man einen neuen Datensatz erzeugen will.	+	In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.
−	:--[[Benutzer:Rahn|Rahn]] 13:26, 27. Sep 2010 (CEST) Um das zu beheben, muss in der Datei generic_layer_editor2_embedded.php die Zeile	+
−	if($this->new_entry == true){        # Default-Werte setzen	+	== + 4.0.27 Flurstückshistorie ==
		+	Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.
−	durch	+	== + 4.0.26 Rollenlayer klassifizieren ==
		+	Das Klassifizierungsattribut ist nicht ausgewählt und die Klassifizierung kann auch nicht rückgängig gemacht werden. Außerdem ist die Anzahl an Klassen auf die Anzahl der Farben in colors beschränkt.
−	<nowiki>if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != ''){        # Default-Werte setzen</nowiki>	+	== + 4.0.25 Style- und Labeleditor ==
		+	Die Layeroptionen lassen sich nicht öffnen.
−	ersetzt werden.	+	== + 4.0.24 Quellenangaben  ==
		+	Das Anlegen, Ändern und Löchen funktioniert nicht.
−	== + Colors ==	+	== + 4.0.23 Layergruppe anlegen ==
		+	Es erscheint eine Fehlermeldung.
−	Merkwürdigerweise scheint es mit bestimmten Farben in der Stellenwahl/Optionen Probleme zu geben. Aus Weinrot wird z.B. Dunkelgrün. Um den Fehler zu beheben, muss im Snippet rollenwahl.php die Zeile	+	== + 4.0.22 Layer mit sync speichern ==
		+	Funktioniert nicht.
−	<nowiki>echo ' style="background-color:#'.str_pad(dechex($this->result_colors[$i]['red']), 2, '0').str_pad(dechex($this->result_colors[$i]['green']), 2, '0').str_pad(dechex($this->result_colors[$i]['blue']), 2, '0').'"';</nowiki>	+	== + 4.0.21 stellenbezogene Layereigenschaften ==
		+	Das Feld "abfragbar" wird nicht richtig angezeigt.
−	durch diese hier ersetzt werden:	+	== + 4.0.20 Style- und Labeleditor ==
		+	Der ausgewählte Style ist nicht komplett blau markiert.
−	<nowiki>echo ' style="background-color: rgb('.$this->result_colors[$i]['red'].', '.$this->result_colors[$i]['green'].', '.$this->result_colors[$i]['blue'].')"';</nowiki>	+	== + 4.0.19 Gruppe mit Untergruppen und Layern ==
		+	Die Darstellung der Layer ist auseinandergezogen.
		+	== + 4.0.18 Themenübersicht ==
		+	Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.
−	== + ALB-Auszug 30 ==	+	== + 4.0.17 USING ==
		+	Wenn bei Layern im Data-Feld USING groß ist, gibt es Fehler beim Speichern des Layers und beim Aufruf der Layeroptionen.
−	Beim ALB-Auszug 30 tritt ein Fehler auf, der durch die neue Funktionsüberprüfung verursacht wird. Zum Beheben in kvwmap.php in der Funktion ALB_Anzeigen() im Abschnitt	+	== + 4.0.16 Stelle: Checkboxfelder ==
		+	Die Checkboxfelder bei den Stellen sind ja jetzt in der PostgreSQL-DB vom Typ boolean und werden nicht richtig geladen.
−	# Prüfen ob stelle Formular 30 sehen darf	+	== + 4.0.15 Nachweisrecherche ==
−	if ($formnummer==40) {	+	Wenn ein Nutzer noch keinen Eintrag in rolle_nachweise hat, erscheint eine Fehlermeldung.
−	die 40 durch eine 30 ersetzen.	+	== + 4.0.14 Stelle speichern ==
		+	Es kann eine Fehlermeldung auftreten.
−	== + Jagdkataster ==	+	== + 4.0.13 Labelitems ==
		+	Beim Speichern eines Layers gehen sie verloren.
−	Beim Anlegen eines neuen Jagdbezirkes, der nicht von einer der 4 neuen Arten ist, kommt es zu einer Fehlermeldung. Um den Fehler zu beheben, müssen in jagdkatster.php in der Funktion eintragenNeueFlaeche() die 3 Vorkommen von	+	== + 4.0.12 ZoomToFlst ==
		+	Der Rollenlayer enthält alle Objektversionen des Flurstücks.
−	".$jb_zuordnung."	+	== + 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten ==
		+	Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.
−	in Hochkommas gesetzt werden. Also so:	+	== + 4.0.10 Layer löschen ==
		+	Die Layer-ID wird nicht aus rolle_saved_layers entfernt.
−	'".$jb_zuordnung."'	+	== + 4.0.9 Nachweis bearbeiten ==
		+	Es erscheint eine Fehlermeldung.
−	Außerdem müssen die Datentypen der beiden Spalten id und jb_zuordnung geändert werden. Also in der PostgreSQL-DB das ausführen:	+	== + 4.0.8 Stelle anlegen ==
		+	Das automatische Erzeugen der Referenzkarte funktioniert nicht.
−	ALTER TABLE jagdbezirke ALTER COLUMN jb_zuordnung TYPE character varying(10);	+	== + 4.0.7 Start und Stop Datum beim Nutzer ==
−	ALTER TABLE jagdbezirke ALTER COLUMN id character varying(10);	+	Werden nicht richtig ausgewertet.
−	== + Adressuche ==	+	== + 4.0.6 Kartenabfrage von nicht abfragbaren Layern ==
		+	Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.
−	Bei der Adressuche hat sich ein Fehler eingeschlichen. Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion adresseSuchen() die 3 Zeilen	+	== + 4.0.5 Layergruppen sortieren nach Order ==
		+	Erzeugt eine Fehlermeldung.
−	<nowiki>	+	== + 4.0.4 Menü Speichern ==
−	$Gemarkung=new gemarkung('',$this->pgdatabase);	+	Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.
−	$Gemeinde = $Gemarkung->getGemarkungListe(NULL, array($this->formvars['GemkgID']), NULL);	+
−	$GemID = $Gemeinde['gemeinde'][0];</nowiki>	+
−	durch diese Zeile ersetzt werden:	+	== + 4.0.3 Layer löschen ==
		+	Funktioniert nicht.
−	$GemID=$this->formvars['GemID'];	+	== + 4.0.2 Passwort zurücksetzen ==
		+	Es erscheint eine Fehlermeldung.
−	== + Geometrieeditor ==	+	== + 4.0.1 Plugin: Bauleitplanung ==
		+	Das Kopieren von F-Plänen funktioniert nicht.
−	--[[Benutzer:Reißland|Reißland]] 07:04, 4. Feb 2011 (CET)Wenn man über den Geometrieeditor eine Geometrie erfasst dann gehen zuvor eingegebene Sachdaten wieder verloren.	+	= Version 3.11 =
−	*--[[Benutzer:Rahn|Rahn]] 09:35, 7. Feb 2011 (CET) Um diesen Bug zu beheben, muss in der Datei generic_layer_editor2.php die Zeile	+
−	<nowiki>$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].';'.$this->qlayerset[$i]['attributes']['nullable'][$j];</nowiki>	+	== + 3.11.36 Triggerfunktionen ==
		+	Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.
−	durch diese hier ersetzt werden:	+	== + 3.11.35 Nachweisverwaltung Uebersicht.htm ==
		+	Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.
−	<nowiki>$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].';'.$this->qlayerset[$i]['attributes']['nullable'][$j].';'.$this->qlayerset[$i]['attributes']['type'][$j]];</nowiki>	+	== + 3.11.34 Daten-Export ==
		+	Wenn man alle gefundenen Datenätze exportiert, kann es sein, dass der Export nicht klappt, wenn bei der Suche in einem Array-Attribut gesucht wurde.
−	*--[[Benutzer:Reißland|Reißland]] 10:56, 8. Feb 2011 (CET) Auswahlfelder, die direkt über ein Constraint in der Datenbanktabelle definiert sind, werden nach wie vor zurückgesetzt.	+	== + 3.11.33 sendEmailAsync.sh ==
−	**--[[Benutzer:Rahn|Rahn]] 15:40, 8. Feb 2011 (CET) Stimmt, außerdem werden Felder mit Defaultwerten auch immer wieder zurück gesetzt. Um das zu beheben, müssen die Zeilen	+	Das Versenden von Anhängen funktioniert nicht.
−	<nowiki>if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != ''){ # Default-Werte setzen	+	== + 3.11.32 Abfrage mehrerer Layer ==
−	$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->qlayerset[$i]['attributes']['default'][$j];	+	Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.
−	}</nowiki>	+
−	durch diese hier ersetzt werden	+	== + 3.11.31 Label hinzufügen ==
		+	Funktioniert nicht.
−	<nowiki>if($this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] == ''){	+	== + 3.11.30 USING ==
−	$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].';'.$this->qlayerset[$i]['attributes']['nullable'][$j].';'.$this->qlayerset[$i]['attributes']['type'][$j]];	+	Im Data großgeschrieben kommt es zu einer Fehlermeldung.
−	}</nowiki>	+
−	<nowiki>if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != '' AND $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] == ''){ # Default-Werte setzen	+
−	$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->qlayerset[$i]['attributes']['default'][$j];	+
−	}</nowiki>	+
−	= Version 1.7.4 =	+	== + 3.11.29 Sachdatendruck ==
		+	Es kommt zu Problemen wenn ein Spalten-Sublayout über die Seitebreite hinaus geht.
		+	== + 3.11.28 Bild speichern ==
		+	Die Qualität des JPEGs ist nicht hoch genug.
−	== + CSV-Export bei Layern, die ein anderes Schema verwenden ==	+	== + 3.11.27 Layer-Parameter Button ==
		+	Funktioniert nicht mehr.
−	Bei Layern, die ein anderes Schema, als das public-Schema verwenden, funktioniert der csv-Export nicht richtig. Um den Fehler zu beheben, müssen in kvwmap.php, in der Funktion generic_csv_export() die beiden Vorkommen von	+	== + 3.11.26 Layer-Suche in Layer mit Template ==
		+	Wenn man eine Layer-Suche in einem Layer mit Template macht (z.B. dem Flurstückslayer), erscheint bei keinem Treffer eine leere Seite.
−	$this->pgdatabase	+	== + 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen ==
		+	Die Dateien werden nicht gelöscht.
−	durch	+	== + 3.11.24 abhängige Auswahlfelder ==
		+	Wenn es im Datensatz Dokument-Attribute mit Originalnamen gibt, kann es sein, dass das Auswahlfeld nicht befüllt wird.
−	$layerdb	+	== + 3.11.23 Info-Abfrage mit deaktivierten Klassen ==
		+	Wenn die Klasse in der Expression den IN Operator verwendet, klappt die Abfrage nicht.
−	ersetzt werden.	+	== + 3.11.22 Datensatz anlegen ==
		+	Wenn es ein SubFormFK-Attribut gibt, kommt es zu einem Fehler.
		+	== + 3.11.21 Sachdatenanzeige ==
		+	Wenn man mehrere Layer abfragt und davon einen als Tabellenansicht macht, passen sich die anderen Anzeigen, die nicht in der Tabellenform sind, auch an die Breite an.
−	== + Shape anzeigen bei Sonderzeichen im zip-Archiv  ==	+	== + 3.11.20 Attribute aus anderen Tabellen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:05, 30. Aug 2010 (CEST) Wenn ich go=SHP_Anzeigen durchführe und zip-Archiv und epsg angebe, dann kommt anschließend: "Fatal error: Call to undefined function: zip_open() in /srv/www/htdocs/kvwmap/funktionen/allg_funktionen.php on line 390", wenn im Namen des ZIP-Archivs Sonderzeichen (z.B. Leerzeichen) sind.	+	Wenn ein Layer Spalten aus anderen Tabellen abfragt, die nicht NULL sein dürfen, dann kommt beim Speichern in der Tabellenansicht eine Meldung, dass das Feld XY nicht leer sein darf.
−	:--[[Benutzer:Rahn|Rahn]] 10:02, 9. Sep 2010 (CEST) Probier mal in allg_funktionen.php in der Funktion unzip() in den folgenden beiden Zeilen den Dateinamen in Anführungszeichen zu setzen:	+
−	exec('unzip -l "'.$src_file.'" -d '.dirname($src_file), $output);	+	== + 3.11.19 Dokumente mit Hochkommas ==
−	und	+	Bei Array- oder Datentyp-Attributen kommt es beim Upload zu einem Fehler.
−	exec('unzip -o "'.$src_file.'" -d '.dirname($src_file));	+
−	== + Suchabfrage speichern mit Operator "ist leer" ==	+	== + 3.11.18 Themenübersicht ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:45, 25. Aug 2010 (CEST) Wenn man eine Suchabfrage definiert hat mit dem Operator "ist leer" bei einem Attribut, dann merkt sich kvwmap das nicht, wenn man die Abfrage speichert. Weitere Operatoren hae ich nicht getestet.	+	Die Suche funktioniert nur mit Kleinschreibung.
−	:--[[Benutzer:Rahn|Rahn]] 08:57, 25. Aug 2010 (CEST) Um den Fehler zu beheben, müssen in users.php in der Funktion save_search() die beiden Vorkommen von	+
−	$this->formvars	+	== + 3.11.17 Stelle speichern ==
		+	Es kann vorkommen, dass eine Fehlermeldung erscheint.
−	durch	+	== + 3.11.16 GLE: Tabs ==
		+	Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.
−	$formvars	+	== + 3.11.15 Letztes Suchergebnis ==
		+	Wenn es einen über requires angehängten Layer gibt, wird für diesen auch eine Abfrage ausgeführt, auch wenn in diesem Layer gar nichts gefunden wurde.
−	ersetzt werden.	+	== + 3.11.14 Puffer bei eigenen Abfrage-Layern ==
		+	Wenn der Basis-Layer im Data einen Alias für die Geometriespalte verwendet, funktioniert der Puffer nicht.
−	== + Änderungsdatum bei Aktualisierte Adresse ==	+	== + 3.11.13 abhängige Sichtbarkeit in Subform ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:42, 16. Aug 2010 (CEST) Bei der Adressaktualisierung muss noch die deutsche Datumsschreibweise berücksichtigt werden, z.B. so:	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	In Flurstuecke_custom.php statt	+	== + 3.11.12 tabellarische Darstellung im GLE ==
−	$aendatum=substr($adressaenderungen['datum'],8,2).".".substr($adressaenderungen['datum'],5,2).".".substr($adressaenderungen['datum'],0,4);	+	Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.
−	dieses hier:	+
−	$aendatum=substr($adressaenderungen['datum'],0,10);	+
		+	== + 3.11.11 Layer-Suche ==
		+	Im Egde gibt es Probleme mit Auswahlfeldern.
−	== + Geometrie von einem WFS-Layer übernehmen ==	+	== + 3.11.10 Vorschaubilder der Dokumente ==
		+	Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.
−	Damit die Geometrie-Übernahme auch von WFS-Layern fehlerfrei funktioniert, muss in kvwmap.php in der Funktion getlayerdatabase() die Zeile	+	== + 3.11.9 Sachdatenanzeige ==
		+	Ist manchmal ungewöhnlich breit.
−	if(1){	+	== + 3.11.8 Layerparameterauswahl ==
		+	Wenn die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.
−	durch diese Zeile	+	== + 3.11.7 als Vorlage für neuen Datensatz übernehmen ==
		+	Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.
−	<nowiki>if($connectionstring != ''){</nowiki>	+	== + 3.11.6 abhängige Auswahlfelder ==
		+	Eine bereits gesetze Auswahloption eines abhängigen Auswahlfeldes geht verloren, wenn das übergeordnete Auswahlfeld geändert wird, obwohl die neuen Auswahlmöglichkeiten auch den vorher ausgewählten Wert enthalten.
−	ersetzt werden.	+	== + 3.11.5 FormObject ==
		+	Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.
		+	== + 3.11.4 ALKIS: View lk_grenzpunkte ==
		+	View wurde angepasst. Hintergrund hierfür war die fehlende Darstellung der indirekt vermarkten Grenzpunkte, dessen Geometrien in der Tabelle „punktortau“ zu finden sind.
−	== + embedded SubformembeddedPK schließen ==	+	== + 3.11.3 Correct Arrow Function ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:33, 2. Aug 2010 (CEST) Wenn man bei einer SubformembeddedPK auf den Link klickt, wird der eingebettete Datensatz angezeigt. Wenn man den Link nochmal anklickt, sollte er sich wieder schließen. Tut er auch, geht aber sofort wieder auf.	+	Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.
−	:--[[Benutzer:Rahn|Rahn]] 16:24, 2. Aug 2010 (CEST) Zum Schließen ist der Button "Abbrechen" gedacht. Wenn man einen der Links anklickt, werden erstmal alle angezeigten Datensätze geleert (obwohl es ja nur einer ist, der auf sein kann) und dann klappt der angeklickte Datensatz auf. Dieser Effekt ist mir auch schon aufgefallen, aber ich habe noch keine andere Lösung dafür.	+
−	::--[[Benutzer:Rahn|Rahn]] 16:36, 2. Aug 2010 (CEST) Doch, mir ist eben doch eine Lösung eingefallen. In embedded_subformPK.php muss die Zeile	+
−	<nowiki><td><a href="javascript:ahah(\''.URL.APPLVERSION.'index.php\', \'go=Layer-Suche_Suchen&selected_layer_id='.$this->qlayerset[$i]['Layer_ID'].'&value_'.$this->qlayerset[$i]['attributes']['table_name'][$this->formvars['preview_attribute']].'_oid='.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->formvars['preview_attribute']].'_oid'].'&embedded=true&fromobject=subform'.$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k.'&targetobject='.$this->formvars['targetobject'].'&targetlayer_id='.$this->formvars['targetlayer_id'].'&targetattribute='.$this->formvars['targetattribute'].'&data='.$this->formvars['data'].'\', new Array(document.getElementById(\'subform'.$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k.'\')), \'\');clearsubforms();">'.$output.'</a></td></nowiki>	+	== + 3.11.2 abhängige Auswahlfelder ==
		+	Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.
−	durch diese hier ersetzt werden:	+	== + 3.11.1 Debugdateien ==
		+	Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.
−	<nowiki><td><a href="javascript:if(document.getElementById(\'subform'.$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k.'\').innerHTML == \'\')ahah(\''.URL.APPLVERSION.'index.php\', \'go=Layer-Suche_Suchen&selected_layer_id='.$this->qlayerset[$i]['Layer_ID'].'&value_'.$this->qlayerset[$i]['attributes']['table_name'][$this->formvars['preview_attribute']].'_oid='.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->formvars['preview_attribute']].'_oid'].'&embedded=true&fromobject=subform'.$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k.'&targetobject='.$this->formvars['targetobject'].'&targetlayer_id='.$this->formvars['targetlayer_id'].'&targetattribute='.$this->formvars['targetattribute'].'&data='.$this->formvars['data'].'\', new Array(document.getElementById(\'subform'.$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k.'\')), \'\');clearsubforms();">'.$output.'</a></td></nowiki>	+	= Version 3.10 =
−	== + mehrere Lagebezeichnung beim Flurstücksnachweis ==	+	== + 3.10.101 Layer-Suche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:45, 5. Jul 2010 (CEST) Beim Flurstücksnachweis werden Leerzeilen zwischen den Lagebezeichnungen erzeugt, wenn ein Flurstück mehrere davon hat. Damit das nicht passiert, muss in alb.php in der Funktion ALBAuszug_Flurstueck() im Abschnitt "''Ausgabe der Adressangabe zur Lage''" die Zeile	+	Wenn man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.
−	$pdf->addText($col3,$row-=$s*12,$fontSize,$ausgabetext[0]);	+
−	in	+
−	$pdf->addText($col3,$row-=12,$fontSize,$ausgabetext[0]);	+
−	und im Abschnitt "''Ausgabe Lagebezeichnung falls vorhanden''" die Zeile	+
−	$pdf->addText($col3,$row-=($i+1)*12,$fontSize,$Lagebezeichnung[$i]);	+
−	in	+
−	$pdf->addText($col3,$row-=12,$fontSize,$Lagebezeichnung[$i]);	+
−	geändert werden.	+
−	== + Layer-Suche ==	+	== + 3.10.100 Themenbaum ==
		+	Wenn man in den Einstellungen nur ein Thema abfragbar macht, werden die Abfrage-Checkboxen ja zu Radio-Buttons. Wenn der Maßstab überschritten wurde, erscheint aber eine graue Checkbox und nicht ein grauer Radio-Button.
−	In der Layer-Suche funktionieren die attributabhängigen Auswahllisten nicht mehr. Um das zu beheben, muss in generic_search.php in der Funktion update_require_attribute()die Zeile	+	== + 3.10.99 Strecken und Flächenmessung ==
		+	Die Reduktion wird nicht berücksichtigt.
−	ahah("<? echo URL.APPLVERSION; ?>index.php", "go=get_select_list&layer_id="+layer_id+"&attribute="+attribute[i]+"&value="+value, new Array(document.getElementById('value_'+attribute[i])), 'sethtml');	+	== + 3.10.98 Requires-Layer in der tabellarischen Ansicht ==
		+	Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.
−	gegen diese hier ausgetauscht werden:	+	== + 3.10.97 Themenübersicht ==
		+	Die Sortierung der Gruppen kann falsch sein.
−	ahah("<? echo URL.APPLVERSION; ?>index.php", "go=get_select_list&layer_id="+layer_id+"&attribute="+attribute[i]+"&value="+value+"&type=select-one", new Array(document.getElementById('value_'+attribute[i])), 'sethtml');	+	== + 3.10.96 Rollenlayer freigeben ==
		+	Als Drawingorder wird 0 eingetragen.
−	== - CSV-Export Eigentümer ==	+	== + 3.10.95 Sachdatendrucklayouteditor ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:57, 29. Jun 2010 (CEST)	+	Linien werden teilweise gestrichelt dargestellt.
−	* Wenn ein Flurstück auf mehreren Grundbüchern gebucht ist (und jedes Blatt möglicherweise auch noch mehrere Eigentümer aufweist), dann müsste beim Eigentümer-CSV-Export für jedes Grundbuchblatt und innerhalb des Grundbuchblattes für jeden Eingetümer je eine Zeile heraus gegeben werden.	+
−	* Die Überschriften in der CSV-Datei sind nicht vollständig.	+
−	== + Grundbuchblattsuche ==	+	== + 3.10.94 Daten-Import in Thema ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:41, 21. Jun 2010 (CEST) Die Liste der Grundbuchblätter muss aufsteigend sortiert werden.	+	Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.
−	:--[[Benutzer:Rahn|Rahn]] 10:43, 29. Jun 2010 (CEST) Dazu muss in postgresql.php in der Funktion getGrundbuchblattliste() das SQL so erweitert werden:	+
−	$sql = "SELECT * FROM alb_grundbuecher WHERE bezirk = ".$bezirk." ORDER BY blatt";	+	== + 3.10.93 Adresssuche ==
		+	Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.
		+	== + 3.10.92 Auswahlfeld mit Bild ==
		+	Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.
−	: --[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:34, 29. Jun 2010 (CEST) Ich hab noch einen: Wenn man von der Grundbuchblattsuche zur Anzeige eines Grundbuchblattes geht, von dort zur Sachdatenanzeige ALB eines Flurstücks und von dort wieder zurück zur Grundbuchblattsuche, dann hat kvwmap unterwegs die Grundbuchblattnummer verloren und es kommt eine Fehlermeldung.	+	== + 3.10.91 Export der layerdef.json für kvportal ==
−	::--[[Benutzer:Rahn|Rahn]] 09:58, 30. Jun 2010 (CEST) Um das zu beheben, müssen in den Dateien grundbuchblattanzeige.php und Flurstuecke_custom.php die Zeilen	+	Funktioniert unter Mapserver 8 nicht.
−	<input name="Bezirk" type="hidden" value="<? echo $this->formvars['Bezirk']; ?>">	+	== + 3.10.90 Adresssuche ==
−	<input name="Blatt" type="hidden" value="<? echo $this->formvars['Blatt']; ?>">	+	Es kann sein, dass Flurstücke doppelt gefunden werden.
−	gegen diese Zeile ausgetauscht werden:	+	== + 3.10.89 Geometrieeditor: Rechteck hinzufügen ==
		+	Mit dem Werkzeug „Rechteck aufziehen“ lässt sich nur jeweils ein Rechteck pro Datensatz erzeugen. Das Erzeugen eines Multipolygons ist somit nicht möglich. Alle bisher gezeichneten Geometrien werden bei Auswahl von „Rechteck aufziehen“ gelöscht.
−	<input name="selBlatt" type="hidden" value="<? echo $this->formvars['selBlatt']; ?>">	+	== + 3.10.88 layerDef Export ==
		+	Es fehlten classItem und def bei Expression mit in Operator und Header Access-Control-Allow-Origin: * für Daten Export.
−	( --[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:43, 30. Jun 2010 (CEST) Nur in Klammern: die beiden o.g. Zeilen tauchen in Flurstuecke_custom.php zwei mal auf...)	+	== + 3.10.87 Erläuterungen in der spaltenweisen Darstellung ==
−	:--[[Benutzer:Rahn|Rahn]] 11:32, 30. Jun 2010 (CEST) nicht wenn man Groß-und Kleinschreibung beachtet...	+	Der Link zu den Attribut-Erläuterungen zeigt in der spaltenweisen Darstellung beim Überfahren nur einen abgeschnittenen Text wenn die Erläuterung Anführungszeichen enthält und beim Klicken kommt nichts.
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:44, 30. Jun 2010 (CEST) Da sieht man, wer den Urlaub noch vor sich hat :-)	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:39, 30. Jun 2010 (CEST) Dann mach ich mal weiter :-)  Der Link "zurück zur Grundbuchblattsuche" in der Sachdatenanzeige ALB führt wieder zur Anzeige des Grundbuchblattes und nicht zur Suche. Die Linkbeschriftung müsste "zurück zur Grundbuchblattanzeige" heißen - dass man dort landet, finde ich ansonsten ok! In der Grundbuchblattanzeige fehlt leider ein Link "zurück zur Grundbuchblattsuche", dort müsste er hin.	+	== + 3.10.86 Fixes for layerdef.json export ==
		+	Fehlende Werte im kvportal export von layerdef.json ergänzt.
		+	* Die Ausgabe von color wurde korrigiert, wenn keine Angabe in Punktlayern.
		+	* Anführungszeichen für class expression wenn classitem gesetzt ist
		+	* minsize, maxsize für class und symbolscale für layer gesetzt.
−	== + nach Attribut klassifizieren ==	+	== + 3.10.85 Fixes in FormObject, PgObject and gui ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:39, 21. Jun 2010 (CEST) Ich weiß nicht, ob es ein Fehler ist, auf jeden Fall resultieren daraus eine Menge Fehlermeldungen, die umfangreiche Administratortätigkeiten auslösen.	+	Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs
−	* Die Attribute, die zum klassifizierten Kartenzoom angeboten werden, holt kvwmap aus dem Pfad. Wenn man dann jedoch in die Karte zoomt, muss das Attribut, das man ausgewählt hat, auch in Data stehen (für den Rollenlayer), sonst kommt nur eine Fehlermeldung, die besagt, dass das zur Klassifizierung des Layers verwendete Attribut fehlt. D.h. in der Konsequenz *müssen* immer *alle* Attribute in Data genannt werden, die auch im Pfad stehen. Liege ich richtig?	+
−	* Bei einigen Layern (Fläche oder Linie) kriege ich Fehlermeldungen wie "Fatal error: [MapServer Error]: setExtent(): Given map extent is invalid. Check that it is in the form: minx, miny, maxx, maxy in /srv/www/htdocs/kvwmap/class/kvwmap.php on line 1958" oder "Warning: array_unique() [function.array-unique]: The argument should be an array in /srv/www/htdocs/kvwmap/class/kvwmap.php  on line 1880"	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:29, 23. Jun 2010 (CEST) Die zweite Meldung kommt bei Pseudoattributen im Pfad	+
−	== - Kartenbild zum Abspeichern anzeigen zeigt nichts ==	+	== + 3.10.84 Subform Datensatz anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:17, 18. Jun 2010 (CEST) go=showMapImage funktioniert nicht, es geht zwar ein neuer Tab auf, aber darin steht nur eine Fehlermeldung, die mir sagt, dass die Grafik Fehler enthält.	+	Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:42, 19. Aug 2010 (CEST) Die Ursache ist ImageMagick, dass ohne SVG-Unterstützung kompiliert ist. Zu erkennen mit folgendem Befehl:	+
−	identify -list format	+
−	:Bei SVG muss ''rw+'' stehen, dann funzt es mit der neuen Kartenbildanzeigenfunktion. Wenn da nur ''-w+'' steht, gehts nicht.	+
−	:Gibt es irgendjemanden, der weiß, wie man Imagemagick so kompiliert, dass SVG auch readable ist?	+
−	== + Layerexport ==	+	== + 3.10.83 Gastnutzerexport ==
−	--[[Benutzer:Certa|Certa]] 15:49, 15. Jun 2010 (CEST) Bei der Funktion  "Layerexport" wird, wenn bei der Definition der classes das Feld Expression leer ist, standardmässig NULL eingetragen, was dann zu einer Fehlermeldung führt.	+	Wenn Gastnutzer für kvportal den Datenexport verwenden um Daten abzufragen hat sich bei Nutzern die am selben Browser angemeldet waren die Stelle geändert, weil dessen Session statt dessen verwendet wurde. Das wurde korrigiert durch einen Datenexportbeipass für Gastnutzer. Setzt aber voraus, dass es mindestens einen Nutzer mit dem login_namen "gast" in der Gaststelle hat die angefragt wird. Gilt nur für go=Daten_Export_Exportieren export_format=GeoJSON und eine übergebene selected_layer_id
−	:--[[Benutzer:Rahn|Rahn]] 10:37, 29. Jun 2010 (CEST) Um den Fehler zu beheben, muss in mysql.php in der Funktion create_insert_dump() die Zeile	+
−	<nowiki>if(mysql_field_type($query, $i) != 'string' AND $rs[$i] == ''){</nowiki>	+	== + 3.10.82 Fehler beim Share von GeoPackages Imports ==
		+	Beim Teilen von Rollen-Layern, die als Geopackage importiert wurden, wurde als oid Spalte standardmäßig gid verwendet. Das führte dazu, dass beim Abfragen solcher Layer Fehler ausgeworfen wurden, dass es die Spalte gid nicht gäbe.
		+	Das wurde jetzt so umgebaut, dass der richtige Spaltenname über das Primary Key Constraint der Tabelle abgefragt und als oid gesetzt wird.
−	durch diese hier ersetzt werden:	+	== + 3.10.81 Daten-Import ==
		+	Beim Import von Geopackage-Dateien wird auch der geometrielose Meta-Layer importiert, was bei der weiteren Verarbeitung zu Fehlern führt.
−	<nowiki>if(mysql_field_type($query, $i) != 'string' AND mysql_field_type($query, $i) != 'blob' AND $rs[$i] == ''){</nowiki>	+	== + 3.10.80 Sachdatendruck ==
		+	Die Anordnung in Spalten funktioniert nicht richtig.
−	== + Namensuche / Gemarkungs- und Flurauswahl ==	+	== + 3.10.79 Passwort abgelaufen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:24, 14. Jun 2010 (CEST) Ich weiß nicht, ob es in dieser Version schon behoben wurde: die [[Bug_kvwmap#-_Namenssuche|Fehlermeldung in der 1.7.3]] wurde zwar korrigiert, aber so, dass jetzt die Flurauswahl nicht mehr funktioniert.	+	Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.
−	:--[[Benutzer:Rahn|Rahn]] 16:23, 30. Jun 2010 (CEST) Um das zu beheben, muss in kvwmap.php in der Funktion namenWahl() die Zeile	+
−	<nowiki>$this->GemkgFormObj=new FormObject("GemkgID","select",$GemkgListe['GemkgID'],array($GemkgID),$GemkgListe['Bezeichnung'],"1","","",NULL);</nowiki>	+	== + 3.10.78 deleteGastUser.sh ==
		+	Das Skript löscht nicht die Logdateien der Gastnutzer.
−	durch diese hier ersetzt werden:	+	== + 3.10.77 Nutzung Wald Vegetationsmerkmal ==
		+	Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.
−	<nowiki>$this->GemkgFormObj=new selectFormObject("GemkgID","select",$GemkgListe['GemkgID'],array($GemkgID),$GemkgListe['Bezeichnung'],"1","","",NULL);</nowiki>	+	== + 3.10.76 Flurstückssuche ==
		+	Historische Flurstücke werden in der Karte nicht angezeigt.
−	== + Weiterentwicklung Schnelldruck - Maßstab ausgeben ==	+	== + 3.10.75 Plugin Bauleitplanung: F-Pläne ==
		+	Das Speichern funktioniert nicht.
−	Da das nur eine Zeile ist, stell ich diese Weiterentwicklung auch hier rein: In kvwmap.php muss in der Funktion createMapPDF nach der Zeile	+	== + 3.10.74 GLE:Gruppennamen ==
		+	Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.
−	if($fast == true){ # schnelle Druckausgabe ohne Druckausschnittswahl	+	== + 3.10.73 Legendenbilder ==
		+	Wenn eine Klasse keinen Style hat (der Layer aber ein Styleitem) und man die Klasse in der Legende deaktiviert, kann man sie nicht mehr einschalten.
−	diese Zeile eingefügt werden:	+	== + 3.10.72 dynamische Dateipfade ==
		+	Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.
−	$this->formvars['printscale'] = round($this->map->scale);	+	== + 3.10.71 import_nas.sh ==
		+	Der Ordner METADATA wird nicht ignoriert.
−	== + Dokumentart ändern auf "Andere" ==	+	== + 3.10.70 Orthogonalpunktberechnung ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 10:42, 27. Mai 2010 (CEST)Wenn ein Dokument als FFR, KVZ oger GN abgespechert ist, kann man die Dokumentart nachträglich nicht auf "andere" ämdern. Das Dokument bekommt zwar die ART 111 zugewiesen. Die Information, um was für ein Dokument es sich handelt, wird aber nicht gespeichert. Es wird kein Eintrag in der Tabelle n_nachweise2dokumentarten vorgenommen. Wird ein Dokument ursprünglich mit der Dokumentart "andere" erfasst, kann man es auch nachträglich ändern.	+	Funktioniert nicht richtig.
−	--[[Benutzer:Rahn|Rahn]] 12:33, 28. Mai 2010 (CEST) Um den Fehler zu beheben, muss in der Datei class/nachweis.php in der Funktion aktualisierenDokument() der Abschnitt	+	== + 3.10.69 Nachweiserfassung ==
		+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	<nowiki>if($andere_art != ''){	+	== + 3.10.68 Auswahlfeld: neuer Datensatz ==
−	$sql = "UPDATE n_nachweise2dokumentarten SET dokumentart_id = ".$andere_art." WHERE nachweis_id = ".$id.";";	+	Funktioniert nicht richtig.
−	#echo $sql;	+
−	$ret=$this->database->execSQL($sql,4, 1);	+
−	}</nowiki>	+
−	durch diesen hier ersetzt werden:	+	== + 3.10.67 Anzeige komplexer Datentypen im GLE ==
		+	Kann unter PHP8 zu Fehlern führen.
−	<nowiki>if($andere_art != ''){	+	== + 3.10.66 Daten-Import Geometrie übernehmen ==
−	$sql = "SELECT dokumentart_id FROM n_nachweise2dokumentarten WHERE nachweis_id = ".$id.";";	+	Funktioniert nicht.
−	$query=@pg_query($this->database->dbConn,$sql);	+
−	$rs=pg_fetch_array($query);	+
−	if ($rs[0]!=''){	+
−	$sql = "UPDATE n_nachweise2dokumentarten SET dokumentart_id = ".$andere_art." WHERE nachweis_id = ".$id.";";	+
−	#echo $sql;	+
−	$ret=$this->database->execSQL($sql,4, 1);	+
−	}	+
−	else{	+
−	$sql = "INSERT INTO n_nachweise2dokumentarten";	+
−	$sql .= " SELECT id, ".$andere_art." FROM n_nachweise WHERE id = ".$id;	+
−	#echo $sql;	+
−	$ret=$this->database->execSQL($sql,4, 1);	+
−	}	+
−	}</nowiki>	+
−	== + Layer-Suche ==	+	== + 3.10.65 Sachdatendruck ==
		+	Bei den Subform-Layern erscheint eine Fehlermeldung.
−	Bei der Layer-Suche können Fehler auftreten, wenn man in einem anderen Koordinatensystem als das der aktuellen Stelle arbeitet. Um den Fehler zu beheben, muss in kvwmap.php in der Funktion GenerischeSuche_Suchen() die Zeile	+	== + 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern ==
		+	Funktioniert nicht.
−	<nowiki>$sql_where.=' AND ('.$layerset[0]['attributes']['the_geom'].' && Transform(geomfromtext(\'POLYGON(('.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->miny.', '.$this->Stelle->MaxGeorefExt->maxx.' '.$this->Stelle->MaxGeorefExt->miny.', '.$this->Stelle->MaxGeorefExt->maxx.' '.$this->Stelle->MaxGeorefExt->maxy.', '.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->maxy.', '.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->miny.'))\', '.$this->Stelle->epsg_code.'), '.$layerset[0]['epsg_code'].') OR '.$layerset[0]['attributes']['the_geom'].' IS NULL)';</nowiki>	+	== + 3.10.63 Nutzer ohne Stelle anlegen ==
		+	Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.
−	durch diese hier ersetzt werden:	+	== + 3.10.62 Keine Treffer in der Sachdatenanzeige ==
		+	Der Link zum Erfassen eines neuen Datensatzes wird auch angezeigt, wenn man das Recht dazu nicht hat.
−	<nowiki>$sql_where.=' AND ('.$layerset[0]['attributes']['the_geom'].' && Transform(geomfromtext(\'POLYGON(('.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->miny.', '.$this->Stelle->MaxGeorefExt->maxx.' '.$this->Stelle->MaxGeorefExt->miny.', '.$this->Stelle->MaxGeorefExt->maxx.' '.$this->Stelle->MaxGeorefExt->maxy.', '.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->maxy.', '.$this->Stelle->MaxGeorefExt->minx.' '.$this->Stelle->MaxGeorefExt->miny.'))\', '.$this->user->rolle->epsg_code.'), '.$layerset[0]['epsg_code'].') OR '.$layerset[0]['attributes']['the_geom'].' IS NULL)';</nowiki>	+	== + 3.10.61 Themensuche in Legende ==
		+	Funktioniert nicht richtig.
−	== + Anzeige Aktualität ALK ==	+	== + 3.10.60 neuer Datensatz in Subform ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 08:48, 10. Mai 2010 (CEST)Im Snippet für die Flurstücksanzeige wird die Aktualität der ALK-Daten immer mit dem 10.12.2005 angegeben.	+	Wenn man die Option "weiter erfassen" verwendet, werden z.B. Primärschlüsselattribute auch übernommen.
−	:--[[Benutzer:Rahn|Rahn]] 09:26, 11. Mai 2010 (CEST) Hier muss die Zeile	+
−	$aktalk = date("d.m.Y", mktime(0, 0, 0, substr($r_aktalk[0], 5, 2), substr($r_aktalk[0], 8, 2), substr($r_aktalk[0], 0, 4)));	+	== + 3.10.59 Als Vorlage für neuen Datensatz verwenden ==
		+	Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.
−	durch diese hier ersetzt werden:	+	== + 3.10.58 ALKIS: Import ==
		+	Wenn Objekte doppelt eingelesen werden, kann es sein, dass eine nachfolgende Abfrage in der Triggerfunktion alkis.log_hist_operations() damit nicht umgehen kann und einen Fehler erzeugt.
−	$aktalk = date("d.m.Y", mktime(0, 0, 0, substr($r_aktalk[0], 3, 2), substr($r_aktalk[0], 0, 2), substr($r_aktalk[0], 6, 4)));	+	== + 3.10.57 LENRIS ==
		+	Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.
−	:--[[Benutzer:HolgerR|HolgerR]] 10:28, 31. Mai 2010 (CEST) Das Datum für die ALB-Aktualität '$aktalb' muss ebenso angepasst werden.	+	== + 3.10.56 Nachweisrecherche ==
−	:--[[Benutzer:Rahn|Rahn]] 11:40, 31. Mai 2010 (CEST) Ja, und zwar so: [[Bug_kvwmap#.2B_Anzeige_der_Aktualit.C3.A4t_ALB]]	+	Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.
−	:--[[Benutzer:HolgerR|HolgerR]] 12:42, 31. Mai 2010 (CEST) Genau. Hatte ich wohl nur in der Flurstuecke_custom.php geändert	+
−	== + Fachschale Bodenrichtwerte ==	+	== + 3.10.55 Festpunkte ==
		+	Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.
−	*--[[Benutzer:A.tower|Andreas Thurm]] 07:48, 10. Mai 2010 (CEST)Bei der Bearbeitung von existierenden Bodenrichtwertzonen tritt ein Fehler bei der Speicherung des Stichtages auf. Dort wo eigentlich nur das Jahr stehen sollte, also z. Bsp. 2009, steht dann das komplette Datum also: 31.12.2009. Beim Abspeichern wird dann der Wert des Stichtages nicht korrekt abgespeichert. Außerdem funktioniert die automatische Auswahl der Gemarkung nicht mehr.	+	== + 3.10.54 neuer Datensatz ==
−	:--[[Benutzer:Rahn|Rahn]] 09:21, 11. Mai 2010 (CEST) Um die Fehler zu beheben muss in der Datei snippets/bodenrichtwerterfassung_vboris.php die Zeile	+	Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.
−	<input name="stichtag" type="text" value="<?php echo array_pop(array_reverse(explode('-', $this->formvars['stichtag']))); ?>" size="5" maxlength="5">	+	== + 3.10.53 Layer-Export ==
		+	Die Layergruppen werden nicht mit exportiert.
−	durch diese hier ausgetauscht werden:	+	== + 3.10.52 Nachweisanzeige ==
		+	Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.
−	<input name="stichtag" type="text" value="<?php echo array_pop(explode('.', $this->formvars['stichtag'])); ?>" size="5" maxlength="5">	+	== + 3.10.51 WFS-Layer Sachdatenanzeige ==
		+	Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.
−	und die Zeile	+	== + 3.10.50 Layer-Suche räumlich eingrenzen ==
		+	Die Geometrieübernahme funktioniert nicht.
−	ahah("<? echo URL.APPLVERSION; ?>index.php", "go=get_select_list&layer_id="+layer_id+"&attribute="+attribute[i]+"&value="+value, new Array(document.getElementsByName(attribute[i])[0]), 'sethtml');	+	== + 3.10.49 eigene Klassenbilder bei Rasterlayern ==
		+	Funktionieren nicht richtig.
−	durch diese ersetzt werden:	+	== + 3.10.48 Layer-Parameter im Layernamen ==
		+	Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.
−	ahah("<? echo URL.APPLVERSION; ?>index.php", "go=get_select_list&layer_id="+layer_id+"&attribute="+attribute[i]+"&value="+value+"&type=select-one", new Array(document.getElementsByName(attribute[i])[0]), 'sethtml');	+	== + 3.10.47 Bodenrichtwerte ==
−	<br><br>	+	Beim Attribut Aufwuchs wird eine Auswahlliste angeboten. Dort kann ich nur den Eintrag ‚mit‘ auswählen. Intern wird dafür dann ‚mA‘ in die Datenbank geschrieben. Das ist soweit richtig. Wir benötigen jetzt aber auch den Listeneintrag ‚ohne‘. Dafür soll dann ‚oA‘ in die Datenbank geschrieben werden.
−	*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:36, 14. Jun 2010 (CEST) Die Zeilenumbrüche in den Feldern "örtliche Bezeichnung" und "Bemerkungen" verschwinden beim Speichern	+
−	== + Layer im GLE, die ein anderes Schema verwenden ==	+	== + 3.10.46 Sachdatendruckeditor ==
		+	In den Feldern für die Positionen können kann keine 0 gespeichert werden.
−	Bei Layern, die ein anderes Schema als public verwenden, kann es im GLE zu Fehlern kommen. Um das zu beheben, muss in postgresql.php in der Funktion check_oid() nach der Zeile	+	== + 3.10.45 Blattnr. ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 08:42, 15. Mai 2025 (CEST) Wenn ich in der Trefferliste der Nachweisverwaltung nach Blattnummer sortiere, steht als Spaltenüberschrift nicht mehr "Blattnr.", sondern "Rissnr.".
−	$sql = 'SELECT oid from '.$tablename.' limit 0';	+	== + 3.10.44 Cluster_FeatureCount ==
		+	Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.
−	das hier eingefügt werden:	+	== + 3.10.43 Nutzer ohne Stellen ==
		+	Gibt es User in der Datenbank, die keiner Stelle zugewiesen sind, so tauchen diese in der Nutzeransicht von Unteradmin-Stellen auf.
−	<nowiki>if($this->schema != ''){	+	== + 3.10.42 Routing ==
−	$sql = "SET search_path = ".$this->schema.", public;".$sql;	+	Wenn eine Routing_URL eingetragen ist, bekommen auch alle Nutzer das Routing-Werkzeug und es gibt keine Möglichkeit es in den Optionen abzuwählen.
−	}</nowiki>	+
−	== + Anzeige der Aktualität ALB ==	+	== + 3.10.41 historische Versionen von Flurstücken ==
		+	Wenn man eine Layer-Suche gemacht hat und über die Versionen-Auswahl des Flurstücks in der Zeit zurück geht, wird der historische Zeitstempel z.B. bei den Eigentümern nicht berücksichtigt.
−	Durch die Umstellung auf das deutsche Datumsformat kommt es bei der Flurstücksanzeige zu einer falschen Ausgabe des ALB-Datums. Um den Fehler zu beheben, muss in der Datei Flurstuecke_custom.php die Zeile	+	== + 3.10.40 Layer-Export ==
		+	Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.
−	$aktalb = date("d.m.Y", mktime(0, 0, 0, substr($r_aktalb[0], 5, 2), substr($r_aktalb[0], 8, 2), substr($r_aktalb[0], 0, 4)));	+	== + 3.10.39 Themenübersicht ==
		+	Funktioniert für nicht-Admins nicht.
−	durch diese Zeile ersetzt werden:	+	== + 3.10.38 wms_checker.php ==
		+	Funktioniert unter Mapserver 8 nicht.
−	$aktalb = date("d.m.Y", mktime(0, 0, 0, substr($r_aktalb[0], 3, 2), substr($r_aktalb[0], 0, 2), substr($r_aktalb[0], 6, 4)));	+	== + 3.10.37 Geometrie verschwindet ==
		+	Wenn man im Geometrieeditor Layer ein- oder ausschaltet und speichert, wird zwar richtig gespeichert aber anschließend die Geometrie nicht geladen.
−	== + Zoom auf Punktlayer-Datensatz ==	+	== + 3.10.36 Layergruppen verschwinden ==
		+	Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.
−	Beim Zoom auf einen einzelnen Punkt-Layer-Datensatz hat sich ein Fehler eingeschlichen. Um ihn zu beheben müssen in kvwmap.php in der Funktion zoom_toPoint() alle 4 Vorkommen von	+	== + 3.10.35 rectify_layer_params ==
		+	Funktioniert nicht.
−	$this->$layerdb	+	== + 3.10.34 quote_or_null ==
		+	Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.
−	durch	+	== + 3.10.33 Strecke messen bei Nachweis bearbeiten ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 13:49, 10. Apr. 2025 (CEST) Bei Erfassen / Editieren eines Nachweises funktioniert das Strecken-Messwerkzeug nicht richtig. Wenn der Startpunkt gesetzt wurde und anschließend so in die Karte gezoomt wird, dass der Startpunkt außerhalb liegt, wird er scheinbar in den Kartenausschnitt verschoben und somit wird die Streckenmessung falsch.
		+	:----[[Benutzer:HolgerR|HolgerR]] ([[Benutzer Diskussion:HolgerR|Diskussion]]) 12:30, 14. Apr. 2025 (CEST) bei uns ist das auch so
−	$layerdb	+	== + 3.10.32 timestamp with timezone ==
		+	Im GLE funktioniert der Kalender nicht.
−	ersetzt werden. Außerdem muss die Zeile	+	== + 3.10.31 layerdef mit used_layer Gruppen ==
		+	group_id aus used_layer in create layerdef für plugin kvportal berücksichtigt und ows_abstract auf Typ text geändert.
−	$this->formvars['epsg_code'] = $this->user->rolle->epsg_code;	+	== + 3.10.30 Generated Columns ==
		+	Ab PostgreSQL 13 stehen in einer Tabelle Generated Columns zur Verfügung, die nicht als nicht speicherbar erkannt werden.
−	durch	+	== + 3.10.29 Fläche messen mit Punktfang ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 11:14, 25. Apr. 2025 (CEST) Mit dem neuen Flächenmesswerkzeug kommt keine Flächenangabe, wenn man ausschließlich über Punktfang Punkte anklickt.
−	$this->formvars['epsg_code'] = $layerset[0]['epsg_code'];	+	== + 3.10.28 Speichern von SubForms ==
		+	Wenn das Speichern z.B. auf Grund eines Checks in einer Triggerfunktion fehlschlägt, wird das Unterformular trotzdem nicht mehr angezeigt und muss neu befüllt werden.
−	ersetzt werden.	+	== + 3.10.27 Filterverwaltung ==
		+	In der Filterverwaltung erscheint jetzt eine Nachricht, welcher Filter eingetragen wurde. Nach dem Speichern eines Filters mit dem Operator "LIKE" wird der Operator wieder auf „=“ zurückgesetzt, sodass man beim wiederholtem Aufrufen des Filters, nicht den eigentlichen Stand sieht.
−	= Version 1.7.3 =	+	== + 3.10.26 Layergruppen ==
		+	Zum einen werden nicht in allen Fällen die überflüssigen Einträge in u_groups2rolle gelöscht und zum anderen fehlen dort Einträge, wenn für eine Stelle eine andere Layergruppe eingestellt ist.
		+	== + 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen ==
		+	Funktioniert nicht.
		+	== + 3.10.24 Nachweisverwaltung: Anträge bearbeiten ==
		+	Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.
−	== - Mapserver Error verursacht durch Koordinaten in Tabelle Rolle ==	+	== + 3.10.23 Klassen-ID ändern ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:02, 28. Apr 2010 (CEST) <br>	+	Wenn die ID einer Klasse im Klasseneditor geändert wird, wirkt sich das nicht auf die Einträge in u_styles2classes und u_labels2classes aus.
−	Durch Eingabefehler, die ich nicht näher benennen kann, werden in der Tabelle Rolle identische Koordinaten für minx und maxx sowie miny und maxy eingetragen. Dieses verurschacht einen Mapserver Error. Kann man evtl. verhindern, dass dort gleiche Koordinatenpaare abgelegt werden???	+
−	== + "alle"-Button bei Layern mit SelectionType=radio ==	+	== + 3.10.22 eigene Datentypen ändern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:49, 14. Apr 2010 (CEST) Wenn man in der Legende in einer Gruppe mit Layern, die alle mit Radiobutton erscheinen, auf "alle" klickt, werden alle markiert. Das darf dort meiner Meinung nach nicht sein, "alle" sollte bei Radio-Layern nicht funktionieren.	+	Die alten Datentyp-Attribute bleiben bestehen.
−	== + Geometrieeditor ==	+	== + 3.10.21 Layer erstellen ==
−	--[[Benutzer:Rahn|Rahn]] 10:10, 25. Mär 2010 (CET) Wenn man im Geometrieeditor einen anderen Layer für die Geometrieübernahme auswählt und dieser Layer auf eine andere Datenbank oder ein anderes Schema zugreift als der gerade bearbeitete Layer, erscheint nach dem Speichern des Datensatzes eine Fehlermeldung. Um das zu beheben müssen in kvwmap.php in der Funktion PolygonEditor() die beiden Zeilen	+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.
−	$layerdb = $this->mapDB->getlayerdatabase($this->formvars['layer_id'], $this->Stelle->pgdbhost);	+	== + 3.10.20 Layer-Export ==
−	$layerset = $this->user->rolle->getLayer($this->formvars['layer_id']);	+	Es werden nicht ale Spalten exportiert.
−	durch diese hier ersetzt werden:	+	== + 3.10.19 Historie und zurück zur Karte ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 07:58, 8. Apr. 2025 (CEST) Aus go=Flurstueckshistorie -> Flurstücks-Buchdaten anzeigen komme ich bei Sachdatenanzeige in extra Fenster und mit zoom2object nicht zur Karte zurück.
−	$layerdb = $this->mapDB->getlayerdatabase($this->formvars['selected_layer_id'], $this->Stelle->pgdbhost);	+	== + 3.10.18 Flurstücks-CSV-Export ==
−	$layerset = $this->user->rolle->getLayer($this->formvars['selected_layer_id']);	+	Die Umlaute sind teilweise defekt.
−	== + Stelleneditor / Start - Stop  ==	+	== + 3.10.17 ausgewählter Button im Geometrieeditor ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:10, 17. Mär 2010 (CET)<br>	+	Wird nicht gehighlighted.
−	Kein eigentlicher Bug, aber es fehlt im Stelleneditor die Möglichkeit die start und stop Werte für Stellen zu setzen.	+
−	== + CSV-Export-Eigentümer / CSV-Export_Nutzungsarten ohne Flurstückskennzeichen_kurz  ==	+	== + 3.10.16 Layer kopieren ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:16, 15. Mär 2010 (CET)<br>	+	Beim Style werden nicht alle Attribute kopiert.
−	Bei CSV-Export-Eigentümer und CSV-Export_Nutzungsarten wird das Flurstückskennzeichen_kurz nicht angeboten/ausgegeben.	+
−	== - Nachweis mit fehlerhaftem Polygon ==	+	== + 3.10.15 Daten-Export ==
−	--[[Benutzer:Karsten Daedelow|Karsten Daedelow]] 11:30, 10. Maerz 2010  Ein Nachweis wurde mit fehlerhafter Geometrie (kreuzende Linien) abgelegt. Als er zusammen mit anderen als Vorlage zur Erfassung eines weiteren Nachweises genutzt werden sollte, kam es zur Fehlermeldung. Sollte die Geometrieprüfung auf derartige Fehler nicht bereits bei der Erfassung des 1. Nachweises erfolgen ?	+	Es gibt eine Sicherheitslücke bei der Datenbankabfrage.
−	:--[[Benutzer:Rahn|Rahn]] 15:38, 10. Mär 2010 (CET) Die Geometrieprüfung wird bisher nur beim Erfassen im GLE durchgeführt...	+
−	== - Geburtsname in der Namenssuche ==	+	== + 3.10.14 Filterverwaltung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:38, 23. Feb 2010 (CET) Der Geburtsname wird im ALB im zweiten Feld gespeichert. Entsprechend muss in der Suchmaske zur Namensuche der Hinweis "Geburtsname" nicht bei Feld 1, sondern bei Feld 2 stehen: "Geburtsname/geboren am/Firmenzusatz". Entsprechend in allen Languagedateien.	+	Wenn man einen vorhandenen räumlichen Filter wieder löscht, funktioniert der Layer in dieser Stelle nicht mehr. (Beispiel Stadt Putbus, Layer Jagdbezirke Wildnachweisung)
−	:--[[Benutzer:Rahn|Rahn]] 15:33, 10. Mär 2010 (CET) Hmmm, da gibt es offensichtlich Unterschiede. Bei uns steht er im ersten Feld. Oder haben wir nur ein zu altes ALB?	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:45, 19. Apr 2010 (CEST) Ach das ist wieder typisch ALB. Jeder kann reinschreiben, was und vor allem wo er will. Na gut, dann muss ich das Snippet eben bei jedem Update anpassen - ALKIS ist ja nicht mehr weit...	+
−	:::--[[Benutzer:Rahn|Rahn]] 12:30, 19. Apr 2010 (CEST) Naja, wir können ja auch beim nächsten Treffen mal rumfragen, wie es bei den anderen so aussieht. Kann ja sein, dass es nur bei unserem ALB so ist.	+
−	== - Neue Styles / Labels bei neuer Class ==	+	== + 3.10.13 Plugin Bauleitplanung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:31, 17. Feb 2010 (CET) Wenn ein Layer aus einer Vorlage neu angelegt wird, dann kriegt er zwar neue Classes, aber dieselben Styles und Labels (dieselbe ID).	+	Die Geltungsbereichsfläche wird nicht richtig ausgegeben.
−	:--[[Benutzer:Rahn|Rahn]] 15:29, 10. Mär 2010 (CET) Ja, ist ja eigentlich auch nicht weiter schlimm. Es kann ja sein, dass man mehrere Layer hat, die denselben Style verwenden sollen. Bei Änderungen muss man dann den Style nur einmal anpassen. Und wenn man jetzt im Style- und Labeleditor einen Style löscht, der mehrfach verwendet wird, wird ja nur die Zuordnung gelöscht.	+
−	:: --[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:48, 19. Apr 2010 (CEST)Richtig, ich glaube, die Idee stammte sogar von mir... Vielleicht irgendwo ein kleiner garnierender Hinweis, der dem vergesslichen Admin mitteilt, dass er Style und Label sorglos löschen kann, weil er nur die Zuordnung löscht, aber nicht den Style selbst?	+
−	== + Polygon hinzufügen/ausschneiden nach Speichern ==	+	== + 3.10.12 Daten-Export ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:19, 17. Feb 2010 (CET) Wenn ich eine vorhandene Geometrie zur Bearbeitung im Geometrieeditor aufrufe oder nach dem Speichern / Zwischenspeichern weiter bearbeiten will, wird die vorhandene Geometrie vom letzten gezeichneten Punkt aus weiter bearbeitet. Das darf meiner Meinung nach nicht sein - oder soll das so??? Die Benutzer sind jedenfalls ordentlich verwirrt und es kommt zu jede Menge Fehlern.	+	Die Export-Tabelle im Schema public wird nicht gelöscht.
−	:--[[Benutzer:Rahn|Rahn]] 15:37, 17. Feb 2010 (CET) Ist dafür nicht die Konstante ALWAYS_DRAW in der config.php zuständig?	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:42, 17. Feb 2010 (CET) Bei mir ist ALWAYS_DRAW = false, aber es wird trotzdem fröhlich weitergezeichnet, auch wenn ich nicht Polygon hinzufüge, sondern auf Polygon ausschneiden gehe...	+
−	== + Fehler im WMS-Export ==	+	== + 3.10.11 Auswahlfelder ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 15:39, 16. Feb 2010 (CET)<br>	+	Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.
−	Beim WMS-Export in dieser Version wird in dem Beispiel für den getMap-Request die URL falsch zusammengesetzt, wodurch der Aufruf nicht funktioniert. Hier muss es	+
−	statt:	+
−	... &srs=2398 ...	+
−	heissen	+
−	... &SRS=EPSG:2398 ...	+
−	Bei der Ausgabe von mehreren Layern werden die folgenden Layer an die BBox angehängt	+
−	z.B.:	+
−	... &bbox=4401000,5880000,4493000,5972000,layer2,layer3, ...	+
−	== + Ausführende Stelle im CSV-Export ==	+	== + 3.10.10 alle Objekte exportieren ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:50, 15. Feb 2010 (CET) Bei Eigentümer- und NA-CSV-Export wird die ausführende Stelle nicht übergeben.	+	Fuktioniert nicht.
−	:--[[Benutzer:Rahn|Rahn]] 13:47, 10. Mär 2010 (CET) Das Verfahren hat auch gefehlt.	+
−	== + Sortierung von Datensätzen in der Sachdatenanzeige ==	+	== + 3.10.9 Fehler beim Löschen einer Benachrichtigung ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:25, 11. Feb 2010 (CET)<br>	+	Wenn man den Haken bei "nicht mehr anzeigen" setzt und die Benachrichtigung wegklickt, kommt die Fehlermeldung:"Fehler beim Löschen Benachrichtigung für den Nutzer: undefined []".
−	Klickt man in der Sachdatenanzeige nach der Abfrage über die Karte auf einen Attributnamen, um die Datensätze zu sortieren, kommt es zu einer Fehlermeldung. Um den Fehler zu beheben, muss in kvwmap.php in der Funktion SachdatenAnzeige() vor der Zeile	+	Die Benachrichtigung wird dennoch gelöscht. (Neu laden)
−	$ret=$layerdb->execSQL($sql.$sql_order.$sql_limit,4, 0);	+	== + 3.10.8 Multipolygon speichern ==
		+	Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.
−	diese Zeile eingefügt werden:	+	== + 3.10.7 Cluster_FeatureCount ==
		+	Wenn eine Klasse Cluster_FeatureCount verwendet, funktioniert der Test zur Überprüfung der Klassen auf Vollständigkeit nicht. Außerdem fehlt Cluster_FeatureCount in der Liste der auswählbaren Labelitems.
−	<nowiki>if($this->formvars['orderby'.$layerset[$i]['Layer_ID']] != '' OR $layerset[$i]['attributes']['orderby'] != '' OR $komma == ''){$sql_order = '';}</nowiki>	+	== + 3.10.6 Polygoneditor ==
		+	Einer der Eckpunkte lässt sich nicht richtig verschieben.
−	Vgl. untenstehender Bug im GLE	+	== + 3.10.5 Geonamensuchfeld ==
		+	Ist ausgeblendet.
−	Danke an Stefan Rahn :-)	+	== + 3.10.4 Nachweisanzeige ==
		+	Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.
−	== + GLE | Probleme bei der Übernahme von Flurstücksgeometrien ==	+	== + 3.10.3 Attributeditor: abhängige Sichtbarkeit ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 13:11, 10. Feb 2010 (CET)<br>	+	Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.
−	Bei der Übernahme von Flurstücksgeometrien im GLE kann zu folgendem Fehler kommen:	+
−	Fehler bei SQL Anweisung: SET search_path = public, public;SELECT round(Area(GeomFromText('undefined'))::numeric, 2)	+	== + 3.10.2 Gast-Zugang==
		+	Funktioniert nicht.
		+	== + 3.10.1 $EXPORT ==
		+	$EXPORT wird nicht richtig ersetzt.
−	Lösung: im Data-Statement der Layerdefinition das "o.the_geom" in "the_geom" ändern:
−	o.the_geom from (select o.objnr as ...  --->  the_geom from (select o.objnr as ...
−
−	Danke an Stefan Rahn für die schnelle Hilfe :-)
−
−	== + Firefox 3.6 ==
−
−	Bei der Verwendung von kvwmap mit dem Firefox 3.6 kommt es zu Fehlern bei der SVG-Darstellung. Das liegt offenbar an Umlauten in Kommentaren im SVG-Code. Bisher sind folgende Stellen bekannt:
−
−	* in SVG_map.php die Zeile
−
−	//---------------- Fl'''ä'''che messen --------------------
−
−	* in SVG_Utilities.php die Zeile
−
−	if(pixel_coordy < 0){ // im Firefox fuehrten gro'''ß'''e negative Zahlen zum Absturz
−
−	== + hist. Flurstückssuche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:39, 26. Jan 2010 (CET) Wenn man die historische Flurstückssuche anwählt, sollte unbedingt auch historische Flurstückssuche drüber stehen und nicht nur Flurstückssuche.
−	:--[[Benutzer:Rahn|Rahn]] 14:00, 26. Jan 2010 (CET) Dazu muss im Snippet flurstueckssuche.php die Zeile
−
−	<nowiki><br><h2><?php echo $strTitle; ?></h2></nowiki>
−
−	gegen diese getauscht werden:
−
−	<nowiki><br><h2><?php echo $this->titel; ?></h2></nowiki>
−
−	== + Löschen von recherchierten Nachweise ==
−	--[[Benutzer:Karsten Daedelow|Karsten Daedelow]] 15:30, 19. Jan 2010
−
−	Man kann einen Riß mit einer nicht nummerischen Stammnummer speichern. Will man diesen aber wieder löschen, wird der Eintrag aus der Tabelle n_nachweise gelöscht. Physisch bleibt er aber im data-Verzeichnis liegen (Fehlermeldung, dass der Pfad nicht gefunden wurde).
−	Beim Löschen von Rissen mit nummerischer Stammnummer bleibt die angelegte Ordnerstruktur stehen (ohne Fehlermeldung). War dieser Bug nicht schon mal behoben ?
−	:--[[Benutzer:Rahn|Rahn]] 12:11, 20. Jan 2010 (CET) Damit auch Nachweise mit nicht-nummerischen Stammnumern gelöscht werden können, muss in class/nachweis.php in der Funktion nachweiseLoeschen() das
−
−	intval
−
−	rausgenommen werden.
−
−	== - Namenssuche ==
−
−	Wenn man in der Namenssuche im Gemarkungsauswahlfeld etwas auswählt, wird fälschlicherweise immer die Suche gestartet. Um das zu beheben, muss in kvwmap.php in der Funktion namenWahl() das
−	selectFormObject
−	durch
−	FormObject
−	ersetzt werden.
−
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:20, 14. Jun 2010 (CEST) Leider kann jetzt die Flur nicht ausgewählt werden, weil der Select in der Gemarkungsliste keine Aktualisierung der Fluren mehr auslöst.
−
−	== + Sortierung von Datensätzen im GLE ==
−
−	Klickt man im GLE auf einen Attributnamen, um die Datensätze danach zu sortieren, kommt es zu einer Fehlermeldung. Um den Fehler zu beheben, muss in kvwmap.php in der Funktion GenerischeSuche_Suchen() vor der Zeile
−
−	$ret=$layerdb->execSQL($sql.$sql_order.$sql_limit,4, 0);
−
−	diese Zeile eingefügt werden:
−
−	<nowiki>if($this->formvars['orderby'.$layerset[0]['Layer_ID']] != '' OR $layerset[$i]['attributes']['orderby'] != '' OR $komma == ''){$sql_order = '';}</nowiki>
−
−	== + Eigentümer-CSV-Export ==
−
−	Der Eigentümer-CSV-Export wird immer angeboten, auch wenn die Stelle keine Eigentümer sehen soll. Um das zu beheben, muss im Snippet Flurstuecke_custom.php die Zeile
−
−	<nowiki><a href="javascript:send_selected_flurst('Eigentümer-CSV-Export', '', '', '');">CSV-Export-Eigentümer</a>&nbsp;|&nbsp;</nowiki>
−
−	gegen diese Zeile ausgetauscht werden:
−
−	<nowiki><? if($privileg['eigentuemer']){?><a href="javascript:send_selected_flurst('Eigentümer-CSV-Export', '', '', '');">CSV-Export-Eigentümer</a>&nbsp;|&nbsp;<?}?></nowiki>
−
−
−
−	== + Tooltipp in Datei-Formularfeldern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:27, 22. Dez 2009 (CET) In Stelle anzeigen zeigt der Tooltipp bei Druckrahmen und Layer den Eintrag nur bis zum ersten Leerzeichen an.
−
−	== + Koordinateneingabe im Geometrieeditor bringt Fehler beim IE ==
−
−	--[[Benutzer:A.tower|Andreas Thurm]] 11:28, 15. Dez 2009 (CET)Die neue Funktion der Koordinateneingabe im Geometrieeditor bringt bei der Verwendung des IE einen Fehler: Das Objekt unterstützt diese Eigenschaft oder Methode nicht (line:1, column:0)
−	Im Firefox funktioniert es allerdings...
−
−	:--[[Benutzer:Rahn|Rahn]] 11:01, 16. Dez 2009 (CET) Damits auch im IE funktioniert, muss in SVG_Utilities.php folgende Funktion ausgetauscht werden:
−
−	<nowiki>
−	function coord_input(){
−	coord = prompt("Koordinateneingabe:", Math.round(minx+(maxx-minx)/2)+" "+Math.round(miny+(maxy-miny)/2))+"";
−	coords1 = coord.split(" ");
−	mouse_coords_type = "world";
−	evt1 = new Object();
−	evt1.clientX = coords1[0];
−	evt1.clientY = coords1[1];
−	mousedown(evt1);
−	mouse_coords_type = "image";
−	}</nowiki>
−
−	== + Einschränkung über Tabelle stelle_gemeinden wirkt nicht für Nachweisverwaltung ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 15:52, 10. Dez 2009 (CET)<br>
−	Die Einschränkung über die Tabelle stelle_gemeinden wirkt sich nicht auf das Nachweisformular und die darin enthaltene Auswahlliste der Gemarkungen/Gemeinden aus.
−	:--[[Benutzer:Rahn|Rahn]] 13:47, 14. Dez 2009 (CET) Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion nachweisFormAnzeige() die beiden Zeilen
−
−	<nowiki>
−	$Gemarkung=new gemarkung('',$this->pgdatabase);
−	$GemkgListe=$Gemarkung->getGemarkungListe('','','gmk.GemkgName');</nowiki>
−
−	durch diese Zeilen ersetzt werden:
−
−	<nowiki>
−	$GemeindenStelle=$this->Stelle->getGemeindeIDs();
−	$Gemeinde=new gemeinde('',$this->pgdatabase);
−	$GemListe=$Gemeinde->getGemeindeListe('',$GemeindenStelle,'','GemeindeName');
−	$Gemarkung=new gemarkung('',$this->pgdatabase);
−	$GemkgListe=$Gemarkung->getGemarkungListe($GemListe['ID'],'','gmk.GemkgName');</nowiki>
−
−	== + Fehler bei Abfrage von mehreren Layern ==
−
−	Fragt man mehrere Layer ab, von denen manche ein Template haben und manche nicht, kann es zu einem Fehler kommen. Um den Fehler zu beheben, muss in kvwmap.php in der Funktion SachdatenAnzeige() nach der Zeile
−
−	for ($i=0;$i<$anzLayer;$i++) {
−
−	diese Zeile eingefügt werden:
−
−	<nowiki>$sql_order = '';</nowiki>
−
−	== + Formularelementtyp 'User' fehlt in der Tabelle layer_attributes ==
−
−	In der mysql_update.sql wurde diese Zeile vergessen:
−
−	ALTER TABLE `layer_attributes` CHANGE `form_element_type` `form_element_type` ENUM('Text','Textfeld','Auswahlfeld','Geometrie','SubFormPK','SubFormFK','SubFormEmbeddedPK','Time','Dokument','Link','User') NOT NULL DEFAULT 'Text';
−
−	== + Nutzerdaten speichern ==
−
−	Beim Speichern der Nutzerdaten wird die Meldung ausgegeben, dass der Nutzer schon existiert. Um den Fehler zu beheben, muss in users.php in der Funktion checkUserDaten() die Zeile 13
−
−	else{
−
−	durch diese Zeile ersetzt werden:
−
−	elseif($userdaten['go_plus'] == 'Als neuen Nutzer eintragen'){
−
−	== + Konstante BG_MENUESUB funktioniert nicht ==
−
−	Eine Veränderung der Konstante BG_MENUESUB zeigt keine Wirkung. Um den Fehler zu beheben, muss in menue_head.php in der Funktion changemenue() die Zeile
−
−	sub.style.background = '#EDEFEF';
−
−	durch diese hier ersetzt werden
−
−	sub.style.background = '<? echo BG_MENUESUB; ?>';
−
−	= Version 1.7.2 =
−
−	== + gui_button | liefert kein Ergebnis der Adress- und Flurstücksrecherche ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:47, 12. Nov 2009 (CET)<br>
−	Bei Aktivierung der gui_button liefert die Adressuche und Flurstückssuche kein Ergebnis. Jedenfalls bei mir ;-)
−	:--[[Benutzer:Rahn|Rahn]] 12:03, 12. Nov 2009 (CET) In der gui_button.php muss die Zeile
−
−	<form name="GUI" enctype="multipart/form-data" method="post" action="index.php">
−
−	durch
−
−	<form name="GUI" id="GUI" enctype="multipart/form-data" method="post" action="index.php">
−
−	ersetzt werden.
−
−	== +  Sprache Plattdeutsch | Fehler in Tabelle rolle ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:27, 29. Okt 2009 (CET)<br>
−	In den Updates für die Tabelle rolle fehlt die plattdeutsche Sprache, womit beim Wechsel in diese Sprachen div. Fehlermeldungen verursacht wurden.<br> Das Upate aus der Version 1.6.8 muss so (oder ähnlich) aussehen:
−
−	ALTER TABLE `rolle` ADD `language` ENUM( 'german', 'low-german', 'english', 'vietnamese' ) NOT NULL DEFAULT 'german';
−
−	:--[[Benutzer:Rahn|Rahn]] 09:29, 30. Okt 2009 (CET) Dafür gibts ne extra Datei "mysql_low-german.sql". Aber Sie haben Recht, eigentlich gehört das in die mysql_update.sql. In der nächsten Version ist das mit drin.
−
−	== +  CSV-Export | Flurstückskennzeichen_kurz in Hochkomma ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:35, 29. Okt 2009 (CET)<br>
−	Kein Bug aber etwas unschön ist das Flurstückskennzeichen_kurz beim CSV-Export in Hochkomma.
−	:--[[Benutzer:Rahn|Rahn]] 09:26, 30. Okt 2009 (CET) Ja, das hatten wir schon auf dem letzten Anwendertreffen besprochen. Die Hochkommas stehen nicht ohne Grund da. Wenn man sie nämlich weglässt, interpretiert Excel das Flurstückskennzeichen als Datum (1/10 --> 1.Oktober)
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:54, 2. Nov 2009 (CET) o.k. das hab ich wohl verpasst ;-)
−
−	== + Printversion | kein Weg zurück zu anderer GUI ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:02, 29. Okt 2009 (CET)<br>
−	Nach der Aktivierung der Printversion als GUI (printversion.php) gibt es keine Möglichkeit zurückzukehren zu einer anderen GUI :-(
−	: --[[Benutzer:Rahn|Rahn]] 09:23, 30. Okt 2009 (CET) Ja, die Datei "printversion.php" liegt fälschlicherweise im layouts-Ordner. Sie ist nicht zur Verwendung als GUI gedacht, sondern wird aus /snippets eingebunden, wenn man in einer Sachdatenanzeige auf "drucken" geht.
−
−	== + Nutzerverwaltung | Loginname wird nicht geprüft ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:32, 29. Okt 2009 (CET)<br>
−	Beim Anlegen eines neuen Benutzers wird nicht geprüft, ob der Loginname nicht schon vorhanden ist.<br>
−	Wünschenswert wäre auch eine Prüfung des Loginnamens auf eine Mindestanzahl von Zeichen.
−
−	== - Fachschale Bodenrichtwerte | Eingabe Stichtag ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:41, 20. Okt 2009 (CEST)<br>
−	Bei fehlerhafter Eingabe des Jahres bei Stichtag, z.B.: 09 statt 2009 kommt keine Fehlermeldung und der Datensatz wird auch nicht gespeichert.
−
−	== + Weiterzeichnen nach pan ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:07, 14. Okt 2009 (CEST) Das erste Polygon eines Multipolygons kann man auch dann weiterzeichnen, wenn man die Karte verschoben hat. Bei den weiteren Teilflächen geht das nicht mehr, der Klick auf den Verschiebe-Button beendet das Zeichnen. Es muss aber auch dann noch gehen (vor allem bei der Nachweiserfassung extrem wichtig).
−
−	== + Groß/Kleinschreibung des Loginnamens ==
−
−	Damit die Überprüfung des Loginnamens case-sensitive ist, muss in mysql.php in der Funktion login_user() das SQL folgendermaßen angepasst werden:
−
−	$sql = "SELECT login_name FROM user WHERE login_name = BINARY('".$username."') AND passwort = '".md5($passwort)."'";
−
−	== + Speichern nach Abbruch in der Nachweiserfassung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:40, 6. Okt 2009 (CEST) Wenn man in der Nachweiserfassung ein Dokument speichern will und die Warnung kommt, dass die angegebene Flur nicht in der angezeigten Flur liegt, dann kann man auf "Abbrechen" klicken und seine Eingaben korrigieren. Allerdings funktioniert danach der Sendenbutton nicht mehr. Lediglich wenn man die Karte durch z.B. Pannen verändert, kann man wieder speichern.
−
−	== + ZoomToMaxLayerExtent bei Rollenlayer ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:31, 5. Okt 2009 (CEST) Wenn man versucht, auf den kleinen Pfeil hinter einem Suchergebnislayer ("volle Layerausdehnung") zu klicken, kommt eine Fehlermeldung. Offensichtlich scheitert der Versuch, die Rollenlayer-ID zu übergeben.
−
−	== - Druck bei Kartenprojektion WGS84 (4326) ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:46, 30. Sep 2009 (CEST)<br>
−	Bei dieser Kartenprojektion kann kein Druck erzeugt werden. Bei der Druckausschnittswahl wird der Inhalt des gesamten Fenster markiert, unabhängig vom Druckmaßstab. Weiter im Druck wird ein leerer Rahmen ausgegeben. (War bei 1.7.1 auch schon so)
−
−	== + Liniengeometrien bearbeiten ==
−
−	Beim Bearbeiten von Liniengeometrien kommt es zu einem Fehler. Um ihn zu beheben, muss in kvwmap.php in der Funktion LineEditor() die Zeile
−
−	$rect = $lineeditor->zoomToLine($this->formvars['oid'], $this->formvars['layer_tablename'], 10);
−
−	durch diese hier ersetzt werden:
−
−	$rect = $lineeditor->zoomToLine($this->formvars['oid'], $this->formvars['layer_tablename'], $this->formvars['layer_columnname'], 10);
−
−	== + Layer löschen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:44, 17. Sep 2009 (CEST) Wenn man einen Layer löscht über go=Layer_Loeschen, dann werden die Einträge in classes, layer_attributes, layer_attributes2stelle, used_layer, u_attributefilter2used_layer und u_rolle2used_layer nicht gelöscht.
−
−	== - MINSCALE im Geometrieeditor ==
−
−	--[[Benutzer:HolgerR|HolgerR]] 11:23, 17. Sep 2009 (CEST) Wird im Geometrieeditor hereingezoomt, wird nur bis zu der Maßstabszahl gezoomt, die in der config.php in der Konstante MINSCALE festgelegt  wurd. Ein vergrößern über diesen Wert hinaus ist nicht möglich. Das betrifft sowohl den generischen Layereditor, als auch die Nachweiserfassung. Die Option MINSCALE sollte m.E. doch nur beim Zoom auf die Geometrie aus der Sachdatenabfrage heraus berücksichtigt werden oder doch nicht?
−	:--[[Benutzer:Rahn|Rahn]] 09:56, 22. Sep 2009 (CEST) Dafür war sie ursprünglich gedacht gewesen, ja. Die Konstante MINSCALE ist aber die untere Grenze für alle Arten von Zoomvorgängen.
−
−	== + Ausgabe der Flurstücke in der Namenssuche ==
−
−	Wenn man sich in der Namenssuche die Flurstücke mit ausgeben lässt, kann es vorkommen, dass bei Eigentümern mit mehreren Grundbuchblättern immer alle Flurstücke des Eigentümers unter jedem GB-Blatt stehen. Das ist dann der Fall, wenn zu jedem Blatt kein separater Eigentümer angelegt wurde. Um den Fehler zu beheben muss in kvwmap.php in der Funktion nameSuchen() die Zeile
−
−	<nowiki>$ret = $flurstueck->getFlurstByLfdNrName($this->namen[$i]['lfd_nr_name'],NULL);</nowiki>
−
−	durch diese hier ersetzt werden:
−
−	<nowiki>$ret[1] = $flurstueck->getFlurstByGrundbuecher(array($this->namen[$i]['bezirk'].'-'.$this->namen[$i]['blatt']));</nowiki>
−
−
−	Damit in der Spalte "Flurstücke" auch die beiden Links "anzeigen" und "Karte" die richtigen Flurstücke liefern, muss in der Datei namensuchform.php folgendes angepasst werden:
−
−	Die Funktion flurstsuche muss so aussehen:
−
−	function flurstsuche(bezirk, blatt){
−	document.GUI.Grundbuecher.value = bezirk+'-'+blatt;
−	document.GUI.go.value = 'Suche_Flurstuecke_zu_Grundbuechern';
−	document.GUI.submit();
−	}
−
−	die beiden Zeilen
−
−	<nowiki><td align="center"><a href="javascript:flurstsuche(<?php echo $this->namen[$i]['lfd_nr_name']; ?>);"><?php echo $strShowFst; ?></a></td></nowiki>
−	<nowiki><td align="center"><a href="index.php?go=Zeige_Flurstuecke_zu_Namen&lfd_nr_name=<?php echo $this->namen[$i]['lfd_nr_name'];?>"><?php echo $strToMap; ?></a></td></nowiki>
−
−	müssen durch diese beiden ersetzt werden:
−
−	<nowiki><td align="center"><a href="javascript:flurstsuche('<?php echo $this->namen[$i]['bezirk'].'\',\''.$this->namen[$i]['blatt']; ?>');"><?php echo $strShowFst; ?></a></td></nowiki>
−	<nowiki><td align="center"><a href="index.php?go=Zeige_Flurstuecke_zu_Grundbuechern&Grundbuecher=<?php echo $this->namen[$i]['bezirk'].'-'.$this->namen[$i]['blatt'];?>"><?php echo $strToMap; ?></a></td></nowiki>
−
−	und unten muss folgendes hidden-Feld eingefügt werden:
−
−	<nowiki><input name="Grundbuecher" type="hidden" value=""></nowiki>
−
−	== + Fehler bei Zoom auf Datensätze ==
−
−	Bei einigen Layern kommt es zu einem Fehler, wenn man im GLE auf "Kartenausschnitt" klickt. Der dadurch angelegte Rollenlayer hat dann ein falsches Data-Statement. Um den Fehler zu beheben, muss in kvwmap.php in den Funktionen zoom_toPolygon() und zoom_toLine() nach der Zeile
−
−	if(strpos(strtolower($select), 'oid') === false){
−	diese Zeile eingefügt werden:
−	$select = str_replace('*', '*, oid', $select);
−
−	== + Fehler bei der plattdeutschen Version ==
−
−	Der gestrige Fehler im Internet Explorer bei der plattdeutschen Variante steckt in der language-Datei map_low-german-windows-1252.php. Die korrigierte Version sieht so aus:
−
−	<?php
−	$strAvailableLayer="Praatheite Themen";
−	$strCoordinates="Koordinaten";
−	$strLoadNew="Nieg Loden";
−	$strMapImageURL="Koortbeld taun Ofsekern anwiesen";
−	$strChoose="Utwählen";
−	$strMapScale="Maat";
−	$strMapSettingsFrom="Koortinstellen vun";
−	$strPreviousView="v'+unescape('%F6')+'rherig Ansich";
−	$strNextView="neegste Ansich";
−	$strZoomIn="Rin zoomen";
−	$strZoomOut="Rut zoomen";
−	$strZoomToFullExtent="Samtansich";
−	$strPan="Verschuven";
−	$strCoordinatesZoom="Koordinatenzoom";
−	$strInfo="Info Affraag";
−	$strInfoWithRadius="Info Affraag mit S'+unescape('%F6')+'kkrink";
−	$strInfoInPolygon="Info Affraag in\'n Polygon";
−	$strRuler="Streek afmeten";
−	$strX="R";
−	$strY="H";
−	?>
−
−	== + menue_button.php fehlt ==
−	Im Skript ../layouts/gui_button.php wird das Skript LAYOUTPATH."snippets/menue_button.php" includiert. Leider fehlt diese Datei und es erscheint eine Fehlerausschrift im phplog.
−	:--[[Benutzer:Rahn|Rahn]] 10:35, 10. Sep 2009 (CEST) Die Dateien liegen in /layouts/snipptes/custom.
−
−	== + WMS-Dienst - getFeatureInfo schl&auml;gt fehlt ==
−	--[[Benutzer:HolgerR|HolgerR]] 07:40, 10. Sep 2009 (CEST) Bei dem Versuch, ein getFeatureInfo auf den WMS-Dienst der Digitalen Orthophotos des Landesverwaltung abzurufen, erhalte ich folgende Fehlermeldung
−	msWMSFeatureInfo(): WMS server error. Requested layer(s) are not queryable.
−	Der Aufruf des Dienstes erfolgt bei mir mit folgender Syntax
−	http://www.geodaten-mv.de/dienste/adv_dop?REQUEST=GetMap&VERSION=1.1.1&SERVICE=WMS&LAYERS=adv_dop&SRS=EPSG:2398&FORMAT=image/png
−	Laut Dokumentation auf www.gaia-mv hei&szlig;t der getFeatureInfo-Layer 'adv_dop_metadaten'. Kann das in kvwmap irgendwo hinterlegt werden, wenn die Bezeichnung der Layer von getMap und getFeatureInfo unterschiedlich sind? Oder sollte ich mir einen 2. Layer als getFeatureInfo anlegen, der abfragbar geschaltet ist und mit dem getMap-Layer &uuml;ber 'require' verknüpft ist?
−	:--[[Benutzer:Rahn|Rahn]] 10:34, 10. Sep 2009 (CEST) Nun ja, das ist wohl eher kein kvwmap-Bug, sondern liegt ja eindeutig am WMS-Server :-). Zur Lösung des Problems würde ich die Variante mit dem 2. Layer vorschlagen.
−
−	== + Festpunkte - FestpunkteSkizzenZuordnung ==
−	--[[Benutzer:HolgerR|HolgerR]] 07:40, 10. Sep 2009 (CEST) Bei der Suche von Festpunken nach dem Kilometerquadrat besteht die M&ouml;glichkeit die Zuordnung der Festpunkte zu den AP-Beschreibungen zu &uuml;berpr&uuml;fen und fehlende bzw. &uuml;berz&auml;hlige oder falsch zugewiesene AP-Beschreibungen herauszufinden und zu korrigieren. Wird nun der Button 'FestpunkteSkizzenZuordnung' angeklickt, wird nicht die entsprechende Maske angezeigt, sondern es wird wieder zur Karte gesprungen.<br>Stefan, es sind doch GigaBytes :)
−	:--[[Benutzer:HolgerR|HolgerR]] 12:31, 19. Apr 2010 (CEST)Ich habe mir jetzt erst einmal so beholfen, dass ich im Snippet '''Festpunkte.php''' in der Zeile
−	: <pre><input name="go_plus" type="submit" value="FestpunkteSkizzenZuordnung"></pre>
−	: '''go_plus''' in '''go''' geändert habe
−	:
−	: Des weiteren ist in der Datei '''index.php''' der Aufruf '''Sachdaten_FestpunkteSkizzenZuordnung''' in '''FestpunkteSkizzenZuordnung''' geaendert worden.
−
−	:Wenn dies das Problem ohne weitere Auswirkungen loest, koennte das ja fuer die neue Version bitte mit im Quellcode beruecksichtigt werden.
−
−	== + Nachweiserfassung mit dem IE ==
−
−	Bei Benutzung des Internet Explorers kommt es in der Nachweiserfassung beim Speichern zu einem Fehler. Um den Fehler zu beheben, muss in nachweis.php die Funktion check_poly_in_flur durch folgende ersetzt werden:
−
−	<nowiki>function check_poly_in_flur($polygon, $flur, $gemarkung, $epsg){
−	$sql = "SELECT alknflur.gemkgschl, alknflur.flur FROM alkobj_e_fla, alknflur WHERE alknflur.objnr = alkobj_e_fla.objnr AND intersects(the_geom, TRANSFORM(geometryfromtext('".$polygon."', ".$epsg."), ".EPSGCODE."))";
−	$ret=$this->database->execSQL($sql,4, 1);
−	$result = 'f';
−	while($rs = pg_fetch_row($ret[1])){
−	if($gemarkung == $rs[0] AND $flur == ltrim($rs[1], '0')){
−	$result = 't';
−	break;
−	}
−	}
−	return $result;
−	}</nowiki>
−
−	Außerdem muss im Snippet dokumenteneingabeformular.php in der Funktion save() diese Zeile vor der ersten Zeile eingefügt werden:
−
−	<nowiki>document.GUI.result2.value = '';</nowiki>
−
−	In der Funktion check_poly muss nach der Zeile
−
−	if(document.GUI.result2.value == 't'){
−
−	diese Zeile eingefügt werden:
−
−	window.clearInterval(polycheck);
−
−	Und die Zeile
−
−	window.setInterval("check_poly()", 500);
−
−	muss so erweitert werden:
−
−	var polycheck = window.setInterval("check_poly()", 500);
−
−	== - Zoom bei Kartenprojektion WGS84 (4326) ==
−
−	--[[Benutzer:Reißland|Reißland]] 10:27, 7. Sep 2009 (CEST)
−
−	Bei Auswahl der Kartenprojektion WGS84 (EPSG:4326) kann man wohl auf die maximale Ausdehnng zoomen, ein zoomin ist aber nicht möglich.
−
−	== + Anzeige des Original-Dateinamens bei Dokumenten ==
−
−	Ist zwar eher eine Erweiterung als ein Bug aber auch notwendig, denke ich. Damit in der Vorschau der Dokumente im GLE auch der Original-Dateiname erscheint, muss in kvwmap.php folgendes angepasst werden:
−
−	In der Funktion neuer_Layer_Datensatz_speichern() muss die Zeile
−
−	<nowiki>$this->formvars[$form_fields[$i]] = URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei.";</nowiki>
−
−	so erweitert
−
−	<nowiki>$this->formvars[$form_fields[$i]] = URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei."&original_name=".$_FILES[$form_fields[$i]]['name'];</nowiki>
−
−	In der Funktion sachdaten_speichern() muss die Zeile
−
−	<nowiki>$sql = "UPDATE ".$tablename." SET ".$attributname." = '".URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei."' WHERE oid = '".$oid."'";</nowiki>
−
−	so erweitert werden:
−
−	<nowiki>$sql = "UPDATE ".$tablename." SET ".$attributname." = '".URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei."&original_name=".$_FILES[$form_fields[$i]]['name']."' WHERE oid = '".$oid."'";</nowiki>
−
−	und die Funktion sendeDokument_mit_vorschau() muss so aussehen:
−
−	<nowiki>function sendeDokument_mit_vorschau($dokument, $original_name) {
−	$type = strtolower(array_pop(explode('.', $dokument)));
−	echo '<html><head></head>
−	<body background="'.GRAPHICSPATH.'bg.gif"><table border="0" cellpadding="0" cellspacing="0"><tr><td>';
−	if($type == 'jpg' OR $type == 'png' OR $type == 'gif' ){
−	echo '<a href="index.php?go=sendeDokument&dokument='.$dokument.'&original_name='.$original_name.'"><img style="border:1px solid black" height="140" src="index.php?go=sendeDokument&dokument='.$dokument.'"></a>';
−	}
−	else{
−	switch ($type) {
−	case 'pdf' :{
−	echo '<a href="index.php?go=sendeDokument&dokument='.$dokument.'&original_name='.$original_name.'"><img style="border:0px solid black" src="'.GRAPHICSPATH.'pdf.gif"></a>';
−	}break;
−
−	case 'doc' :{
−	echo '<a href="index.php?go=sendeDokument&dokument='.$dokument.'&original_name='.$original_name.'"><img style="border:0px solid black" src="'.GRAPHICSPATH.'openoffice.gif"></a>';
−	}break;
−
−	default : {
−	$image = imagecreatefromgif(GRAPHICSPATH.'document.gif');
−	$textbox = imagettfbbox(13, 0, dirname(FONTSET).'/arial.ttf', '.'.$type);
−	$textwidth = $textbox[2] - $textbox[0] + 13;
−	$blue = ImageColorAllocate ($image, 26, 87, 150);
−	imagettftext($image, 13, 0, 22, 34, $blue, dirname(FONTSET).'/arial_bold.ttf', $type);
−	$filename = TEMPPATH_REL.rand(0,100000).'.gif';
−	imagegif($image, $filename);
−	echo '<a href="index.php?go=sendeDokument&dokument='.$dokument.'&original_name='.$original_name.'"><img style="border:0px solid black" src="'.$filename.'"></a>';
−	}
−	}
−	echo '</td><td valign="middle">&nbsp;&nbsp;'.$original_name.'</td></tr></table>';
−	}
−	echo '</body></html>';
−	return 1;
−	}
−	</nowiki>
−
−	und die Funktion sendeDokument() so:
−
−	<nowiki>function sendeDokument($dokument, $original_name) {
−	$dateiname=basename($dokument);
−	$dateinamensteil=explode('.',$dateiname);
−	ob_end_clean();
−	header("Content-type: image/".$dateinamensteil[1]);
−	header("Content-Disposition: attachment; filename=".$original_name);
−	header('Expires: 0');
−	header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
−	header('Pragma: public');
−	readfile($dokument);
−	ob_flush();
−	return 1;
−	}</nowiki>
−
−	In der index.php müssen außerdem die beiden Anwendungsfälle '''sendeDokument''' und '''sendeDokument_mit_vorschau''' angepasst werden
−
−	$GUI->sendeDokument($GUI->formvars['dokument']);
−	durch
−	$GUI->sendeDokument($GUI->formvars['dokument'], $GUI->formvars['original_name']);
−	und
−	$GUI->sendeDokument_mit_vorschau($GUI->formvars['dokument']);
−	durch
−	$GUI->sendeDokument_mit_vorschau($GUI->formvars['dokument'], $GUI->formvars['original_name']);
−
−	= Version 1.7.1 =
−
−	== + GetFeatureInfo-Abfrage ==
−
−	Fragt man einen WMS-Layer mit dem Info-Button ab, werden die Sachdaten des WMS über GetFeatureInfo geholt. Allerdings stimmte die Abfragekoordinate bisher nicht mit der in der Karte angeklickten Position überein. Dies lässt sich folgendermaßen beheben: In kvwmap.php muss nach der Zeile
−
−	$request .='&BBOX='.$bbox->minx.','.$bbox->miny.','.$bbox->maxx.','.$bbox->maxy;
−
−	diese Zeile hier eingefügt werden:
−
−	$request .='&width='.$this->user->rolle->nImageWidth.'&height='.$this->user->rolle->nImageHeight;
−
−	== + Geometrie mit Exklave in Nachweisformular ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:51, 20. Jul 2009 (CEST) Wenn man im Nachweisformular eine 1. Polygon gezeichnet hat und anschließend zum selben Dokument ein 2. Polygon zeichnen will, dann klickt man, um das Zeichnen zu unterbrechen, auf einen beliebigen anderen Button (z.B. Verschiebe-Button) und dann wieder auf den Polygon-hinzufügen-Button. Das funktioniert solange, wie man nicht zum Unterbrechen den Geometrie-hinzufügen- oder den Geometrie-entfernen-Button verwendet. Dann wird als 2. Polygon nur noch der rote Rand gezeichnet.
−	:--[[Benutzer:Rahn|Rahn]] 13:33, 20. Jul 2009 (CEST) Eigentlich reicht es, auf den Polygon-Hinzufügen-Button zu klicken. Dann wird das erste Polygon abgeschlossen und man kann mit dem Zeichnen eines zweiten Polygons beginnen.
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:02, 20. Jul 2009 (CEST) Ja, klar, aber es darf eben nicht sein, dass Fehler kommen, wenn man auf andere Buttons klickt, oder?
−	:::--[[Benutzer:Rahn|Rahn]] 07:25, 21. Jul 2009 (CEST) Da hast Du Recht. Zum Beheben des Fehlers muss in SVG_Utilities.php in den beiden Funktionen subtr_polygon() und add_polygon() die Zeile
−
−	top.document.GUI.pathwkt.value = top.document.GUI.newpathwkt.value;
−
−	durch folgende Zeilen ausgetauscht werden:
−
−	if(top.document.GUI.newpathwkt.value != ""){
−	top.document.GUI.pathwkt.value = top.document.GUI.newpathwkt.value;
−	}
−
−	== + fehlende Variable in map_english_windows-1252.php ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 16:05, 22. Jun 2009 (CEST) Es fehlt folgende Zeile:
−	$strChoose="Choose";
−
−	== + Erzeugen von neuen Datensätzen: Geometrie wird nicht gespeichert ==
−
−	Bei einem Layer, für den im Attributeditor noch nie die Attributtypen gespeichert wurden, wird beim Anlegen eines neuen Datensatzes die Geometrie nicht gespeichert. Das kann man entweder dadurch umgehen, indem man im Attributeditor für den entsprechenden Layer einmal auf 'Speichern' klickt, oder indem man in der Datei generic_layer_editor_2.php im Abschnitt
−
−	<nowiki>$columnname = $this->qlayerset[$i]['attributes']['name'][$j];
−	$tablename = $this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]];
−	$geomtype = $this->qlayerset[$i]['attributes']['geomtype'][$this->qlayerset[$i]['attributes']['name'][$j]];
−	$dimension = $this->qlayerset[$i]['attributes']['dimension'][$j];
−	$privileg = $this->qlayerset[$i]['attributes']['privileg'][$j];
−	$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].';'.$this->qlayerset[$i]['attributes']['nullable'][$j].'|';</nowiki>
−
−	die letzte Zeile durch folgende Zeile ersetzt:
−
−	$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';Geometrie;'.$this->qlayerset[$i]['attributes']['nullable'][$j].'|';
−
−	== + angleitem mit Mapserver 5 ==
−
−	Wenn man den Mapserver in der Version 5.x verwendet, funktionieren die per angleitem gedrehten Styles nicht (z.B. bei Schraffurwinkeln). Um das zu beheben, müssen in kvwmap.php in der Funktion loadclasses() die Zeilen
−
−	if (MAPSERVERVERSION < 500 AND $dbStyle['angleitem']!=<nowiki>''</nowiki>) {
−	$style->set('angleitem',$dbStyle['angleitem']);
−	}
−	durch diese hier ersetzt werden:
−
−	if ($dbStyle['angleitem']!=<nowiki>''</nowiki>){
−	if(MAPSERVERVERSION < 500){
−	$style->set('angleitem',$dbStyle['angleitem']);
−	}else{
−	$style->setbinding(MS_STYLE_BINDING_ANGLE, $dbStyle['angleitem']);
−	}
−	}
−
−
−	== + Zoom auf Linienlayer ==
−
−	Der Rollenlayer, der beim Zoom auf Linienobjekte erzeugt wird, hat ein falsches Symbol. Zum Beheben des Fehlers muss in kvwmap.php in der Funktion zoom_toLine() in der Zeile
−
−	$style['symbol'] = 4;
−
−	die 4 durch eine 9 ersetzt werden.
−
−
−	== + Ausgabe von historischen Grundbuchbezirken ==
−
−	Offenbar kommt es doch noch zu Ausgaben von historischen Grundbuchbezirken. Zum Beheben des Fehlers müssen in postgresql.php in der Funktion getGrundbuchbezirke() die Zeilen
−
−	$sql ="SELECT b.bezirk AS Schluessel,g.bezeichnung AS Name FROM alb_g_buchungen AS b,alb_v_grundbuchbezirke AS g";
−	$sql.=" WHERE b.bezirk=g.grundbuchbezschl AND b.flurstkennz = '".$FlurstKennz."'";
−
−	durch diese hier ersetzt werden:
−
−	$sql ="SELECT b.bezirk AS Schluessel,g.bezeichnung AS Name FROM alb_g_buchungen AS b,alb_v_grundbuchbezirke AS g, alb_grundbuecher AS gb";
−	$sql.=" WHERE b.bezirk=g.grundbuchbezschl AND b.flurstkennz = '".$FlurstKennz."'";
−	$sql.=" AND b.bezirk=gb.bezirk AND b.blatt=gb.blatt";
−	$sql.=" AND gb.aktualitaetsnr NOT LIKE 'hist'";
−
−	== + Nachweisrecherche nach Antragsnummer ==
−
−	Sucht man nach den Dokumenten eines Antrags, schlägt die Suche mit einer Fehlermeldung fehl. Um den Fehler zu beheben, müssen in nachweis.php in der Funktion getNachweise() die beiden Zeilen
−
−	$sql ="SELECT n.*,v.name AS vermst FROM n_nachweise AS n,n_nachweise2antraege AS n2a,n_vermstelle AS v, n2d.dokumentart_id AS andere_art, d.art AS andere_art_name";
−	$sql.=" FROM n_vermstelle AS v, n_nachweise AS n";
−
−	durch diese hier ersetzt werden:
−
−	$sql ="SELECT n.*,v.name AS vermst, n2d.dokumentart_id AS andere_art, d.art AS andere_art_name";
−	$sql.=" FROM n_nachweise2antraege AS n2a, n_vermstelle AS v, n_nachweise AS n";
−
−	== + WMS-Export von allen Layern ==
−
−	Wenn man beim WMS-Export alle Layer exportiert, so werden auch alle Layer in die Mapdatei geschrieben, allerdings fehlen bei den nicht aktiven Layern wichtige Daten. Um den Fehler zu beheben muss in kvwmap.php in der Funktion wmsExportSenden() vor der Zeile
−
−	$this->loadMap('DataBase');
−
−	diese Zeile eingefügt werden:
−
−	$this->class_load_level = 2; # die Klassen von allen Layern laden
−
−	== + function imagerotate fehlerhaft  ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:56, 23. Apr 2009 (CEST)<br>
−	Die function imagerotate in "allg_funktionen.php"  ist fehlerhaft. Das betrifft die Anwender, die den Druck mit ImageMagick drehen wollen. Dazu die Funktion in "all_funktionen.php durch die unter Ver. 1.7.0 schon angegebene ersetzen siehe unten.
−
−
−	== + labelangleitem mit Mapserver 5 ==
−
−	Wenn man den Mapserver in der Version 5.x verwendet, funktionieren die per labelangleitem gedrehten Labels nicht. D.h. sie werden nicht gedreht. Um das zu beheben, muss in kvwmap.php in der Funktion loadclasses() die Zeile
−
−	$klasse->label->set('angle', $layerset['labelangleitem']);
−
−	durch diese hier
−
−	$klasse->label->setbinding(MS_LABEL_BINDING_ANGLE, $layerset['labelangleitem']);
−
−	ersetzt werden.
−
−	== + Verschieben des Kartenausschnitts im Geometrie-Editor ==
−
−	Wenn man im Internet-Explorer versucht den Kartenausschnitt im Geometrie-Editor der Fachschalen zu verschieben, kommt eine Fehlermeldung. Um den Fehler zu beheben, muss in SVG_Utilities.php in der Funktion recentre() die Zeile
−
−	if(measurefunctions == true)
−
−	vor der Zeile
−
−	save_measure_path();
−
−	eingefügt werden.
−
−	== + Speichern eines Datensatzes mit einem SubFormEmbeddedPK-Attribut ==
−
−	Wenn man versucht einen Datensatz im GLE zu speichern, der ein SubFormEmbeddedPK-Attribut besitzt, erscheint eine Fehlermeldung. Um den Fehler zu beheben, muss in kvwmap.php in der Funktion sachdaten_speichern() die Zeile
−
−	if($type != 'SubFormPK' AND $type != 'SubFormFK'){
−
−	durch diese hier ersetzt werden:
−
−	if($type != 'SubFormPK' AND $type != 'SubFormFK' AND $type != 'SubFormEmbeddedPK'){
−
−
−	== + Auswahlfeld mit Constraint ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:14, 16. Apr 2009 (CEST) Ein Attribut einer Datenbanktabelle hat ein Constraint. Das wird im GLE auch ausgewertet, so dass die definierten Werte als Auswahl auftauchen. allerdings wird der ausgewählte Wert nicht gespeichert, das Feld bleibt leer.
−	:--[[Benutzer:Rahn|Rahn]] 09:37, 4. Mai 2009 (CEST) Zum Beheben des Fehlers muss in generic_layer_editor_2.php folgende Zeile
−
−	<nowiki>echo '<select title="'.$this->qlayerset[$i]['attributes']['alias'][$j].'"  style="font-size: '.$this->user->rolle->fontsize_gle.'px" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].'">';</nowiki>
−
−	durch diese hier ersetzt werden:
−
−	<nowiki>echo '<select title="'.$this->qlayerset[$i]['attributes']['alias'][$j].'"  style="font-size: '.$this->user->rolle->fontsize_gle.'px" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].';'.$this->qlayerset[$i]['attributes']['nullable'][$j].'">';</nowiki>
−
−	== + Anteilseigentum im ALB-Auszug 35 ==
−
−	Das Anteilseigentum wird im Auszug 35 fälschlicherweise doppelt ausgegeben. Damit es richtig erscheint, muss in alb.php die Zeile 730
−
−	$pdf->addText($col1,$row-=24,$fontSize,$flst->Grundbuecher[$g]['zusatz_eigentuemer']);
−
−	gelöscht werden.
−
−
−	== + SubformembeddedPK bei mehreren Datensätzen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:34, 7. Apr 2009 (CEST) Werden in der Layersuche mehrere Datensätze eines Layers mit einem "SubformembeddedPK"-Attribut aufgelistet, erscheint das "Embeddede" immer ganz oben im ersten gefundenen Datensatz.
−	:--[[Benutzer:Rahn|Rahn]] 15:42, 7. Apr 2009 (CEST) Zum Beheben des Fehlers müssen in der Datei embedded_subformPK.php alle Vorkommen von
−
−	$this->qlayerset[$i]['Layer_ID'].'_'.$k
−
−	durch
−
−	$this->qlayerset[$i]['Layer_ID'].$this->formvars['count'].'_'.$k
−
−	ersetzt werden (3 mal).
−	Außerdem muss in generic_layer_editor_2.php vor die Zeile
−
−	echo $data;
−
−	diese Zeile eingefügt werden:
−
−	$data .= '&count='.$k;
−
−	== + Rasterlayer immer auswählbar ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 16:56, 6. Apr 2009 (CEST) Rasterlayer sind über den gesamten Maßstabsbereich auswählbar, obwohl sie auf einen bestimmten Maßstabsbereich eingegrenzt sind.
−	:--[[Benutzer:Rahn|Rahn]] 09:14, 7. Apr 2009 (CEST) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion loadmap() die Zeile
−
−	<nowiki>if($this->class_load_level == 2 OR $layerset[$i]['requires'] != '' OR ($this->class_load_level == 1 AND $layerset[$i]['aktivStatus'] != 0)){</nowiki>
−
−	vor die Zeile
−
−	$layer->setProjection('+init=epsg:'.$layerset[$i]['epsg_code']); # recommended
−
−	verschoben werden.
−
−	== + "requires"-Layer werden nicht angezeigt ==
−
−	Layer, die über das "requires"-Feld an andere Layer gebunden sind, werden nicht angezeigt. Um den Fehler zu beheben muss in kvwmap.php in der Funktion loadmap() die Zeile
−
−	<nowiki>if($this->class_load_level == 2 OR ($this->class_load_level == 1 AND $layerset[$i]['status'] != 0)){</nowiki>
−
−	durch diese hier ersetzt werden:
−
−	<nowiki>if($this->class_load_level == 2 OR $layerset[$i]['requires'] != '' OR ($this->class_load_level == 1 AND $layerset[$i]['aktivStatus'] != 0)){</nowiki>
−
−	und außerdem in der Funktion read_layer() die Zeile
−
−	<nowiki>if($withClasses == 2 OR ($withClasses == 1 AND $rs['aktivStatus'] != '0')){</nowiki>
−
−	durch diese hier
−
−	<nowiki>if($withClasses == 2 OR $rs['requires'] != '' OR ($withClasses == 1 AND $rs['aktivStatus'] != '0')){</nowiki>
−
−	== + Fachschale Bodenrichtwerte ==
−
−	In der Fachschale Bodenrichtwerte haben sich ein paar Fehler eingeschlichen. Um die Fehler zu beheben, muss in kvwmap.php in der Funktion bodenRichtWertErfassung() die Zeile
−
−	$this->verfahren = $bodenrichtwertzone->getVerfahren();
−
−	gelöscht werden.
−
−	Außerdem muss in der Datei SVG_polygon_and_point.php nach der Zeile
−
−	<input name="result" type="hidden" value="">
−
−	diese Zeile eingefügt werden:
−
−	<input name="area" type="hidden" value="">
−
−	== + Fehlermeldung "Call to a member function setMetaData() on a non-object" ==
−
−	Es kann sein, dass bei einigen obige Fehlermeldung auftritt. Zum Beheben des Fehlers muss in kvwmap.php in den Funktionen read_layer() und read_RollenLayer() jeweils ein DISTINCT eingefügt werden. Also so:
−
−	SELECT DISTINCT ...
−
−	= Version 1.7.0 =
−
−	== + Drehung der Karte beim Drucken auch ohne PHP neu zu kompilieren ==
−
−	Dies ist zwar kein richtiger kvwmap-Bug aber passt hier wohl trotzdem am besten rein. Für die Drehung der Karte beim Drucken war es bisher immer erforderlich, dass das PHP mit einer bestimmten GD-Bibliothek kompiliert sein musste. Eine andere Möglichkeit besteht darin, die Drehung des Kartenbildes mit ImageMagick zu machen. Dazu muss man [http://www.imagemagick.org/script/index.php ImageMagick] installiert haben (hat man ja wahrscheinlich schon für die Druckvorschau) und folgenden Code in allg_funktionen.php einfügen:
−
−	<nowiki>if(!function_exists('imagerotate')){
−	function imagerotate($source_image, $angle, $bgd_color){
−	$angle = 360-$angle; // GD rotates CCW, imagick rotates CW
−	$file1 = IMAGEPATH.'imagick_' . rand( 10000,99999 ) . '.png';
−	$file2 = IMAGEPATH.'imagick_' . rand( 10000,99999 ) . '.png';
−	if(@imagepng($source_image, $file1)){
−	exec('convert -rotate ' . $angle . ' ' . $file1 . ' ' . $file2 );
−	if(file_exists($file2)){
−	$new_image = imagecreatefrompng($file2);
−	unlink($file1);
−	unlink($file2);
−	return $new_image;
−	}
−	else{
−	echo 'Bildrotation mit ImageMagick fehlgeschlagen.';
−	return $source_image;
−	}
−	}
−	else{
−	echo 'Kann temporäre Bilddateien nicht anlegen.';
−	return $source_image;
−	}
−	}
−	}
−	</nowiki>
−
−	== + Doppeltes Suchergebnis nach Klick auf Kartenausschnitt ==
−
−	Wenn man in der Sachdatenanzeige auf "Kartenausschnitt" klickt um auf das Objekt zu zoomen, wurden bisher oft 2 temporäre Rollenlayer angelegt. Das hat folgenden Grund: Obwohl man nur einmal auf den Link klickt, wird die URL des Links zweimal geladen, d.h. zweimal beim Server abgefragt. Das passiert im übrigen auch nicht nur bei diesem Link für den Kartenausschnitt, sondern bei allen Links in kvwmap, die eine URL aufrufen. Nur ist der Link für den Kartenausschnitt der einzige bei dem man es merkt, weil durch Aufruf dieser URL eben ein Rollenlayer angelegt wird. Und den sieht man dann in der Legende. Bei allen anderen Links bekommt man vom doppelten Aufruf gar nichts mit.
−	Die Ursache für die doppelten Aufrufe scheint in einer Zeile in der gui.php zu liegen. Es ist die Zeile
−
−	<META http-equiv=Content-Type content="text/html; charset=<?php echo $this->user->rolle->charset; ?>">
−
−	Vor dieser Zeile steht noch etwas Javascript und das ist offenbar die Fehlerursache. Wenn man die Zeile vor das Javascript, also in die zweite Zeile der Datei verschiebt, tritt der Fehler nicht mehr auf.
−
−	== + Datensatz erzeugen nicht erlaubt ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:22, 11. Mär 2009 (CET) Wenn  das "...Erstellen von neuen Datensätzen für diesen Layer in dieser Stelle nicht erlaubt..." ist, dann sollte der "neu"-Link im GLE nicht erscheinen.
−
−	== + Drucken von kleinen Maßstäben ==
−
−	Durch die Konstante MINSCALE kommt es beim Drucken mit sehr kleinen Maßstäben dazu, dass der Kartenausschnitt verfälscht wird. Um den Fehler zu beheben in der Datei kvwmap.php in der Funktion drawMap() die Zeile
−
−	<nowiki>if(MINSCALE != '' AND $this->map->scale < MINSCALE){</nowiki>
−
−	durch diese hier ersetzen:
−
−	<nowiki>if(MINSCALE != '' AND $this->map_factor == '' AND $this->map->scale < MINSCALE){</nowiki>
−
−	== + clientIpIsValide ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:58, 5. Feb 2009 (CET) In der Funktion clientIpIsValide muss es statt "$GUI->debug->write..." "$this->debug->write..." heißen.
−
−	== + Flächen mit weniger als drei Punkten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:52, 5. Feb 2009 (CET) Beim Eckpunkte löschen müssen mindestens drei Punkte der Fläche übrigbleiben. Beim Versuch, dann noch einen Punkt zu löschen, muss eine Fehlermeldung kommen. Analog für Linienzüge.
−
−	== + Attributabhängige Auswahllisten==
−
−	--[[Benutzer:Rahn|Rahn]] 10:38, 29. Jan 2009 (CET) Damit die attributabhängigen Auswahllisten auch Zeichenketten unterstützen, muss folgendes in kvwmap.php angepasst werden:
−
−	In der Funktion add_attribute_values() muss die Zeile
−
−	$attributes['dependent_options'][$i][$k] = substr($options, 0, $req_start).$query_result[$k][$req]; # requires-Tag aus SQL entfernen und ein Array erzeugen, welches die korrekten SQLs jedem Datensatz zuordnet
−
−	durch diese hier ersetzt werden:
−
−	$attributes['dependent_options'][$i][$k] = substr($options, 0, $req_start)."'".$query_result[$k][$req]."'"; # requires-Tag aus SQL entfernen und ein Array erzeugen, welches die korrekten SQLs jedem Datensatz zuordnet
−
−	und die Zeile
−
−	$attributes['options'][$i] = substr($attributes['options'][$i], 0, $req_start).$attributes[$req]['enum_value'][0]; # requires-Tag aus SQL entfernen und den ersten Wert als Startwert nehmen
−
−	muss so lauten:
−
−	$attributes['options'][$i] = substr($attributes['options'][$i], 0, $req_start)."'".$attributes[$req]['enum_value'][0]."'"; # requires-Tag aus SQL entfernen und den ersten Wert als Startwert nehmen
−
−	In der Funktion get_select_list() muss die Zeile
−
−	$sql = substr($attributes['options'][0], 0, $req_start).$this->formvars['value']; # requires-Tag aus SQL entfernen und um den übergebenen Wert erweitern
−
−	durch diese hier ersetzt werden:
−
−	$sql = substr($attributes['options'][0], 0, $req_start)."'".$this->formvars['value']."'"; # requires-Tag aus SQL entfernen und um den übergebenen Wert erweitern
−
−	== + Historisch gewordene Grundbücher ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 12:57, 28. Jan 2009 (CET)Historisch gewordene Grundbücher werden bei der Suche nach Grundbüchern und bei der Flurstücksanzeige nicht als solche erkannt. Das führt dazu, dass bei der Flurstücksanzeige mehrere Bestände (die aktuellen und die ehmaligen Eigentümer) aufgelistet werden. Bei der Grundbuchblattsuche wird ein historisch gewordenes Grundbuch genau wie ein aktuelles behandelt. Ich kann nicht erkennen, das es historisch geworden ist. In der Tabelle alb_grundbuecher haben die betreffenden Grundbücher in der Spalte aktualitaetsnr den Eintrag 'hist'. Es wurde also beim Einlesen der ALB-Fortführung erkannt, dass das Grundbuch historisch geworden ist. Diese Info müsste dann auch bei der Grundbuchblatt- und Flurstücksanzeige ausgewertet werden.
−
−
−
−	== + Kartenausschnitt bei epsg != 2398 ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 16:10, 19. Jan 2009 (CET) Wenn ich als Kartenprojektion einen anderen EPSG als den ALK-originären 2398 ausgewählt habe, dann wird nach einer Suche nicht an die richtige Stelle gezoomt, wenn ich auf Kartenausschnitt klicke.
−
−	== + Nachweissuche Stammnummer ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:31, 19. Jan 2009 (CET) Damit die Nachweissuche auch mit 9-stelligen Stammnummern funktioniert, muss das Attribut "suchstammnr" in der Tabelle "rolle_nachweise" auf varchar(9) erweitert werden.
−
−	== + Koordinatenzoom ==
−	--[[Benutzer:Eulenberger|Eulenberger]] 13:47, 16. Jan 2009 (CET) Wenn man den "Koordinatenzoom" Button gedrückt hat erscheint eine Eingabemöglichkeit für Koordinaten, dort gibt es einen Button "Abbrechen", wenn der betätigt wird entsteht ein Laufzeitfehler in JScript mit der Meldung: Das Objekt unterstützt diese Eigenschaft oder Methode nicht. line: 919, column: 3. Die Meldung kann zwar mit OK bestätigt werden kommt dann aber immer wieder, da hilft nur "gewaltsames" schließen vom Browser.
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:35, 19. Jan 2009 (CET) Haben Sie wirklich die Version 1.7.0? Eigentlich sollte der Fehler behoben sein, siehe [[Bug_kvwmap#.2B_Laufzeitfehlermeldung_bei_Koordinatenzoom|1.6.8: Laufzeitfehlermeldung bei Koordinatenzoom]]
−	--[[Benutzer:Eulenberger|Eulenberger]] 09:05, 26. Jan 2009 (CET) Haben die Version 1.6.9 mit ein paar Änderungen in Richtung 1.7.0, die Funktion war noch nicht geändert, jetzt gehts es. Danke
−
−	== + Karteninfo ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:33, 15. Jan 2009 (CET) Die Angabe des verwendeten Koordinatensystem ändert sich bei "Karteninfo" nicht, wenn man ein anderes Bezugssystem als GK 3° S42/83 verwendet.
−
−	== + Operator "befindet sich in" ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:18, 14. Jan 2009 (CET) Bei der Layersuche mittels "befindet sich in" wird folgendes SQL als Fehler angemeckert:
−	SELECT * FROM (SELECT bplan.oid AS bplan_oid, plan_id, id, aufstellende_gemeinde, gemeindenr_alt, gemeindename,
−	gemeindenr_neu, art, plan_nr, bezeichnung, zusatz, legende, code_stand, datum_stand, dat_stellungn_toeb,
−	dat_beteiligung4_1, dat_beteiligung4_2, dat_beteiligung4a_3, dat_plananzeige, dat_stellungn_ro,
−	dat_antrag_genehmigt, dat_bescheid, bescheid, bemerkung_extern, bemerkung_intern, flaeche_planangabe_ha,
−	flaeche_alk_ha, themennr, rok_nr, rok_relevant, letzte_akt, datenherr, erf_grundl, art_baulnutzung, anzahl,
−	anzahldoc, the_geom FROM bplan WHERE 1=1) as query WHERE 1=1 ('barth, stadt','pruchten') AND
−	(the_geom && Transform(geomfromtext('POLYGON((4517000 5982000, 4587000 5982000, 4587000 6041000,
−	4517000 6041000, 4517000 5982000))', 2398), 2398) OR the_geom IS NULL) AND (1 = 1 AND code_stand = '0'
−	OR code_stand = '1') LIMIT 20
−	Vor der Klammer mit den Suchbegriffen fehlt
−	AND lower(aufstellende_gemeinde) in
−
−	== + Geometrie mit nur zwei Punkten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:52, 13. Jan 2009 (CET) Fehlerhafterweise lehnt kvwmap eine Fläche mit nur zwei Punkten nicht ab.
−
−	== + Layer löschen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:12, 22. Dez 2008 (CET) Wenn man einen Layer löscht, werden die Einträge in den Tabellen layer_attributes, layer_attributes2stelle und u_rolle2used_layer nicht mit gelöscht.
−
−	== + Geometrie hinzufügen im GLE ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:48, 19. Dez 2008 (CET) Der Button "Geometrie hinzufügen" ist schon vorausgewählt, wenn ich eine existierende Geometrie bearbeiten will. Wenn ich dann in die Karte klicke, wird die Geometrie vom letzten vorhandenen Punkt aus weitergezeichnet, was bestimmt so nicht sein soll.
−
−	== + Grundbuchblattsuche | 5-stellige Grundbuchbezirksnummer ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:52, 18. Dez 2008 (CET)<br>
−	Habe hier in der Datenbank als "Altlast des Liegenschaftskatasters" kurioserweise drei Grundbuchblätter, die in einem GB-Bezirk in Schleswig-Holstein liegen und einen 5-stelligen Schlüssel haben.<br>
−	Beim Versuch das Blatt aufzurufen über die Grundbuchblattsuche kommt die Fehlermeldung "Angaben fehlerhaft:
−	Die Bezirksnummer ist keine 6 Zeichen lang."
−	:--[[Benutzer:Rahn|Rahn]] 10:46, 18. Dez 2008 (CET) Damit der Test auch mit 5-stelligen Nummern funktioniert, muss man in kataster.php in der Funktion grundbuchblattSuchParameterPruefen() die Zeile
−
−	if (strlen($this->Bezirk)!=6) {
−
−	durch diese hier ersetzen:
−
−	if (strlen($this->Bezirk) < 5) {
−
−	: --[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:55, 19. Dez 2008 (CET) Die Frage ist ja vielleicht, ob diese Fehlermeldung nicht vielleicht doch Sinn macht, um eben genau solche "Altlasten" aufzudecken und zu bereinigen.
−
−	== + Text mit Hochkomma im GLE ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:12, 17. Dez 2008 (CET)<br>
−	Es ist nicht möglich, Texte, die Hochkommata enthalten, im GLE zu speichern.
−
−	== + CSV-Export und Kartenausschnitt ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:45, 17. Dez 2008 (CET)<br>
−	* Der CSV-Export von vielen Flurstücken aus der Sachsdatenanzeige ALB heraus geht im Firefox 3 nicht. Meldung im Downloadmanager: "Download wurde durch ihre Sicherheitzonen-Regeln blockiert". Auch nachdem ich den IE7 installiert habe und die Internetoptionen wie [http://kb.mozillazine.org/Unable_to_save_or_download_files#Reset_system_Internet_security_settings_-_Windows empfohlen] geändert habe, kommt dieselbe Meldung.
−	* Der Zoom auf viele markierte Flurstücke aus der Sachsdatenanzeige ALB heraus geht im Internet-Explorer 6 nicht. Meldung in der Statuszeile: "Ungültige Syntax". Im IE7 zeigt er die URL und dort ist zu sehen, dass der Aufruf nach dem 2046. Zeichen abgeschnitten wird.
−	--[[Benutzer:Rahn|Rahn]] 11:31, 17. Dez 2008 (CET)
−	:Mit Austausch [http://kvwmap.geoinformatik.uni-rostock.de/Flurstuecke_custom.phpphp dieser Datei] in /snippets dürten beide Probleme behoben sein. Vorher aber noch in '''Flurstuecke_custom.php''' umbenennen.
−	::--[[Benutzer:Rahn|Rahn]] 14:05, 18. Dez 2008 (CET) Datei wurde nochmal geändert. Wer sie schon runtergeladen hatte, bitte nochmal runterladen.
−
−	== + Einige Fehler und Ungereimtheiten im ALB-Druck (30/35) ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 12:07, 4. Dez 2008 (CET)<br>
−	'''Klassifizierung<br>'''
−	Es kommt teilweise zu Ausgabe von Zeilen wie:
−
−	Klassifizierung            33
−	12206 m2  33-340 KREISSTRAßE
−	Bodsch K      17            EMZ  0
−
−	Habe mir erstmal damit geholfen die Einträge in der alb.php zu entfernen bzw. auskommentiert.
−	Dieses sollte aber abgefangen werden, dass "Bodsch" (Bodenschätzung?) und "EMZ  0" (?) nicht ausgegeben werden, wenn keine Werte vorhanden sind.
−
−	'''Verfahren'''<br>
−	Wenn zu einer ausführenden Stelle kein Verfahren eingetragen ist, z.B. wie hier zu den Wasser- und Bodenverbänden, sollte die Ausgabe der Zeile:
−
−	Verfahren                  ( )
−
−	unterdrückt werden.
−
−	'''Bestand<br>'''
−	Bei der Auflistung sollten die Eigentümer aufgelistet werden wie: 1.1, 1.2 ... und nicht wie jetzt 1.01, 1.02 ...
−	Das Geburtsdatum sollte rechts stehen und nicht unter dem Namen.
−	Die Ausgabe überflüssiger Komma nach dem Namen wie z.B.:
−
−	Schmidt, Heinz,,,
−
−	sollte unterdrückt werden.
−
−	'''Entstehung<br>'''
−	In der Zeile sollte wenn keine Enstehung eingetragen ist statt:
−
−	Entstehung    /    -
−
−	Entstehung    2
−
−	ausgegeben werden wie im "Original ALB" das soll wohl heissen "vor Kolido" wie mir die Katasterleute gesagt haben :-)
−
−	Damit genug gemeckert ;-)
−
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:03, 19. Dez 2008 (CET) Das wird von meinen ALB-Fachleuten bestätigt. Zusätzlich haben sie noch zwei Fehler gefunden:
−	:*Bei sehr vielen Baulasten werden weitere Zeilen mit Baulasten "verschluckt".
−	:*Wenn gleichzeitig unverschlüsselte und verschlüsselte Lagebezeichnungen eingetragen sind, stehen nur die verschlüsselten da. Zumindest bei uns ist es im primären ALB so, dass in solchen Fällen '''alle''' Lagebezeichnungen da stehen.
−
−	:--[[Benutzer:Karsten Daedelow|Karsten Daedelow]] 9:56, 09.01.09(dae)
−	Hier noch ein kleinerer Fehler in den ALB-Auszügen:
−	Bei Eigentümerangaben kann es zu sehr langen Zeilen kommen ( z.B. Zeilen-Nr. 2 "Zusätze" werden dverse GB-Nrn aufgeführt). Diese sollten bei Zeilenende umgebrochen werden.
−
−	== + Liniengeometrie erzeugen ==
−
−	Versucht man im GLE in einem Linienlayer eine neue Geometrie zu erzeugen, erhält man bisher eine Fehlermeldung. Um den Fehler zu beheben, muss in new_layer_data.php folgende Zeile unten angefügt werden:
−
−	<input type="hidden" name="geomtype" value="<? echo $this->geomtype; ?>">
−
−	dann müssen in kvwmap.php in der Funktion neuer_Layer_Datensatz_speichern() die folgenden Zeilen
−
−	<nowiki>
−	if($this->formvars['newpathwkt'] != ''){
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";
−	}
−	elseif($this->formvars['newpath'] != ''){
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultipolygonWKTStringFromSVGPath($this->formvars['newpath']);
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";
−	}
−	elseif($this->formvars['loc_x'] != ''){
−	</nowiki>
−
−	durch diese hier ersetzt werden:
−
−	<nowiki>
−	if($this->formvars['newpathwkt'] != ''){ # wenn WKT Geometrie vorhanden, kann diese direkt verwendet werden
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";
−	}
−	elseif($this->formvars['geomtype'] == 'POLYGON' OR $this->formvars['geomtype'] == 'MULTIPOLYGON' OR $this->formvars['geomtype'] == 'GEOMETRY'){ # wenn nicht, muss abhängig vom Geometrietyp, die WKT-Geometrie aus dem SVG erzeugt werden
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultipolygonWKTStringFromSVGPath($this->formvars['newpath']);
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";
−	}
−	elseif($this->formvars['geomtype'] == 'MULTILINESTRING'){
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultilineWKTStringFromSVGPath($this->formvars['newpath']);
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";
−	}
−	elseif($this->formvars['geomtype'] == 'POINT'){
−	</nowiki>
−
−	und in der Funktion neuer_Layer_Datensatz() nach der Zeile
−
−	$geomtype = $this->qlayerset[0]['attributes']['geomtype']['the_geom'];
−
−	diese Zeile eingefügt werden:
−
−	$this->geomtype = $geomtype;
−
−	== + Layersuche ==
−
−	In der Layersuche hat sich noch ein Fehler eingeschlichen, sodass die Operatoren > und < nicht funktionieren. Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion GenerischeSuche_Suchen() folgende Zeilen
−
−	<nowiki>
−	if($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]] != '' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NULL' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NOT NULL'){
−	$sql_where .= ' AND LOWER(query.'.$layerset[0]['attributes']['name'][$i].') '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IN' AND $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IS NULL' AND $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IS NOT NULL'){
−	$sql_where.='LOWER(\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\')';
−	}
−	else{
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IN')
−	$sql_where .= '('.strtolower($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]]).')';
−	}
−	}
−	</nowiki>
−
−	durch diese hier ersetzt werden:
−
−	<nowiki>
−	if($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]] != '' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NULL' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NOT NULL'){
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'LIKE' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'NOT LIKE'){
−	$sql_where .= ' AND LOWER(query.'.$layerset[0]['attributes']['name'][$i].') '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';
−	$sql_where.='LOWER(\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\')';
−	}
−	else{
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IN'){
−	$sql_where .= '('.strtolower($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]]).')';
−	}
−	else{
−	$sql_where .= ' AND query.'.$layerset[0]['attributes']['name'][$i].' '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';
−	$sql_where.='\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\'';
−	}
−	}
−	}
−	</nowiki>
−
−
−	== + Sachdatenabfrage auf geänderte Geometrie ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:08, 20. Nov 2008 (CET) Wenn ich in "data" the_geom noch irgendwie bearbeite (z.B. so: "... translate(the_geom,-126.26,-45.45) as the_geom..."), dann funktioniert die Sachdatenabfrage in der Karte nicht am angezeigten Ort des Objekts. Am originalen Ort (also da, wo the_geom tatsächlich ist) kriege ich dagegen das Objekt zu fassen.
−	:--[[Benutzer:Rahn|Rahn]] 15:42, 21. Nov 2008 (CET) Das liegt daran, dass bei der Sachdatenabfrage das Pfad-Statement verwendet wird.
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:07, 24. Nov 2008 (CET) Du hast Recht, wenn ich the_geom auch im pfad modifiziere, klappts wieder mit der Sachdatenabfrage. Wenn ich aber ein Objekt über die Layersuche auswähle, habe ich das Problem wieder.
−
−	:::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:09, 19. Dez 2008 (CET) Das Problem beruhte auf suboptimalen Parametern in proj4 und kann deswegen auch [[Verbesserte_towgs84-Parameter_f%C3%BCr_epsg_und_spatial_ref_sys|anders gelöst]] werden.
−
−	== + Flurstücksdatenanzeige ohne Klassifizierung ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:48, 20. Nov 2008 (CET)<br>
−	Die Ausgabe der Flurstücksdaten über die gebräuchlichen Snippets gibt keine Angaben über die "Klassifizierung" aus.
−	Das pfad-statement des Flurstückslayers scheint i.O. und die Layerattribut-Rechteverwaltung listet die Klassifizierung auch auf!
−	Die Daten werden jedoch über den ALB-Druck ausgegeben. Das gleiche ist bei der Version 1.6.9!
−
−	== - Kein Drucken von WMS ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:43, 13. Nov 2008 (CET) Wenn externe WMS in die Stelle eingebunden werden, kommt bei der Druckvorschau oder bei go=Druckrahmen folgende Fehlermeldung (egal ob die WMS-Layer an oder aus sind):
−	Fatal error: [MapServer Error]: msAddImageSymbol(): Error opening image file /srv/www/var/data/MapFiles/Mischwald_Bild. in /srv/www/htdocs/kvwmap/class/kvwmap.php on line 3838
−	Workaround: In kvwmap.php den ganzen Abschnitt unterhalb von "Schritt 1)" ($extent=$this->map->extent;) bis oberhalb von "$this->drawMap();" auskommentieren.
−
−	== + Sachdatenanzeige und CSV-Export ==
−
−	Damit die Blätterfunktion der Sachdatenanzeige auch im Internet Explorer funktioniert, müssen in der Datei sachdatenanzeige.php in folgenden Zeilen
−
−	<nowiki>
−	#if($this->formvars['qLayer'.$this->qlayerset[$i]['Layer_ID']] == 1){
−	echo '<input name="qLayer'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="1">';
−	echo '<input name="offset_'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="'.$this->formvars['offset_'.$this->qlayerset[$i]['Layer_ID']].'">';
−	echo '<input name="sql_'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="'.$this->qlayerset[$i]['sql'].'">';
−	#}
−	</nowiki>
−
−	die beiden # entfernt werden.
−
−	Damit danach auch noch der CSV-Export für alle Treffer funktioniert, muss in der gleichen Datei hinter
−
−	<input name="operator_'.$this->qlayerset[0]['attributes']['name'][$j].'" type="hidden" value="'.$this->formvars['operator_'.$this->qlayerset[0]['attributes']['name'][$j]].'">
−
−	diese Zeile eingefügt werden:
−
−	<input name="sql_'.$this->formvars['selected_layer_id'].'" type="hidden" value="'.$this->qlayerset[0]['sql'].'">
−
−	== + Printversion ==
−
−	Die neue Druckansicht für die Sachdatenanzeige funktioniert zwar, aber die dafür verwendete Datei printversion.php liegt falsch im Verzeichnis layouts. Das hat zur Folge, dass diese Datei in der Stellenwahl fälschlicherweise als GUI auswählbar ist. Um den Fehler zu beheben, einfach die Datei in den Ordner snippets verschieben und in kvwmap.php in der Funktion output() die Zeile
−
−	include (LAYOUTPATH.'printversion.php');
−
−	so anpassen:
−
−	include (LAYOUTPATH.'snippets/printversion.php');
−
−	== + Ausgabe von nicht editierbaren Auswahlfeldern im GLE ==
−
−	Auswahlfelder, die ihre Optionen aus einem SQL-Statement holen, erlauben es ja einen ''output'' anzuzeigen und einen ''value'' zu speichern. Damit auch bei nicht editierbaren Auswahlfeldern der ''output'' erscheint und nicht der ''value'', muss in generic_layer_editor_2.php folgender Abschnitt
−
−	<nowiki>case 'Auswahlfeld' : {
−	if($this->qlayerset[$i]['attributes']['real_type'][$this->qlayerset[$i]['attributes']['name'][$j]] == 'geometry' OR $this->qlayerset[$i]['attributes']['privileg'][$j] == '0' OR $lock[$k]){
−	$auswahlfeld_value=$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]];
−	$auswahlfeld_value_laenge=strlen($auswahlfeld_value);
−	echo '<input readonly style="background-color:#e8e3da;" size="'.$auswahlfeld_value_laenge.'" type="text" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].'" value="'.$auswahlfeld_value.'">';
−	}</nowiki>
−
−	durch diesen hier ersetzt werden:
−
−	<nowiki>case 'Auswahlfeld' : {
−	if($this->qlayerset[$i]['attributes']['real_type'][$this->qlayerset[$i]['attributes']['name'][$j]] == 'geometry' OR $this->qlayerset[$i]['attributes']['privileg'][$j] == '0' OR $lock[$k]){
−	if(is_array($this->qlayerset[$i]['attributes']['dependent_options'][$j])){ # mehrere Datensätze und ein abhängiges Auswahlfeld --> verschiedene Auswahlmöglichkeiten
−	for($e = 0; $e < count($this->qlayerset[$i]['attributes']['enum_value'][$j][$k]); $e++){
−	if($this->qlayerset[$i]['attributes']['enum_value'][$j][$k][$e] == $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]]){
−	$auswahlfeld_output = $this->qlayerset[$i]['attributes']['enum_output'][$j][$k][$e];
−	$auswahlfeld_output_laenge=strlen($auswahlfeld_output);
−	break;
−	}
−	}
−	}
−	else{
−	for($e = 0; $e < count($this->qlayerset[$i]['attributes']['enum_value'][$j]); $e++){
−	if($this->qlayerset[$i]['attributes']['enum_value'][$j][$e] == $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]]){
−	$auswahlfeld_output = $this->qlayerset[$i]['attributes']['enum_output'][$j][$e];
−	$auswahlfeld_output_laenge=strlen($auswahlfeld_output);
−	break;
−	}
−	}
−	}
−	echo '<input readonly style="background-color:#e8e3da;" size="'.$auswahlfeld_output_laenge.'" type="text" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].'" value="'.$auswahlfeld_output.'">';
−	}</nowiki>
−
−	== + Referenzkarte im Druck bei Nicht-Standard-SRS ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:27, 21. Okt 2008 (CEST)-- Wenn ich ein anderes als das für die Stelle als Standard definierte Koordinatensystem auswähle und anschließend die Karte drucke, bekomme ich kein oder ein falsch gelagertes Bild in der Referenzkarte - dort soll eine topographische Karte angezeigt werden, die als WMS eingebunden wird. Im entsprechenden Refmapfile steht in der connection nämlich die SRS drin und die verändert sich nicht, wenn der User das Koordinatensystem der Stelle wechselt.
−	:--[[Benutzer:Rahn|Rahn]] 15:58, 6. Apr 2009 (CEST) Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion createReferenceMap() nach der Zeile
−
−	$refmap->setextent($minx,$miny,$maxx,$maxy);
−
−	folgende Zeilen hinzugefügt werden:
−
−	$projFROM = ms_newprojectionobj("init=epsg:".$this->user->rolle->epsg_code);
−	$projTO = ms_newprojectionobj("init=epsg:".EPSGCODE);
−	$refmap->extent->project($projFROM, $projTO);
−
−	== + ZoomToMaxLayerExtent ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:27, 21. Okt 2008 (CEST) Beim Klick in der Legende auf "volle Layerausdehnung" kann ich den maximalen Extent der Stelle verlassen, was so sicher nicht gewollt ist.
−
−	== - wldge2sql Grundausstattung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:29, 21. Okt 2008 (CEST) Das Lesen einer Grundausstattung erzeugt keinen Eintrag in der Tabelle alb_fortfuehrungen.
	<br><br>		<br><br>
−	--SigridP 10:45, 23. Okt 2008 (CEST)Auch die abschließende Übersicht (Anzahl der eingelesenen Datensätze usw.)wird nicht erstellt.
−
−	== + Anpassungen in der fgs Version ==
−	=== config.default.php ===
−	Der Installationspath in der config.default.php, welche man dann später als config.php für kvwmap verwenden soll enthält einen Fehler in der Konstantendefinition für INSTALLPATH
−	define('INSTALLPATH','/home/fgs/fgs'); ersetzen durch
−	define('INSTALLPATH','/home/fgs/fgs/');
−	Die Defaulteinstellung für die URL würde ich auf localhost setzen oder localhost:8080
−	Zur Freuder derjenigen, die erstmal local und mit 8080 anfangen.
−	define('URL','http://localhost:8080/');
−	Sonst gehen die AJAX Sachen nicht, Z.B. der GLE.
−	Nächste Sache ist, der Defaultpfad für die Grafiken der sollte folgendermaßen aussehen:
−	define ('GRAPHICSPATH','graphics/');
−	=== layouts/sql_dumps/mysql_install_admin.sql ===
−	Die Version auf 170 setzen und in den folgenden Version auf die aktuelle.
−	SET @pg_dbname='kvwmapsp170';
−	In der Angabe für die Stelle muss der Name für das Wappen stz.png lauten nicht stz.gif.
−	INSERT INTO `stelle` ( `ID` , `Bezeichnung` , `start` , `stop` , `minxmax` , `minymax` , `maxxmax`,
−	`maxymax` , `Referenzkarte_ID` , `Authentifizierung` , `ALB_status` , `wappen` , `alb_raumbezug` ,
−	`alb_raumbezug_wert` )
−	VALUES ( @stelle_id, 'Administration', '0000-00-00', '0000-00-00', '4440000', '5920000',
−	'4560000', '6080000', '1', '1', '30', 'stz.png', '', '');
−
−
−
	= '''[[Ältere Versionen]]''' =		= '''[[Ältere Versionen]]''' =

---

Aktuelle Version vom 17. Juni 2026, 17:06 Uhr

Auf dieser Seite können Bugs gemeldet werden. Ab Version 1.8.0 wird jeder Bug, der behoben wurde, mit einer fortlaufenden Nummer (1.8.1, 1.8.2, ...) versehen. Der entsprechende Bugfix ist dann auf https://github.com/srahn/kvwmap/commits/kvwmap zu finden. Bugs, die neu sind sollten mit einem führenden - versehen sein. Bugs mit Lösungen werden mit + gekennzeichnet.

- neuer duplizierter Layer: Attribute

Wenn man einen neuen Layer B anlegt, der von einem Layer A dupliziert wird, werden die Attributeinstellungen nicht übernommen. Man muss erst zum Layer A wechseln und diesen speichern. Beim erstmaligen Anlegen eines Layers sollten alle zu duplizierenden Eigenschaften initial übernommen werden. --Sgoen (Diskussion) 13:58, 4. Sep. 2025 (CEST)

Version 4.1

+ 4.1.60 Labelitem Fehler in kvmobile

Ein vom Nutzer gesetztes labelitem kann zu einem Fehler in kvmobile führen. Genau dann, wenn es das Attribut welches als labelitem aus dem Data Statement ausgewählt wurde nicht auch im Query-Statement vorkommen. Jetzt wird immer statt des vom Nutzer eingestellten labelitem das labelitem des Layers verwendet. Dort muss der Admin ein Attribut hinterlegen welches sowohl in Data- also auch in Query-Statement vorkommt. Außerdem muss der Nutzer sicherstellen, dass dieses Attribut auch in der Stelle die kvmobile nutzt an den Client exportiert wird.

+ 4.1.59 Fehler durch Semikolon in kvmobile Deltas

Semikolons in Texten führten zum falschen trennen von mehreren SQL-Statments in create_delta triggern des Plugin kvmobile. Es wurde jetzt eine Funktion gdi_split_sql eingeführt, die Semikolons innerhalb von Texten die mit einfachen Anführungsstrichen stehen als Delimiter ignoriert. Außerdem werden Abfragen von Deltas so gefiltert, dass keine doppelten Deltas (mit gleichem Inhalt außer der Version) an den Client geschickt werden.

+ 4.1.58 Fehler in PgObject exists function

Die Funktion prüft nicht ob das Objekt mit key und value existiert, sondern ob es noch ein anderes gibt neben dem mit der id des Objektes. Und die Funktion lieferte immer false zurück. Korrektur und Umbenennung von exists in unique. Anpassung des Aufruf von exists in Funktion ignorable_by_uuid der Klasse synchronisation.

+ 4.1.57 Formularelementtyp Link als Array

Wird nicht richtig gespeichert.

+ 4.1.56 Kartenabfrage Flürstücke ohne Treffer

Es erscheint eine leere Seite.

+ 4.1.55 Fester diverged Test

Der Test ob der Branch diverged ist war fest auf develop eingestellt. Jetzt wird für jeden branch einzeln geschaut ob es Änderungen mit diverged gab.

+ 4.1.54 Nachweisrecherche

Der Scrollbalken rechts verdeckt den Inhalt.

+ 4.1.53 Statistik

Geht nicht.

+ 4.1.52 Suchergebnis Dokumentenrecherche

Wenn man bei den Suchergebnissen der Rissrecherche in der Nachweisverwaltung auf Markieren: "keine" und dann auf "bearbeiten" klickt (so dass kein Dokument ausgewählt ist) werden einem über 200.000 Dokumente angezeigt. Hier sollte stattdessen ein Warnhinweis erscheinen, dass kein Dokument ausgewält worden ist. --Mario Harms (Diskussion) 14:06, 2. Jun. 2026 (CEST)

+ 4.1.51 Defaultwert

Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.

+ 4.1.50 kvmobile Log

Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.

+ 4.1.49 Layer mit eigenen Datentypen

Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.

+ 4.1.48 Nachweisrecherche

Der Geometrieübernahmelayer wird nicht gespeichert.

+ 4.1.47 Rechteckabfrage WMS-Layer

Die Mittelpunktkoordinaten werden nicht gerundet.

+ 4.1.46 Zuordnung Obermenüpunkte

Wenn man im Menüeditor einer Stelle einen Menüpunkt zugeordnet hatte, dessen Obermenüpunkt in der Stelle noch fehlte, wurde der Menüpunkt in der Stelle nicht angezeigt. Jetzt werden die fehlenden Übermenüpunkte mit dessen Menüorder in den Stellen angelegt wo sie fehlten.

+ 4.1.45 <requires> im Attributeditor

Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.

+ 4.1.44 Kartendruck über DHK

Es kommt zu einem Fehler beim Eintragen des Zeitstempels.

+ 4.1.43 Fehler im Plugin Bauleitplanung

+ 4.1.42 wms_checker.php

Funktioniert nicht.

+ 4.1.41 requires-Layer

Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.

+ 4.1.40 Themenauswahl löschen

Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.

+ 4.1.39 Nachweisrecherche

Die Auswahl der Abfrageart springt nicht automatisch um.

+ 4.1.38 Namenszusatz und Uhrzeit

Im Nutzerformular wird der Namenszusatz nicht angezeigt und bei der Eingabe der Uhrzeit im GLE bleibt immer eine 0 stehen.

+ 4.1.37 Auswahlfelder in Edge und Chrome

Der Text der selektierten Option kann in den Pfeil hineinragen.

+ 4.1.36 Flurstückshistorie

In ax_historischesflurstueckohneraumbezug kann es Einträge geben, bei denen vorgaengerflurstueckskennzeichen nicht befüllt ist, obwohl es Vorgänger gibt. Das wurde in pp_flurstueckshistorie korrigiert.

+ 4.1.35 Themenübersicht

Die Layer sind nicht alphabetisch sortiert.

+ 4.1.34 Themenauswahl laden

Die Rollenlayer werden auch deaktiviert.

+ 4.1.33 layer_attributes.default

Es können nur maximal 255 Zeichen gespeichert werden.

+ 4.1.32 abhängigge Sichtbarkeit

Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.

+ 4.1.31 Nachweisrechercheergebnis

Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.

+ 4.1.30 nur Layer der Themenauswahl laden

Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.

+ 4.1.29 kvmobile visibility check Fehler

Das Neue Attribut visiblity_rules von layer_attributes wird in kvmobile noch nicht unterstützt. Daher wurden als Workaround aus der ersten rule von visiblity_rules noch wieder vcheck_attribute, vcheck_operator und vcheck_value rausgezogen und ebendiese Attribute wieder mit ausgegeben für den mobile_get_layers case. Wenn kvmobile aktualisiert ist und keine älteren Versionen mehr laufen kann der Code angepasst werden. Ist als legacy gekennzeichnet.

+ 4.1.28 kvmobile Sync-Fehler

Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile. adjust_sql angepasst.

+ 4.1.27 Rechteverwaltung mit mehreren Elternstellen

Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.

+ 4.1.26 Daten-Export

Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.

+ 4.1.25 Änderungen im Themenbaum

Wenn man einen Haken setzt aber die Karte nicht neu lädt, ist der Haken beim nächsten Laden wieder weg.

+ 4.1.24 Layer-Aliasnamen verwenden

Im Stellenformular ist der Haken immer gesetzt.

+ 4.1.23 Layergruppen-Checkboxen

Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.

+ 4.1.22 Eigene Abfragen

Wenn der Originallayer ein Classitem hat, wird es übernommen und das führt dazu, dass im Rollenlayer automatisch klassifiziert wird, obwohl man das gar nicht möchte.

+ 4.1.21 Layerparameter setzen

Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.

+ 4.1.20 Kurzbeschreibung

Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.

+ 4.1.19 Rechte bei Attributen aus anderer Tabelle

Hier wird auch editierbar angeboten.

+ 4.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer

Es gibt einen neuen config-Paramter LAYER_ID_EIGENTUEMER. Darüber kann der Layer definiert werden, der zur Filterung der Flurstücke verwendet werden soll, bei denen die Eigentümer angezeigt werden dürfen. Wenn der Eigentümerlayer einen geometrischen Filter in einer Stelle hat, wird beim Speichern des Filters automatisch stelle_gemeinden_eigentuemer aktualisiert.

Wenn der Flurstückslayer (config-Parameter: LAYER_ID_FLURSTUECKE) einen geometrischen Filter in einer Stelle hat, wird beim Speichern des Filters automatisch stelle_gemeinden für diese Stelle aktualisiert.

+ 4.1.17 Querymaps

Werden nicht angezeigt.

+ 4.1.16 mapserverExp2SQL

Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.

+ 4.1.15 Tabellenansicht

Beim Wechsel geht die Anzahl der Treffer verloren.

+ 4.1.14 abhängige Sichtbarkeit bei Datentypattributen

Funktioniert nicht.

+ 4.1.13 Autovervollständigungsfeld

Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.

+ 4.1.12 0-Werte speichern

Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.

+ 4.1.11 abhängige Sichtbarkeit in Subform

Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.

+ 4.1.10 go-Parameter übergeben

Der Parameter go wird beim Login nicht durchgeschleift.

+ 4.1.9 Raster-Ansicht

Man kann nicht zur tabellarischen Ansicht wechseln.

+ 4.1.8 Rechte übernehmen

Funktioniert nicht.

+ 4.1.7 Im Jagdbezirk enthaltene Flurstücke

Der Eigentümeranteil wird nicht mit ausgegeben.

+ 4.1.6 nur Layer der Themenauswahl anzeigen

Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.

+ 4.1.5 Startseiten-Parameter

Es wird nicht automatisch der csrf-Token rangehängt.

+ 4.1.4 Layer erstellen

Es erscheint eine Fehlermeldung.

+ 4.1.3 Raster-Layout

Die Selektion der Datensätze funktioniert nicht.

+ 4.1.2 Kartendrucklayouteditor

Man kann keinen Freitext hinzufügen.

+ 4.1.1 Sachdatendruck

Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.

Version 4.0

+ 4.0.71 Layer-Gruppe bei go=Daten_Export

Beim Öffenen das Daten-Export Formulars (über Layer-Kontextmenü oder eigenen Menüpunkt) sollte die zugehörige Gruppe des gewählten Layers ebenfalls im Formular ausgewählt sein (aktuell: leer). --Sgoen (Diskussion) 08:12, 6. Mär. 2026 (CET)

+ 4.0.70 Stelle speichern

Der Filter der Elternstelle wurde für die Kindstelle übernommen.

+ 4.0.69 Stelleneditor Layerauswahl

Wenn man eine Layergruppe anklickt, werden die zugewiesenen Layer nicht mehr selektiert.

+ 4.0.68 mapserverExp2SQL

+ 4.0.67 Bodenrichtwerterfassung

Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.

+ 4.0.66 Löschen von Plandokumenten

Das Löschen von Plandokumenten ging nicht, weil das Löschen der Pläne über den INSTEAD DELETE Trigger handle_xp_plan lief und in der Funktion XP_Plan->destroy wurden die Dokumente noch nicht gelöscht. Das ist jetzt mit der Metode destroy_externereferenz_dokumente umgesetzt.

+ 4.0.65 Falsche Behandlung von within_fk_constraint

Der within fk_constraint hatte nur für die Layer funktioniert, die auch einen fk_constraint gesetzt hatten. Jetzt funzt er nur für Punkte und solche die einen within constraint haben. Die anderen Layer bekommen keinen autovalue zugewiesen. In dem Fix wurde noch eine kommentar-Abfrage in remove_kommentar_if_exists angepasst.

+ 4.0.64 Fehlerhandling in BenutzerdatenAnlegen

Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.

+ 4.0.63 sync Output for kvmobile falsch

sync hatte in mysql 0 und 1. Nach Umstellung auf Postgres kommt 'f' und 't'. Der Fix wandelt f und t in der Funktion mobile_reformat_layer in 0 und 1 um.

+ 4.0.62 Kartendrucklayout speichern

Schlägt fehl, wenn Parameter leer bleiben.

+ 4.0.61 Menü anlegen

Wenn man nach dem Anlegen eines Menüs bei "go=Menues_Anzeigen" ist und die Seite neulädt, wird das zuletzt angelegte Menü immer wieder dupliziert. --Mattes.Holtz 14:38, 18. Feb. 2026 (CEST)

+ 4.0.60 Menü anlegen

Das "Obermenue" sollte beim Anlegen eines Datensatzes auch ein Pflichtfeld sein, wenn dort nichts eingetragen ist, wird es nicht in "go=Menues_Anzeigen" gezeigt.

+ 4.0.59 Stelle kopieren

Das Wappen wird nicht übernommen.

+ 4.0.58 Zurück geht nicht go=Namen_Auswaehlen_Suchen

Wenn nach Auswahl eines Grundbuchblatts ein Eigentümer ausgewählt wird, kommt man zu "go=Namen_Auswaehlen_Suchen". Dort funktioniert der Zurück-Button nicht. ("Diese Seite kann aus Sicherheitsgründen nicht angezeigt werden!")

+ 4.0.57 Stelle wechseln

Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.

+ 4.0.56 abhängige Sichtbarkeit

In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.

+ 4.0.55 abhängige Auswahlfelder

Funktionieren bei Arrays nicht.

+ 4.0.54 Themenauswahl speichern

Wenn eine Themenauswahl gespeichert wird, wird nicht übernommen, ob der Layer abfragbar (also 1. Checkbox) war oder nicht. --Mattes.Holtz 15:28, 10. Feb. 2026 (CEST)

+ 4.0.53 Klassen-ID ändern

Endet in einer Fehlermeldung.

+ 4.0.52 Diagramme anlegen

Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung

+ 4.0.51 Backslash im Passwort

Führt zu einem Fehler.

+ 4.0.50 Klassen zurücksetzen

Die Klassen werden nach dem Login nicht mehr zurückgesetzt.

+ 4.0.49 Layer anlegen

Wenn man die Layer-ID selber einträgt, kommt die Meldung, dass die ID schon existiert.

+ 4.0.48 Nutzer anlegen

Der Test ob der Loginname schon vergeben ist, funktioniert nicht.

+ 4.0.47 Rollenfilter

Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.

+ 4.0.46 Autovervollständigungsfeld

In der Layer-Suche funktioniert es nicht.

+ 4.0.45 Stellenformular Kartendrucklayouts

Werden nicht angezeigt.

+ 4.0.44 Legende einklappen

Funktioniert nicht.

+ 4.0.43 WMS-Importe löschen

Es werden auch die Layer aus "eigene Importe" gelöscht.

+ 4.0.42 WMS-Layer Test

Es wird teilweise der falsche EPSG-Code verwendet.

+ 4.0.41 Themenauswahl speichern

Funktioniert nicht.

+ 4.0.40 Unterabfrage mit order by im FROM

Macht Probleme.

+ 4.0.39 Password mit Hochkomma

macht Probleme

+ 4.0.38 Benachrichtigungen

Funktionieren nicht.

+ 4.0.37 Zoom auf Objekt

Hervorheben funktioniert nicht.

+ 4.0.36 diverses

In den Menüdaten klappt die Sortierung nach Reihenfolge/Ebene und Reihenfolge nicht. In der Stellenzuweisung gibt es auch den Löschen-Button. Beim Anlegen einer Stelle gibt es auch die Stellenauswahl. EPSG-Code und Bezeichnung haben kein Sternchen. Man kann eine neue Stelle anlegen ohne Menüpunkte, aber dann kommt eine Fehlermeldung. In der Liste der Einladungen fehlt die Sortierung nach Stelle. Beim Abspeichern der Layer-Parameter wird automatisch bei allen Parametern eine neue ID vergeben/hochgezählt.

+ 4.0.35 Flurstückshistorie

Das SVG ist manchmal zu klein für große Bäume.

+ 4.0.34 MyObject

Es gibt noch Vorkommen von MyObject.

+ 4.0.33 Filterverwaltung

Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.

+ 4.0.32 Sachdatenanzeige

Die Darstellung in der Breite ist nicht optimal.

+ 4.0.31 Maßstabsauswahl

Die Feldern für den Extent in rolle sind mit float4 zu ungenau und führen bei der Maßstabsauswahl zu abweichenden Maßstäben.

+ 4.0.30 boolean-Felder

Einige boolean-Felder werden in der Oberfläche nicht richtig angezeigt. Das betrifft stelle.show_shared_layers, u_groups.selectable_for_shared_layers, used_layer.use_parent_privileges.

+ 4.0.29 Stelle Start Stop

Die Werte werden nicht angezeigt.

+ 4.0.28 Schraffur

In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.

+ 4.0.27 Flurstückshistorie

Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.

+ 4.0.26 Rollenlayer klassifizieren

Das Klassifizierungsattribut ist nicht ausgewählt und die Klassifizierung kann auch nicht rückgängig gemacht werden. Außerdem ist die Anzahl an Klassen auf die Anzahl der Farben in colors beschränkt.

+ 4.0.25 Style- und Labeleditor

Die Layeroptionen lassen sich nicht öffnen.

+ 4.0.24 Quellenangaben

Das Anlegen, Ändern und Löchen funktioniert nicht.

+ 4.0.23 Layergruppe anlegen

Es erscheint eine Fehlermeldung.

+ 4.0.22 Layer mit sync speichern

Funktioniert nicht.

+ 4.0.21 stellenbezogene Layereigenschaften

Das Feld "abfragbar" wird nicht richtig angezeigt.

+ 4.0.20 Style- und Labeleditor

Der ausgewählte Style ist nicht komplett blau markiert.

+ 4.0.19 Gruppe mit Untergruppen und Layern

Die Darstellung der Layer ist auseinandergezogen.

+ 4.0.18 Themenübersicht

Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.

+ 4.0.17 USING

Wenn bei Layern im Data-Feld USING groß ist, gibt es Fehler beim Speichern des Layers und beim Aufruf der Layeroptionen.

+ 4.0.16 Stelle: Checkboxfelder

Die Checkboxfelder bei den Stellen sind ja jetzt in der PostgreSQL-DB vom Typ boolean und werden nicht richtig geladen.

+ 4.0.15 Nachweisrecherche

Wenn ein Nutzer noch keinen Eintrag in rolle_nachweise hat, erscheint eine Fehlermeldung.

+ 4.0.14 Stelle speichern

Es kann eine Fehlermeldung auftreten.

+ 4.0.13 Labelitems

Beim Speichern eines Layers gehen sie verloren.

+ 4.0.12 ZoomToFlst

Der Rollenlayer enthält alle Objektversionen des Flurstücks.

+ 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten

Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.

+ 4.0.10 Layer löschen

Die Layer-ID wird nicht aus rolle_saved_layers entfernt.

+ 4.0.9 Nachweis bearbeiten

Es erscheint eine Fehlermeldung.

+ 4.0.8 Stelle anlegen

Das automatische Erzeugen der Referenzkarte funktioniert nicht.

+ 4.0.7 Start und Stop Datum beim Nutzer

Werden nicht richtig ausgewertet.

+ 4.0.6 Kartenabfrage von nicht abfragbaren Layern

Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.

+ 4.0.5 Layergruppen sortieren nach Order

Erzeugt eine Fehlermeldung.

+ 4.0.4 Menü Speichern

Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.

+ 4.0.3 Layer löschen

Funktioniert nicht.

+ 4.0.2 Passwort zurücksetzen

Es erscheint eine Fehlermeldung.

+ 4.0.1 Plugin: Bauleitplanung

Das Kopieren von F-Plänen funktioniert nicht.

Version 3.11

+ 3.11.36 Triggerfunktionen

Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.

+ 3.11.35 Nachweisverwaltung Uebersicht.htm

Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.

+ 3.11.34 Daten-Export

Wenn man alle gefundenen Datenätze exportiert, kann es sein, dass der Export nicht klappt, wenn bei der Suche in einem Array-Attribut gesucht wurde.

+ 3.11.33 sendEmailAsync.sh

Das Versenden von Anhängen funktioniert nicht.

+ 3.11.32 Abfrage mehrerer Layer

Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.

+ 3.11.31 Label hinzufügen

Funktioniert nicht.

+ 3.11.30 USING

Im Data großgeschrieben kommt es zu einer Fehlermeldung.

+ 3.11.29 Sachdatendruck

Es kommt zu Problemen wenn ein Spalten-Sublayout über die Seitebreite hinaus geht.

+ 3.11.28 Bild speichern

Die Qualität des JPEGs ist nicht hoch genug.

+ 3.11.27 Layer-Parameter Button

Funktioniert nicht mehr.

+ 3.11.26 Layer-Suche in Layer mit Template

Wenn man eine Layer-Suche in einem Layer mit Template macht (z.B. dem Flurstückslayer), erscheint bei keinem Treffer eine leere Seite.

+ 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen

Die Dateien werden nicht gelöscht.

+ 3.11.24 abhängige Auswahlfelder

Wenn es im Datensatz Dokument-Attribute mit Originalnamen gibt, kann es sein, dass das Auswahlfeld nicht befüllt wird.

+ 3.11.23 Info-Abfrage mit deaktivierten Klassen

Wenn die Klasse in der Expression den IN Operator verwendet, klappt die Abfrage nicht.

+ 3.11.22 Datensatz anlegen

Wenn es ein SubFormFK-Attribut gibt, kommt es zu einem Fehler.

+ 3.11.21 Sachdatenanzeige

Wenn man mehrere Layer abfragt und davon einen als Tabellenansicht macht, passen sich die anderen Anzeigen, die nicht in der Tabellenform sind, auch an die Breite an.

+ 3.11.20 Attribute aus anderen Tabellen

Wenn ein Layer Spalten aus anderen Tabellen abfragt, die nicht NULL sein dürfen, dann kommt beim Speichern in der Tabellenansicht eine Meldung, dass das Feld XY nicht leer sein darf.

+ 3.11.19 Dokumente mit Hochkommas

Bei Array- oder Datentyp-Attributen kommt es beim Upload zu einem Fehler.

+ 3.11.18 Themenübersicht

Die Suche funktioniert nur mit Kleinschreibung.

+ 3.11.17 Stelle speichern

Es kann vorkommen, dass eine Fehlermeldung erscheint.

+ 3.11.16 GLE: Tabs

Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.

+ 3.11.15 Letztes Suchergebnis

Wenn es einen über requires angehängten Layer gibt, wird für diesen auch eine Abfrage ausgeführt, auch wenn in diesem Layer gar nichts gefunden wurde.

+ 3.11.14 Puffer bei eigenen Abfrage-Layern

Wenn der Basis-Layer im Data einen Alias für die Geometriespalte verwendet, funktioniert der Puffer nicht.

+ 3.11.13 abhängige Sichtbarkeit in Subform

Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.

+ 3.11.12 tabellarische Darstellung im GLE

Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.

+ 3.11.11 Layer-Suche

Im Egde gibt es Probleme mit Auswahlfeldern.

+ 3.11.10 Vorschaubilder der Dokumente

Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.

+ 3.11.9 Sachdatenanzeige

Ist manchmal ungewöhnlich breit.

+ 3.11.8 Layerparameterauswahl

Wenn die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.

+ 3.11.7 als Vorlage für neuen Datensatz übernehmen

Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.

+ 3.11.6 abhängige Auswahlfelder

Eine bereits gesetze Auswahloption eines abhängigen Auswahlfeldes geht verloren, wenn das übergeordnete Auswahlfeld geändert wird, obwohl die neuen Auswahlmöglichkeiten auch den vorher ausgewählten Wert enthalten.

+ 3.11.5 FormObject

Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.

+ 3.11.4 ALKIS: View lk_grenzpunkte

View wurde angepasst. Hintergrund hierfür war die fehlende Darstellung der indirekt vermarkten Grenzpunkte, dessen Geometrien in der Tabelle „punktortau“ zu finden sind.

+ 3.11.3 Correct Arrow Function

Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.

+ 3.11.2 abhängige Auswahlfelder

Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.

+ 3.11.1 Debugdateien

Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.

Version 3.10

+ 3.10.101 Layer-Suche

Wenn man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.

+ 3.10.100 Themenbaum

Wenn man in den Einstellungen nur ein Thema abfragbar macht, werden die Abfrage-Checkboxen ja zu Radio-Buttons. Wenn der Maßstab überschritten wurde, erscheint aber eine graue Checkbox und nicht ein grauer Radio-Button.

+ 3.10.99 Strecken und Flächenmessung

Die Reduktion wird nicht berücksichtigt.

+ 3.10.98 Requires-Layer in der tabellarischen Ansicht

Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.

+ 3.10.97 Themenübersicht

Die Sortierung der Gruppen kann falsch sein.

+ 3.10.96 Rollenlayer freigeben

Als Drawingorder wird 0 eingetragen.

+ 3.10.95 Sachdatendrucklayouteditor

Linien werden teilweise gestrichelt dargestellt.

+ 3.10.94 Daten-Import in Thema

Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.

+ 3.10.93 Adresssuche

Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.

+ 3.10.92 Auswahlfeld mit Bild

Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.

+ 3.10.91 Export der layerdef.json für kvportal

Funktioniert unter Mapserver 8 nicht.

+ 3.10.90 Adresssuche

Es kann sein, dass Flurstücke doppelt gefunden werden.

+ 3.10.89 Geometrieeditor: Rechteck hinzufügen

Mit dem Werkzeug „Rechteck aufziehen“ lässt sich nur jeweils ein Rechteck pro Datensatz erzeugen. Das Erzeugen eines Multipolygons ist somit nicht möglich. Alle bisher gezeichneten Geometrien werden bei Auswahl von „Rechteck aufziehen“ gelöscht.

+ 3.10.88 layerDef Export

Es fehlten classItem und def bei Expression mit in Operator und Header Access-Control-Allow-Origin: * für Daten Export.

+ 3.10.87 Erläuterungen in der spaltenweisen Darstellung

Der Link zu den Attribut-Erläuterungen zeigt in der spaltenweisen Darstellung beim Überfahren nur einen abgeschnittenen Text wenn die Erläuterung Anführungszeichen enthält und beim Klicken kommt nichts.

+ 3.10.86 Fixes for layerdef.json export

Fehlende Werte im kvportal export von layerdef.json ergänzt.

• Die Ausgabe von color wurde korrigiert, wenn keine Angabe in Punktlayern.
• Anführungszeichen für class expression wenn classitem gesetzt ist
• minsize, maxsize für class und symbolscale für layer gesetzt.

+ 3.10.85 Fixes in FormObject, PgObject and gui

Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs

+ 3.10.84 Subform Datensatz anlegen

Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".

+ 3.10.83 Gastnutzerexport

Wenn Gastnutzer für kvportal den Datenexport verwenden um Daten abzufragen hat sich bei Nutzern die am selben Browser angemeldet waren die Stelle geändert, weil dessen Session statt dessen verwendet wurde. Das wurde korrigiert durch einen Datenexportbeipass für Gastnutzer. Setzt aber voraus, dass es mindestens einen Nutzer mit dem login_namen "gast" in der Gaststelle hat die angefragt wird. Gilt nur für go=Daten_Export_Exportieren export_format=GeoJSON und eine übergebene selected_layer_id

+ 3.10.82 Fehler beim Share von GeoPackages Imports

Beim Teilen von Rollen-Layern, die als Geopackage importiert wurden, wurde als oid Spalte standardmäßig gid verwendet. Das führte dazu, dass beim Abfragen solcher Layer Fehler ausgeworfen wurden, dass es die Spalte gid nicht gäbe. Das wurde jetzt so umgebaut, dass der richtige Spaltenname über das Primary Key Constraint der Tabelle abgefragt und als oid gesetzt wird.

+ 3.10.81 Daten-Import

Beim Import von Geopackage-Dateien wird auch der geometrielose Meta-Layer importiert, was bei der weiteren Verarbeitung zu Fehlern führt.

+ 3.10.80 Sachdatendruck

Die Anordnung in Spalten funktioniert nicht richtig.

+ 3.10.79 Passwort abgelaufen

Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.

+ 3.10.78 deleteGastUser.sh

Das Skript löscht nicht die Logdateien der Gastnutzer.

+ 3.10.77 Nutzung Wald Vegetationsmerkmal

Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.

+ 3.10.76 Flurstückssuche

Historische Flurstücke werden in der Karte nicht angezeigt.

+ 3.10.75 Plugin Bauleitplanung: F-Pläne

Das Speichern funktioniert nicht.

+ 3.10.74 GLE:Gruppennamen

Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.

+ 3.10.73 Legendenbilder

Wenn eine Klasse keinen Style hat (der Layer aber ein Styleitem) und man die Klasse in der Legende deaktiviert, kann man sie nicht mehr einschalten.

+ 3.10.72 dynamische Dateipfade

Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.

+ 3.10.71 import_nas.sh

Der Ordner METADATA wird nicht ignoriert.

+ 3.10.70 Orthogonalpunktberechnung

Funktioniert nicht richtig.

+ 3.10.69 Nachweiserfassung

Der Geometrieübernahmelayer wird nicht gespeichert.

+ 3.10.68 Auswahlfeld: neuer Datensatz

Funktioniert nicht richtig.

+ 3.10.67 Anzeige komplexer Datentypen im GLE

Kann unter PHP8 zu Fehlern führen.

+ 3.10.66 Daten-Import Geometrie übernehmen

Funktioniert nicht.

+ 3.10.65 Sachdatendruck

Bei den Subform-Layern erscheint eine Fehlermeldung.

+ 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern

Funktioniert nicht.

+ 3.10.63 Nutzer ohne Stelle anlegen

Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.

+ 3.10.62 Keine Treffer in der Sachdatenanzeige

Der Link zum Erfassen eines neuen Datensatzes wird auch angezeigt, wenn man das Recht dazu nicht hat.

+ 3.10.61 Themensuche in Legende

Funktioniert nicht richtig.

+ 3.10.60 neuer Datensatz in Subform

Wenn man die Option "weiter erfassen" verwendet, werden z.B. Primärschlüsselattribute auch übernommen.

+ 3.10.59 Als Vorlage für neuen Datensatz verwenden

Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.

+ 3.10.58 ALKIS: Import

Wenn Objekte doppelt eingelesen werden, kann es sein, dass eine nachfolgende Abfrage in der Triggerfunktion alkis.log_hist_operations() damit nicht umgehen kann und einen Fehler erzeugt.

+ 3.10.57 LENRIS

Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.

+ 3.10.56 Nachweisrecherche

Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.

+ 3.10.55 Festpunkte

Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.

+ 3.10.54 neuer Datensatz

Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.

+ 3.10.53 Layer-Export

Die Layergruppen werden nicht mit exportiert.

+ 3.10.52 Nachweisanzeige

Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.

+ 3.10.51 WFS-Layer Sachdatenanzeige

Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.

+ 3.10.50 Layer-Suche räumlich eingrenzen

Die Geometrieübernahme funktioniert nicht.

+ 3.10.49 eigene Klassenbilder bei Rasterlayern

Funktionieren nicht richtig.

+ 3.10.48 Layer-Parameter im Layernamen

Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.

+ 3.10.47 Bodenrichtwerte

Beim Attribut Aufwuchs wird eine Auswahlliste angeboten. Dort kann ich nur den Eintrag ‚mit‘ auswählen. Intern wird dafür dann ‚mA‘ in die Datenbank geschrieben. Das ist soweit richtig. Wir benötigen jetzt aber auch den Listeneintrag ‚ohne‘. Dafür soll dann ‚oA‘ in die Datenbank geschrieben werden.

+ 3.10.46 Sachdatendruckeditor

In den Feldern für die Positionen können kann keine 0 gespeichert werden.

+ 3.10.45 Blattnr.

--Markus Hentschel (Diskussion) 08:42, 15. Mai 2025 (CEST) Wenn ich in der Trefferliste der Nachweisverwaltung nach Blattnummer sortiere, steht als Spaltenüberschrift nicht mehr "Blattnr.", sondern "Rissnr.".

+ 3.10.44 Cluster_FeatureCount

Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.

+ 3.10.43 Nutzer ohne Stellen

Gibt es User in der Datenbank, die keiner Stelle zugewiesen sind, so tauchen diese in der Nutzeransicht von Unteradmin-Stellen auf.

+ 3.10.42 Routing

Wenn eine Routing_URL eingetragen ist, bekommen auch alle Nutzer das Routing-Werkzeug und es gibt keine Möglichkeit es in den Optionen abzuwählen.

+ 3.10.41 historische Versionen von Flurstücken

Wenn man eine Layer-Suche gemacht hat und über die Versionen-Auswahl des Flurstücks in der Zeit zurück geht, wird der historische Zeitstempel z.B. bei den Eigentümern nicht berücksichtigt.

+ 3.10.40 Layer-Export

Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.

+ 3.10.39 Themenübersicht

Funktioniert für nicht-Admins nicht.

+ 3.10.38 wms_checker.php

Funktioniert unter Mapserver 8 nicht.

+ 3.10.37 Geometrie verschwindet

Wenn man im Geometrieeditor Layer ein- oder ausschaltet und speichert, wird zwar richtig gespeichert aber anschließend die Geometrie nicht geladen.

+ 3.10.36 Layergruppen verschwinden

Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.

+ 3.10.35 rectify_layer_params

Funktioniert nicht.

+ 3.10.34 quote_or_null

Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.

+ 3.10.33 Strecke messen bei Nachweis bearbeiten

--Markus Hentschel (Diskussion) 13:49, 10. Apr. 2025 (CEST) Bei Erfassen / Editieren eines Nachweises funktioniert das Strecken-Messwerkzeug nicht richtig. Wenn der Startpunkt gesetzt wurde und anschließend so in die Karte gezoomt wird, dass der Startpunkt außerhalb liegt, wird er scheinbar in den Kartenausschnitt verschoben und somit wird die Streckenmessung falsch.

----HolgerR (Diskussion) 12:30, 14. Apr. 2025 (CEST) bei uns ist das auch so

+ 3.10.32 timestamp with timezone

Im GLE funktioniert der Kalender nicht.

+ 3.10.31 layerdef mit used_layer Gruppen

group_id aus used_layer in create layerdef für plugin kvportal berücksichtigt und ows_abstract auf Typ text geändert.

+ 3.10.30 Generated Columns

Ab PostgreSQL 13 stehen in einer Tabelle Generated Columns zur Verfügung, die nicht als nicht speicherbar erkannt werden.

+ 3.10.29 Fläche messen mit Punktfang

--Markus Hentschel (Diskussion) 11:14, 25. Apr. 2025 (CEST) Mit dem neuen Flächenmesswerkzeug kommt keine Flächenangabe, wenn man ausschließlich über Punktfang Punkte anklickt.

+ 3.10.28 Speichern von SubForms

Wenn das Speichern z.B. auf Grund eines Checks in einer Triggerfunktion fehlschlägt, wird das Unterformular trotzdem nicht mehr angezeigt und muss neu befüllt werden.

+ 3.10.27 Filterverwaltung

In der Filterverwaltung erscheint jetzt eine Nachricht, welcher Filter eingetragen wurde. Nach dem Speichern eines Filters mit dem Operator "LIKE" wird der Operator wieder auf „=“ zurückgesetzt, sodass man beim wiederholtem Aufrufen des Filters, nicht den eigentlichen Stand sieht.

+ 3.10.26 Layergruppen

Zum einen werden nicht in allen Fällen die überflüssigen Einträge in u_groups2rolle gelöscht und zum anderen fehlen dort Einträge, wenn für eine Stelle eine andere Layergruppe eingestellt ist.

+ 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen

Funktioniert nicht.

+ 3.10.24 Nachweisverwaltung: Anträge bearbeiten

Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.

+ 3.10.23 Klassen-ID ändern

Wenn die ID einer Klasse im Klasseneditor geändert wird, wirkt sich das nicht auf die Einträge in u_styles2classes und u_labels2classes aus.

+ 3.10.22 eigene Datentypen ändern

Die alten Datentyp-Attribute bleiben bestehen.

+ 3.10.21 Layer erstellen

--Markus Hentschel (Diskussion) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.

+ 3.10.20 Layer-Export

Es werden nicht ale Spalten exportiert.

+ 3.10.19 Historie und zurück zur Karte

--Markus Hentschel (Diskussion) 07:58, 8. Apr. 2025 (CEST) Aus go=Flurstueckshistorie -> Flurstücks-Buchdaten anzeigen komme ich bei Sachdatenanzeige in extra Fenster und mit zoom2object nicht zur Karte zurück.

+ 3.10.18 Flurstücks-CSV-Export

Die Umlaute sind teilweise defekt.

+ 3.10.17 ausgewählter Button im Geometrieeditor

Wird nicht gehighlighted.

+ 3.10.16 Layer kopieren

Beim Style werden nicht alle Attribute kopiert.

+ 3.10.15 Daten-Export

Es gibt eine Sicherheitslücke bei der Datenbankabfrage.

+ 3.10.14 Filterverwaltung

Wenn man einen vorhandenen räumlichen Filter wieder löscht, funktioniert der Layer in dieser Stelle nicht mehr. (Beispiel Stadt Putbus, Layer Jagdbezirke Wildnachweisung)

+ 3.10.13 Plugin Bauleitplanung

Die Geltungsbereichsfläche wird nicht richtig ausgegeben.

+ 3.10.12 Daten-Export

Die Export-Tabelle im Schema public wird nicht gelöscht.

+ 3.10.11 Auswahlfelder

Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.

+ 3.10.10 alle Objekte exportieren

Fuktioniert nicht.

+ 3.10.9 Fehler beim Löschen einer Benachrichtigung

Wenn man den Haken bei "nicht mehr anzeigen" setzt und die Benachrichtigung wegklickt, kommt die Fehlermeldung:"Fehler beim Löschen Benachrichtigung für den Nutzer: undefined []". Die Benachrichtigung wird dennoch gelöscht. (Neu laden)

+ 3.10.8 Multipolygon speichern

Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.

+ 3.10.7 Cluster_FeatureCount

Wenn eine Klasse Cluster_FeatureCount verwendet, funktioniert der Test zur Überprüfung der Klassen auf Vollständigkeit nicht. Außerdem fehlt Cluster_FeatureCount in der Liste der auswählbaren Labelitems.

+ 3.10.6 Polygoneditor

Einer der Eckpunkte lässt sich nicht richtig verschieben.

+ 3.10.5 Geonamensuchfeld

Ist ausgeblendet.

+ 3.10.4 Nachweisanzeige

Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.

+ 3.10.3 Attributeditor: abhängige Sichtbarkeit

Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.

+ 3.10.2 Gast-Zugang

Funktioniert nicht.

+ 3.10.1 $EXPORT

$EXPORT wird nicht richtig ersetzt.

Ältere Versionen