Version vom 17. April 2008, 14:09 Uhr (Quelltext anzeigen) Hschmidt (Diskussion | Beiträge) (→‎Version 1.6.8) ← 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.6.8 =	+	<div class="noautonum">__TOC__</div>
−	== - Grundbuchblattsuche | Flurstücksdaten anzeigen  ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:09, 17. Apr 2008 (CEST) <br>
−	Aus dem Ergebnis der Grundbuchblattsuche funktioniert das "Flurstücksdaten anzeigen" nicht.
−	== - Stelle Wählen ==	+	== - neuer duplizierter Layer: Attribute ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 12:54, 17. Apr 2008 (CEST)<br>	+	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.
−	Nach Auswahl der neuen Stelle und anschließendem betätigen des 'Start' - Buttons kommt die Meldung "Fehler beim Wechseln der Stelle. Prüfen Sie die Angaben.". Das Wechseln der Stelle funktioniert dann erst beim '''dritten Versuch''' die Stelle zu wechseln mit dem 'Start' - Button.	+	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)
−	== - Druckvorschau - Zoom ==	+	= Version 4.1 =
−	--[[Benutzer:HolgerR|HolgerR]] 10:46, 17. Apr 2008 (CEST) Die Button 'Hereinzoomen' und 'Herauszoomen' in der Druckvorschau vergrößern bzw. verkleinern nicht den Kartenausschnitt. Es wird lediglich der Kartenausschnitt neu zentriert. In der Stellenauswahl ist im Feld 'Zoomfaktor' eine 2 eingetragen.	+
−	== - Referenzkarte im Druck bei Nicht-Standard-SRS ==	+	== + 4.1.60 Labelitem Fehler in kvmobile ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:09, 17. Apr 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.	+	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.
−	== + Kartenbild anzeigen ==	+	== + 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.
−	Bei einigen scheint der Link "Kartenbild anzeigen" nicht zu funktionieren. Dazu die folgende Funktion in kvwmap.php austauschen:	+	== + 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.
−	<nowiki>	+	== + 4.1.57 Formularelementtyp Link als Array ==
−	function showMapImage(){	+	Wird nicht richtig gespeichert.
−	$this->loadMap('DataBase');	+
−	$this->drawMap();	+
−	$dateiname = explode('.', basename($this->img['hauptkarte']));	+
−	if($dateiname[1] == 'jpg'){	+
−	$mainimage = imagecreatefromjpeg(IMAGEPATH.basename($this->img['hauptkarte']));	+
−	$scaleimage = imagecreatefromjpeg(IMAGEPATH.basename($this->img['scalebar']));	+
−	}	+
−	elseif($dateiname[1] == 'png'){	+
−	$mainimage = imagecreatefrompng(IMAGEPATH.basename($this->img['hauptkarte']));	+
−	$scaleimage = imagecreatefrompng(IMAGEPATH.basename($this->img['scalebar']));	+
−	}	+
−	ImageCopy($mainimage, $scaleimage, imagesx($mainimage)-imagesx($scaleimage), imagesy($mainimage)-imagesy($scaleimage), 0, 0, imagesx($scaleimage), imagesy($scaleimage));	+
−	ob_end_clean();	+
−	ob_start("output_handler");	+
−	ImagePNG($mainimage);	+
−	}	+
−	</nowiki>	+
−	== - ALB-Einlesen - keine Auswertung der Kopfzeile ==	+	== + 4.1.56 Kartenabfrage Flürstücke ohne Treffer ==
−	--[[Benutzer:HolgerR|HolgerR]] 07:45, 16. Apr 2008 (CEST) Beim Einlesen der WLDGe-Bezieherdaten wird die Kopfzeile nicht ausgewertet, egal, ob das Auswahlfeld deaktiviert od. aktiviert ist. Damit ist das mehrmalige Einlesen der selben WLDGe-Datei bzw. das Auslassen von WLDGe-Dateien möglich.	+	Es erscheint eine leere Seite.
−	== + Zuweisen von Untermenüpunkten im InternetExplorer ==	+	== + 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.
−	Im Stelleneditor werden bei Benutzung des IE die Untermenüpunkte nicht angezeigt. Um die Funktion auch in diesem "Browser" nutzen zu können, muss folgendes im Snippet stelle_formular.php getan werden:	+	== + 4.1.54 Nachweisrecherche ==
		+	Der Scrollbalken rechts verdeckt den Inhalt.
−	In der Funktion getsubmenues() muss die Zeile	+	== + 4.1.53 Statistik ==
		+	Geht nicht.
−	ahah('<? echo URL.APPLVERSION; ?>index.php', 'go=getsubmenues&menue_id='+menue_id, new Array(document.GUI.submenues));	+	== + 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)
−	durch diese hier ersetzt werden:	+	== + 4.1.51 Defaultwert ==
		+	Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.
−	ahah('<? echo URL.APPLVERSION; ?>index.php', 'go=getsubmenues&menue_id='+menue_id, new Array(document.getElementById('submenue_div')));	+	== + 4.1.50 kvmobile Log ==
		+	Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.
−	Außerdem müssen die Zeilen	+	== + 4.1.49 Layer mit eigenen Datentypen ==
		+	Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.
−	<select name="submenues" size="4" multiple style="width:160px">	+	== + 4.1.48 Nachweisrecherche ==
−	</select>	+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	durch diese hier ersetzt werden:	+	== + 4.1.47 Rechteckabfrage WMS-Layer ==
		+	Die Mittelpunktkoordinaten werden nicht gerundet.
−	<nowiki>	+	== + 4.1.46 Zuordnung Obermenüpunkte ==
−	<div id="submenue_div">	+	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.
−	<select name="submenues" size="4" multiple style="width:160px">	+	Jetzt werden die fehlenden Übermenüpunkte mit dessen Menüorder in den Stellen angelegt wo sie fehlten.
−	</select>	+
−	</div>	+
−	</nowiki>	+
−	Und dann muss in der Datei kvwmap.php folgende Funktion ersetzt werden:	+	== + 4.1.45 <requires> im Attributeditor ==
		+	Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.
−	<nowiki>	+	== + 4.1.44 Kartendruck über DHK ==
−	function get_sub_menues(){	+	Es kommt zu einem Fehler beim Eintragen des Zeitstempels.
−	$this->Menue = new menue($this->user->rolle->language,$this->user->rolle->charset);	+
−	$submenues = $this->Menue->getsubmenues($this->formvars['menue_id']);	+
−	echo '<select name="submenues" size="4" multiple style="width:160px">';	+
−	for($i=0; $i < count($submenues["Bezeichnung"]); $i++){	+
−	echo '<option selected value="'.$submenues["ID"][$i].'">&nbsp;&nbsp;-->&nbsp;'.$submenues["Bezeichnung"][$i].'</option>';	+
−	}	+
−	echo '</select>';	+
−	}	+
−	</nowiki>	+
−	== + Löschen von Stellen ==	+	== + 4.1.43 Fehler im Plugin Bauleitplanung ==
−	Das Löschen von Stellen funktioniert nicht, weil der entsprechende Link in der Datei snippets/stellendaten.php nicht korrekt ist.	+	== + 4.1.42 wms_checker.php ==
		+	Funktioniert nicht.
−	Dazu in der Zeile	+	== + 4.1.41 requires-Layer ==
−	<nowiki><td>&nbsp;&nbsp;<a href="javascript:Bestaetigung('index.php?go=Stelle_Loeschen&selected_stelle_id=<? echo $this->stellendaten['ID'][$i]; ?>&order=<? echo $this->formvars['order']; ?>','Wollen Sie diese Stelle wirklich löschen?')"><?php echo $this->strDelete; ?></a></td></nowiki>	+	Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.
−	das '''go=Stelle_Loeschen'''	+
−	in '''go=Stelle_Löschen''' ändern.	+	== + 4.1.40 Themenauswahl löschen ==
		+	Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.
−	== + Beim Speichern neuer Stellen passiert auch nichts ==	+	== + 4.1.39 Nachweisrecherche ==
		+	Die Auswahl der Abfrageart springt nicht automatisch um.
−	Das Problem ist das gleiche wie beim Anlegen von Layern (siehe nächster Bug). Hier muß die Datei stelle_formular.php angepasst werden.	+	== + 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.
−	== + Beim Speichern neuer Layer passiert nichts ==	+	== + 4.1.37 Auswahlfelder in Edge und Chrome ==
		+	Der Text der selektierten Option kann in den Pfeil hineinragen.
−	--[[Benutzer:Pkorduan|Pkorduan]] 10:54, 28. Mär 2008 (CET) Wenn man einen Layer anlegt und dann als neuen Layer abspeichern möchte, ohne dass man vorher einen existierenden Layer ausgewählt hatte zum Ändern und speichern, passiert nichts.	+	== + 4.1.36 Flurstückshistorie ==
−	Das Problem kommt auch durch die Umstellung auf Multilingualität. Das Hidden Formularfeld für go_plus ist innerhalb des if Blocks, der ausgeführt wird, wenn man einen vorhandenen Layer als neuen abspeichern möchte.	+	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.
−	Fehlerbehebung:	+
−	In Datei Layer_Formular.php im Verzeichnis Snippets die Zeile:	+
−	<input type="hidden" name="go_plus" id="go_plus" value="">	+
−	vor die darüber stehende if Anweisung verschieben. Am besten direkt vor das Inputfeld	+
−	<input type="reset" value="<?php echo $this->strButtonBack; ?>">	+
−	== + Fehler bei der Grundbuchblattanzeige von der Namenssuche aus ==	+	== + 4.1.35 Themenübersicht ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 15:51, 20. Mär 2008 (CET)In der Ergebnisliste der Namenssuche kann man über einen Link zur Anzeige des Grundbuchblattes gelangen. Das funktioniert aber nicht in jedem Fall. Oftmals zeigt er ein ganz anderes Grundbuch an, oder bringt einen Fehler, das es das gesuchte Grundbuch nicht gibt. In wenigen Fällen zeigt er auch das richtige Grundbuch an. Ich konnte noch kein System erkennen. Es gibt in der Ergebnisliste ja auch noch den Link zum Anzeigen der Flurstücke. Hier werden die richtigen Flurstücke (vom gewählten Grundbuch) angezeigt. Allerdings werden standardmäßig nur maximal 10 Flurstücke angezeigt. Das ist gekoppelt an die Anzeige der Treffer pro Seite. Ist das so gewollt?	+	Die Layer sind nicht alphabetisch sortiert.
−	--[[Benutzer:Rahn|Rahn]] 15:59, 15. Apr 2008 (CEST)	+	== + 4.1.34 Themenauswahl laden ==
		+	Die Rollenlayer werden auch deaktiviert.
−	Zum Beheben des Fehlers im Snippet namensuchform.php die beiden Zeilen	+	== + 4.1.33 layer_attributes.default ==
		+	Es können nur maximal 255 Zeichen gespeichert werden.
−	<nowiki>	+	== + 4.1.32 abhängigge Sichtbarkeit ==
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo $this->namen[$i]['bezirk'].','.$this->namen[$i]['blatt']; ?>);"><?php echo $this->namen[$i]['bezirk']; ?></a></td>	+	Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo $this->namen[$i]['bezirk'].','.$this->namen[$i]['blatt']; ?>);"><?php echo $this->namen[$i]['blatt']; ?></a></td>	+
−	</nowiki>	+
−	durch diese hier ersetzen:	+	== + 4.1.31 Nachweisrechercheergebnis ==
		+	Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.
−	<nowiki>	+	== + 4.1.30 nur Layer der Themenauswahl laden ==
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo '\''.$this->namen[$i]['bezirk'].'\',\''.$this->namen[$i]['blatt'].'\''; ?>);"><?php echo $this->namen[$i]['bezirk']; ?></a></td>	+	Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo '\''.$this->namen[$i]['bezirk'].'\',\''.$this->namen[$i]['blatt'].'\''; ?>);"><?php echo $this->namen[$i]['blatt']; ?></a></td>	+
−	</nowiki>	+
−	== + Benutzer anlegen und bearbeiten ==	+	== + 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.
−	In den Nutzereditor haben sich 2 kleine Fehler eingeschlichen, die aber dazu führen, dass man keinen neuen Benutzer mehr anlegen und vorhandene nicht bearbeiten kann. Um die Fehler zu beheben, muss im Snippet userdaten_formular.php die Zeile	+	== + 4.1.28 kvmobile Sync-Fehler ==
		+	Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile.
		+	adjust_sql angepasst.
−	<input type="button" name="dummy" value="<?php echo $this->strSave; ?>" onclick="submitWithValue('GUI','go_plus','aendern')"><?php	+	== + 4.1.27 Rechteverwaltung mit mehreren Elternstellen ==
		+	Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.
−	durch diese hier ersetzt werden:	+	== + 4.1.26 Daten-Export ==
		+	Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.
−	<input type="button" name="dummy" value="<?php echo $this->strSave; ?>" onclick="submitWithValue('GUI','go_plus','Ändern')">&nbsp;<?php	+	== + 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.
−	und diese Zeile	+	== + 4.1.24 Layer-Aliasnamen verwenden ==
		+	Im Stellenformular ist der Haken immer gesetzt.
−	?><input type="button" name="dummy" value="<?php echo $strButtonSaveAs; ?>" onclick="submitWithValue('GUI','go_plus','neu_eintragen')">	+	== + 4.1.23 Layergruppen-Checkboxen ==
		+	Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.
−	durch diese hier ersetzt werden:	+	== + 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.
−	?><input type="button" name="dummy" value="<?php echo $strButtonSaveAs; ?>" onclick="submitWithValue('GUI','go_plus','Als neuen Nutzer eintragen')">	+	== + 4.1.21 Layerparameter setzen ==
		+	Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.
−	= Version 1.6.7 =	+	== + 4.1.20 Kurzbeschreibung ==
		+	Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.
−	== + postgis_install.sql - fp_punkte2 - gist==	+	== + 4.1.19 Rechte bei Attributen aus anderer Tabelle ==
		+	Hier wird auch editierbar angeboten.
−	--[[Benutzer:HolgerR|HolgerR]] 12:53, 11. Mär 2008 (CET)	+	== + 4.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer ==
−	Im SQL-Statement hat sich ein kleiner Fehler eingeschlichen. Das Statement zur Erzeugung des Geo-Index muss wie folgt heissen:	+
−	CREATE INDEX fp_punkte2_the_geom_gist ON fp_punkte2 USING GIST (the_geom GIST_GEOMETRY_OPS);	+
		+	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.
−	== - Anzeige der Flurstücke bei der Namenssuche ==	+	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.
−	--[[Benutzer:A.tower|Andreas Thurm]] 11:13, 26. Feb 2008 (CET)	+	== + 4.1.17 Querymaps ==
−	In der Ergebnisliste der Namenssuche werden die einzelnen gefundenen Grundbuchblätter aufgelistet. Der Link "anzeigen" in der Spalte Flurstücke suggeriert, das hier die Flurstücke des betreffenden Grundbuches angezeigt werden. Es werden hier aber alle Flurstücke für den betreffenden Eigentümer angezeigt (Funktion: Suche_flurstueck_zu _namen mit übergebener Namensnummer). Es erfogt keine Beschränkung auf das Grundbuchblatt. Das führt an dieser Stelle zu Missverständnissen. Wenn der Haken "Flurstücke anzeigen" gesetzt ist, bekommt man ebenfalls eine fehlerhafte Auflistung.	+	Werden nicht angezeigt.
−	*--[[Benutzer:Rahn|Rahn]] 11:37, 11. Mär 2008 (CET) Das stimmt, theoretisch müßte der Link "anzeigen" eigentlich nur die Flurstücke des jeweiligen Grundbuchsblattes anzeigen. Ich kann mich aber erinnern, dass damals eine Funktion gewünscht war, die alle Flurstücke zu einem Namen liefert, deshalb wurde sie so implementiert. Vielleicht sollten wir nochmal diskutieren, was der Link nun bewirken soll. Wie gesagt, rein logisch betrachtet, dürften nur die Flurstücke des jweiligen Grundbuchblattes angezeigt werden.	+	== + 4.1.16 mapserverExp2SQL ==
		+	Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.
−	== + Gemarkungsauswahl bei der Namenssuche ==	+	== + 4.1.15 Tabellenansicht ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 09:42, 26. Feb 2008 (CET)	+	Beim Wechsel geht die Anzahl der Treffer verloren.
−	Wenn man in der Namenssuche keine Gemarkung angibt, so wird die Suche auch dementsprechend gestartet. Man erhält die ersten 10 Treffer. Will man dann weiter suchen, so ist das Eingabefeld mit der Gemarkung nicht mehr leer. Es steht die alphabetisch letzte Gemarkung drin. Und das wird auch bei der Weiter-Suche so berücksichtigt. Will am nalso blättern, so muss man jedesmal dieses Feld korrigieren und es wieder auf "-Auswahl-" stellen.	+
−	== - Bugs in der Nachweiserfassung ==	+	== + 4.1.14 abhängige Sichtbarkeit bei Datentypattributen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:31, 20. Feb 2008 (CET)<br>	+	Funktioniert nicht.
−	* Arbeiten zwei User in der Nachweiserfassung und ändern beide in derselben Sekunde das Kartenbild, überschreibt der eine das Bild des anderen. --[[Benutzer:Rahn|Rahn]] 14:22, 20. Feb 2008 (CET) '''behoben'''	+
−	* Ab und zu wird kein (blau gefülltes) Polygon am Bildschirm erzeugt, sondern es erscheint nur der rote Rahmen. Das lässt sich speichern, allerdings wird die Bild-Datei mit 0 KB gespeichert. Ursache unbekannt.	+
−	* Bei kombiniertem Zoomen/Pannen während des Zeichnens geht das Polygon verloren.	+
−	* Ab und zu kommt eine XML-Fehlermeldung anstelle der Karte. Ursache unbekannt. [[Bild:xml-fehler_nachweiserfassung.png]]	+
−	* Wenn es einen Fehler beim Speichern gab, wird immer die Bild-Datei mit 0 KB auf dem Server gespeichert. Es müsste nichts gespeichert werden.	+
−	== + Lagebezeichnung im ALB-Ausdruck ==	+	== + 4.1.13 Autovervollständigungsfeld ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:31, 14. Feb 2008 (CET)<br>	+	Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.
−	* Hat die Lagebezeichnung eines Flurstücks im ALB mehrere Hausnummern, weden diese momentan alphanumerisch und nicht numerisch sortiert: aus "1, 2, 3, 10" wird "1, 10, 2, 3". Die Hausnummern sollten aber numerisch sortiert bleiben.	+
−	* Gibt es sehr viele Hausnummern, wird momentan über den Rand des Dokuments hinaus geschrieben, d.h. man kann den Rest der Hausnummern nicht mehr lesen. Hier müssten Zeilenumbrüche erfolgen, wobei die jeweils nächste Zeile linksbündig dort anfangen müsste, wo in der ersten Zeile der Lagebezeichnung der Straßenname anfängt (nicht der Straßenschlüssel!).	+
−	== + Time-Attribut bei Geometrieänderung ==	+	== + 4.1.12 0-Werte speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:16, 14. Feb 2008 (CET)	+	Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.
−	Time-Attributfelder müssen auch dann aktualisiert werden, wenn etwas an der Geometrie eines Objektes geändert wird.	+
−	== + Festpunktverwaltung - Feldlänge 'tex' == --[[Benutzer:HolgerR|HolgerR]] 14:02, 13. Feb 2008 (CET)	+	== + 4.1.11 abhängige Sichtbarkeit in Subform ==
		+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	Die Feldlänge in den Tabellen 'fp_punkte' und 'fp_punkte_temp' für die Abspeicherung des Datenelementes 'Text der Bemerkung' (TEX) ist nur 15 Zeichen lang. Laut Punktdateierlass M-V sind jedoch 18 Zeichen zulässig. Abhilfe schaffen hier folgende beiden SQL-Anweisungen:	+	== + 4.1.10 go-Parameter übergeben ==
−	ALTER TABLE fp_punkte_temp ALTER tex TYPE character varying(18);	+	Der Parameter go wird beim Login nicht durchgeschleift.
−	ALTER TABLE fp_punkte ALTER tex TYPE character varying(18);	+
−	== + Flächenanzeige im Polygoneditor ==	+	== + 4.1.9 Raster-Ansicht ==
		+	Man kann nicht zur tabellarischen Ansicht wechseln.
−	Wenn man im Polygoneditor das Werkzeug zum Verschieben der Eckpunkte benutzt, wird die Flächenangabe nicht aktualisiert. Damit sie das tut, muss in SVG_Utilities.php in der Funktion end_vertex_move() am Ende des if-Blocks die Zeile	+	== + 4.1.8 Rechte übernehmen ==
−	polygonarea();	+	Funktioniert nicht.
−	eingefügt werden.	+
−	== + Platzhalter in der Namenssuche ==	+	== + 4.1.7 Im Jagdbezirk enthaltene Flurstücke ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:09, 1. Feb 2008 (CET) In der Namenssuche steht ein gelb umrandeter Text, den vermutlich noch nie einer genauer durchgelesen hat, obwohl er von Anfang an nicht richtig war. Dort steht:	+	Der Eigentümeranteil wird nicht mit ausgegeben.
−	"Zur nicht exakten Suche geben Sie den Platzhalter % ein.	+	== + 4.1.6 nur Layer der Themenauswahl anzeigen ==
−	z.B. erhalten Sie Angermeier und Neumeier mit der Eingabe %meier"	+	Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.
−	Das stimmt nicht, denn Angermeier und Neumeier erhält man auch durch die einfache Eingabe von meier. Mein Vorschlag:	+	== + 4.1.5 Startseiten-Parameter ==
		+	Es wird nicht automatisch der csrf-Token rangehängt.
−	"Geben Sie den Platzhalter '''"%"''' ein (z.B. "me%er"), wenn an der Stelle beliebige und beliebig viele Zeichen stehen dürfen. Geben Sie den Platzhalter '''"_"''' ein (z.B. "me_er"), wenn an der Stelle ein beliebiges Zeichen stehen darf."	+	== + 4.1.4 Layer erstellen ==
		+	Es erscheint eine Fehlermeldung.
−	Das Ganze vielleicht auch als Tooltipp hinter einem Info-Symbol, wie beim letzten Anwendertreffen besprochen.	+	== + 4.1.3 Raster-Layout ==
		+	Die Selektion der Datensätze funktioniert nicht.
−	== + weitere Treffer anzeigen nach CSV-Export ==	+	== + 4.1.2 Kartendrucklayouteditor ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:45, 25. Jan 2008 (CET) Wenn man im GLE eine Trefferliste hat mit mehr Treffern, als MAXQUERYROWS erlaubt, dann kann man blättern. Wenn man einen CSV-Export durchführt, lässt sich jedoch nicht mehr blättern. Der Klick auf "weiter" öffnet nur wieder die CSV-Datei.	+	Man kann keinen Freitext hinzufügen.
−	== + Fehler beim Anzeigen von ALB-Auszügen für '''alle''' Flurstücke ==	+	== + 4.1.1 Sachdatendruck ==
−	--[[Benutzer:Giese|FrankGiese]] 11:12, 21. Jan 2008 (CET)	+	Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.
−	* Bei einigen Nutzern (nicht bei allen Nutzern), die mit dem Microsoft Internet Explorer arbeiten und sich ALB-Auszüge (20,25,30,35) für '''alle''' ausgewählte Flurstücke aufrufen, öffnet sich ein neues Fenster (Acrobat Reader) und der Auszug wird in der Größe von 213% dargestellt. Es gibt keine Möglichkeit die Fenstergröße anzupassen, weil die Schaltfläche minimieren deaktiviert ist. Setzt man den Maßstab herab hat man nur den Erfolg, dass der Ausschnitt verkleinert dargestellt wird. Die Ausdehnung des Fensters bleibt aber gleich. In der Version 1.6.6 gab es dieses Problem nicht. Auch beim Aufruf der ALB-Anzeige für nur ein Flurstück funktioniert es in der Version 1.6.7 tadellos.	+
−	**--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:51, 21. Jan 2008 (CET) Diesen Unterschied habe ich auch. Irgendwelche fehlenden/falschen Dateiheader? Die "Start"-Vergrößerung des Dokuments kann man jedoch beeinflussen, indem man (beim Acrobat Reader 7) auf "''Bearbeiten''" - "''Grundeinstellungen''..." geht und dort bei ''Seitenanzeige'' die sog. '''Standardvergrößerung''' verändert - z.B. auf '''Fenstergröße'''. Das muss allerdings auf jedem Rechner einzeln gemacht werden.	+
−	***--[[Benutzer:Giese|FrankGiese]] 12:42, 21. Jan 2008 (CET) Danke Markus, aber das führte bei uns leider nicht zum Erfolg.	+
−	****--[[Benutzer:Rahn|Rahn]] 13:56, 1. Feb 2008 (CET) Versucht mal in der Flurstuecke_custom.php in folgender Zeile die Breite und Höhe runter zu setzen, also z.B. auf width=1024,height=768	+
−	window.open(url, "CSVExport", "toolbar=yes,status=yes,menubar=yes,width=2000,height=2000");	+
−	::::*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:05, 4. Feb 2008 (CET) Gibts nicht sowas wie screen.availWidth und screen.availHeight?	+
−	:::::*--[[Benutzer:Rahn|Rahn]] 14:51, 4. Feb 2008 (CET) Gibts! :	+
−	window.open(url, "CSVExport", "toolbar=yes,status=yes,menubar=yes,width="+self.screen.width+",height="+self.screen.height);	+
−	== + Fehler in der Nachweisrecherche und im Punkteditor ==	+	= Version 4.0 =
−	Durch die neue Funktion zum Bearbeiten von Polygonpunkten tritt im Nachweisrechercheformular und im Punkteditor ein Fehler auf. Um den Fehler zu beheben, muss in den Dateien SVG_polygon_box_area.php und SVG_point.php folgende Zeile	+	== + 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).
−	<input name="vertex_edit" type="hidden" value="<?php echo $this->formvars['vertex_edit']; ?>">	+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 08:12, 6. Mär. 2026 (CET)
−	an den Abschnitt mit den ganzen input-Feldern angehängt werden.	+	== + 4.0.70 Stelle speichern ==
−	In SVG_polygon_box_area.php muss nach der Zeile	+	Der Filter der Elternstelle wurde für die Kindstelle übernommen.
−	$svg .= $boxbuttons;	+	== + 4.0.69 Stelleneditor Layerauswahl ==
		+	Wenn man eine Layergruppe anklickt, werden die zugewiesenen Layer nicht mehr selektiert.
−	außerdem noch die Zeile	+	== + 4.0.68 mapserverExp2SQL ==
−	$svg .= $vertex_edit_buittons;	+	== + 4.0.67 Bodenrichtwerterfassung ==
		+	Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.
−	angehängt werden.	+	== + 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.
−	Analog zur Datei SVG_polygon_box_area.php müssen auch die Dateien SVG_polygon_xor_point.php und SVG_polygon_and_point.php angepasst 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.
−	== - Namenssuche | Suchen mit Entertaste ==	+	== + 4.0.64 Fehlerhandling in BenutzerdatenAnlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:46, 14. Jan 2008 (CET)	+	Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.
−	Wenn man in der Namenssuche ist und z.B. einen Namen eingegeben hat, dann kann man nicht mit [Enter] die Suche starten. Die Entertaste bringt einen vielmehr wieder zur Karte zurück. Ist das gewollt oder ein Bug?	+	== + 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.
−	== + Adressänderungstabelle bereinigen ==	+	== + 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)
−	Bei einigen PostgreSQL-Versionen kann es zu Problemen kommen, wenn man versucht die Tabelle alb_g_namen_temp zu bereinigen.	+	== + 4.0.60 Menü anlegen ==
−	Um den Fehler zu beheben, muss folgende Funktion in esaf.php ausgetauscht werden:	+	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>function delete_old_entries(){	+	== + 4.0.59 Stelle kopieren ==
−	$sql = "DELETE FROM alb_g_namen_temp ";	+	Das Wappen wird nicht übernommen.
−	if(POSTGRESVERSION >= '810'){	+
−	$sql.=" USING alb_g_namen ";	+
−	}	+
−	$sql.= "WHERE ((alb_g_namen_temp.name1 IS NULL AND (alb_g_namen.name1 IS NULL OR alb_g_namen.name1 = '')) OR alb_g_namen_temp.name1 = alb_g_namen.name1)";	+
−	$sql.= "AND ((alb_g_namen_temp.name2 IS NULL AND (alb_g_namen.name2 IS NULL OR alb_g_namen.name2 = '')) OR alb_g_namen_temp.name2 = alb_g_namen.name2)";	+
−	$sql.= "AND ((alb_g_namen_temp.neu_name3 IS NULL AND (alb_g_namen.name3 IS NULL OR alb_g_namen.name3 = '')) OR alb_g_namen_temp.neu_name3 = alb_g_namen.name3)";	+
−	$sql.= "AND ((alb_g_namen_temp.neu_name4 IS NULL AND (alb_g_namen.name4 IS NULL OR alb_g_namen.name4 = '')) OR alb_g_namen_temp.neu_name4 = alb_g_namen.name4)";	+
−	$ret = $this->database->execSQL($sql, 4, 0);	+
−	}</nowiki>	+
−	= Version 1.6.6 =	+	== + 4.0.58 Zurück geht nicht go=Namen_Auswaehlen_Suchen ==
−	== - Fehler in Notizkategorienverwaltung ==	+	Wenn nach Auswahl eines Grundbuchblatts ein Eigentümer ausgewählt wird, kommt man zu "go=Namen_Auswaehlen_Suchen".
−	--[[Benutzer:Hschmidt|Hschmidt]] 15:36, 8. Jan 2008 (CET)<br>	+	Dort funktioniert der Zurück-Button nicht. ("Diese Seite kann aus Sicherheitsgründen nicht angezeigt werden!")
−	Notizen können in allen Stellen gelesen werden, obwohl in der Notizkategorienverwaltung das Recht "lesen" für die Notiz-Kategorie nicht gesetzt ist.	+
−	== + Feld Wert in der Filterverwaltung muss Typ 'text' sein ==	+	== + 4.0.57 Stelle wechseln ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:38, 14. Dez 2007 (CET) Filterausdrücke können durchaus länger als 255 Zeichen sein. Deswegen müssen die Eingabefelder des Werts in der Filterverwaltung beliebig lange Einträge zulassen.	+	Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.
−	== + als neuer Druckrahmen speichern | Ref.-Mapfile ==	+	== + 4.0.56 abhängige Sichtbarkeit ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:07, 5. Dez 2007 (CET) Wenn man von einem vorhandenen Druckrahmen als neuen Druckrahmen speichert, wird der Eintrag zum Referenzkartenmapfile nicht kopiert.	+	In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.
−	== + OID in Hochkomma ==	+	== + 4.0.55 abhängige Auswahlfelder ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:33, 3. Dez 2007 (CET)<br>	+	Funktionieren bei Arrays nicht.
−	In ''polygoneditor.php'' muss die vierte Zeile der function zoomTopolygon() geändert werden:	+
−	function zoomTopolygon($oid, $tablename, $border) {	+
−	...	+
−	$sql.= " FROM ".$tablename." WHERE oid = '".$oid."';";	+
−	...	+
−	In kvwmap.php muss in der function sachdaten_speichern() die Zeile mit "WHERE oid =" geändert werden:	+
−	...	+
−	if($attributname != 'oid'){	+
−	if($this->formvars[$form_fields[$i]] == ''){	+
−	$sql = "UPDATE ".$tablename." SET ".$attributname." = NULL WHERE oid = '".$oid."';";	+
−	}	+
−	else{	+
−	$sql = "UPDATE ".$tablename." SET ".$attributname." = '".$this->formvars[$form_fields[$i]]."' WHERE oid = '".$oid."';";	+
−	...	+
−	== + Nachweiserfassung/-recherche | Länge von Stammnummer und Blattnummer ==	+	== + 4.0.54 Themenauswahl speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:38, 3. Dez 2007 (CET)<br>	+	Wenn eine Themenauswahl gespeichert wird, wird nicht übernommen, ob der Layer abfragbar (also 1. Checkbox) war oder nicht.
−	In der Nachweisdokumenteingabe muss die Zeichenlänge der Blattnummer variabel sein. Dazu muss in der config.php ein neuer Parameter hinzukommen:	+	--[[Benutzer:Mattes.Holtz|Mattes.Holtz]] 15:28, 10. Feb. 2026 (CEST)
−	# Erlaubte maximale Länge der Blattnummer in der Fachschale Nachweisverwaltung	+
−	define('BLATTNUMMERMAXLENGTH',4);	+
−	In der Datei dokumenteneingabeformular.php muss es dann entsprechend heißen:	+
−	<nowiki><td colspan="2">Blattnummer:	+
−	<input name="Blattnr" type="text" value="<?php echo $this->formvars['Blattnr']; ?>" size="<?php echo BLATTNUMMERMAXLENGTH; ?>" maxlength="<?php echo BLATTNUMMERMAXLENGTH; ?>">	+
−	</td></nowiki>	+
−	In der Nachweisdokumentsuche fehlt die Variable STAMMNUMMERMAXLENGTH. In der Datei dokumentenabfrageformular.php muss es richtig heißen:	+
−	<nowiki><td colspan="2">          Stammnummer<br>	+
−	<input type="text" name="suchstammnr" value="<?php echo $this->formvars['suchstammnr']; ?>" size="<?php echo STAMMNUMMERMAXLENGTH; ?>" maxlength="<?php echo STAMMNUMMERMAXLENGTH; ?>">	+
−	</td></nowiki>	+
−	In der Datenbank ist in der Tabelle n_nachweise das Attribut ''stammnr'' varchar(8). Es sollte vielleicht - genau wie das Attribut ''blattnummer'' - nur varchar sein.	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:51, 6. Dez 2007 (CET) In der Datei nachweisanzeige.php muss die Variable BLATTNUMMERMAXLENGTH ebenfalls eingetragen werden:	+	== + 4.0.53 Klassen-ID ändern ==
−	<nowiki><td><div align="center"><?php echo $this->formvars['blattnummer']=str_pad(intval($this->nachweis->Dokumente[$i]['blattnummer']),BLATTNUMMERMAXLENGTH,'0',STR_PAD_LEFT); ?></div></td></nowiki>	+	Endet in einer Fehlermeldung.
−	== - Gemarkungsauswahl in der Namenssuche ==	+	== + 4.0.52 Diagramme anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 26. Okt 2007 (CEST)<br>	+	Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung
−	Wenn man in der Namenssuche eine Recherche durchgeführt hat, wird anschließend die letzte der auswählbaren Gemarkungen im Feld "Gemarkung(Gemeinde)" angezeigt. Das ist bei verschiedenen Stellen der Fall, wobei ich kein Muster erkennen kann. Bin ratlos.	+
−	== + Notizen | Fehlermeldung Notizenformular ==	+	== + 4.0.51 Backslash im Passwort ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:42, 24. Okt 2007 (CEST)<br>	+	Führt zu einem Fehler.
−	Wenn man im Notizenformular die Kategorien bearbeiten will und man über die Stelle nicht das Recht der Funktion  "kategorienverwaltung" hat kommt die Fehlermeldung	+
−	Fatal error: Cannot access empty property in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.6/index.php on line 672	+
−	Dieses sollte durch die übliche Meldung dass man nicht das entsprechende Recht besitzt abgefangen werden.	+
−	== - Stellenverwaltung | Stelle kopieren ==	+	== + 4.0.50 Klassen zurücksetzen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:32, 16. Okt 2007 (CEST)<br>	+	Die Klassen werden nach dem Login nicht mehr zurückgesetzt.
−	Beim Kopieren einer Stelle über die Stellenverwaltung mit "Als neue Stelle eintragen" werden die Layer-Werte für "transparency" nicht mit übernommen, was sinnvoll wäre.	+
−	== + Shape-Export ==	+	== + 4.0.49 Layer anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:52, 15. Okt 2007 (CEST) Beim Auswählen einiger Layer im Shape-Export kommt eine Fehlermeldung, die ein zertrümmertes SQL anmeckert. Warum nur bei einigen, weiß ich nicht.	+	Wenn man die Layer-ID selber einträgt, kommt die Meldung, dass die ID schon existiert.
−	Der Fehler tritt bei den Layern auf, die keine Where-Klausel im Data-Statement haben. Zum Beheben also entweder ''where 1=1'' hinten ran hängen oder in postgresql.php in der Funktion eliminate_star() den else-Zweig:	+	== + 4.0.48 Nutzer anlegen ==
		+	Der Test ob der Loginname schon vergeben ist, funktioniert nicht.
−	else{	+	== + 4.0.47 Rollenfilter ==
−	$whereposition = strpos(strtolower($query), 'where');	+	Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−	durch den hier ersetzen:	+	== + 4.0.46 Autovervollständigungsfeld ==
		+	In der Layer-Suche funktioniert es nicht.
−	else{	+	== + 4.0.45 Stellenformular Kartendrucklayouts ==
−	$whereposition = strpos(strtolower($query), 'where');	+	Werden nicht angezeigt.
−	if($whereposition){	+
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	}	+
−	else{	+
−	$withoutwhere = $query;	+
−	}	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−	== - Generischer Layereditor (GLE) ==	+	== + 4.0.44 Legende einklappen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:38, 7. Dez 2007 (CET)<br>	+	Funktioniert nicht.
−	Nachträgliches Erfassen von Geometrien unmöglich.<br>	+	== + 4.0.43 WMS-Importe löschen ==
		+	Es werden auch die Layer aus "eigene Importe" gelöscht.
−	Wenn man im Layereditor einen Datenbestand bearbeiten will, den man z.B. von einer csv-Datei eingelesen hat und der noch keine Geometrie enthält, ist das nachträgliche Erfassen der Geometrie (Polygon) nicht möglich, obwohl die Geometriespalte vorhanden ist und in der Rechteverwaltung die Geometrie auf "editieren" gestellt wurde.	+	== + 4.0.42 WMS-Layer Test ==
		+	Es wird teilweise der falsche EPSG-Code verwendet.
−	--[[Benutzer:Rahn|Rahn]] 11:35, 7. Dez 2007 (CET) Liegt das vielleicht daran, dass die Tabelle nicht in geometry_columns eingetragen ist? <br>	+	== + 4.0.41 Themenauswahl speichern ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 07:09, 11. Dez 2007 (CET)Stimmt, das wars! Beim Einlesen über eine CSV-Datei wird kein Eintrag in die geometry_colums gemacht. Das habe ich mit einem Insert nachgeholt:-)	+	Funktioniert nicht.
−	--[[Benutzer:Reißland|Reißland]] 14:08, 15. Okt 2007 (CEST)<br>	+	== + 4.0.40 Unterabfrage mit order by im FROM ==
		+	Macht Probleme.
−	folgende Kleinigkeiten sind mir beim Arbeiten mit dem GLE in 1.6.5 aufgefallen. Aus Zeitmangel habe ich nicht getestet ob alle in 1.6.6 schon behoben sind. Sollte das der Fall sein, bitte ich die Hinweise zu ignorieren.<br>	+	== + 4.0.39 Password mit Hochkomma ==
−	* Enthalten Tabellen ein CONSTRAINT das ein Komma beinhaltet (RFW1,RFW2) wird dieses nicht ordnungsgemäß ins Auswahlfeld des GLE übernommen.	+	macht Probleme
−	* Besteht ein CONSTRAINT aus Zahlenwerten wird es im Attributeditor nicht automatisch als Auswahlfeld markiert.	+
−	* Enthalten Tabellen Attribute mit Anführungszeichen (Wohngruppe "Sonnenschein") wird das Attribut im GLE vor dem Anführungszeichen abgeschnitten (Wohngruppe). Einfache Anführungszeichen funktionieren zwar, führen aber bei der Datenaktualisierung zu einer Fehlermeldung.	+
−	* Ist eine Tabellenspalte mit einem NOT NULL CONTRAINT versehen, erscheint im GLE im Auswahlfeld trotz allem eine Leerzeile. Bei Auswahl dieser Leerzeile kommt beim Abspeichern zwar eine Fehlermeldung, besser wäre aber, wenn die Leerzeile gar nicht vorhanden wäre.	+
−	--[[Benutzer:Rahn|Rahn]] 14:16, 26. Okt 2007 (CEST)	+	== + 4.0.38 Benachrichtigungen ==
		+	Funktionieren nicht.
−	<Fehler behoben>	+	== + 4.0.37 Zoom auf Objekt ==
−	* Bei der Eingabe eines neuen Datensatzes (go=neuer_Layer_Datensatz) werden die bereits eingegebenen Attribute wieder gelöscht, wenn der Bearbeiter zur Geometrieeingabe im Kartenfenster zoomt.	+	Hervorheben funktioniert nicht.
−	* --[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:39, 25. Okt 2007 (CEST) Bei der Eingabe eines neuen Datensatzes (go=neuer_Layer_Datensatz) werden die bereits eingegebenen Attribute auch wieder gelöscht, wenn der Bearbeiter erst nach der Eingabe einen Geometrieabfragelayer auswählt. Der Bearbeiter müsste gezwungen werden, ERST alle notwendigen Einstellungen zu tätigen, BEVOR er Sachdaten eingibt.	+
−	</Fehler behoben>	+
−	== - Lagebezeichnung im ALB-Ausdruck ==	+	== + 4.0.36 diverses ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+	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.
−	* Hat die Lagebezeichnung eines Flurstücks im ALB mehrere Hausnummern, weden diese momentan alphanumerisch und nicht numerisch sortiert: aus "1, 2, 3, 10" wird "1, 10, 2, 3". Die Hausnummern sollten aber numerisch sortiert bleiben.	+
−	* Gibt es sehr viele Hausnummern, wird momentan über den Rand des Dokuments hinaus geschrieben, d.h. man kann den Rest der Hausnummern nicht mehr lesen. Hier müssten Zeilenumbrüche erfolgen, wobei die jeweils nächste Zeile linksbündig dort anfangen müsste, wo in der ersten Zeile der Lagebezeichnung der Straßenname anfängt (nicht der Straßenschlüssel!).	+
		+	== + 4.0.35 Flurstückshistorie ==
		+	Das SVG ist manchmal zu klein für große Bäume.
−	== + Layernamen mit Sonderzeichen im Shape-Export ==	+	== + 4.0.34 MyObject ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:36, 15. Okt 2007 (CEST) Bei Layernamen, die Sonderzeichen enthalten (z.B. Leerzeichen) kommt es zu Fehlern beim Herunterladen aus dem Shape-Export heraus. Die Sonderzeichen müssten im Layernamen aufgelöst werden, z.B. Unterstrich statt Leerzeichen.	+	Es gibt noch Vorkommen von MyObject.
−	== + Anzeige der Namensnummern im ALB-Auszug 35 ==	+	== + 4.0.33 Filterverwaltung ==
		+	Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.
−	--[[Benutzer:A.tower|Andreas Thurm]] 13:01, 8. Okt 2007 (CEST) Im ALB-Auszug 35 werden die Namensnummern nur bis zur zweiten Stelle angezeigt obwohl sie in der Datenbank komplett gespeichert sind. Beispiel: In der Spalte namensnr der Tabelle alb_g_eigentuemer ist der Wert 2.01.01 gespeichert. Im ALB-Formular 35 steht dann nur 2.01.	+	== + 4.0.32 Sachdatenanzeige ==
		+	Die Darstellung in der Breite ist nicht optimal.
−	== + Nachweise mit alphanumerischer Blattnummer anzeigen ==	+	== + 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.
−	Damit die Nachweise mit alphanumerischer Blattnummer nach einer Recherche korrekt angezeigt werden muß in nachweisanzeige.php die Zeile	+	== + 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.
−	<nowiki><td><div align="center"><?php echo $this->formvars['blattnummer']=str_pad(intval($this->nachweis->Dokumente[$i]['blattnummer']),3,'0',STR_PAD_LEFT); ?></div></td></nowiki>	+	== + 4.0.29 Stelle Start Stop ==
		+	Die Werte werden nicht angezeigt.
−	durch diese hier ersetzt werden:	+	== + 4.0.28 Schraffur ==
		+	In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.
−	<nowiki><td><div align="center"><?php echo $this->formvars['blattnummer']=str_pad($this->nachweis->Dokumente[$i]['blattnummer'],3,'0',STR_PAD_LEFT); ?></div></td></nowiki>	+	== + 4.0.27 Flurstückshistorie ==
		+	Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.
−	== + Zuweisung von Festpunkten zu einem Antrag ==	+	== + 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.
−	--[[Benutzer:A.tower|Andreas Thurm]] 10:17, 19. Sep 2007 (CEST)Seit dem ich in der php.ini die erforderlichen Änderungen betreffs des Übergangs zur Version 1.65 vorgenommen habe, kann ich keine Festpunkte mehr zu einem Antrag zuordnen. Ein Klick auf den dem entsprechenden Button führt zu keinem Ergebnis. Es wird die momentan aktuelle Seite wieder aufgebaut.	+	== + 4.0.25 Style- und Labeleditor ==
		+	Die Layeroptionen lassen sich nicht öffnen.
−	== + Erzeugen eines Arbeitsdrucks (index.php?go=ExportMapToPDF)==	+	== + 4.0.24 Quellenangaben  ==
		+	Das Anlegen, Ändern und Löchen funktioniert nicht.
−	--[[Benutzer:Reißland|Reißland]] 09:38, 17. Sep 2007 (CEST) Beim erstellen eines "Arbeitsdrucks" (go-Variable=ExportMapToPDF) erhält man nicht wie in vorherigen Versionen die Angaben Gemarkung, Flur, Flurstück sondern lediglich die Ausschrift "Array".	+	== + 4.0.23 Layergruppe anlegen ==
		+	Es erscheint eine Fehlermeldung.
−	== + Fehler in der Rechteverwaltung ==	+	== + 4.0.22 Layer mit sync speichern ==
		+	Funktioniert nicht.
−	Wer eine MySQL-Version kleiner 4.10 hat, der bekommt beim Setzen der Layerattributrechte einen Fehler. Zum Beheben in der Funktion set_attributes_privileges in users.php in diesem Abschnitt:	+	== + 4.0.21 stellenbezogene Layereigenschaften ==
		+	Das Feld "abfragbar" wird nicht richtig angezeigt.
−	if(MYSQLVERSION < 410){	+	== + 4.0.20 Style- und Labeleditor ==
−	$sql = 'REPLACE INTO layer_attributes2stelle SET ';	+	Der ausgewählte Style ist nicht komplett blau markiert.
−	$sql.= 'layer_id = '.$layer_id.', ';	+
−	$sql.= 'stelle_id = '.$this->id.', ';	+
−	$sql.= 'attributename = "'.$attributename.'", ';	+
−	$sql.= 'privileg = '.$privileg.', ';	+
−	if($tooltip == 'on'){	+
−	$sql.= ', tooltip = 1';	+
−	}	+
−	else{	+
−	$sql.= ', tooltip = 0';	+
−	}	+
−	if($tooltip == 'on'){	+
−	$sql.= 'tooltip = 1';	+
−	}	+
−	else{	+
−	$sql.= 'tooltip = 0';	+
−	}	+
−	...	+
−	diese Zeilen entfernen:	+	== + 4.0.19 Gruppe mit Untergruppen und Layern ==
		+	Die Darstellung der Layer ist auseinandergezogen.
−	if($tooltip == 'on'){	+	== + 4.0.18 Themenübersicht ==
−	$sql.= ', tooltip = 1';	+	Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.
−	}	+
−	else{	+
−	$sql.= ', tooltip = 0';	+
−	}	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:20, 19. Sep 2007 (CEST)<br>	+	== + 4.0.17 USING ==
−	== + Layerattribut-Rechteverwaltung ==	+	Wenn bei Layern im Data-Feld USING groß ist, gibt es Fehler beim Speichern des Layers und beim Aufruf der Layeroptionen.
−	Die Layerattribut-Rechteverwaltung ist selbst nicht geschützt und lässt sich in jeder Stelle über index.php?go=Layerattribut-Rechteverwaltung aufrufen. Besser wäre es wenn diese nur über die Adminstratorfunktionen aufzurufen wäre.	+
−	== - maxsize bei den Attributen im GLE ==	+	== + 4.0.16 Stelle: Checkboxfelder ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:30, 7. Sep 2007 (CEST)<br>	+	Die Checkboxfelder bei den Stellen sind ja jetzt in der PostgreSQL-DB vom Typ boolean und werden nicht richtig geladen.
−	Bei der Eingabe von Sachdaten im GLE kann man mehr Zeichen eingeben, als laut Definition in der Postgis zugelassen sind. Entsprechend gibts eine Fehlermeldung beim Speichern und das Speichern scheitert. Die Länge der Input-Felder muss auf die Attribut-Zeichenlänge laut DB-Definition begrenzt sein.	+
−	== + Verschieben des Bildausschnittes beim Setzen eine Umrings ==	+	== + 4.0.15 Nachweisrecherche ==
−	--[[Benutzer:Karsten Daedelow]] 11:55, 7. Sep 2007 -- >	+	Wenn ein Nutzer noch keinen Eintrag in rolle_nachweise hat, erscheint eine Fehlermeldung.
−	Will man beim Setzen eines Umrings den Bildauschnitt schieben, verschwindet der Umring und man kann von vorn beginnen.	+
−	:--[[Benutzer:Rahn|Rahn]] 14:22, 12. Sep 2007 (CEST) Um den Fehler zu beheben, in der SVG_Utilities.php die Zeile	+
−	if(top.document.GUI.newpath.value && polygonfunctions == true){	+	== + 4.0.14 Stelle speichern ==
		+	Es kann eine Fehlermeldung auftreten.
−	durch diese hier ersetzen:	+	== + 4.0.13 Labelitems ==
		+	Beim Speichern eines Layers gehen sie verloren.
−	if(top.document.GUI.newpath.value){	+	== + 4.0.12 ZoomToFlst ==
		+	Der Rollenlayer enthält alle Objektversionen des Flurstücks.
−	== - Maßstab der Karte nach Absenden von Geometrieänderungen ==	+	== + 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:32, 5. Sep 2007 (CEST)<br>	+	Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.
−	Ich bin mir nicht sicher, ob es gewollt oder ein Bug ist: Wenn man eine Geometrie bearbeitet hat und beim Bearbeiten in die Karte gezoomt hat, kommt man nach dem Senden wieder in den originalen Maßstab, den man vor dem Bearbeiten hatte. Das macht das Bearbeiten aber sehr mühselig, wenn man an einem Objekt mehrere Änderungen zu machen hat. Besser wäre, generell den jeweils letzten Maßstab zu behalten.	+
−	== + Generischer Layereditor | Geometrieabfrage-Layer: Flurstuecke  ==	+	== + 4.0.10 Layer löschen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:17, 5. Sep 2007 (CEST)<br>	+	Die Layer-ID wird nicht aus rolle_saved_layers entfernt.
−	Bei der Auswahl des Flurstückslayers als Geometrieabfrage-Layer um z.B. Flurstücksgeometrien hinzuzufügen kommt im Fläche-Fensterchen folgende Fehlermeldung, die evtl. darauf hindeutet, dass keine Geometrie übergeben wird:	+
−	Warning:  pg_query() function.pg-query: Query failed: ERROR:  unterminated quoted string at or near &quot;'\'))::numeric, 2)	+
−	at character 32 in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.6/class/postgresql.php on line 3809 Fehler bei SQL Anweisung:	+
−	SELECT round(Area(GeomFromText('\'))::numeric, 2)	+
−	Das gleiche zeigt sich auch in der Log-Datei.	+	== + 4.0.9 Nachweis bearbeiten ==
−	Bei anderen PostGis-Layern wie z.B. Fluren funktioniert das Hinzufügen von Geometrien.	+	Es erscheint eine Fehlermeldung.
−	:--[[Benutzer:Rahn|Rahn]] 09:20, 12. Sep 2007 (CEST) Das hängt damit zusammen, dass für den Flurstückslayer 2 Tabellen abgefragt werden, die beide eine Spalte the_geom haben. Nämlich alkobj_e_fla und alkobj_t_pkt. Für die Geometrieabfrage wird das Attribut verwendet, welches im Data-Statement an erster Stelle steht. Also the_geom. Es ist aber nicht klar, welches the_geom abgefragt werden soll und die Abfrage funktioniert nicht. Damit sie funktioniert, muß man die Unterabfrage so umbenennen wie die Tabelle alkobj_e_fla und diesen Bezeichner dann vor the_geom setzen. Also z.B. so:	+	== + 4.0.8 Stelle anlegen ==
		+	Das automatische Erzeugen der Referenzkarte funktioniert nicht.
−	o.the_geom from (select o.objnr as oid,o.objart,o.folie,o.the_geom,f.flurstkennz,f.gemkgschl,	+	== + 4.0.7 Start und Stop Datum beim Nutzer ==
−	t.label from alkobj_e_fla AS o,alknflst as f,alkobj_t_pkt AS t WHERE o.folie='001' AND o.objnr=f.objnr	+	Werden nicht richtig ausgewertet.
−	AND o.objnr=t.objnr) as o using unique oid using srid=2398	+
−	:--[[Benutzer:Hschmidt|Hschmidt]] 09:03, 19. Sep 2007 (CEST) <br>Prima jetzt klappt es:-) Nützlich wäre noch in den Install und Update-Scripten das Data-Statement des Flurstückslayers daraufhin zu ändern.	+	== + 4.0.6 Kartenabfrage von nicht abfragbaren Layern ==
		+	Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.
−	== + PostGIS Update per SQL  ==	+	== + 4.0.5 Layergruppen sortieren nach Order ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:15, 4. Sep 2007 (CEST)<br>	+	Erzeugt eine Fehlermeldung.
−	postgis_update.sql: In den CREATE TABLE Befehlen von den Tabellen ''anliegerbeitraege_bereiche'' und ''anliegerbeitraege_strassen'' ist jeweis der folgende Constraint zu viel und muss rausgelöscht werden:	+
−	CONSTRAINT enforce_dims_the_geom CHECK (ndims(the_geom) = 2)	+
−	Dasselbe in der Datei postgis_install.sql	+
−	== - config.php Kennzeichnung der Änderungen  ==	+	== + 4.0.4 Menü Speichern ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:25, 4. Sep 2007 (CEST)	+	Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.
−	* Leider sind in der config-default.php nicht alle Änderungen gekennzeichnet. Das macht die Aktualisierung etwas mühselig.	+
−	* Der Eintrag "$Gazdb->dbName='gazetteers'; # Version 1.6.6" sollte auskommentiert werden, weil er sonst bei fehlender DB zu einer Fehlermeldung führt.	+
−	= Version 1.6.5 =	+	== + 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.
−	== + Layernamen mit Sonderzeichen in der Drucklegende ==	+	= Version 3.11 =
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:17, 15. Aug 2007 (CEST)<br>	+
−	Beinhaltet ein Layername Sonderzeichen oder Leerzeichen, die als HTML-Characters geschrieben sind (Beispiel: "Geb&auml;ude" o.ä.), dann stehen diese HTML-Characters in der Legende. Sie müssten durch die richtigen Zeichen ersetzt werden.	+
−	== - Lagebezeichnung im ALB-Ausdruck ==	+	== + 3.11.36 Triggerfunktionen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+	Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.
−	* Hat die Lagebezeichnung eines Flurstücks im ALB mehrere Hausnummern, weden diese momentan alphanumerisch und nicht numerisch sortiert: aus "1, 2, 3, 10" wird "1, 10, 2, 3". Die Hausnummern sollten aber numerisch sortiert bleiben.	+
−	* Gibt es sehr viele Hausnummern, wird momentan über den Rand des Dokuments hinaus geschrieben, d.h. man kann den Rest der Hausnummern nicht mehr lesen. Hier müssten Zeilenumbrüche erfolgen, wobei die jeweils nächste Zeile linksbündig dort anfangen müsste, wo in der ersten Zeile der Lagebezeichnung der Straßenname anfängt (nicht der Straßenschlüssel!).	+
−	== + Stellenwechsel ==	+	== + 3.11.35 Nachweisverwaltung Uebersicht.htm ==
−	--[[Benutzer:Reißland|Reißland]] 10:13, 27. Jul 2007 (CEST)<br>	+	Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.
−	#Beim Wechsel einer Stelle wird der Extent der Karte aus der aktuellen Stelle für die neue Stelle übernommen.	+
−	#Bei der Auswahl einer Stelle erscheint ein IE-Error '''AHAH-Error 12029 Unknown'''. Liegt das an der Version des IE (bei mir 6.0.2900.2180)?	+
−	:--[[Benutzer:Rahn|Rahn]] 15:39, 27. Jul 2007 (CEST) Guck mal weiter unten beim Bug "Stellenauswahl".	+
−	== + Nachweisverwaltung - Nachweise löschen ==	+	== + 3.11.34 Daten-Export ==
−	--[[Benutzer:HolgerR|HolgerR]] 16:01, 26. Jul 2007 (CEST)<br>	+	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.
−	Im Rechercheergebnis wird auch den berechtigten Stellen das Recht zum Löschen von Nachweisen nicht eingeräumt. Abhilfe schafft hier die Korrektur des Snippets 'nachweisanzeige.php'. Der Eintrag	+
−	<? if($this->Stelle->isFunctionAllowed('Nachweiseloeschen')){ ?>	+
−	in Zeile 127 muss richtig	+
−	<? if($this->Stelle->isFunctionAllowed('Nachweisloeschen')){ ?>	+
−	heißen. Im Funktionsname ist quasi ein 'e' zuviel.	+
−	:--[[Benutzer:Rahn|Rahn]] 15:36, 27. Jul 2007 (CEST) Tja, das ist jetzt die Frage ob wir alle das Snippet ändern oder den Namen der Funktion in der Datenbank. Ich kann mich erinnern, dass die MST-Leute auch schon auf das Problem gestoßen waren und wir damals den Funktionsnamen in der Datenbank in "Nachweis'''e'''loeschen" geändert haben. Deswegen schlag ich vor, dass alle anderen das auch so machen.	+
−	== - Sachdatenabfrage ==	+	== + 3.11.33 sendEmailAsync.sh ==
−	--[[Benutzer:HolgerR|HolgerR]] 08:35, 26. Jul 2007 (CEST)<br>	+	Das Versenden von Anhängen funktioniert nicht.
−	Wird aus der Karte heraus eine Sachdatenabfrage mit dem Info-Button durchgeführt, erzeugen PostGIS-Kartenthemen, die keine OID-Spalte besitzen einen Fehlereintrag in der PostgreSQL-Logdatei.	+
−	2007-07-25 11:32:01 CEST user datenbank [local] 23211 SELECT ERROR:  column "oid" does not exist	+
−	2007-07-25 11:32:01 CEST user datenbank [local] 23211 SELECT STATEMENT:  SELECT oid from alknflst limit 1	+
−	Dieser Fehler wird in der Funktion 'check_oid' in postgresql.php durch die fehlende OID-Spalte generiert. Das ist zwar nicht weiter schlimm, für die Übersichtlichkeit der Logdatei ist es aber doch nicht optimal. Abhilfe könnte m.E. folgende geänderte Funktion 'check_oid' schaffen:	+
−	function check_oid($tablename){	+
−	$sql = 'SELECT * FROM '.$tablename.' LIMIT 1';	+
−	@$query=pg_query($sql);	+
−	$anz_felder = pg_num_fields($query); # Anzahl der Felder in jeweiliger Tabelle	+
−	$j = 0;	+
−	$rueckgabe_wert = false;	+
−	while ($j <> $anz_felder AND $rueckgabe_wert = false) {	+
−	$feldname = pg_field_name($query, $j); # Herauslesen der Feldnamen	+
−	if ($feldname == 'oid') {	+
−	$rueckgabe_wert = true;	+
−	} # if	+
−	} # while	+
−	return $rueckgabe_wert;	+
−	} # function check_oid	+
−	Vielleicht gibt es elegantere Lösungen. Es wäre jedoch auf alle Fälle gut, wenn wegen der Übersichtlichkeit in der PostgreSQL-Logdatei der Fehlereintrag in Zukunft verhindert wird.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:03, 26. Jul 2007 (CEST)<br>Mit SELECT * FROM <Tabelle> fragt man zwar alle Spalten der Tabelle ab, aber nicht die systeminterne Spalte oid, auch wenn sie vorhanden ist.	+
−	== - menues2stelle bei Änderungen ==	+	== + 3.11.32 Abfrage mehrerer Layer ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:34, 26. Jul 2007 (CEST)<br>	+	Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.
−	Wenn man mit dem Stelleneditor Änderungen in einer Stelle vornimmt, werden beim Absenden ALLE Untermenüs eines Obermenüs an die Stelle und an alle User der Stelle gebunden. Das ist u.U. nicht gewollt. Die Jagdbezirkssuche oder die Bauauskunft sind z.B. normalerweise nicht in allen Stellen nötig.	+
−	<br>	+
−	--SigridP 12:51, 26. Jul 2007 (CEST)<br>	+
−	Da im Stelleneditor die Menuepunkte nur als Obermenue (z.B. Suchen) zugeordnet werden können, werden bei Änderungen alle Menues mit der Menueebene 2 innerhalb eines Obermenues übernommen. Ich habe mir so geholfen, dass ich einige Menues, wie z.B. Bauauskunft und Jagdkataster ohne Obermenue mit der Menueebene 1 definiert habe.	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:43, 13. Aug 2007 (CEST)<br>	+
−	:Ja, an so was habe ich auch schon gedacht. Aber eigentlich ist es ja in Ordnung, wenn es ein Obermenü "Suche" gibt, in der '''alle''' Suchfunktionen vereinigt sind. Wenn dann nebenher noch einige Suchfunktionen in Menüebene 1 herumgeistern, ist es doch vielleicht für den Anwender ein bißchen irritierend, weil unlogisch. Eine grundsätzliche Lösung wäre meiner Meinung nach besser.	+
−	== - Referenzkarte bei maximalem Extent im Druck ==	+	== + 3.11.31 Label hinzufügen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:22, 25. Jul 2007 (CEST)<br>	+	Funktioniert nicht.
−	Wenn der Zoomfaktor der Referenzkarte im Druckrahmen > 1 ist und man den maximalen Extent (z.B. den ganzen Landkreis) drucken will, dann wird die Referenzkarte entsprechend auf den maximalen Extent gesetzt, sondern hat den halben maximalen Extent der Karte (halb = vermutlich Zoomfaktor?). Den EXTENT im refmapfile.map zu vergrößern, bringt nichts.	+
−	== + Trefferliste Namenssuche ==	+	== + 3.11.30 USING ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:05, 11. Jul 2007 (CEST)<br>	+	Im Data großgeschrieben kommt es zu einer Fehlermeldung.
−	Nicht direkt ein Fehler, aber wegen Geringfügigkeit auch kein Entwicklungswunsch: Es wäre besser, wenn in der Trefferliste der Namenssuche die Attribute "Geburtsdatum/Zusatz", "Name/Firma", "Straße HausNr" und "PLZ Ort" eine linksbündige Ausrichtung hätten.	+
−	== + logconsume in Stelle anlegen ==	+	== + 3.11.29 Sachdatendruck ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:38, 10. Jul 2007 (CEST)<br>	+	Es kommt zu Problemen wenn ein Spalten-Sublayout über die Seitebreite hinaus geht.
−	Beim Anlegen einer Stelle kann ich den logconsume nicht auswählen, entsprechend kommt nach dem Speichern eine Fehlermeldung.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:06, 13. Jul 2007 (CEST) Die Fehlermeldung kann eigentlich nur kommen, wenn die Spalte logconsume auf NOT NULL gesetzt ist.	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:59, 17. Jul 2007 (CEST) Die Spalte logconsume ist aber auf NULL gesetzt!?	+
−	== + SHP-Import==	+	== + 3.11.28 Bild speichern ==
		+	Die Qualität des JPEGs ist nicht hoch genug.
−	Beim Shp-Import hat sich noch ein Bug eingeschlichen. Zum Beheben des Fehlers in kvwmap.php in der Funktion shp_import_speichern die Zeile	+	== + 3.11.27 Layer-Parameter Button ==
−	exec(POSTGRESBINPATH.'psql -f '.IMAGEPATH.$this->formvars['table_name'].'.sql '.$this->pgdatabase->dbName.' '.$this->pgdatabase->dbName);	+	Funktioniert nicht mehr.
−	durch	+
−	exec(POSTGRESBINPATH.'psql -f '.IMAGEPATH.$this->formvars['table_name'].'.sql '.$this->pgdatabase->dbName.' '.$this->pgdatabase->user);	+
−	ersetzen.	+
−	Damit die Anzahl der eingelesenen Datensätze auch noch richtig angezeigt wird, die Zeile	+
−	showAlert('Import erfolgreich. Die Tabelle '.$this->formvars['table_name'].' wurde erzeugt und '.count.' Datensätze eingelesen.');	+
−	durch	+
−	showAlert('Import erfolgreich. Die Tabelle '.$this->formvars['table_name'].' wurde erzeugt und '.$count.' Datensätze eingelesen.');	+
−	ersetzen.	+
−	== + Stellenauswahl ==	+	== + 3.11.26 Layer-Suche in Layer mit Template ==
−	--SigridP 08:48, 12. Jun 2007 (CEST)Nach dem Befehl "Stelle Wählen" und der Auswahl einer neuen Stelle + "WEITER" kommt die Meldung:	+	Wenn man eine Layer-Suche in einem Layer mit Template macht (z.B. dem Flurstückslayer), erscheint bei keinem Treffer eine leere Seite.
−	Fehler beim Wechseln der Stelle. Prüfen Sie die Angaben.	+
−	Dabei wird unter aktuelle Kartenausdehnung: die Eintragung"undefined" durch die Koordinaten ersetzt. Bei erneutem Betätigen von "WEITER" funktioniert der Stellenwechsel.	+
−	:--[[Benutzer:Rahn|Rahn]] 10:45, 13. Jul 2007 (CEST) Bei einigen lag der Fehler daran, dass 2 Konstanten in der der php.ini falsch gesetzt waren. Beide müssen auf OFF gesetzt sein:	+
−		+
−	magic_quotes_gpc = Off	+
−		+
−	magic_quotes_runtime = Off	+
−	= Version 1.6.4 =	+	== + 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen ==
		+	Die Dateien werden nicht gelöscht.
−	== + Fehler in Flurstücksabfrage aus der Grafik bei räumlichen Fliter ==	+	== + 3.11.24 abhängige Auswahlfelder ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:08, 12. Jun 2007 (CEST)	+	Wenn es im Datensatz Dokument-Attribute mit Originalnamen gibt, kann es sein, dass das Auswahlfeld nicht befüllt wird.
−	Bei der Flurstueckssuche ueber die Grafik tritt bei Stellen, deren Flurstuecksanzeige durch einen raeumlichen Filter begrenzt ist, ein Fehler auf. In meinem Fall ist als Filterkriterium die 'gemeinde' hinterlegt.	+
−	In der phplog erfolgt folgender Eintrag:	+
−	[08-Jun-2007 12:35:51] PHP Warning:  pg_query(): Query failed: ERROR: column "gemeinde" does not exist in /srv/www/htdocs/kvwmap_svg/class/postgresql.php on line 3640	+
−	Haengt das vielleicht mit dem Statment in der Spalte 'pfad' zusammen? Da wird ja das Attribut als 'template erforderlich'::text AS gemeinde	+
−	hinterlegt. Kann php / PostgeSQL das so nicht auswerten? Ich nutze PostgreSQL in der Version 8.1.3 und php in der Version 4.3.10.	+
−	Was kann ich tun, um den Fehler zu umgehen?	+
−	:Hallo Holger,	+	== + 3.11.23 Info-Abfrage mit deaktivierten Klassen ==
−	:	+	Wenn die Klasse in der Expression den IN Operator verwendet, klappt die Abfrage nicht.
−	:da hast Du ein Problem entdeckt, was wir beim Erstellen des Pfad-Statements für den Layer Flurstücke nicht bedacht hatten. Alle abgefragten Attribute im Pfad-Statement sind ja praktisch Pseudo-Attribute, das heißt sie kommen nicht aus den Tabellen, sondern haben alle den Wert 'Template erforderlich' und werden nur deshalb im Select aufgeführt, um die Rechte für die einzelnen Attribute setzen zu können. Die eigentlich Abfrage der Sachdaten erfolgt dann im Template über readALBdata().	+
−	:Macht man eine Abfrage auf den Flurstückslayer, der einen Filter enthält, so funktioniert der Filter natürlich nicht, weil es ja ,wie gesagt keine richtigen Attribute sind. Um wieder nach Attributen filtern zu können, muss man die entsprechenden Attribute korrekt ins Pfad-Statement einbauen. Für das Attribut gemeinde also z.B. so	+
−	select alkf.flurstkennz, 'template_erforderlich'::text AS flurnr, 'template_erforderlich'::text AS entsteh, 'template_erforderlich'::text AS letzff, 'template_erforderlich'::text AS flaeche, 'template_erforderlich'::text AS karte, 'template_erforderlich'::text AS kreisid, 'template_erforderlich'::text AS kreisname, 'template_erforderlich'::text AS gemkgschl, 'template_erforderlich'::text AS gemkgname, gemkg.gemeinde AS gemeinde, 'template_erforderlich'::text AS gemeindename,'template_erforderlich'::text AS finanzamt,'template erforderlich'::text AS finanzamtname, 'template_erforderlich'::text AS forstschluessel, 'template_erforderlich'::text AS forstname, 'template_erforderlich'::text AS lagebezeichnung, 'template erforderlich'::text AS nutzung, 'template erforderlich'::text AS ausfstelle,'template erforderlich'::text AS verfahren, 'template erforderlich'::text AS vorgaenger, 'template erforderlich'::text AS bestandsnr,'template erforderlich'::text AS eigentuemer, 'template erforderlich'::text AS freitext, 'template erforderlich'::text AS hinweis,'template erforderlich'::text AS baulasten, 'template erforderlich'::text AS amtsgerichtname, 'template erforderlich'::text AS amtsgerichtnr,'template erforderlich'::text AS grundbuchbezirkname, 'template erforderlich'::text AS grundbuchbezirkschl, 'template erforderlich' AS klassifizierung	+
−	FROM alknflst as alkf, alkobj_e_fla AS alko, alb_v_gemarkungen as gemkg	+
−	WHERE alko.folie='001' AND alko.objnr = alkf.objnr AND gemkg.gemkgschl = alkf.gemkgschl	+
−	:Gruß,	+
−	:Stefan	+
−	::In der Spaltendeklaration reicht m.E. weiterhin das 'template erforderlich', Hauptsache in der FROM- und WHERE - Klausel sind die richtigen Eintragungen gemacht.	+	== + 3.11.22 Datensatz anlegen ==
−	::Holger	+	Wenn es ein SubFormFK-Attribut gibt, kommt es zu einem Fehler.
−	== + Flurstückssuche - Anzeige in der Karte - Abbruch in Zeile 8791 ==	+	== + 3.11.21 Sachdatenanzeige ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:00, 1. Jun 2007 (CEST)	+	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.
−	Wird bei wiederholter Flurstückssuche das herausgefilterte Flurstück über 'Kartenausschnitt' in der Karte präsentiert und das Suchergebnis nicht gelöscht, so erscheint ab der zweiten Präsentation eines Flurstücks oberhalb der Karte die Ausschrift:	+
−	Abbruch in Zeile 8791	+
−	Der Abbruch erfolgt in kvwmap.php in der Function 'new_Style'.	+
−	In der Tabelle 'styles' wird beim erstmaligen Anlegen des temporären Styles für das herausgefilterte und anzuzeigende Flurstück ein Style mit der 'style_id' '0' angelegt. Für die darauffolgenden Suchergebnisse wird wieder versucht ein Style mit der ID '0' anzulegen. Da aber die Spalte 'style_id' als Primärschlüssel definiert ist, kommt es hier zur Kollision.	+	== + 3.11.20 Attribute aus anderen Tabellen ==
−	Abhilfe schafft u.a. das Zuweisen von 'AUTO_INCREMENT' auf die Spalte 'Style_ID' mit folgendem Befehl	+	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.
−	ALTER TABLE styles CHANGE COLUMN Style_ID INT NOT NULL AUTO_INCREMENT;	+
−	Da ja schon Daten in der Tabelle enthalten sind ist es notwendig mit	+
−	ALTER TABLE styles AUTO_INCREMENT = wert;	+
−	den Autowert auf den höchsten freien Wert einzustellen.	+
−	Das ist ein datenbankseitiger Lösungsvorschlag. Eventuell kann das ja auch programmseitig abgefangen werden? Stefan, Peter habt ihr da eine Lösung?	+
−	:--[[Benutzer:HolgerR|HolgerR]] 13:01, 5. Jun 2007 (CEST) Beim Erstellen der MySQL-Datenbank mit Hilfe der zur Verfügung gestellten SQL-Skripts tritt dieser Fehler nicht auf, da hier die Spalte 'style_id' auf 'AUTO_INCREMENT' eingestellt wird. Zu diesem Fehler braucht also nichts weiter getan werden.	+	== + 3.11.19 Dokumente mit Hochkommas ==
		+	Bei Array- oder Datentyp-Attributen kommt es beim Upload zu einem Fehler.
−	== - Fehlerhafte Angaben bei der Ausgabe des zuständigen Grundbuchamts ==	+	== + 3.11.18 Themenübersicht ==
−	--[[Benutzer:Giese|FrankGiese]] 15:22, 16. Mai 2007 (CEST)	+	Die Suche funktioniert nur mit Kleinschreibung.
−		+
−	Ich musste feststellen, dass bei unseren ALB-Auszügen teilweise falsche Angaben zum zuständigen Grundbuchamt ausgegeben werden.	+
−	Mit der ersten Abfrage habe ich bis zu 9 Grundbuchbezirke in einer Gemarkung  gefunden. Kvwmap gibt aber nur den ersten gefundenen Datensatz heraus. Wenn er zufällig, wie in meinem Fall ein Grundbuchamt im Nachbarkreis bezeichnet, wird diese Angabe für die gesamte Gemarkung benutzt.	+
−		+
−	Für Abfrage nach Grundbuchbezirksnummern in einer ausgewählten Gemarkung	+
−		+
−	SELECT DISTINCT gb.amtsgericht AS schluessel,a.name, gb.grundbuchbezschl, f.gemkgschl	+
−	FROM alb_g_buchungen AS b,alb_flurstuecke AS f,alb_v_grundbuchbezirke AS gb,alb_v_amtsgerichte AS	+
−	a WHERE gb.grundbuchbezschl=b.bezirk AND b.flurstkennz=f.flurstkennz AND gb.amtsgericht=a.amtsgericht AND f.gemkgschl=130621	+
−		+
−	Für Abfrage nach Grundbuchbezirksnummern in einer ausgewählten Gemarkung wenn zusätzlich die Blattnummer ausgegeben werden soll	+
−		+
−		+
−	SELECT DISTINCT gb.amtsgericht AS schluessel,a.name, gb.grundbuchbezschl, f.gemkgschl, b.blatt	+
−	FROM alb_g_buchungen AS b,alb_flurstuecke AS f,alb_v_grundbuchbezirke AS gb,alb_v_amtsgerichte AS	+
−	a WHERE gb.grundbuchbezschl=b.bezirk AND b.flurstkennz=f.flurstkennz AND gb.amtsgericht=a.amtsgericht AND f.gemkgschl=130621	+
−		+
−	== + Infoabfrage auf Punktlayer der PostGIS ==	+	== + 3.11.17 Stelle speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:14, 16. Mai 2007 (CEST)<br>	+	Es kann vorkommen, dass eine Fehlermeldung erscheint.
−	Abfragen auf Punktobjekte, die aus der DB stammen, scheitern bei einfachem Klick in die Karte - man muss ein Rechteck aufziehen. Alle Einträge bei "tolerance" werden nicht beachtet.	+
−	== + Mehrere Hinweise zu einem Flurstück ==	+	== + 3.11.16 GLE: Tabs ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 11:13, 2. Mai 2007 (CEST) Wenn zu einem Flurstück in der Tabelle alb_f_hinweise mehrere Hinweise (also auch mehrere Zeilen) vorhanden sind, wird nur der erste Hinweis im ALB-Auszug und in der Sachdatenanzeige berücksichtigt.	+	Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.
−	== + fehlende Maßstabseingabe ==	+	== + 3.11.15 Letztes Suchergebnis ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:46, 26. Apr 2007 (CEST)<br>	+	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.
−	Wenn man die Maßstabsangabe im Feld unter der Karte löscht, aber keinen neuen Wert eingibt, dann gibts bei der nächsten Aktion (zoomen, pannen etc.) nur noch eine Fehlermeldung. Das müßte abgefangen werden.	+
−	== - PDF-Ausgabe "für alle Flurstücke" bei sehr vielen Flurstücken ==	+	== + 3.11.14 Puffer bei eigenen Abfrage-Layern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+	Wenn der Basis-Layer im Data einen Alias für die Geometriespalte verwendet, funktioniert der Puffer nicht.
−	Bei einer sehr großen Zahl von Flurstücken in der Sachdatenanzeige Flurstücke funktioniert die PDF-Ausgabe "für alle Flurstücke" nicht mehr, es kommt nach längerer Zeit lediglich eine nichtssagende Fehlermeldung.	+
−	== + Adresssuche bei der ersten Straße einer Gemeinde ==	+	== + 3.11.13 abhängige Sichtbarkeit in Subform ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	Bei der Adresssuche kann man (immer noch nicht) nach den Hausnummern der ersten angezeigten Straße suchen.	+
−	== - Probleme mit Druckrahmen ==	+	== + 3.11.12 tabellarische Darstellung im GLE ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:26, 17. Apr 2007 (CEST) <br>	+	Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.
−	* Wenn man einer Stelle nur einen Druckrahmen zugeordnet hat, kann man keine Druckvorschau produzieren, weil kein Druckaussschnitt gewählt werden kann.	+
−	* Beim Druckrahmeneditor (go=Druckrahmen) lässt sich ein Wasserzeichen einfügen, aber nicht nachträglich löschen. Änderungen werden nicht gespeichert. Ebenso scheinen Probleme bei der Änderung von Eintragungen im Feld  "ursprünglicher Maßstab" zu bestehen.	+
−	== - ALB 20 u. 25 | fehlende Ausgabe von Miteigentumsanteil u.a. ==	+	== + 3.11.11 Layer-Suche ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:12, 16. Apr 2007 (CEST)<br>	+	Im Egde gibt es Probleme mit Auswahlfeldern.
−	Bei der Ausgabe der ALB-Formate 20 uund 25 fehlen die Angaben zum Miteigentumsanteil, Sondereigentum und Aufteilungsplan-Nr.. Diese Angaben befinden sich in der Tabelle "alb_b_grundstuecke" in den Spalten "anteil", "sondereigentum" und "auftplannr".	+
−	== + Klassen ausblenden ==	+	== + 3.11.10 Vorschaubilder der Dokumente ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:55, 12. Apr 2007 (CEST)<BR>	+	Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.
−	Die Datei gui.php aus dem custom-Ordner dieser Version enthält nicht die neue Funktion "updateclasses" mit dem Klassen der Layer in der Legende ausgeblendet werden können. Als Vorlage für eine custom-GUI sollte man die Datei gui.php aus dem layouts-Ordner verwenden.	+
−	== + Druckprobleme ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:38, 5. Apr 2007 (CEST), geändert 31.05.07	+
−	* Beim Druck treten Fehlermeldungen auf bzgl. unzureichender Schreib-Rechte auf das Verzeichnis " PDFClass/fonts ". Abhilfe kann man sich verschaffen indem man die Rechte entprechend hoch setzt (z.B. 777).	+
−	* Der Adobe Reader meldet nach Erstellung der PDF-Datei in einem Fensterchen "In der Schrift "php_Times-Roman" ist der Wert für /BBox fehlerhaft.". Abhilfe kann man sich verschaffen indem man die entsprende Schrift ohne "php_" verwendet z.B.: Times-Roman statt php_Times-Roman.	+
−	* Das bei den Anwendern sehr beliebte direkte Drucken in eine PDF-Datei (go=ExportMapToPDF) funktioniert nicht mehr :-(	+
−	:--[[Benutzer:Rahn|Rahn]] 13:45, 31. Mai 2007 (CEST) Geht in der 1.6.5 wieder	+
−	* Bei schwacher Netzanbindung kann es zu Problemen kommen die PDF-Dateien im Browser-Plugin zu öffnen. Der Vorgang wird abgebrochen und  der Browser meldet "angehalten". Abhilfe bringt die Änderung des Umgangs mit den PDF-Dateien in den Browsereinstellungen. Bei Firefox ab Ver. 2.0 unter "Extras | Einstellungen | Inhalt | Dateitypen verwalten ..." Dort PDF auswählen und "Aktion ändern" in "Dateien auf Diskette/Festplatte speichern". Dann wird die Datei erst heruntergeladen und kann im Download-Fensterchen problemlos geöffnet werden. Irgendwie scheint das aber ein kvwmap-spezifisches Problem zu sein, weil an den entsprechenden Arbeitsplätzen andere PDFs (auch größere) problemlos im Plugin geöffnet werden können!	+
−	== - Shape-Export ==	+	== + 3.11.9 Sachdatenanzeige ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:45, 2. Apr 2007 (CEST)	+	Ist manchmal ungewöhnlich breit.
−	* Umlaute in Layernamen bzw. dann im Shapenamen müssten in "Ae", "ae" usw. gewandelt werden, sonst kann der Shape nicht gedownloaded werden und hat auch nicht den richtigen Namen.	+
−	* Beim Eingrenzen über ein Polygon tauchen im SQL-Statement Backslashes auf, mit denen zumindest meine Postgres-Version 7.4.8 nichts anfangen kann.	+
−	:--[[Benutzer:Rahn|Rahn]] 14:11, 2. Apr 2007 (CEST) Warum die Backslashes bei einigen auftauchen und bei einigen nicht, ist noch nicht geklärt. Um sie zu entfernen in kvwmap.php in der Funktion shp_export_exportieren nach der Zeile	+
−	$sql = $this->formvars['selectstring'];	+
−	die Zeile	+
−	$sql = str_replace("\\", "", $sql);	+
−	einfügen.<br>	+
−	*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:45, 16. Mai 2007 (CEST) Wenn ich eine Shapedatei erzeuge, bekomme ich nach dem Alert-Fenster mit der Meldung des erfolgreichen Erzeugens des Shapes eine Fehlermeldung:	+
−	Warning: unlink(/srv/www/htdocs/tmp/shp_Export_Fluren509/Fluren.shp) [function.unlink]: No such file /	+
−	or directory in /srv/www/htdocs/kvwmap/class/kvwmap.php on line 3265	+
−	Der anschließende Klick auf "Herunterladen" funktioniert nicht, weil die zip-Datei im tmp-Verzeichnis nicht existiert.	+
−	= Version 1.6.3 =	+	== + 3.11.8 Layerparameterauswahl ==
		+	Wenn die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.
−	== + Fachschale Jagdkataster | Tabelle Jagdbezirke ==	+	== + 3.11.7 als Vorlage für neuen Datensatz übernehmen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:32, 26. Mär 2007 (CEST)<br>	+	Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.
−	In der Tabelle jagdbezirke fehlt offensichtlich die Spalte "name". Beim Versuch einen Datensatz abzuspeichern kommt die entspr. Fehlermeldung.	+
−	== + Druckrahmen - 'als neuen Rahmen speichern' - Referenzkarte ==	+	== + 3.11.6 abhängige Auswahlfelder ==
−	--[[Benutzer:HolgerR|HolgerR]] 16:02, 22. Mär 2007 (CET)	+	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.
−	Beim Anlegen von Druckrahmen auf Basis vorhandener Druckrahmen wird bei Nichtvorhandensein einer Referenzkarte der Stringwert 'NULL' in die Tabelle 'druckrahmen' in das Feld 'refmapsrc' eingetragen. Beim Aufruf dieses Rahmens bricht kvwmap mit einem weißen Bildschirm ab.	+	== + 3.11.5 FormObject ==
		+	Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.
−	Eine einfache Lösung besteht darin, in phpMyAdmin das Feld 'refmapsrc' auf NULL zu setzen. Beim Anlegen mehrer Rahmen ist das ganz schön umständlich. Daher habe ich die Funktionen wie folgt angepasst [[Änderungen]]	+	== + 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.
−	== + ALB-Einleseroutine: Hinweise zum Flurstück ==	+	== + 3.11.3 Correct Arrow Function ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 08:34, 16. Mär 2007 (CET)	+	Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.
−	Mir ist aufgefallen, dass Hinweise zum Flurstück, welche im ALB gelöscht worden sind in kvwmap noch vorhanden sind.	+
−	:--[[Benutzer:HolgerR|HolgerR]] 15:51, 22. Mär 2007 (CET)	+
−	:Andreas siehe mal meinen Hinweis zur Version 1.6.2: [http://kvwmap.geoinformatik.uni-rostock.de/index.php/Bug_kvwmap#-_ALB_Fortfuehrungsart_57_-_Loeschen_der_alten_Eintraege_f.C3.BCr_Hinweise_und_Verfahren Hinweis]	+
−	== + Löschen von Freitexten ==	+	== + 3.11.2 abhängige Auswahlfelder ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:37, 8. Mär 2007 (CET)	+	Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.
−	Wenn ich in der druckrahmenverwaltung einen Freitext lösche, lande ich anschließend nicht in meiner bearbeiteten Druckvorlage, sondern in der "aktuellen Druckvorlage". Frage: Ist das mit der "aktuellen Druckvorlage" überhaupt nötig?	+
−	== + ALB-Formate 20 und 25 ohne Wasserzeichen ==	+	== + 3.11.1 Debugdateien ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:07, 2. Mär 2007 (CET)	+	Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.
−	Obwohl ich die Funktion "ohneWasserzeichen" einer Stelle nicht zugeordnet habe, erscheint der Link "ohne WZ" sowohl bei ALB-Auszug 20 als auch bei ALB-Auszug 25 und das PDF wird erzeugt.	+
−	== + Suchknopf über Fenster in der Dokumentenrecherche ==	+	= Version 3.10 =
−	--[[Benutzer:M.Leschke|M.Leschke]] 15:55, 19. Feb 2007 (CET)	+
−	In der Dokumentenrecherche der Nachweisverwaltung wird der Auswahlknopf über Viereck nicht als aktiv (gelb) dargestellt. Außerdem  muß er bei der ersten Benutzung mit Doppelklick und später mit einfachem Klick aktiviert werden. Das Gleiche gilt für den Umringspolygon-löschen Knopf in der Nachweisverwaltung.	+
−	== - ALB-Einleseroutine - Baulasten hist. Flurstuecke ==	+	== + 3.10.101 Layer-Suche ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:29, 9. Feb 2007 (CET)	+	Wenn man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.
−	Die Baulastenblätter von untergegangenen Flurstücken werden weiter in der Datenbank vorgehalten. Ist das so gewollt? m.E. nach wird eine ausgefeilte Flurstückshistorie zum derzeitigen Stand in kvwmap nicht geführt und die Daten sind somit nicht mehr notwendig.	+
−	Lt. dem SQL-Dump werden die Angaben zwar zuerst gelöscht, aber anschließend wieder der Tabelle alb_f_baulasten angefügt.	+	== + 3.10.100 Themenbaum ==
−	INSERT INTO alb_x_flurstuecke (flurstkennz,gemkgschl,flurnr,pruefzeichen) VALUES ('132311-001-00193/003.00','132311','001','4');	+	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.
−	UPDATE alb_x_flurstuecke SET flurstkennz='132311-001-00193/003.00',status='H',entsteh='2005/03019-11',letzff='2006/03544-11',flaeche=144511,aktunr=03 WHERE flurstkennz='132311-001-00193/003.00';	+
−	INSERT INTO alb_x_f_baulasten (flurstkennz,blattnr) VALUES ('132311-001-00193/003.00','40002');	+
−		+
−	DELETE FROM alb_f_baulasten USING alb_x_f_baulasten WHERE alb_f_baulasten.flurstkennz=alb_x_f_baulasten.flurstkennz;	+
−	INSERT INTO alb_f_baulasten SELECT * FROM alb_x_f_baulasten;	+
−	Die Einleseroutine müsste so weit verbessert werden, das beim 1. INSERT zu alb_x_f_baulasten der Status 'H' des Flurstückes mit ausgewertet wird und diese Baulasten in die temporäre Datei nicht eingetragen wird.	+
−	Die anderen Einleseroutinen zu den weiteren Flurstückattributen bin ich jetzt nicht durchgegangen, aber ich könnte mir vorstellen, das es hier ähnlich aussieht. z.B. Hinweise zum Flurstück aus dem SQL-Dump:	+
−	DELETE FROM alb_f_hinweise USING alb_x_f_hinweise WHERE alb_f_hinweise.flurstkennz=alb_x_f_hinweise.flurstkennz;	+
−	INSERT INTO alb_f_hinweise SELECT * FROM alb_x_f_hinweise;	+
−	Wenn eine umfassende Flurstückhistorie gewünscht ist, könnten in diesem Fall die Funktionen deleteHistXXX aus dem Programmcode entfernt werden. Die historischen Flurstücke müssten dann aber auch in der Tabelle alb_flurstücke mit dem Status 'H' belegt und nicht gelöscht werden.	+
−	== + ALB-Einleseroutine - deleteOldxxx ==	+	== + 3.10.99 Strecken und Flächenmessung ==
−	--[[Benutzer:HolgerR|HolgerR]] 14:21, 8. Feb 2007 (CET)	+	Die Reduktion wird nicht berücksichtigt.
−	beim der Anzeige der Baulasten ins kvwmap ist mir aufgefallen, dass neben den untergegangenen Verfahren und Hinweisen auch die untergegangenen Baulasten nicht richtig gelöscht werden.	+
−	Ich könnte mir vorstellen, dass die Funktionen	+
−	*deleteOldAdressen	+
−	*deleteOldLagen	+
−	*deleteOldNutzungen	+
−	*deleteOldKlassifizierungen	+
−	*deleteOldTexte	+
−	*deleteOldAnlieger	+
−	*deleteOldBaulasten	+
−	in der postgresql.php vom fehlerhaften Löschansatz betroffen sind.	+
−	Das Problem ist, dass in der wldge keine Löschdatensätze enthalten sind. Untergegangene Flurstücke werden historisch gesetzt (Status 'H'). Bei Änderungen zum Flurstück werden nur die Änderungen mitgeteilt. Fällt jetzt ein Datensatz weg, wie z.B. eine eingetragene Baulast zu einem Flurstück, wird diese 'R'-Zeile in der wldge-Datei einfach nicht mehr aufgeführt.	+	== + 3.10.98 Requires-Layer in der tabellarischen Ansicht ==
−	Der Abgleich zum Löschen der Baulast kann daher nicht gegen die neu eingelesen alb_x_f_baulast erfolgen - hier steht die untergegangene Baulast nicht mehr drin - , sondern der Abgleich muss im Vergleich zu allen eingelesen Flurstücken alb_x_flurstuecke erfolgen.	+	Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.
−	Hier habe ich mal die korrigierte Fassungen der [[Funktionen]] hinterlegt	+
−	== + Query im Polygon ==	+	== + 3.10.97 Themenübersicht ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+	Die Sortierung der Gruppen kann falsch sein.
−	Wenn ich eine Abfrage im Polygon machen will und ich mich "verpolygoniert" habe, habe ich keine Möglichkeit, das Zeichnen des Polygons abzubrechen. Auch der Klick auf einen anderen Button hilft nicht.	+
−	:--[[Benutzer:HolgerR|HolgerR]] 13:04, 5. Feb 2007 (CET)	+	== + 3.10.96 Rollenlayer freigeben ==
−	:Markus vorübergehend hilft jede Aktion, die den Karteninhalt neu lädt, also 'Pan', 'Neu laden', Zoom, ...	+	Als Drawingorder wird 0 eingetragen.
−	:Du hast aber recht, bei erneutem Anklicken des Polygonabfragebuttons müsste die Möglichkeit bestehen, den Polygon wieder neu zu zeichnen.	+
−	::--[[Benutzer:Rahn|Rahn]] 12:04, 8. Feb 2007 (CET) Ist behoben. In der nächsten Version kann man durch einen weiteren Klick auf den Button das Polygon löschen.	+	== + 3.10.95 Sachdatendrucklayouteditor ==
		+	Linien werden teilweise gestrichelt dargestellt.
−	== + Selektionslayer ==	+	== + 3.10.94 Daten-Import in Thema ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+	Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.
−	Wenn ein Selektionslayer gelöscht wird, indem der Benutzer den Haken rausnimmt und neu lädt, werden die entsprechenden Einträge in den Tabellen "styles2classes", "used_layer" und "rolle2used_layer" nicht gelöscht. Oder habe ich nur ein Problem mit meiner MySQL?	+
−	:--[[Benutzer:Rahn|Rahn]] 12:49, 5. Mär 2007 (CET) Die Selektionslayer werden jetzt in der Tabelle rollenlayer gespeichert.	+
−	== + Fehlermeldung im generischen Layereditor ==	+	== + 3.10.93 Adresssuche ==
		+	Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.
−	Beim Aufruf des generischen Layereditors kann es (je nach Postgres-Version) vorkommen, dass Fehlermeldungen angezeigt werden. Zur Behebung des Problems in postgresql.php in der Funktion pg_table_constraints() die Zeile	+	== + 3.10.92 Auswahlfeld mit Bild ==
		+	Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.
−	$sql = "SELECT consrc FROM pg_constraint WHERE contype = 'check'";	+	== + 3.10.91 Export der layerdef.json für kvportal ==
		+	Funktioniert unter Mapserver 8 nicht.
−	durch diese hier ersetzen:	+	== + 3.10.90 Adresssuche ==
		+	Es kann sein, dass Flurstücke doppelt gefunden werden.
−	$sql = "SELECT consrc FROM pg_constraint, pg_class WHERE contype = 'check'";	+	== + 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.
−	== + punktförmige Bodenrichtwertzonen kopieren ==	+	== + 3.10.88 layerDef Export ==
−	--[[Benutzer:Certa|Certa]] 12:34, 25. Jan 2007 (CET)	+	Es fehlten classItem und def bei Expression mit in Operator und Header Access-Control-Allow-Origin: * für Daten Export.
−	Der Versuch, punktförmige Bodenrichtwerte in einen neuen Stichtag zu kopieren, scheitert, weil die Funktion versucht, in die Spalte "textposition" der Tabelle "bw_bodenrichtwertzonen" zu schreiben. die existiert aber nicht bei punktförmigen Bodenrichtwerten. Außerdem steht in allen Masken "Bodenrichtwert'''zonen'''", obwohl ich es nicht mit Zonen, sondern mit Punkten zu tun habe.	+
−	*--[[Benutzer:Rahn|Rahn]] 13:30, 25. Jan 2007 (CET) Um den Fehler beim Kopieren zu beheben, in bodenrichtwerte.php in der Funktion copyZonenToNewStichtag() die Zeile	+	== + 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.
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+	== + 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.
−	durch diese Zeilen ersetzen:	+	== + 3.10.85 Fixes in FormObject, PgObject and gui ==
		+	Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs
−	if(BODENRICHTWERTTYP == 'punkt'){	+	== + 3.10.84 Subform Datensatz anlegen ==
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom";	+	Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".
−	}	+
−	else{	+
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+
−	}	+
−	== + Fachschale Jagdkataster ==	+	== + 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
−	Damit auch Sonderflächen erfasst werden können, muss dass entsprechende constraint der Tabelle jagdbezirke wie folgt geändert werden:	+	== + 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.
−	ALTER TABLE jagdbezirke DROP CONSTRAINT art;	+	== + 3.10.81 Daten-Import ==
−	ALTER TABLE jagdbezirke ADD CONSTRAINT art CHECK (art::text = 'gjb'::text OR art::text = 'ejb'::text OR art::text = 'tjb'::text OR art::text = 'sf'::text);	+	Beim Import von Geopackage-Dateien wird auch der geometrielose Meta-Layer importiert, was bei der weiteren Verarbeitung zu Fehlern führt.
−	== + Geometrien erfassen ==	+	== + 3.10.80 Sachdatendruck ==
		+	Die Anordnung in Spalten funktioniert nicht richtig.
−	Damit in den verschiedenen Fachschalen auch Multipolygone gespeichert werden können, muss das entsprechende constraint der Tabelle wie folgt geändert werden:	+	== + 3.10.79 Passwort abgelaufen ==
		+	Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.
−	ALTER TABLE <TABELLENNAME> DROP CONSTRAINT enforce_geotype_umring;	+	== + 3.10.78 deleteGastUser.sh ==
−	ALTER TABLE <TABELLENNAME> ADD CONSTRAINT enforce_geotype_the_geom CHECK (geometrytype(the_geom) = 'POLYGON'::text OR geometrytype(the_geom) = 'MULTIPOLYGON'::text OR the_geom IS NULL);	+	Das Skript löscht nicht die Logdateien der Gastnutzer.
−	== - Nachweisverwaltung - Dokument überarbeiten - doppelte Dokumentnamenvergabe == --[[Benutzer:HolgerR|HolgerR]] 17:20, 16. Jan 2007 (CET)	+	== + 3.10.77 Nutzung Wald Vegetationsmerkmal ==
−	Wird bei der Änderung von Dokumenten der Dokumentenname eines schon vorhandenen Dokumentes generiert (z.B. Vergabe einer schon vorhanden laufenden Nummer im Dokumentenstamm) erscheint eine leere Fehlermeldung. Bitte mit Inhalt füllen, damit der Nutzer weiß, was er verkehrt gemacht hat.	+	Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.
−	== + Attribut-Editor verweigert Änderungen ==	+	== + 3.10.76 Flurstückssuche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:28, 16. Jan 2007 (CET)	+	Historische Flurstücke werden in der Karte nicht angezeigt.
−	Ich kann im Attribut-Editor nicht die Formularelement-Einstellungen der Attribute ändern. Ich kriege folgende Fehlermeldung:	+
−	Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource<br>in /srv/www/htdocs/kvwmap/class/mysql.php on line 2339	+
−	== + PDF-Druckfunktion - fehlende Schrift == --[[Benutzer:HolgerR|HolgerR]] 13:42, 15. Jan 2007 (CET)	+	== + 3.10.75 Plugin Bauleitplanung: F-Pläne ==
−	In der PDF-Druckfunktion erhalte ich bei der Übergabe des Bildes an den Acrobat Reader folgende Fehlerausschrift:	+	Das Speichern funktioniert nicht.
−	Eine Schrift ist nicht im Ressourcen-Dictionary verzeichnet - Helvetica wird verwendet.	+
−	In der phplog-Datei wird folgender Eintrag generiert:	+
−	[15-Jan-2007 13:15:39] PHP Warning:  Unable to set output format to 'jpeg_print' in /srv/www/htdocs/kvwmap_dev/class/kvwmap.php on line 2196	+
−	Welche Schrift fehlt hier und wo muss die stehen? Ist da serverseitig oder clientseitig was zu tun? Ist vielleicht PHP nicht richtig compiliert?	+
−	:--[[Benutzer:Rahn|Rahn]] 23:27, 15. Jan 2007 (CET) Diese Fehlermeldung bedeutet nur, dass eine Schriftart, die für den Druckrahmen ausgewählt wurde, nicht vom Acrobat Reader unterstützt wird (Zur Auswahl stehen ja alle Fonts der PDF-Class). Um die Fehlermeldung zu vermeiden, einfach eine andere auswählen, z.B. Helvetica.	+	== + 3.10.74 GLE:Gruppennamen ==
		+	Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.
−	:Der Eintrag in der Log-Datei hat nichts mit der falschen Schriftart zu tun. Hier wurde nur protokolliert, dass für den Druck versucht wurde ein Output-Format zu setzen (jpeg_print), dass offenbar nicht definiert ist. Die Output-Formate stehen in der defaultmapfile.map. Das Format jpeg_print wurde in der Version [[Changelog#kvwmap-1.5.8|1.5.8]] eingeführt, um eine höhere Druckqualität zu erzielen (die jpg-Qualität ist hier 100%). Beim PDF-Export wird versucht, dieses Format zu setzen. Wenn dies fehlschlägt, wird das Standardformat jpeg verwendet. Es ist also nichts wirklich schlimmes, allerdings empfiehlt es sich für den Druck doch jpeg_print als Outputfprmat zu verwenden.	+	== + 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.
−	== + Layer werden nicht mehr angezeigt ==	+	== + 3.10.72 dynamische Dateipfade ==
		+	Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.
−	Im Stelleneditor und nach "Layer anzeigen" kann es sein, dass die Layer nicht angezeigt werden. Dazu in der users.php in der Funktion getLayers() die Zeile	+	== + 3.10.71 import_nas.sh ==
		+	Der Ordner METADATA wird nicht ignoriert.
−	$sql .=' AND layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+	== + 3.10.70 Orthogonalpunktberechnung ==
		+	Funktioniert nicht richtig.
−	durch diese ersetzen:	+	== + 3.10.69 Nachweiserfassung ==
		+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	$sql .=' AND layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+	== + 3.10.68 Auswahlfeld: neuer Datensatz ==
		+	Funktioniert nicht richtig.
−	und in kvwmap.php in der Funktion getall_Layer() in die Zeile	+	== + 3.10.67 Anzeige komplexer Datentypen im GLE ==
		+	Kann unter PHP8 zu Fehlern führen.
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+	== + 3.10.66 Daten-Import Geometrie übernehmen ==
		+	Funktioniert nicht.
−	durch diese hier:	+	== + 3.10.65 Sachdatendruck ==
		+	Bei den Subform-Layern erscheint eine Fehlermeldung.
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+	== + 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.
−	== + Fehler in der Flurstückssuche ==	+	== + 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.
−	--[[Benutzer:Rahn|Rahn]] 10:17, 10. Jan 2007 (CET)	+	== + 3.10.61 Themensuche in Legende ==
−	Wer den Internetexplorer benutzt, dürfte beim Aufruf der Flurstückssuche bemerkt haben, dass hier nichts angezeigt wird. Zur Behebung des Bugs einfach die erste Zeile in flurstueckssuche.php:	+	Funktioniert nicht richtig.
−	<script language="JavaScript" src="funktionen/selectformfunctions.js" type="text/javascript">	+	== + 3.10.60 neuer Datensatz in Subform ==
		+	Wenn man die Option "weiter erfassen" verwendet, werden z.B. Primärschlüsselattribute auch übernommen.
−	umd das fehlende End-Tag erweitern:	+	== + 3.10.59 Als Vorlage für neuen Datensatz verwenden ==
		+	Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.
−	</script>	+	== + 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.
−	= Version 1.6.2 =	+	== + 3.10.57 LENRIS ==
		+	Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.
−	== + Darstellung Label - partials ==	+	== + 3.10.56 Nachweisrecherche ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:11, 19. Dez 2006 (CET)	+	Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.
−	Die Änderung der Einstellung zu der partiellen Darstellung der Label in der Tabelle 'labels', Spalte 'partials' ist ohne Wirkung. In der Mapdatei wird immer der Standardwert 'TRUE' verwandt.	+
−	Lösung: In der Datei 'kvwmap.php' in der Funktion 'loadclasses' unterhalb von	+	== + 3.10.55 Festpunkte ==
−	<pre>	+	Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.
−	$klasse->label->set('force',$dbLabel['the_force']);	+
−	</pre>	+
−	folgende Zeile einfügen	+
−	<pre>	+
−	$klasse->label->set('partials',$dbLabel['partials']);	+
−	</pre>	+
−	== - Stellenabhängige Maßstabseinstellungen in 'used_layer' ==	+	== + 3.10.54 neuer Datensatz ==
−	--[[Benutzer:HolgerR|HolgerR]] 11:28, 15. Dez 2006 (CET)	+	Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.
−	In der Tabelle 'used_layer' sind zur stellenabhängigen Maßstabseinstellungen die Spalten 'minscale' und 'maxscale' hinterlegt. In der Mapdatei werden leider nur die Eintragungen aus der Tabelle 'layer' verwandt.	+
−	== + zurück zur Flurstückssuche ==	+	== + 3.10.53 Layer-Export ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:10, 6. Dez 2006 (CET) Nach einer Flurstückssuche sollte man aus der Sachdatenanzeige heraus wieder zurück in die Flurstückssuche gehen können, wobei das zuletzt gesuchte Flurstück vorselektiert ist. Bei mir klappt das nicht. Die entsprechende FST-Nummer wird mit go=Flurstueck_Auswählen nicht übergeben.	+	Die Layergruppen werden nicht mit exportiert.
−	== + Fehler beim Überarbeiten von Dokumenten in der Nachweisverwaltung ==	+	== + 3.10.52 Nachweisanzeige ==
		+	Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.
−	--M.Leschke 13.50, 16. Nov 2006 (CEST) Beim Überarbeiten von Dokumenten in der Nachweisverwaltung wird das Umringspolygon für den zu bearbeitenden Nachweis zwar geladen (es wird blau markiert), nach Änderung des Datensatzes (Datum oder Stammnummer)erschient aber folgende Fehlermeldung:	+	== + 3.10.51 WFS-Layer Sachdatenanzeige ==
		+	Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.
−	Bitte legen Sie das Umringspolygon für den einzuarbeitenden Nachweis fest.	+	== + 3.10.50 Layer-Suche räumlich eingrenzen ==
		+	Die Geometrieübernahme funktioniert nicht.
−	*--[[Benutzer:Rahn|Rahn]] 12:56, 8. Dez 2006 (CET): Zur Behebung des Fehlers in der Funktion changeDokument in nachweis.php die Zeile	+	== + 3.10.49 eigene Klassenbilder bei Rasterlayern ==
		+	Funktionieren nicht richtig.
−	$ret=$this->pruefeEingabedaten($formvars['datum'],$formvars['VermStelle'],$formvars['art'],$formvars['gueltigkeit'],$formvars['stammnr'],$formvars['Blattformat'],$formvars['Blattnr'],$formvars['changeDocument'],$formvars['Bilddatei_name'],$formvars['pathlength'],$formvars['pathx'],$formvars['pathy']);	+	== + 3.10.48 Layer-Parameter im Layernamen ==
		+	Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.
−	durch diese hier erseten:	+	== + 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.
−	$ret=$this->pruefeEingabedaten($formvars['datum'],$formvars['VermStelle'],$formvars['art'],$formvars['gueltigkeit'],$formvars['stammnr'],$formvars['Blattformat'],$formvars['Blattnr'],$formvars['changeDocument'],$formvars['Bilddatei_name'],$formvars['pathlength'],$formvars['umring']);	+	== + 3.10.46 Sachdatendruckeditor ==
		+	In den Feldern für die Positionen können kann keine 0 gespeichert werden.
−	== +- Mapserverfehler nach Betätigung Druckvorschaubutton ==	+	== + 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.".
−	Nach bisher nicht erkennbaren Muster sendet der Mapserver nach Betätigung des Druckvorschaubuttons gelegentlich folgende Meldung:	+	== + 3.10.44 Cluster_FeatureCount ==
		+	Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.
−	Fatal error: [MapServer Error]: msDrawLegend(): Unable to initialize image in /Pfad zu kvwmap/class/kvwmap.php on line 1082	+	== + 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.
−	*--[[Benutzer:Rahn|Rahn]] 13:07, 30. Okt 2006 (CET) Ist uns auch schon aufgefallen. Warum das so zufällig auftritt, wissen wir auch noch nicht. Auf jeden Fall verursacht die Legendenerzeugung diese Fehlermeldung. Läßt man die Legende weg (Legendenbreite rausnehmen), wird man von den Fehlermeldungen verschont.	+	== + 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.
−	== + Druckrahmen Änderungen speichern ==	+	== + 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.
−	Versucht man im Druckrahmeneditor die vorgenommenen Änderungen an einem Druckrahmen zu speichern oder einen neuen anzulegen, kommt eine Fehlermeldung und es erfolgt keine Speicherung. Zur Behebung die Zeile	+	== + 3.10.40 Layer-Export ==
		+	Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.
−	$sql .= ", `font_text` = '".$formvars['font_text']."'";	+	== + 3.10.39 Themenübersicht ==
		+	Funktioniert für nicht-Admins nicht.
−	in den Funktionen update_frame und save_frame in kvwmap.php löschen.	+	== + 3.10.38 wms_checker.php ==
		+	Funktioniert unter Mapserver 8 nicht.
−	== + Nordpfeil ==	+	== + 3.10.37 Geometrie verschwindet ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:54, 20. Okt 2006 (CEST) Die rechte Hälfte der Pfeilspitze sollte weiß und nicht transparent sein.	+	Wenn man im Geometrieeditor Layer ein- oder ausschaltet und speichert, wird zwar richtig gespeichert aber anschließend die Geometrie nicht geladen.
−	== + Drehwinkel ==	+	== + 3.10.36 Layergruppen verschwinden ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:18, 18. Okt 2006 (CEST) Beim Eingeben eines Drehwinkels funktioniert die Druckvorschau nicht, es kommt folgende Meldung: "Fatal error: Call to undefined function: imagerotate() in /srv/www/htdocs/kvwmap/class/kvwmap.php on line 1002"	+	Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.
−	*--[[Benutzer:Rahn|Rahn]] 12:05, 19. Okt 2006 (CEST) Entweder Dein GD ist nicht richtig installiert, was ich aber nicht glaube oder Deine php-Version ist zu alt. Laut Dokumentation wird PHP > 4.3.0 benötigt.	+	== + 3.10.35 rectify_layer_params ==
		+	Funktioniert nicht.
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:59, 19. Okt 2006 (CEST) PHP 4.3.8 ist installiert. Wie erkenne ich denn, ob meine GD nicht richtig installiert ist?	+	== + 3.10.34 quote_or_null ==
−	:*--[[Benutzer:Rahn|Rahn]] 10:19, 24. Okt 2006 (CEST) Ich denke mal es liegt hier dran: In der Dokumentation zur dieser Funktion auf www.php.net steht: ''Anmerkung: Diese Funktion steht nur zur Verfügung, wenn PHP mit der GD Bibliothek übersetzt wurde, die mit PHP zusammen erhältlich ist.''	+	Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.
−	== + Suchergebnislayer ==	+	== + 3.10.33 Strecke messen bei Nachweis bearbeiten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:59, 18. Okt 2006 (CEST) Die Layer mit Suchergebnissen dürfen nicht bei "Layer anzeigen" und "Stelle anzeigen" auftauchen.	+	--[[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
−	--SigridP 10:25, 3. Nov 2006 (CET)	+	== + 3.10.32 timestamp with timezone ==
−	Die Layer sollten ohne Kästchen für eine Sachdatenabfrage sein, da bei Aktivschalten unnötige Fehlermeldungen erzeugt werden.	+	Im GLE funktioniert der Kalender nicht.
−	== + PDF-Dokmente laden ==	+	== + 3.10.31 layerdef mit used_layer Gruppen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:55, 18. Okt 2006 (CEST) Mitarbeiter, die einen Umlaut im Namen haben, können PDF-Dokumente (z.B. ALB- oder Druck-Dokumente) nicht laden. Sie erhalten ein "Objekt nicht gefunden". Vorschlag: Alle Sonderzeichen aus dem Dokumentnamen entfernen (Leerzeichen und Doppelpunkte) und die Umlaute im Benutzernamen ersetzen lassen.	+	group_id aus used_layer in create layerdef für plugin kvportal berücksichtigt und ows_abstract auf Typ text geändert.
−	*--[[Benutzer:Rahn|Rahn]] 11:48, 19. Okt 2006 (CEST) Zur Behebung in kvwmap.php in der Funktion output() die Zeile	+
−	$dateiname = $this->user->Name.'-'.$currenttime.'.pdf';	+	== + 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 folgende Zeilen ersetzen:	+	== + 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.
−	$name = str_replace('ä', 'ae', $this->user->Name);	+	== + 3.10.28 Speichern von SubForms ==
−	$name = str_replace('ü', 'ue', $name);	+	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.
−	$name = str_replace('ö', 'oe', $name);	+
−	$name = str_replace('Ä', 'Ae', $name);	+
−	$name = str_replace('Ü', 'Ue', $name);	+
−	$name = str_replace('Ö', 'Oe', $name);	+
−	$name = str_replace('ß', 'ss', $name);	+
−	$dateiname = $name.'-'.$currenttime.'.pdf';	+
−	== + ALB-Anzeige für alle Flurstücke ==	+	== + 3.10.27 Filterverwaltung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:38, 18. Okt 2006 (CEST) Die Flurstücksangaben fehlen in den PDF-Dokumenten aller Formate bei "Für alle Flurstücke".	+	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.
−	== + Fehler in der Flächenversiegelung ==	+	== + 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.
−	Um ihn zu beheben in kvwmap.php in der Funktion versiegelungsFlaechenErfassung die Zeile	+	== + 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen ==
		+	Funktioniert nicht.
−	$GemObj=new gemeinde(0,$this->database);	+	== + 3.10.24 Nachweisverwaltung: Anträge bearbeiten ==
		+	Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.
−	durch diese ersetzen:	+	== + 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.
−	$GemObj=new gemeinde(0,$this->pgdatabase);	+	== + 3.10.22 eigene Datentypen ändern ==
		+	Die alten Datentyp-Attribute bleiben bestehen.
		+	== + 3.10.21 Layer erstellen ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.
−	== +- Geometrieeditor: Polygon zeichnen ==	+	== + 3.10.20 Layer-Export ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 18. Okt 2006 (CEST) Wenn ich ein Polygon zeichnen oder ein Flurstück hinzufügen will, bekomme ich im IE ein Alert: "AHAH-Error: 401 Authorization required".	+	Es werden nicht ale Spalten exportiert.
−	--[[Benutzer:HolgerR|HolgerR]] 10:50, 24. Nov 2006 (CET)	+	== + 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.
−	Bei mir tritt der gleiche Fehler auf. In der apache-Fehlerdatei wird folgender Eintrag erzeugt:	+	== + 3.10.18 Flurstücks-CSV-Export ==
−	<pre>	+	Die Umlaute sind teilweise defekt.
−	[Fri Nov 24 12:05:30 2006] [error] [client 10.32.62.45] File does not exist: /srv/www/htdocs/kvwmap_dev/10.32.0.246, ref	+
−	erer: http://10.32.0.246/kvwmap_dev/index.php	+
−	</pre>	+
−	Hallo, ich habe da einen Fehler im Quellcode gefunden:	+	== + 3.10.17 ausgewählter Button im Geometrieeditor ==
−	In class/spatial_processor.php in class spatial_processor in Funktion spatial_processor	+	Wird nicht gehighlighted.
−	Befinden sich zwei syntaktisch falsche Zeilen:	+
−	$this->$conn_id = $this->database->open();	+
−	$this->$pgconn_id = $this->pgdatabase->open();	+
−	Diese müssen heißen:	+
−	$this->conn_id = $this->database->open();	+
−	$this->pgconn_id = $this->pgdatabase->open();	+
−	Vielleicht leigt es ja daran, dass einige PHP-Processoren das akzeptieren, anderen nicht.	+	== + 3.10.16 Layer kopieren ==
−	In Ndbg hat das zumindest weitergeholfen.	+	Beim Style werden nicht alle Attribute kopiert.
−	Peter	+	== + 3.10.15 Daten-Export ==
		+	Es gibt eine Sicherheitslücke bei der Datenbankabfrage.
−	== + ALB-Daten werden nicht angezeigt ==	+	== + 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)
−	Bei den ALB-Auszügen fehlen sämtliche Daten zum Flurstück. Um dies zu beheben, in alb.php in der Funktion ALBAuszug_Flurstueck die Zeile	+	== + 3.10.13 Plugin Bauleitplanung ==
		+	Die Geltungsbereichsfläche wird nicht richtig ausgegeben.
−	$ret=$flst->readALB_Data($FlurstKennz);	+	== + 3.10.12 Daten-Export ==
		+	Die Export-Tabelle im Schema public wird nicht gelöscht.
−	durch diese ersetzen:	+	== + 3.10.11 Auswahlfelder ==
		+	Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.
−	$ret=$flst->readALB_Data($FlurstKennz[$f]);	+	== + 3.10.10 alle Objekte exportieren ==
		+	Fuktioniert nicht.
−	== + History-Buttons ==	+	== + 3.10.9 Fehler beim Löschen einer Benachrichtigung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:08, 17. Okt 2006 (CEST) Die beiden History-Buttons funktionieren nicht mehr.	+	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 []".
−	*--[[Benutzer:Rahn|Rahn]] 13:53, 19. Okt 2006 (CEST) Zur Behebung in users.php in der Funktion setConsumeActivity die Zeile	+	Die Benachrichtigung wird dennoch gelöscht. (Neu laden)
−	if ($prev=="0000-00-00 00:00:00" OR $prev==<nowiki>''</nowiki>) {	+	== + 3.10.8 Multipolygon speichern ==
		+	Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.
−	durch diese ersetzen:	+	== + 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.
−	if ($prevtime=="0000-00-00 00:00:00" OR $prevtime==<nowiki>''</nowiki>) {	+	== + 3.10.6 Polygoneditor ==
		+	Einer der Eckpunkte lässt sich nicht richtig verschieben.
−	== + ALB-Auszüge für alle aufgelisteten Flurstücke ==	+	== + 3.10.5 Geonamensuchfeld ==
−	Das Wasserzeichen erscheint nur auf der ersten Seite, aber nicht mehr auf allen folgenden.	+	Ist ausgeblendet.
−	--[[Benutzer:Rahn|Rahn]] 11:56, 18. Okt 2006 (CEST) Zur Behebung in alb.php in der Funktion ALBAuszug_Flurstueck die Zeilen	+	== + 3.10.4 Nachweisanzeige ==
		+	Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.
−	if ($wasserzeichen) {	+	== + 3.10.3 Attributeditor: abhängige Sichtbarkeit ==
−	$pdf->addJpegFromFile(WWWROOT.APPLVERSION.WASSERZEICHEN,75,140,450); # 2005-12-15 pk	+	Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.
−	}	+
−	ausschneiden und hinter die Zeile	+	== + 3.10.2 Gast-Zugang==
		+	Funktioniert nicht.
−	for($f = 0; $f < count($FlurstKennz); $f++){	+	== + 3.10.1 $EXPORT ==
−		+	$EXPORT wird nicht richtig ersetzt.
−	einfügen.	+
−		+
−		+
−	== + Polygon löschen bei der Dokumenteneingabe==	+
−	Im Geometrieeditor der Dokumenteneingabe hat sich ein kleiner Fehler eingeschlichen. Will man ein gezeichnetes Polygon wieder löschen, so funktioniert dies nicht und es kommt (im IE) eine Fehlermeldung. Zur Behebung des Problems in SVG_Polygon.php folgende Zeile unter "formular-variabeln fuer fachschale" einfügen:	+
−		+
−	<input name="area" type="hidden" value="">	+
−		+
−	== + Geometrieeditor Bodenrichtwertzonen erfassen==	+
−	Hier gibt es genau denselben Fehler. Hier zur Fehlerbehebung die Datei SVG_polygon_and_point.php um die Zeile	+
−		+
−	<input name="area" type="hidden" value="">	+
−		+
−	erweitern.	+
−		+
−		+
−	== + Löschen eines Suchergebnisses ==	+
−	Zur Zeit kann man die Suchergebnislayer nur in der Layerverwaltung löschen. Ersetzt man die Funktion setAktivLAyer in users.php durch folgenden Code, wird der Suchergebnislayer durch Wegnehmen des Hakens und anschließendes neu laden gelöscht.	+
−		+
−	function setAktivLayer($formvars, $stelle_id, $user_id) {	+
−	# Eintragen des Status der Layer, 1 angezeigt oder 0 nicht.	+
−	for ($i=0;$i<count($this->layerset);$i++) {	+
−	if ($formvars['thema'.$this->layerset[$i]['Layer_ID']]==1) {	+
−	$aktiv_status=1;	+
−	}	+
−	elseif($formvars['thema'.$this->layerset[$i]['Layer_ID']]==2) {	+
−	$aktiv_status=2;	+
−	}	+
−	else{	+
−	$aktiv_status=0;	+
−	}	+
−	$sql ='UPDATE u_rolle2used_layer SET aktivStatus="'.$aktiv_status.'"';	+
−	$sql.=' WHERE user_id='.$this->user_id.' AND stelle_id='.$this->stelle_id;	+
−	$sql.=' AND layer_id='.$this->layerset[$i]['Layer_ID'];	+
−	$this->debug->write("file:users.php class:rolle->setAktivLayer - Speichern der aktiven Layer zur Rolle:",4);	+
−	$this->database->execSQL($sql,4, $this->loglevel);	+
−	// -------------- new	+
−	if($aktiv_status == 0){	+
−	$mapdb = new db_mapObj($stelle_id, $user_id);	+
−	$Gruppe = $mapdb->read_Group($this->layerset[$i]['Gruppe']);	+
−	if($Gruppe['Gruppenname'] == 'Suchergebnis'){	+
−	$mapdb->deleteLayer($this->layerset[$i]['Layer_ID']);	+
−	# auch die Klassen löschen	+
−	$classes = $mapdb->read_Classes($this->layerset[$i]['Layer_ID']);	+
−	for($j = 0; $j < count($classes); $j++){	+
−	$mapdb->delete_Class($classes[$j]['Class_ID']);	+
−	}	+
−	$layer[] = $this->layerset[$i]['Layer_ID'];	+
−	$stelle[] = $stelle_id;	+
−	$Stelle = new Stelle($stelle_id, $this->database);        # <----- Zeile war fehlerhaft	+
−	$Stelle->deleteLayer($layer);	+
−	$this->deleteLayer($user_id, $stelle, $layer);	+
−	}	+
−	}	+
−	// --------------- new	+
−	}	+
−	return 1;	+
−	}	+
−		+
−	--SigridP 11:54, 13. Okt 2006 (CEST) Bei mir kommt dann folgende Fehlermeldung:	+
−	Warning: Missing argument 2 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905<br>	+
−	Warning: Missing argument 3 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 13:19, 13. Okt 2006 (CEST) Stimmt, man muss natürlich auch noch den Aufruf der Funktion in kvwmap.php	+
−		+
−	$this->user->rolle->setAktivLayer($this->formvars);	+
−		+
−	so anpassen:	+
−		+
−	$this->user->rolle->setAktivLayer($this->formvars,$this->Stelle->id,$this->user->id);	+
−		+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:41, 17. Okt 2006 (CEST) Besser wäre vielleicht, wenn das Suchergebnis in die PostGIS und nicht in die MySQL geschrieben wird. Es ist unheimlich schwierig, neue Layer mit Classes etc. anzulegen, wenn alle naselang neue Layer von kvwmap angelegt werden und die nächsthöhere ID beanspruchen. Und zur Anzeige am Bildschirm: Bei mir wird jetzt in der Themenauswahl als Suchergebnis nicht die komplette Flurstücksnummer, sondern nur Gemarkung-Flur ausgegeben. Außerdem steht da immer "Flurstücke:", wäre Singular nicht sinnvoller?	+
−		+
−	== + Leere letzte Seite bei den ALB-Auszügen  ==	+
−		+
−	Bei allen Flurstücks-ALB-Auszügen wird noch eine leere letzte Seite hinten angehängt. Wen 's stört kann in alb.php '''!! am Ende !!''' der Funktion ALBAuszug_Flurstueck() die Zeile	+
−		+
−	$pageid=$pdf->newPage();	+
−		+
−	durch folgende Zeilen ersetzen.	+
−		+
−	if($f < count($FlurstKennz)-1){	+
−	$pageid=$pdf->newPage();	+
−	}	+
−		+
−	== - ALB Fortfuehrungsart 57 - Loeschen der alten Eintraege für Hinweise und Verfahren == --[[Benutzer:HolgerR|HolgerR]] 15:21, 12. Okt 2006 (CEST)	+
−		+
−	Bei der Fortfuehrungsart 57 werden bei mehreren Flurstuecken folgende Angaben uebereinstimmend veraendert:	+
−	:Kennung - Bezeichnung	+
−	:D - Flurkarte, Riss; Baublock; Finanzamtszugehoerigkeit; Fortsamtszugehoerigkeit	+
−	:U - Ausfuehrende Stelle / Verfahren	+
−	:F - Hinweise zum Flurstueck.	+
−		+
−	Diese Angaben koennen eingetragen, geaendert oder geloescht werden.	+
−	Bei Eintragungen und Aenderungen laeuft alles wie es soll, da die ensprechenden Kennungen in der WLDGe enthalten sind und die Einleseroutine darauf reagieren kann.	+
−		+
−	Fallen diese Angaben zu den Flurstuecken weg, wird in der WLDGe kein Loeschsatz erzeugt, sondern die Angaben werden einfach nicht mit aufgefuehrt. Darauf reagiert der WLDGE2SQL-Konverter bislang noch nicht, auch nicht in vorhergehenden Versionen. Dadurch existieren in der ALB-Anwendung z.B. Flurstuecke mit Verfahrenseintraegen, die so nicht mehr gueltig sind.	+
−		+
−	Daraus ergeben sich m.E. folgende Konsequenzen:	+
−		+
−	Die alten Eintragungen in den Tabellen `alb_f_hinweise` und `alb_f_verfahren` sind in Uebereinstimmung mit den Flurstueckskennzeichen aus der WLDGe, die in der temporaeren Tabelle `alb_x_flurstuecke` enthalten sind, zu loeschen. Dies betrifft die Funktionen `deleteOldVerfahren()` und `deleteOldHinweise()` in `postgresql.php`.	+
−		+
−	Die korrigierte Funktion `deleteOldVerfahren()` sieht wie folgt aus:	+
−		+
−	function deleteOldVerfahren() {	+
−	$sql ="DELETE FROM alb_f_verfahren";	+
−	#Eingefügt 11.04.2006 H. Riedel	+
−	if(POSTGRESVERSION == '8.1'){	+
−	$sql.=" USING alb_".$this->tableprefix."flurstuecke";	+
−	}	+
−	$sql.=" WHERE alb_f_verfahren.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";	+
−	return $this->execSQL($sql, 4, 0);	+
−	}	+
−		+
−	und die Funktion `deleteOldHinweise()` wie folgt:	+
−		+
−	function deleteOldHinweise() {	+
−	$sql ="DELETE FROM alb_f_hinweise";	+
−	#Eingefügt 11.04.2006 H. Riedel	+
−	if(POSTGRESVERSION == '8.1'){	+
−	$sql.=" USING alb_".$this->tableprefix."flurstuecke";	+
−	}	+
−	$sql.=" WHERE alb_f_hinweise.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";	+
−	return $this->execSQL($sql, 4, 0);	+
−	}	+
−		+
−	Um die Werte in der Datenbank zu aktualisieren sind abschließend die ganzen BZSN, angefangen bei der Grundausstattung, neu einzulesen.	+
−		+
−	= Version 1.6.1 =	+
−		+
−	== + Anzeige und Drucken von ALB-Auszug 20 und ALB-Auszug 25 falsch ==	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 10:07, 2. Okt 2006 (CEST) Beim ALB-Auszug 20 und 25, dann darf der Eigentümer nur einmal erscheinen. Zur Zeit ist es so, dass der Eigentümer für jedes Flurstück, dass im Grundbuchblatt geführt ist, erneut aufgeführt wird.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:00, 2. Okt 2006 (CEST) Diesen und noch ein paar andere Fehler bei den ALB-Auszügen 20 und 25 behoben.	+
−		+
−	== + Eigentümernachweis im ALB-Auszug ==	+
−	--SigridP 12:39, 20. Sep 2006 (CEST)<br>	+
−	Der im Original-ALB-Auszug zu den Privatpersonen angegebene Zusatz "GbR ......" ist im kvwmap-Auszug nicht enthalten. Dieser ist jedoch lt. Aussagen der zuständigen Mitarbeiter unbedingt erforderlich. Beim Durchforsten der postgresql-DB habe ich diesen Eintrag in der tabelle alb_grundbuecher in der Spalte zusatz_eigentuemer entdeckt.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:08, 2. Okt 2006 (CEST) In welchen ALB-Formaten ist denn dieser Zusatz erforderlich?	+
−	--SigridP 09:36, 5. Okt 2006 (CEST)In allen ALB-Ausdrucken, in denen die Eigentümer aufgeführt werden.	+
−		+
−	== + Fehler und Abweichungen beim ALB-Druck ==	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 13:29, 14. Sep 2006 (CEST)<br>	+
−	'''was fehlt:''' <br>	+
−	"Gesetzliche Klassifizierung" (wird, wenn vorh. im orig. ALB unter "Tatsächliche Nutzung" ausgegeben)	+
−	* debug: --[[Benutzer:Pkorduan|Pkorduan]] 16:15, 14. Sep 2006 (CEST) Ok, das fehlt wirklich. Hier ist kein Fehler oder fehlende Daten im ALB, sondern tatsächlich im Quellcode. Zum Debuggen bitte folgende Änderung in postgresql.php  in der Funktion getKlassifizierung($FlurstKennz) vornehmen:	+
−	an Stelle von:	+
−	return $Klassifizierung;	+
−	folgendes eintragen:	+
−	$ret[1]=$Klassifizierung;	+
−	return $ret;	+
−		+
−	Wer noch möchte, dass das Wort "Summe" groß ausgegeben wird in der ALB-Anzeige, muss die Zeile in alb.php in Funktion ALBAuszug_Flurstueck($FlurstKennz,$formnummer,$wasserzeichen) so aussehen:	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Summe');	+
−		+
−	"Ausführende Stelle" (wird, wenn vorh. im orig. ALB unter "Hinweise" ausgegeben)<br>	+
−	* debug: --[[Benutzer:Pkorduan|Pkorduan]] 15:06, 14. Sep 2006 (CEST) debug: Ein Statement der Art	+
−	SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename,v.flurstkennz,	+
−	v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung	+
−	FROM alb_f_verfahren AS v,alb_v_ausfuehrendestellen AS st,alb_v_bemerkgzumverfahren AS b	+
−	WHERE v.ausfstelle=st.ausfstelle AND v.verfbem=b.verfbem	+
−	AND v.flurstkennz='132295-001- 00003/008.00'	+
−	sollte zu einer Ausgabe der ausführenden Stelle führen, aber nur, wenn da auch ein Verfahren läuft auf dem Flurstück und wenn eine Bemerkung zum Verfahren gespeichert ist.	+
−	Da dies offensichtlich nicht immer der Fall ist, z.B. in LWL, dann muss das Statement anders lauten und zwar so, dass die Ausführende Stelle auch angezeigt wird, obwohl nicht gespeichert ist was ausgeführt wird (das sollte nähmlich in verfbem stehen)	+
−	Ändern Sie also das SQL-Statement in der Datei postgresql.php in der Funktion function getVerfahren($FlurstKennz) Die Zeilen mit $sql folgendermaßen:	+
−	$sql ="SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename";	+
−	$sql.=",v.flurstkennz,v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung";	+
−	$sql.=" FROM alb_f_verfahren AS v LEFT JOIN alb_v_bemerkgzumverfahren AS b ON v.verfbem=b.verfbem";	+
−	$sql.=",alb_v_ausfuehrendestellen AS st WHERE v.ausfstelle=st.ausfstelle";	+
−	$sql.=" AND v.flurstkennz='".$FlurstKennz."'";	+
−	Darin ist der LEFT JOIN zwischen alb_v_bemerkgzumverfahren und alb_f_verfahren enthalten.	+
−		+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 12:43, 18. Sep 2006 (CEST)<br>	+
−	'''Was jetzt noch fehlt zur "Ausführenden Stelle":'''<br>	+
−	Wenn mehrere "Ausführenden Stellen" eingetragen sind, kommt momentan nur eine.	+
−		+
−		+
−	Ok, das ist jetzt behoben durch zwei Änderungen. Die erste Änderung in postgresql.php in Funktion getVerfahren($FlurstKennz) die Zeile:	+
−	$ret[1]=pg_fetch_array($queryret[1]);	+
−	ersetzen durch die Zeilen:	+
−	while($rs=pg_fetch_array($queryret[1])) {	+
−	$Verfahren[]=$rs;	+
−	}	+
−	$ret[1]=$Verfahren;	+
−	und in alb.php in der Funktion ALBAuszug_Flurstueck(...) die Zeilen für die Darstellung der Verfahren an der Stelle # Verfahren ersetzen. Alter Abschnitt:	+
−	# Verfahren	+
−	if ($flst->Verfahren['flurstkennz']!='') {	+
−	$pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['ausfstelleid']);	+
−	$AusfStelleName=zeilenumbruch($flst->Verfahren['ausfstellename'],40);	+
−	$pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);	+
−	for ($j=1;$j<count($AusfStelleName);$j++) {	+
−	$pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);	+
−	}	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Verfahren');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['verfnr']);	+
−	$pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren['verfbemid'].')');	+
−	$AusfBemerkung=zeilenumbruch($flst->Verfahren['verfbemerkung'],40);	+
−	$pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);	+
−	for ($j=1;$j<count($AusfBemerkung);$j++) {	+
−	$pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);	+
−	}	+
−	}	+
−	Neuer Abschnitt:	+
−	# Verfahren	+
−	$anzVerfahren=count($flst->Verfahren);	+
−	for ($i=0;$i<$anzVerfahren;$i++) {	+
−	$pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['ausfstelleid']);	+
−	$AusfStelleName=zeilenumbruch($flst->Verfahren[$i]['ausfstellename'],40);	+
−	$pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);	+
−	for ($j=1;$j<count($AusfStelleName);$j++) {	+
−	$pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);	+
−	}	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Verfahren');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['verfnr']);	+
−	$pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren[$i]['verfbemid'].')');	+
−	$AusfBemerkung=zeilenumbruch($flst->Verfahren[$i]['verfbemerkung'],40);	+
−	$pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);	+
−	for ($j=1;$j<count($AusfBemerkung);$j++) {	+
−	$pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);	+
−	}	+
−	}	+
−		+
−		+
−	'''Hinweis:'''<br>	+
−	wenn in der config.php die Konstanten:<br>	+
−	'POSTANSCHRIFT', 'POSTANSCHRIFT_STRASSE', 'POSTANSCHRIFT_PLZ', 'POSTANSCHRIFT_ORT'<br>	+
−	mit Werten belegt sind, wird im Ausdruck die Adresse zweimal untereinander ausgegeben. Soll das so sein?	+
−		+
−	Für Anwender mit ALB-Daten mehrer Kreise in einer Datenbank wäre es sinnvoll, wenn die Katasteramtsziffer (katasteramt) und die Bezeichnung der Behörde mit Anschrift und Tel.Nr. (name) oben rechts auf dem Ausdruck nicht aus der config.php geholt werden würde sondern aus der tabelle "alb_v_katasteraemter" der Datenbank.	+
−		+
−	Zusätzlich sollte im Ausdruck der Stand der ALB-Daten angegeben werden, da es sich um Sekundärdaten handelt. Dieses Datum sollte aus der Tabelle alb_fortführung das letzte Datum der Spalte "ffzeitraum_bis" sein.	+
−		+
−	== + Fehler in der Kartendarstellung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 12. Sep 2006 (CEST)	+
−	Wenn zwei User zum selben Zeitpunkt eine Karte erzeugen, erhält der eine das Kartenbild des anderen, obwohl vom Mapserver im tmp-Verzeichnis korrekt zwei Karten abgelegt werden.	+
−		+
−	*--[[Benutzer:Rahn|Rahn]] 12:58, 12. Sep 2006 (CEST) Stimmt, das liegt daran, dass die svg-Datei immer gleich heißt und beide User dann auf dieselbe Datei zugreifen. Um den Fehler zu beheben einfach in der SVG_map.php folgende Zeile:	+
−		+
−	$svgfile  = 'SVG_map.svg';	+
−		+
−	durch diese beiden hier ersetzen:	+
−		+
−	$randomnumber = rand(0, 1000000);	+
−	$svgfile  = $randomnumber.'SVG_map.svg';	+
−		+
−	== + Notizenverwaltung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:25, 5. Sep 2006 (CEST) Ich habe erstmalig Notizenkategorien in der Notizenverwaltung angelegt. Sie werden auch in der Auswahlliste angezeigt. Beim Auswählen und (automatischen) Neuladen der Seite sind sie dann jedoch nicht ausgewählt?!	+
−		+
−	* --[[Benutzer:Pkorduan|Pkorduan]] 15:11, 14. Sep 2006 (CEST) Da hilft erstmal eine Notizkategorie per Hand der Stelle zuzuweisen wenigstens mit Leserechten. Im Formular müssen wir mal schauen, wie wir das anpassen.	+
−		+
−	== + Nachweisverwaltung: Problem beim Downloaden von TIFF's ==	+
−	--[[Benutzer:A.tower|Andreas Thurm]] 07:50, 12. Sep 2006 (CEST)Ab der Version 1.6.1 gibt es ein Problem beim Anzeigen und Downloaden von Nachweisen im TIFF-Format. Die Dokumente lassen sich nicht anzeigen. Es erscheint die Fehlermeldung, dass hier ein unbekanntes Dateiformat vorliegt. Kopiert man die Datei mit winscp auf den Client,lässt sie sich problemlos anzeigen. In der Version 1.6.0 funktioniert der Download und die Anzeige noch reibungslos. Andere Dateiformate wie z. Bsp. PDF sind von diesem Problem scheinbar nicht betroffen.	+
−	* --[[Benutzer:Pkorduan|Pkorduan]] 14:07, 14. Sep 2006 (CEST) Das Problem kann folgendermaßen gelößt werden:	+
−	In der Datei kvwmap.php in der Funktion: nachweisDokumentAnzeigen() vor die Zeile:	+
−	header("Content-type: image/".$dateinamensteil[1]);	+
−	die Zeile	+
−	ob_end_clean();	+
−	einfügen. Dadurch wird der vorher ausgegebene Header gelöscht und der richtige gesendet.	+
−		+
−	== + Druckmaßstab ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:54, 11. Sep 2006 (CEST)	+
−	Die Orthophotos werden bis zu genau 1:5.000 angezeigt (d.h. Eintrag in der Tabelle used_layer = 1:5.001). Wenn ich mit dem Kartenmaßstab in die Druckausschnittswahl gehe, werden die Orthofotos noch angezeigt. Wenn ich dann weiter in die Druckvorschau gehe, werden sie nicht mehr angezeigt - auch nicht im PDF-Dokument. Wenn ich als Druckmaßstab 1:4.999 wähle, werden sie sowohl in der Druckvorschau als auch im PDF angezeigt. Sie müssen jedoch auch bei 1:5.000 im Druck erscheinen.	+
−	*--[[Benutzer:Rahn|Rahn]] 10:15, 11. Sep 2006 (CEST) Damit ein Layer bei uns bis 1:5000 angezeigt wird, muss ich bei max_scale 5000 eintragen und nicht 5001. Und bei einem Druckmaßstab von 1:5000 erscheint dieser Layer dann auch in der Druckvorschau und im PDF. Hmmm, wie ist das zu erklären?	+
−		+
−	== + Sachdatenabfrage ==	+
−	--[[Benutzer:Pkorduan|Pkorduan]] 11:03, 19. Sep 2006 (CEST) Ein weiteres Problem war, dass die OGR Layer nicht abfragbar waren.	+
−		+
−	Dazu wurde jetzt in der Datei kvwmap.php in der Funktion SachdatenAnzeige($rect) folgendes hinzugefügt. Hinter den Zeilen:	+
−	# Abfrage von Shapelayern	+
−	$layer=ms_newLayerObj($map);	+
−	$layer->set('data', $layerset[$i]['Data']);	+
−	folgene zusätzliche einfügen:	+
−	$layer->set('connectiontype',$layerset[$i]['connectiontype']);	+
−	$layer->set('connection', $layerset[$i]['connection']);	+
−	$layer->set('type',$layerset[$i]['Datentyp']);	+
−		+
−	--[[Benutzer:Pkorduan|Pkorduan]] 14:01, 4. Sep 2006 (CEST) Die Sachdatenanfrage liefert einen Fehler, wenn die SRID der Rolle ein andere ist als die des Layers. Eine Sachdatenabfrage auf einer Tabelle mit Fachdaten in der Postgis-DB mit der Version 1.6.1 erzeugt folgende Fehlermeldung:	+
−	<pre>	+
−	Warning: pg_query() [function.pg-query]: Query failed: ERROR: syntax error at or near ")" at character 244 in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.1/class/postgresql.php on line 3332	+
−	</pre>	+
−		+
−	Es liegt an einem Fehler im Quellcode. In der Funktion SachdatenAnzeige() in der Datei kvwmap.php ist in der Zeile	+
−	<pre>	+
−	$sql_where =" AND the_geom &&	+
−	Transform(GeomFromText('".$searchbox_wkt."',".$client_epsg."),".$layer_epsg."))";	+
−	</pre>	+
−	hinten ein ")" zuviel.	+
−		+
−	== -+ WLDGE2SQL Fehler ==	+
−	--[[Benutzer:Pkorduan|Pkorduan]] 14:05, 4. Sep 2006 (CEST) Beim Einlesen der WLDGE-Dateien fehlen die Buchungsarten. Der Fehler tritt schon seit 1.6.0 auf, ist aber jetzt erst bemerkt worden.	+
−		+
−	Grund: Bei der Umstellung des SQL-Statement zur Berücksichtung von mehrfachen Buchungen wurde die Buchungsart versehentlich vergessen. Zur Behebung des Problems folgenden Bugfix durchführen.	+
−		+
−	Bugfix 2006-09-06 pk:	+
−	Datei: postgresql.php	+
−	Funktion: insertGrundstueck	+
−	Zeile:<pre>	+
−	$sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."'";	+
−	</pre>	+
−	ersetzen durch:	+
−	<pre>	+
−	$sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."','".$Buchungsart."'";	+
−	</pre>	+
−		+
−	== + Suche nach Grundbuchblattnummern ==	+
−	--[[Benutzer:A.tower|Andreas Thurm]] 15:53, 7. Sep 2006 (CEST) Innerhalb der Namensuche ist es jetzt möglich nach Grundbuchblattnummern zu suchen. Diese Suche bringt bei mir als Ergebnis immer die Meldung, dass keine Namen gefunden werden konnten, egal ob die Grundbuchblätter existieren oder nicht.	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:29, 12. Sep 2006 (CEST) Diese Meldung bekomme ich dann, wenn ich die Grundbuchblattnummer nicht mit führenden Nullen angebe, also z.B. "1234" statt "01234". Das ist unschön, denn wer will schon immer diese ganzen Nullen vorneweg schreiben? Das könnte irgendwie abgefangen werden. Leider helfen hier auch keine Platzhalter, "%1234" funktioniert nicht.	+
−	:--[[Benutzer:Pkorduan|Pkorduan]] 15:20, 14. Sep 2006 (CEST) Markus, das kann so nicht ganz stimmen. Wenn Du keine Führenden Nullen eingibst, müsste eigentlich gesagt werden, dass man einen Fehler gemacht hat und 5-stellige Nummern eingeben soll. Exakt: "Angaben fehlerhaft: Die Blattnummer ist keine 5 Zeichen lang."	+
−	Also Andreas noch mal genau beschreiben was Du eingibst, mit oder ohne Nullen. Ohne Nullen und Fehler: "Es konnten keine Flurstücke zu dem Grundbuchblatt gefunden werden" kann nur kommen wenn Blattnummer auch wirklich 5 stellig sind, ansonsten sind die Blätter nicht da. Da müssen wir uns noch mal die SQL-Statements ansehen, die abgesetzt werden und in Postgres Client testen.	+
−	Unabhängig davon könnte ich auch Suche ohne führende Nullen einrichten. Dann bitte auf die ToDo. Dürfte recht schnell gehn.	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:14, 15. Sep 2006 (CEST) Wenn ich nach Bezirk "132427" und Blatt "00008" suche, kriege ich 1 Treffer. Wenn ich nach Bezirk "132427" und Blatt "8" suche, kriege ich die Meldung "Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!" Ich setzt die Suche ohne führende Nullen auf die ToDo, wenn niemand was dagegen hat.	+
−		+
−	= Version 1.6.0 =	+
−		+
−		+
−	== Anzeige der Zeichenreihenfolge ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:55, 1. Sep 2006 (CEST)	+
−	Die Anzeige der Zeichenreihenfolge der Layer in der Stellenanzeige zeigt nur 4 Stellen an. Nötig wäre die Anzeige von mindestens 6 Stellen, besser 7.	+
−		+
−	== Festpunkte in KVZ schreiben ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 17:11, 7. Aug 2006 (CEST)	+
−		+
−	Beim Erstellen des KVZ wird bei den Punkten, die eine Höhenangabe besitzen ein Leerzeichen zwischen Hochwert und Höhe zuviel ausgegeben.	+
−	Kurzfristige Hilfe schafft das Editieren der Datei katasetr.php Zeile 128 wie folgt:	+
−	<pre>	+
−	$zeile.=sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe	+
−	</pre>	+
−	statt	+
−	<pre>	+
−	$zeile.=" ".sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe	+
−	</pre>	+
−		+
−	== Namenssuche ==	+
−	--SigridP 09:29, 28. Jul 2006 (CEST)	+
−		+
−	Bei Eingabe eines Namens kommt die Fehlermeldung:<br>	+
−	Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!<br>	+
−	Warning: Missing argument 10 for getnamen() in /srv/www/htdocs/kvwmap-1.6.0/class/postgresql.php on line 1713	+
−		+
−	== Druckrahmenverwaltung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:03, 18. Jul 2006 (CEST)	+
−	Der Freitext wird nicht dahin geschrieben, wo er in der Druckrahmenverwaltung (und auch noch in der Vorschau) positioniert wird, sondern zu weit unten und zu weit rechts.	+
−		+
−	== Filterverwaltung ==	+
−	--[[Benutzer:Rahn|Rahn]] 13:31, 27. Jul 2006 (CEST)	+
−		+
−	Bei Benutzung der Filterverwaltung kann es auch zu einem Fehler kommen, wenn die MySQL-DB älter als Version 4.1.0 ist. Dann lassen sich nämlich keine erstellten Filter abspeichern. Deswegen also am besten eine neuere Version verwenden.	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 14:33, 18. Jul 2006 (CEST)	+
−		+
−	Wählt man in der Filterverwaltung einen Layer aus, kann es sein, dass die Attribute nicht geladen werden können und es zu einer Fehlermeldung kommt. Um den Fehler zu beheben, muss man die Funktion '''getDataAttributes''' in '''kvwmap.php''' durch diese hier ersetzen:	+
−		+
−	function getDataAttributes($database, $layer_id){	+
−	$sql ='SELECT Data FROM layer WHERE Layer_ID = '.$layer_id;	+
−	$this->debug->write("file:kvwmap class:db_mapObj->getDataAttributes - Lesen der Attribute aus Data:".$sql,4);	+
−	$query=mysql_query($sql);	+
−	if ($query==0) { $this->debug->write("Abbruch Zeile: ".__LINE__,4); return 0; }	+
−	$rs = mysql_fetch_array($query);	+
−	$data = $rs[0];	+
−		+
−	if($data != ""){	+
−	if(strpos($data, '(') === false){	+
−	$from = stristr($data, 'from');	+
−	$fooposition = strpos($from, 'as foo');	+
−	if($fooposition > 0){	+
−	$from = substr($from, 0, $fooposition);	+
−	}	+
−	$select = 'select * '.$from;	+
−	}	+
−	else{	+
−	$select = stristr($data,'(');	+
−	$select = trim($select, '(');	+
−	$select = substr($select, 0, strrpos($select, ')'));	+
−	}	+
−	$attribute = $database->getFieldsfromSelect($select);	+
−	return $attribute;	+
−	}	+
−	else{	+
−	echo 'Das Data-Feld des Layers mit der Layer-ID '.$layer_id.' ist leer.';	+
−	return NULL;	+
−	}	+
−	}	+
−		+
−	== config.php ==	+
−	Ist zwar kein richtiger Bug, da wir aber gesagt haben alle Neuerungen in der config.php mit der Versionsnummer zu kennzeichnen, hier der Hinweis:	+
−		+
−	Es gibt zwei Zeilen, bei denen vergessen wurde, diese zu kennzeichnen:	+
−	include (CLASSPATH.'spatial_processor.php');	+
−		+
−	define("WFS_SRS","EPSG:25833");	+
−		+
−		+
−	== Sachdatenanzeige Flurstücke ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:45, 14. Jul 2006 (CEST)	+
−	In der flurstuecke.php und der flurstuecksanzeige.php ist das ALB-Format 40 (Eigentümeranzeige) nicht an Rechte gebunden. Es müsste aber genauso laufen wie beim Format 35, dass nämlich das Recht zur Ansicht abgefragt wird.	+
−		+
−	== Adresssuche ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:42, 14. Jul 2006 (CEST)	+
−	Nach der Auswahl der Gemeinde werden die Straßen ausgewählt. Die erste Straße der Liste steht bereits im Fenster. Allerdings kann man zu dieser ersten Straße keine Hausnummer auswählen. Man muss zuerst eine andere Straße aufrufen und dann anschließend nochmal die erste Straße.<br>	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 15:22, 17. Jul 2006 (CEST)<br>	+
−	Ist bei mir in der Version 1.5.9 auch schon so, war mir aber noch nicht aufgefallen.	+
−		+
−	== Informationsabfrage ==	+
−		+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 07:16, 12. Jul 2006 (CEST)	+
−	=== Fehlermeldung "Keine Bearbeitung moeglich! ..." ===	+
−		+
−	Nach Aufziehen eines Rechtecks erscheint ein blaues Popup-Fenster mit der Meldung:<br>	+
−	"Keine bearbeitung möglich! Uebergebene Daten: ppquery_box, ###,###"<br>	+
−	Hingegen arbeitet die punktuelle Informationsabfrage ohne Probleme.	+
−		+
−	Problemlösung von Stefan Rahn:	+
−		+
−	um den Fehler zu beheben, in der Datei SVG_map.php die Funktion sendpath	+
−	durch folgenden Code ersetzen:	+
−		+
−	function sendpath(cmd,pathx,pathy)  {	+
−	path  = "";	+
−	switch(cmd)	+
−	{	+
−	case "zoomin_point":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "zoomin";	+
−	document.GUI.submit();	+
−	break;	+
−	case "zoomout":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = cmd;	+
−	document.GUI.submit();	+
−	break;	+
−	case "zoomin_box":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "zoomin";	+
−	document.GUI.submit();	+
−	break;	+
−	case "recentre":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = cmd;	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_point":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_box":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "ppquery_point":	+
−	top.document.GUI.searchradius.value = "";	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "ppquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "ppquery_box":	+
−	top.document.GUI.searchradius.value = "";	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "ppquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_polygon":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	default:	+
−	path = pathx[0]+","+pathy[0];	+
−	alert("Keine Bearbeitung moeglich! \nUebergebene Daten: "+cmd+", "+path);	+
−	break;	+
−	}	+
−	}	+
−		+
−	== Stelleneditor - Stelle ändern ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 13:48, 21. Aug 2006 (CEST)	+
−		+
−	Beim Auswählen einer Stelle und 'Als neue Stelle eintragen' sind die Eintragungen zum Layer verschwunden. In der Debug-Datei erscheint folgender Eintrag :	+
−	<pre>	+
−	file:users.php class:stelle->copyLayerfromStelle - kopieren der Layer von einer Stelle:	+
−	INSERT IGNORE INTO used_layer ( `Stelle_ID` , `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` ,	+
−	`offsite` , `Filter` , `template` , `header` , `footer` , `symbolscale`, `logconsume`, `requires` )	+
−	SELECT 62, `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` , `offsite` , `Filter` , `template` ,	+
−	`header` , `footer` , `symbolscale`, `logconsume`, `requires`	+
−	FROM used_layer WHERE Stelle_ID = 8 AND Layer_ID = 1	+
−		+
−	Abbruch in Zeile: 1860	+
−	</pre>	+
−	Bei mir in der Datenbank fehlt die Spalte 'offsite'. In der 'mysql_update.sql' ist dieser Eintrag zur Tabelle 'used_layer' nicht zu finden.	+
−		+
−	Die Spalte 'offsite' kann mit folgender SQL-Anweisung eingefügt werden:	+
−	<pre>	+
−	ALTER TABLE used_layer	+
−	ADD offsite varchar(11) default NULL;	+
−	</pre>	+
−		+
−	Was wird mit der Spalte 'offsite' bei der Darstellung der Layer bewirkt?	+
−		+
−	Bei der weiteren Betrachtung des Quellcodes ist mir aufgefallen, dass in den Funktionen 'addLayer' und 'updateLayer' die Anweisungen zur Übernahme/Aktualisierung der Daten aus der Spalte 'requires' fehlen.	+
−		+
−		+
−	== Stelleneditor - Menuezuordnung ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 14:22, 21. Aug 2006 (CEST)	+
−		+
−	Ich habe den Effekt, dass bei jedem Ändern der Stelle, sich die Anzahl der Menueeinträge um die ursprüngliche Anzahl der zugeordneten Menues erhöht.	+
−		+
−	Gibt es eine schnelle Abhilfe?	+
		+	<br><br>
	= '''[[Ä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