Version vom 14. Januar 2008, 17:09 Uhr (Quelltext anzeigen) Markus Hentschel (Diskussion | Beiträge) (→‎+ Adressänderungstabelle bereinigen) ← 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.
		+	<div class="noautonum">__TOC__</div>
−	= Version 1.6.7 =
		+	== - neuer duplizierter Layer: Attribute ==
		+	Wenn man einen neuen Layer B anlegt, der von einem Layer A dupliziert wird, werden die Attributeinstellungen nicht übernommen. Man muss erst zum Layer A wechseln und diesen speichern.
		+	Beim erstmaligen Anlegen eines Layers sollten alle zu duplizierenden Eigenschaften initial übernommen werden.
		+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 13:58, 4. Sep. 2025 (CEST)
−	== - Namenssuche | Suchen mit Entertaste ==	+	= Version 4.1 =
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:46, 14. Jan 2008 (CET)	+
−	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.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.
−	== + Adressänderungstabelle bereinigen ==	+	== + 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.
−	Bei einigen PostgreSQL-Versionen kann es zu Problemen kommen, wenn man versucht die Tabelle alb_g_namen_temp zu bereinigen.	+	== + 4.1.57 Formularelementtyp Link als Array ==
−	Um den Fehler zu beheben, muss folgende Funktion in esaf.php ausgetauscht werden:	+	Wird nicht richtig gespeichert.
−	<nowiki>function delete_old_entries(){	+	== + 4.1.56 Kartenabfrage Flürstücke ohne Treffer ==
−	$sql = "DELETE FROM alb_g_namen_temp ";	+	Es erscheint eine leere Seite.
−	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>	+
−	== + Sachdatenanzeige - Festpunkte - keine Zuordnung zum Antrag moeglich ==	+	== + 4.1.55 Fester diverged Test ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:19, 2. Jan 2008 (CET) Zunächst einmal wünsche ich ein frohes und erfolgreiches neues Jahr 2008.	+	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.
−	In den Versionen mit der Session-ID koennen Festpunkte, die mit den Info-Buttons herausgesucht worden sind, vorhandenen Antraegen nicht zugeordnet werden.	+	== + 4.1.54 Nachweisrecherche ==
−	Wird der Button 'Festpunkte zum Auftrag Hinzufuegen' angeklickt, wird lediglich die Sachdatenseite neu aufgebaut. Ansonsten ist nichts weiter zu beobachten, leider auch keine Eintraege in irgendwelchen Log-Dateien. :(	+	Der Scrollbalken rechts verdeckt den Inhalt.
−	Habt ihr eine Loesung parat? Vielen Dank im Voraus.	+
−	Holger	+	== + 4.1.53 Statistik ==
		+	Geht nicht.
−	Sorry für die Aufregung, funktioniert doch. Ich hatte nur vergessen die index.php zu kopieren.	+	== + 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)
−	= Version 1.6.6 =	+	== + 4.1.51 Defaultwert ==
−	== - Fehler in Notizkategorienverwaltung ==	+	Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.
−	--[[Benutzer:Hschmidt|Hschmidt]] 15:36, 8. Jan 2008 (CET)<br>	+
−	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.1.50 kvmobile Log ==
−	--[[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.	+	Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.
−	== + als neuer Druckrahmen speichern | Ref.-Mapfile ==	+	== + 4.1.49 Layer mit eigenen Datentypen ==
−	--[[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.	+	Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.
−	== + OID in Hochkomma ==	+	== + 4.1.48 Nachweisrecherche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:33, 3. Dez 2007 (CET)<br>	+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	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.1.47 Rechteckabfrage WMS-Layer ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:38, 3. Dez 2007 (CET)<br>	+	Die Mittelpunktkoordinaten werden nicht gerundet.
−	In der Nachweisdokumenteingabe muss die Zeichenlänge der Blattnummer variabel sein. Dazu muss in der config.php ein neuer Parameter hinzukommen:	+
−	# 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.1.46 Zuordnung Obermenüpunkte ==
−	<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>	+	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.
−	== - Gemarkungsauswahl in der Namenssuche ==	+	== + 4.1.45 <requires> im Attributeditor ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 26. Okt 2007 (CEST)<br>	+	Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.
−	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.1.44 Kartendruck über DHK ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:42, 24. Okt 2007 (CEST)<br>	+	Es kommt zu einem Fehler beim Eintragen des Zeitstempels.
−	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.1.43 Fehler im Plugin Bauleitplanung ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:32, 16. Okt 2007 (CEST)<br>	+
−	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.1.42 wms_checker.php ==
−	--[[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.	+	Funktioniert nicht.
−	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.1.41 requires-Layer ==
		+	Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.
−	else{	+	== + 4.1.40 Themenauswahl löschen ==
−	$whereposition = strpos(strtolower($query), 'where');	+	Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−	durch den hier ersetzen:	+	== + 4.1.39 Nachweisrecherche ==
		+	Die Auswahl der Abfrageart springt nicht automatisch um.
−	else{	+	== + 4.1.38 Namenszusatz und Uhrzeit ==
−	$whereposition = strpos(strtolower($query), 'where');	+	Im Nutzerformular wird der Namenszusatz nicht angezeigt und bei der Eingabe der Uhrzeit im GLE bleibt immer eine 0 stehen.
−	if($whereposition){	+
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	}	+
−	else{	+
−	$withoutwhere = $query;	+
−	}	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−	== - Generischer Layereditor (GLE) ==	+	== + 4.1.37 Auswahlfelder in Edge und Chrome ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:38, 7. Dez 2007 (CET)<br>	+	Der Text der selektierten Option kann in den Pfeil hineinragen.
−	Nachträgliches Erfassen von Geometrien unmöglich.<br>	+	== + 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.
−	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.1.35 Themenübersicht ==
		+	Die Layer sind nicht alphabetisch sortiert.
−	--[[Benutzer:Rahn|Rahn]] 11:35, 7. Dez 2007 (CET) Liegt das vielleicht daran, dass die Tabelle nicht in geometry_columns eingetragen ist? <br>	+	== + 4.1.34 Themenauswahl laden ==
−	--[[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:-)	+	Die Rollenlayer werden auch deaktiviert.
−	--[[Benutzer:Reißland|Reißland]] 14:08, 15. Okt 2007 (CEST)<br>	+	== + 4.1.33 layer_attributes.default ==
		+	Es können nur maximal 255 Zeichen gespeichert werden.
−	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.1.32 abhängigge Sichtbarkeit ==
−	* Enthalten Tabellen ein CONSTRAINT das ein Komma beinhaltet (RFW1,RFW2) wird dieses nicht ordnungsgemäß ins Auswahlfeld des GLE übernommen.	+	Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.
−	* 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.1.31 Nachweisrechercheergebnis ==
		+	Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.
−	<Fehler behoben>	+	== + 4.1.30 nur Layer der Themenauswahl laden ==
−	* 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.	+	Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.
−	* --[[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.1.29 kvmobile visibility check Fehler ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+	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.
−	* 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.1.28 kvmobile Sync-Fehler ==
		+	Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile.
		+	adjust_sql angepasst.
−	== + Layernamen mit Sonderzeichen im Shape-Export ==	+	== + 4.1.27 Rechteverwaltung mit mehreren Elternstellen ==
−	--[[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.	+	Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.
−	== + Anzeige der Namensnummern im ALB-Auszug 35 ==	+	== + 4.1.26 Daten-Export ==
		+	Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.
−	--[[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.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.
−	== + Nachweise mit alphanumerischer Blattnummer anzeigen ==	+	== + 4.1.24 Layer-Aliasnamen verwenden ==
		+	Im Stellenformular ist der Haken immer gesetzt.
−	Damit die Nachweise mit alphanumerischer Blattnummer nach einer Recherche korrekt angezeigt werden muß in nachweisanzeige.php die Zeile	+	== + 4.1.23 Layergruppen-Checkboxen ==
		+	Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.
−	<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.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.
−	durch diese hier ersetzt werden:	+	== + 4.1.21 Layerparameter setzen ==
		+	Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.
−	<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.1.20 Kurzbeschreibung ==
		+	Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.
−	== + Zuweisung von Festpunkten zu einem Antrag ==	+	== + 4.1.19 Rechte bei Attributen aus anderer Tabelle ==
		+	Hier wird auch editierbar angeboten.
−	--[[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.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer ==
−	== + Erzeugen eines Arbeitsdrucks (index.php?go=ExportMapToPDF)==	+	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.
−	--[[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".	+	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.
−	== + Fehler in der Rechteverwaltung ==	+	== + 4.1.17 Querymaps ==
		+	Werden nicht angezeigt.
−	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.1.16 mapserverExp2SQL ==
		+	Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.
−	if(MYSQLVERSION < 410){	+	== + 4.1.15 Tabellenansicht ==
−	$sql = 'REPLACE INTO layer_attributes2stelle SET ';	+	Beim Wechsel geht die Anzahl der Treffer verloren.
−	$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.1.14 abhängige Sichtbarkeit bei Datentypattributen ==
		+	Funktioniert nicht.
−	if($tooltip == 'on'){	+	== + 4.1.13 Autovervollständigungsfeld ==
−	$sql.= ', tooltip = 1';	+	Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.
−	}	+
−	else{	+
−	$sql.= ', tooltip = 0';	+
−	}	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:20, 19. Sep 2007 (CEST)<br>	+	== + 4.1.12 0-Werte speichern ==
−	== + Layerattribut-Rechteverwaltung ==	+	Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.
−	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.1.11 abhängige Sichtbarkeit in Subform ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:30, 7. Sep 2007 (CEST)<br>	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	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.1.10 go-Parameter übergeben ==
−	--[[Benutzer:Karsten Daedelow]] 11:55, 7. Sep 2007 -- >	+	Der Parameter go wird beim Login nicht durchgeschleift.
−	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.1.9 Raster-Ansicht ==
		+	Man kann nicht zur tabellarischen Ansicht wechseln.
−	durch diese hier ersetzen:	+	== + 4.1.8 Rechte übernehmen ==
		+	Funktioniert nicht.
−	if(top.document.GUI.newpath.value){	+	== + 4.1.7 Im Jagdbezirk enthaltene Flurstücke ==
		+	Der Eigentümeranteil wird nicht mit ausgegeben.
−	== - Maßstab der Karte nach Absenden von Geometrieänderungen ==	+	== + 4.1.6 nur Layer der Themenauswahl anzeigen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:32, 5. Sep 2007 (CEST)<br>	+	Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.
−	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.1.5 Startseiten-Parameter ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:17, 5. Sep 2007 (CEST)<br>	+	Es wird nicht automatisch der csrf-Token rangehängt.
−	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.1.4 Layer erstellen ==
−	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.1.3 Raster-Layout ==
		+	Die Selektion der Datensätze funktioniert nicht.
−	o.the_geom from (select o.objnr as oid,o.objart,o.folie,o.the_geom,f.flurstkennz,f.gemkgschl,	+	== + 4.1.2 Kartendrucklayouteditor ==
−	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	+	Man kann keinen Freitext hinzufügen.
−	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.1.1 Sachdatendruck ==
		+	Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.
−	== + PostGIS Update per SQL  ==	+	= Version 4.0 =
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:15, 4. Sep 2007 (CEST)<br>	+
−	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.71 Layer-Gruppe bei go=Daten_Export ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:25, 4. Sep 2007 (CEST)	+	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).
−	* Leider sind in der config-default.php nicht alle Änderungen gekennzeichnet. Das macht die Aktualisierung etwas mühselig.	+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 08:12, 6. Mär. 2026 (CET)
−	* 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.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 ==
−	== + Layernamen mit Sonderzeichen in der Drucklegende ==	+	== + 4.0.67 Bodenrichtwerterfassung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:17, 15. Aug 2007 (CEST)<br>	+	Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.
−	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 ==	+	== + 4.0.66 Löschen von Plandokumenten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+	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.
−	* 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 ==	+	== + 4.0.65 Falsche Behandlung von within_fk_constraint ==
−	--[[Benutzer:Reißland|Reißland]] 10:13, 27. Jul 2007 (CEST)<br>	+	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.
−	#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 ==	+	== + 4.0.64 Fehlerhandling in BenutzerdatenAnlegen ==
−	--[[Benutzer:HolgerR|HolgerR]] 16:01, 26. Jul 2007 (CEST)<br>	+	Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.
−	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 ==	+	== + 4.0.63 sync Output for kvmobile falsch==
−	--[[Benutzer:HolgerR|HolgerR]] 08:35, 26. Jul 2007 (CEST)<br>	+	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.
−	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 ==	+	== + 4.0.62 Kartendrucklayout speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:34, 26. Jul 2007 (CEST)<br>	+	Schlägt fehl, wenn Parameter leer bleiben.
−	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 ==	+	== + 4.0.61 Menü anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:22, 25. Jul 2007 (CEST)<br>	+	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.
−	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.	+	--[[Benutzer:Mattes Holtz|Mattes.Holtz]] 14:38, 18. Feb. 2026 (CEST)
−	== + Trefferliste Namenssuche ==	+	== + 4.0.60 Menü anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:05, 11. Jul 2007 (CEST)<br>	+	Das "Obermenue" sollte beim Anlegen eines Datensatzes auch ein Pflichtfeld sein, wenn dort nichts eingetragen ist, wird es nicht in "go=Menues_Anzeigen" gezeigt.
−	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 ==	+	== + 4.0.59 Stelle kopieren ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:38, 10. Jul 2007 (CEST)<br>	+	Das Wappen wird nicht übernommen.
−	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==	+	== + 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!")
−	Beim Shp-Import hat sich noch ein Bug eingeschlichen. Zum Beheben des Fehlers in kvwmap.php in der Funktion shp_import_speichern die Zeile	+	== + 4.0.57 Stelle wechseln ==
−	exec(POSTGRESBINPATH.'psql -f '.IMAGEPATH.$this->formvars['table_name'].'.sql '.$this->pgdatabase->dbName.' '.$this->pgdatabase->dbName);	+	Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.
−	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 ==	+	== + 4.0.56 abhängige Sichtbarkeit ==
−	--SigridP 08:48, 12. Jun 2007 (CEST)Nach dem Befehl "Stelle Wählen" und der Auswahl einer neuen Stelle + "WEITER" kommt die Meldung:	+	In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.
−	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 =	+	== + 4.0.55 abhängige Auswahlfelder ==
		+	Funktionieren bei Arrays nicht.
−	== + Fehler in Flurstücksabfrage aus der Grafik bei räumlichen Fliter ==	+	== + 4.0.54 Themenauswahl speichern ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:08, 12. Jun 2007 (CEST)	+	Wenn eine Themenauswahl gespeichert wird, wird nicht übernommen, ob der Layer abfragbar (also 1. Checkbox) war oder nicht.
−	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.	+	--[[Benutzer:Mattes.Holtz|Mattes.Holtz]] 15:28, 10. Feb. 2026 (CEST)
−	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,	+	== + 4.0.53 Klassen-ID ändern ==
−	:	+	Endet in einer Fehlermeldung.
−	: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.	+	== + 4.0.52 Diagramme anlegen ==
−	::Holger	+	Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung
−	== + Flurstückssuche - Anzeige in der Karte - Abbruch in Zeile 8791 ==	+	== + 4.0.51 Backslash im Passwort ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:00, 1. Jun 2007 (CEST)	+	Führt zu einem Fehler.
−	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.	+	== + 4.0.50 Klassen zurücksetzen ==
−	Abhilfe schafft u.a. das Zuweisen von 'AUTO_INCREMENT' auf die Spalte 'Style_ID' mit folgendem Befehl	+	Die Klassen werden nach dem Login nicht mehr zurückgesetzt.
−	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.	+	== + 4.0.49 Layer anlegen ==
		+	Wenn man die Layer-ID selber einträgt, kommt die Meldung, dass die ID schon existiert.
−	== - Fehlerhafte Angaben bei der Ausgabe des zuständigen Grundbuchamts ==	+	== + 4.0.48 Nutzer anlegen ==
−	--[[Benutzer:Giese|FrankGiese]] 15:22, 16. Mai 2007 (CEST)	+	Der Test ob der Loginname schon vergeben ist, funktioniert nicht.
−		+
−	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 ==	+	== + 4.0.47 Rollenfilter ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:14, 16. Mai 2007 (CEST)<br>	+	Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.
−	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 ==	+	== + 4.0.46 Autovervollständigungsfeld ==
−	--[[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.	+	In der Layer-Suche funktioniert es nicht.
−	== + fehlende Maßstabseingabe ==	+	== + 4.0.45 Stellenformular Kartendrucklayouts ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:46, 26. Apr 2007 (CEST)<br>	+	Werden nicht angezeigt.
−	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 ==	+	== + 4.0.44 Legende einklappen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+	Funktioniert 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 ==	+	== + 4.0.43 WMS-Importe löschen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+	Es werden auch die Layer aus "eigene Importe" gelöscht.
−	Bei der Adresssuche kann man (immer noch nicht) nach den Hausnummern der ersten angezeigten Straße suchen.	+
−	== - Probleme mit Druckrahmen ==	+	== + 4.0.42 WMS-Layer Test ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:26, 17. Apr 2007 (CEST) <br>	+	Es wird teilweise der falsche EPSG-Code verwendet.
−	* 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. ==	+	== + 4.0.41 Themenauswahl speichern ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:12, 16. Apr 2007 (CEST)<br>	+	Funktioniert nicht.
−	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 ==	+	== + 4.0.40 Unterabfrage mit order by im FROM ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:55, 12. Apr 2007 (CEST)<BR>	+	Macht Probleme.
−	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 ==	+	== + 4.0.39 Password mit Hochkomma ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:45, 2. Apr 2007 (CEST)	+	macht Probleme
−	* 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 =	+	== + 4.0.38 Benachrichtigungen ==
		+	Funktionieren nicht.
−	== + Fachschale Jagdkataster | Tabelle Jagdbezirke ==	+	== + 4.0.37 Zoom auf Objekt ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:32, 26. Mär 2007 (CEST)<br>	+	Hervorheben funktioniert nicht.
−	In der Tabelle jagdbezirke fehlt offensichtlich die Spalte "name". Beim Versuch einen Datensatz abzuspeichern kommt die entspr. Fehlermeldung.	+
−	== + Druckrahmen - 'als neuen Rahmen speichern' - Referenzkarte ==	+	== + 4.0.36 diverses ==
−	--[[Benutzer:HolgerR|HolgerR]] 16:02, 22. Mär 2007 (CET)	+	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.
−	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.	+	== + 4.0.35 Flurstückshistorie ==
		+	Das SVG ist manchmal zu klein für große Bäume.
−	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]]	+	== + 4.0.34 MyObject ==
		+	Es gibt noch Vorkommen von MyObject.
−	== + ALB-Einleseroutine: Hinweise zum Flurstück ==	+	== + 4.0.33 Filterverwaltung ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 08:34, 16. Mär 2007 (CET)	+	Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.
−	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 ==	+	== + 4.0.32 Sachdatenanzeige ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:37, 8. Mär 2007 (CET)	+	Die Darstellung in der Breite ist nicht optimal.
−	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 ==	+	== + 4.0.31 Maßstabsauswahl ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:07, 2. Mär 2007 (CET)	+	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.
−	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 ==	+	== + 4.0.30 boolean-Felder ==
−	--[[Benutzer:M.Leschke|M.Leschke]] 15:55, 19. Feb 2007 (CET)	+	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.
−	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 ==	+	== + 4.0.29 Stelle Start Stop ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:29, 9. Feb 2007 (CET)	+	Die Werte werden nicht angezeigt.
−	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.	+	== + 4.0.28 Schraffur ==
−	INSERT INTO alb_x_flurstuecke (flurstkennz,gemkgschl,flurnr,pruefzeichen) VALUES ('132311-001-00193/003.00','132311','001','4');	+	In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.
−	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 ==	+	== + 4.0.27 Flurstückshistorie ==
−	--[[Benutzer:HolgerR|HolgerR]] 14:21, 8. Feb 2007 (CET)	+	Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.
−	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.	+	== + 4.0.26 Rollenlayer klassifizieren ==
−	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.	+	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.
−	Hier habe ich mal die korrigierte Fassungen der [[Funktionen]] hinterlegt	+
−	== + Query im Polygon ==	+	== + 4.0.25 Style- und Labeleditor ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+	Die Layeroptionen lassen sich nicht öffnen.
−	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)	+	== + 4.0.24 Quellenangaben  ==
−	:Markus vorübergehend hilft jede Aktion, die den Karteninhalt neu lädt, also 'Pan', 'Neu laden', Zoom, ...	+	Das Anlegen, Ändern und Löchen funktioniert nicht.
−	: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.	+	== + 4.0.23 Layergruppe anlegen ==
		+	Es erscheint eine Fehlermeldung.
−	== + Selektionslayer ==	+	== + 4.0.22 Layer mit sync speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+	Funktioniert nicht.
−	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 ==	+	== + 4.0.21 stellenbezogene Layereigenschaften ==
		+	Das Feld "abfragbar" wird nicht richtig angezeigt.
−	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	+	== + 4.0.20 Style- und Labeleditor ==
		+	Der ausgewählte Style ist nicht komplett blau markiert.
−	$sql = "SELECT consrc FROM pg_constraint WHERE contype = 'check'";	+	== + 4.0.19 Gruppe mit Untergruppen und Layern ==
		+	Die Darstellung der Layer ist auseinandergezogen.
−	durch diese hier ersetzen:	+	== + 4.0.18 Themenübersicht ==
		+	Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.
−	$sql = "SELECT consrc FROM pg_constraint, pg_class WHERE contype = 'check'";	+	== + 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.
−	== + punktförmige Bodenrichtwertzonen kopieren ==	+	== + 4.0.16 Stelle: Checkboxfelder ==
−	--[[Benutzer:Certa|Certa]] 12:34, 25. Jan 2007 (CET)	+	Die Checkboxfelder bei den Stellen sind ja jetzt in der PostgreSQL-DB vom Typ boolean und werden nicht richtig geladen.
−	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	+	== + 4.0.15 Nachweisrecherche ==
		+	Wenn ein Nutzer noch keinen Eintrag in rolle_nachweise hat, erscheint eine Fehlermeldung.
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+	== + 4.0.14 Stelle speichern ==
		+	Es kann eine Fehlermeldung auftreten.
−	durch diese Zeilen ersetzen:	+	== + 4.0.13 Labelitems ==
		+	Beim Speichern eines Layers gehen sie verloren.
−	if(BODENRICHTWERTTYP == 'punkt'){	+	== + 4.0.12 ZoomToFlst ==
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom";	+	Der Rollenlayer enthält alle Objektversionen des Flurstücks.
−	}	+
−	else{	+
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+
−	}	+
−	== + Fachschale Jagdkataster ==	+	== + 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten ==
		+	Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.
−	Damit auch Sonderflächen erfasst werden können, muss dass entsprechende constraint der Tabelle jagdbezirke wie folgt geändert werden:	+	== + 4.0.10 Layer löschen ==
		+	Die Layer-ID wird nicht aus rolle_saved_layers entfernt.
−	ALTER TABLE jagdbezirke DROP CONSTRAINT art;	+	== + 4.0.9 Nachweis bearbeiten ==
−	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);	+	Es erscheint eine Fehlermeldung.
−	== + Geometrien erfassen ==	+	== + 4.0.8 Stelle anlegen ==
		+	Das automatische Erzeugen der Referenzkarte funktioniert nicht.
−	Damit in den verschiedenen Fachschalen auch Multipolygone gespeichert werden können, muss das entsprechende constraint der Tabelle wie folgt geändert werden:	+	== + 4.0.7 Start und Stop Datum beim Nutzer ==
		+	Werden nicht richtig ausgewertet.
−	ALTER TABLE <TABELLENNAME> DROP CONSTRAINT enforce_geotype_umring;	+	== + 4.0.6 Kartenabfrage von nicht abfragbaren Layern ==
−	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);	+	Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.
−	== - Nachweisverwaltung - Dokument überarbeiten - doppelte Dokumentnamenvergabe == --[[Benutzer:HolgerR|HolgerR]] 17:20, 16. Jan 2007 (CET)	+	== + 4.0.5 Layergruppen sortieren nach Order ==
−	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.	+	Erzeugt eine Fehlermeldung.
−	== + Attribut-Editor verweigert Änderungen ==	+	== + 4.0.4 Menü Speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:28, 16. Jan 2007 (CET)	+	Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.
−	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)	+	== + 4.0.3 Layer löschen ==
−	In der PDF-Druckfunktion erhalte ich bei der Übergabe des Bildes an den Acrobat Reader folgende Fehlerausschrift:	+	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.	+	== + 4.0.2 Passwort zurücksetzen ==
		+	Es erscheint eine Fehlermeldung.
−	: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.	+	== + 4.0.1 Plugin: Bauleitplanung ==
		+	Das Kopieren von F-Plänen funktioniert nicht.
−	== + Layer werden nicht mehr angezeigt ==	+	= Version 3.11 =
−	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.11.36 Triggerfunktionen ==
		+	Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.
−	$sql .=' AND layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+	== + 3.11.35 Nachweisverwaltung Uebersicht.htm ==
		+	Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.
−	durch diese ersetzen:	+	== + 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.
−	$sql .=' AND layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+	== + 3.11.33 sendEmailAsync.sh ==
		+	Das Versenden von Anhängen funktioniert nicht.
−	und in kvwmap.php in der Funktion getall_Layer() in die Zeile	+	== + 3.11.32 Abfrage mehrerer Layer ==
		+	Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+	== + 3.11.31 Label hinzufügen ==
		+	Funktioniert nicht.
−	durch diese hier:	+	== + 3.11.30 USING ==
		+	Im Data großgeschrieben kommt es zu einer Fehlermeldung.
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+	== + 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.
−	== + Fehler in der Flurstückssuche ==	+	== + 3.11.27 Layer-Parameter Button ==
		+	Funktioniert nicht mehr.
−	--[[Benutzer:Rahn|Rahn]] 10:17, 10. Jan 2007 (CET)	+	== + 3.11.26 Layer-Suche in Layer mit Template ==
−	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:	+	Wenn man eine Layer-Suche in einem Layer mit Template macht (z.B. dem Flurstückslayer), erscheint bei keinem Treffer eine leere Seite.
−	<script language="JavaScript" src="funktionen/selectformfunctions.js" type="text/javascript">	+	== + 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen ==
		+	Die Dateien werden nicht gelöscht.
−	umd das fehlende End-Tag erweitern:	+	== + 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.
−	</script>	+	== + 3.11.23 Info-Abfrage mit deaktivierten Klassen ==
		+	Wenn die Klasse in der Expression den IN Operator verwendet, klappt die Abfrage nicht.
−	= Version 1.6.2 =	+	== + 3.11.22 Datensatz anlegen ==
		+	Wenn es ein SubFormFK-Attribut gibt, kommt es zu einem Fehler.
−	== + Darstellung Label - partials ==	+	== + 3.11.21 Sachdatenanzeige ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:11, 19. Dez 2006 (CET)	+	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.
−	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.11.20 Attribute aus anderen Tabellen ==
−	<pre>	+	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.
−	$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.11.19 Dokumente mit Hochkommas ==
−	--[[Benutzer:HolgerR|HolgerR]] 11:28, 15. Dez 2006 (CET)	+	Bei Array- oder Datentyp-Attributen kommt es beim Upload zu einem Fehler.
−	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.11.18 Themenübersicht ==
−	--[[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 Suche funktioniert nur mit Kleinschreibung.
−	== + Fehler beim Überarbeiten von Dokumenten in der Nachweisverwaltung ==	+	== + 3.11.17 Stelle speichern ==
		+	Es kann vorkommen, dass eine Fehlermeldung erscheint.
−	--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.11.16 GLE: Tabs ==
		+	Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.
−	Bitte legen Sie das Umringspolygon für den einzuarbeitenden Nachweis fest.	+	== + 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.
−	*--[[Benutzer:Rahn|Rahn]] 12:56, 8. Dez 2006 (CET): Zur Behebung des Fehlers in der Funktion changeDokument in nachweis.php die Zeile	+	== + 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.
−	$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.11.13 abhängige Sichtbarkeit in Subform ==
		+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	durch diese hier erseten:	+	== + 3.11.12 tabellarische Darstellung im GLE ==
		+	Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.
−	$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.11.11 Layer-Suche ==
		+	Im Egde gibt es Probleme mit Auswahlfeldern.
−	== +- Mapserverfehler nach Betätigung Druckvorschaubutton ==	+	== + 3.11.10 Vorschaubilder der Dokumente ==
		+	Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.
−	Nach bisher nicht erkennbaren Muster sendet der Mapserver nach Betätigung des Druckvorschaubuttons gelegentlich folgende Meldung:	+	== + 3.11.9 Sachdatenanzeige ==
		+	Ist manchmal ungewöhnlich breit.
−	Fatal error: [MapServer Error]: msDrawLegend(): Unable to initialize image in /Pfad zu kvwmap/class/kvwmap.php on line 1082	+	== + 3.11.8 Layerparameterauswahl ==
		+	Wenn die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.
−	*--[[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.11.7 als Vorlage für neuen Datensatz übernehmen ==
		+	Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.
−	== + Druckrahmen Änderungen speichern ==	+	== + 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.
−	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.11.5 FormObject ==
		+	Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.
−	$sql .= ", `font_text` = '".$formvars['font_text']."'";	+	== + 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.
−	in den Funktionen update_frame und save_frame in kvwmap.php löschen.	+	== + 3.11.3 Correct Arrow Function ==
		+	Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.
−	== + Nordpfeil ==	+	== + 3.11.2 abhängige Auswahlfelder ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:54, 20. Okt 2006 (CEST) Die rechte Hälfte der Pfeilspitze sollte weiß und nicht transparent sein.	+	Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.
−	== + Drehwinkel ==	+	== + 3.11.1 Debugdateien ==
−	--[[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 Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.
−	*--[[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.	+	= Version 3.10 =
−	:--[[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.101 Layer-Suche ==
−	:*--[[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.''	+	Wenn man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.
−	== + Suchergebnislayer ==	+	== + 3.10.100 Themenbaum ==
−	--[[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.	+	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.
−	--SigridP 10:25, 3. Nov 2006 (CET)	+	== + 3.10.99 Strecken und Flächenmessung ==
−	Die Layer sollten ohne Kästchen für eine Sachdatenabfrage sein, da bei Aktivschalten unnötige Fehlermeldungen erzeugt werden.	+	Die Reduktion wird nicht berücksichtigt.
−	== + PDF-Dokmente laden ==	+	== + 3.10.98 Requires-Layer in der tabellarischen Ansicht ==
−	--[[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.	+	Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.
−	*--[[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.97 Themenübersicht ==
		+	Die Sortierung der Gruppen kann falsch sein.
−	durch folgende Zeilen ersetzen:	+	== + 3.10.96 Rollenlayer freigeben ==
		+	Als Drawingorder wird 0 eingetragen.
−	$name = str_replace('ä', 'ae', $this->user->Name);	+	== + 3.10.95 Sachdatendrucklayouteditor ==
−	$name = str_replace('ü', 'ue', $name);	+	Linien werden teilweise gestrichelt dargestellt.
−	$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.94 Daten-Import in Thema ==
−	--[[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".	+	Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.
−	== + Fehler in der Flächenversiegelung ==	+	== + 3.10.93 Adresssuche ==
		+	Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.
−	Um ihn zu beheben in kvwmap.php in der Funktion versiegelungsFlaechenErfassung die Zeile	+	== + 3.10.92 Auswahlfeld mit Bild ==
		+	Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.
−	$GemObj=new gemeinde(0,$this->database);	+	== + 3.10.91 Export der layerdef.json für kvportal ==
		+	Funktioniert unter Mapserver 8 nicht.
−	durch diese ersetzen:	+	== + 3.10.90 Adresssuche ==
		+	Es kann sein, dass Flurstücke doppelt gefunden werden.
−	$GemObj=new gemeinde(0,$this->pgdatabase);	+	== + 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.
−	== +- Geometrieeditor: Polygon zeichnen ==	+	== + 3.10.87 Erläuterungen in der spaltenweisen Darstellung ==
−	--[[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".	+	Der Link zu den Attribut-Erläuterungen zeigt in der spaltenweisen Darstellung beim Überfahren nur einen abgeschnittenen Text wenn die Erläuterung Anführungszeichen enthält und beim Klicken kommt nichts.
−	--[[Benutzer:HolgerR|HolgerR]] 10:50, 24. Nov 2006 (CET)	+	== + 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.
−	Bei mir tritt der gleiche Fehler auf. In der apache-Fehlerdatei wird folgender Eintrag erzeugt:	+	== + 3.10.85 Fixes in FormObject, PgObject and gui ==
−	<pre>	+	Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs
−	[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.84 Subform Datensatz anlegen ==
−	In class/spatial_processor.php in class spatial_processor in Funktion spatial_processor	+	Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".
−	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.83 Gastnutzerexport ==
−	In Ndbg hat das zumindest weitergeholfen.	+	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
−	Peter	+	== + 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.
−	== + ALB-Daten werden nicht angezeigt ==	+	== + 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.
−	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.80 Sachdatendruck ==
		+	Die Anordnung in Spalten funktioniert nicht richtig.
−	$ret=$flst->readALB_Data($FlurstKennz);	+	== + 3.10.79 Passwort abgelaufen ==
		+	Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.
−	durch diese ersetzen:	+	== + 3.10.78 deleteGastUser.sh ==
		+	Das Skript löscht nicht die Logdateien der Gastnutzer.
−	$ret=$flst->readALB_Data($FlurstKennz[$f]);	+	== + 3.10.77 Nutzung Wald Vegetationsmerkmal ==
		+	Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.
−	== + History-Buttons ==	+	== + 3.10.76 Flurstückssuche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:08, 17. Okt 2006 (CEST) Die beiden History-Buttons funktionieren nicht mehr.	+	Historische Flurstücke werden in der Karte nicht angezeigt.
−	*--[[Benutzer:Rahn|Rahn]] 13:53, 19. Okt 2006 (CEST) Zur Behebung in users.php in der Funktion setConsumeActivity die Zeile	+
−	if ($prev=="0000-00-00 00:00:00" OR $prev==<nowiki>''</nowiki>) {	+	== + 3.10.75 Plugin Bauleitplanung: F-Pläne ==
		+	Das Speichern funktioniert nicht.
−	durch diese ersetzen:	+	== + 3.10.74 GLE:Gruppennamen ==
		+	Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.
−	if ($prevtime=="0000-00-00 00:00:00" OR $prevtime==<nowiki>''</nowiki>) {	+	== + 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.
−	== + ALB-Auszüge für alle aufgelisteten Flurstücke ==	+	== + 3.10.72 dynamische Dateipfade ==
−	Das Wasserzeichen erscheint nur auf der ersten Seite, aber nicht mehr auf allen folgenden.	+	Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.
−	--[[Benutzer:Rahn|Rahn]] 11:56, 18. Okt 2006 (CEST) Zur Behebung in alb.php in der Funktion ALBAuszug_Flurstueck die Zeilen	+	== + 3.10.71 import_nas.sh ==
		+	Der Ordner METADATA wird nicht ignoriert.
−	if ($wasserzeichen) {	+	== + 3.10.70 Orthogonalpunktberechnung ==
−	$pdf->addJpegFromFile(WWWROOT.APPLVERSION.WASSERZEICHEN,75,140,450); # 2005-12-15 pk	+	Funktioniert nicht richtig.
−	}	+
−	ausschneiden und hinter die Zeile	+	== + 3.10.69 Nachweiserfassung ==
		+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	for($f = 0; $f < count($FlurstKennz); $f++){	+	== + 3.10.68 Auswahlfeld: neuer Datensatz ==
		+	Funktioniert nicht richtig.
−	einfügen.	+	== + 3.10.67 Anzeige komplexer Datentypen im GLE ==
		+	Kann unter PHP8 zu Fehlern führen.
		+	== + 3.10.66 Daten-Import Geometrie übernehmen ==
		+	Funktioniert nicht.
−	== + Polygon löschen bei der Dokumenteneingabe==	+	== + 3.10.65 Sachdatendruck ==
−	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:	+	Bei den Subform-Layern erscheint eine Fehlermeldung.
−	<input name="area" type="hidden" value="">	+	== + 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern ==
		+	Funktioniert nicht.
−	== + Geometrieeditor Bodenrichtwertzonen erfassen==	+	== + 3.10.63 Nutzer ohne Stelle anlegen ==
−	Hier gibt es genau denselben Fehler. Hier zur Fehlerbehebung die Datei SVG_polygon_and_point.php um die Zeile	+	Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.
−	<input name="area" type="hidden" value="">	+	== + 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.
−	erweitern.	+	== + 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.
−	== + Löschen eines Suchergebnisses ==	+	== + 3.10.59 Als Vorlage für neuen Datensatz verwenden ==
−	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.	+	Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.
−	function setAktivLayer($formvars, $stelle_id, $user_id) {	+	== + 3.10.58 ALKIS: Import ==
−	# Eintragen des Status der Layer, 1 angezeigt oder 0 nicht.	+	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.
−	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:	+	== + 3.10.57 LENRIS ==
−	Warning: Missing argument 2 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905<br>	+	Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.
−	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	+	== + 3.10.56 Nachweisrecherche ==
		+	Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.
−	$this->user->rolle->setAktivLayer($this->formvars);	+	== + 3.10.55 Festpunkte ==
		+	Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.
−	so anpassen:	+	== + 3.10.54 neuer Datensatz ==
		+	Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.
−	$this->user->rolle->setAktivLayer($this->formvars,$this->Stelle->id,$this->user->id);	+	== + 3.10.53 Layer-Export ==
		+	Die Layergruppen werden nicht mit exportiert.
−	:--[[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?	+	== + 3.10.52 Nachweisanzeige ==
		+	Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.
−	== + Leere letzte Seite bei den ALB-Auszügen  ==	+	== + 3.10.51 WFS-Layer Sachdatenanzeige ==
		+	Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.
−	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	+	== + 3.10.50 Layer-Suche räumlich eingrenzen ==
		+	Die Geometrieübernahme funktioniert nicht.
−	$pageid=$pdf->newPage();	+	== + 3.10.49 eigene Klassenbilder bei Rasterlayern ==
		+	Funktionieren nicht richtig.
−	durch folgende Zeilen ersetzen.	+	== + 3.10.48 Layer-Parameter im Layernamen ==
		+	Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.
−	if($f < count($FlurstKennz)-1){	+	== + 3.10.47 Bodenrichtwerte ==
−	$pageid=$pdf->newPage();	+	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.
−	}	+
−	== - ALB Fortfuehrungsart 57 - Loeschen der alten Eintraege für Hinweise und Verfahren == --[[Benutzer:HolgerR|HolgerR]] 15:21, 12. Okt 2006 (CEST)	+	== + 3.10.46 Sachdatendruckeditor ==
		+	In den Feldern für die Positionen können kann keine 0 gespeichert werden.
−	Bei der Fortfuehrungsart 57 werden bei mehreren Flurstuecken folgende Angaben uebereinstimmend veraendert:	+	== + 3.10.45 Blattnr. ==
−	:Kennung - Bezeichnung	+	--[[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.".
−	:D - Flurkarte, Riss; Baublock; Finanzamtszugehoerigkeit; Fortsamtszugehoerigkeit	+
−	:U - Ausfuehrende Stelle / Verfahren	+
−	:F - Hinweise zum Flurstueck.	+
−	Diese Angaben koennen eingetragen, geaendert oder geloescht werden.	+	== + 3.10.44 Cluster_FeatureCount ==
−	Bei Eintragungen und Aenderungen laeuft alles wie es soll, da die ensprechenden Kennungen in der WLDGe enthalten sind und die Einleseroutine darauf reagieren kann.	+	Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.
−	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.	+	== + 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.
−	Daraus ergeben sich m.E. folgende Konsequenzen:	+	== + 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.
−	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`.	+	== + 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.
−	Die korrigierte Funktion `deleteOldVerfahren()` sieht wie folgt aus:	+	== + 3.10.40 Layer-Export ==
		+	Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.
−	function deleteOldVerfahren() {	+	== + 3.10.39 Themenübersicht ==
−	$sql ="DELETE FROM alb_f_verfahren";	+	Funktioniert für nicht-Admins nicht.
−	#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:	+	== + 3.10.38 wms_checker.php ==
		+	Funktioniert unter Mapserver 8 nicht.
−	function deleteOldHinweise() {	+	== + 3.10.37 Geometrie verschwindet ==
−	$sql ="DELETE FROM alb_f_hinweise";	+	Wenn man im Geometrieeditor Layer ein- oder ausschaltet und speichert, wird zwar richtig gespeichert aber anschließend die Geometrie nicht geladen.
−	#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.	+	== + 3.10.36 Layergruppen verschwinden ==
		+	Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.
−	= Version 1.6.1 =	+	== + 3.10.35 rectify_layer_params ==
		+	Funktioniert nicht.
−	== + Anzeige und Drucken von ALB-Auszug 20 und ALB-Auszug 25 falsch ==	+	== + 3.10.34 quote_or_null ==
		+	Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.
−	--[[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.	+	== + 3.10.33 Strecke messen bei Nachweis bearbeiten ==
−	:--[[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.	+	--[[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
−	== + Eigentümernachweis im ALB-Auszug ==	+	== + 3.10.32 timestamp with timezone ==
−	--SigridP 12:39, 20. Sep 2006 (CEST)<br>	+	Im GLE funktioniert der Kalender nicht.
−	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 ==	+	== + 3.10.31 layerdef mit used_layer Gruppen ==
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 13:29, 14. Sep 2006 (CEST)<br>	+	group_id aus used_layer in create layerdef für plugin kvportal berücksichtigt und ows_abstract auf Typ text geändert.
−	'''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:	+	== + 3.10.30 Generated Columns ==
−	$pdf->addText($col0,$row-=12,$fontSize,'Summe');	+	Ab PostgreSQL 13 stehen in einer Tabelle Generated Columns zur Verfügung, die nicht als nicht speicherbar erkannt werden.
−	"Ausführende Stelle" (wird, wenn vorh. im orig. ALB unter "Hinweise" ausgegeben)<br>	+	== + 3.10.29 Fläche messen mit Punktfang ==
−	* debug: --[[Benutzer:Pkorduan|Pkorduan]] 15:06, 14. Sep 2006 (CEST) debug: Ein Statement der Art	+	--[[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.
−	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>	+	== + 3.10.28 Speichern von SubForms ==
−	'''Was jetzt noch fehlt zur "Ausführenden Stelle":'''<br>	+	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.
−	Wenn mehrere "Ausführenden Stellen" eingetragen sind, kommt momentan nur eine.	+
		+	== + 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.
−	Ok, das ist jetzt behoben durch zwei Änderungen. Die erste Änderung in postgresql.php in Funktion getVerfahren($FlurstKennz) die Zeile:	+	== + 3.10.26 Layergruppen ==
−	$ret[1]=pg_fetch_array($queryret[1]);	+	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.
−	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]);	+
−	}	+
−	}	+
		+	== + 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen ==
		+	Funktioniert nicht.
−	'''Hinweis:'''<br>	+	== + 3.10.24 Nachweisverwaltung: Anträge bearbeiten ==
−	wenn in der config.php die Konstanten:<br>	+	Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.
−	'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.	+	== + 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.
−	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.	+	== + 3.10.22 eigene Datentypen ändern ==
		+	Die alten Datentyp-Attribute bleiben bestehen.
−	== + Fehler in der Kartendarstellung ==	+	== + 3.10.21 Layer erstellen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 12. Sep 2006 (CEST)	+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.
−	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:	+	== + 3.10.20 Layer-Export ==
		+	Es werden nicht ale Spalten exportiert.
−	$svgfile  = 'SVG_map.svg';	+	== + 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.
−	durch diese beiden hier ersetzen:	+	== + 3.10.18 Flurstücks-CSV-Export ==
		+	Die Umlaute sind teilweise defekt.
−	$randomnumber = rand(0, 1000000);	+	== + 3.10.17 ausgewählter Button im Geometrieeditor ==
−	$svgfile  = $randomnumber.'SVG_map.svg';	+	Wird nicht gehighlighted.
−	== + Notizenverwaltung ==	+	== + 3.10.16 Layer kopieren ==
−	--[[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?!	+	Beim Style werden nicht alle Attribute kopiert.
−	* --[[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.	+	== + 3.10.15 Daten-Export ==
		+	Es gibt eine Sicherheitslücke bei der Datenbankabfrage.
−	== + Nachweisverwaltung: Problem beim Downloaden von TIFF's ==	+	== + 3.10.14 Filterverwaltung ==
−	--[[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.	+	Wenn man einen vorhandenen räumlichen Filter wieder löscht, funktioniert der Layer in dieser Stelle nicht mehr. (Beispiel Stadt Putbus, Layer Jagdbezirke Wildnachweisung)
−	* --[[Benutzer: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 ==	+	== + 3.10.13 Plugin Bauleitplanung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:54, 11. Sep 2006 (CEST)	+	Die Geltungsbereichsfläche wird nicht richtig ausgegeben.
−	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 ==	+	== + 3.10.12 Daten-Export ==
−	--[[Benutzer:Pkorduan|Pkorduan]] 11:03, 19. Sep 2006 (CEST) Ein weiteres Problem war, dass die OGR Layer nicht abfragbar waren.	+	Die Export-Tabelle im Schema public wird nicht gelöscht.
−	Dazu wurde jetzt in der Datei kvwmap.php in der Funktion SachdatenAnzeige($rect) folgendes hinzugefügt. Hinter den Zeilen:	+	== + 3.10.11 Auswahlfelder ==
−	# Abfrage von Shapelayern	+	Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.
−	$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:	+	== + 3.10.10 alle Objekte exportieren ==
−	<pre>	+	Fuktioniert nicht.
−	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	+	== + 3.10.9 Fehler beim Löschen einer Benachrichtigung ==
−	<pre>	+	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 []".
−	$sql_where =" AND the_geom &&	+	Die Benachrichtigung wird dennoch gelöscht. (Neu laden)
−	Transform(GeomFromText('".$searchbox_wkt."',".$client_epsg."),".$layer_epsg."))";	+
−	</pre>	+
−	hinten ein ")" zuviel.	+
−	== -+ WLDGE2SQL Fehler ==	+	== + 3.10.8 Multipolygon speichern ==
−	--[[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.	+	Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.
−	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.	+	== + 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.
−	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 ==	+	== + 3.10.6 Polygoneditor ==
−	--[[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.	+	Einer der Eckpunkte lässt sich nicht richtig verschieben.
−	:--[[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 =	+	== + 3.10.5 Geonamensuchfeld ==
		+	Ist ausgeblendet.
		+	== + 3.10.4 Nachweisanzeige ==
		+	Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.
−	== Anzeige der Zeichenreihenfolge ==	+	== + 3.10.3 Attributeditor: abhängige Sichtbarkeit ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:55, 1. Sep 2006 (CEST)	+	Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.
−	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 ==	+	== + 3.10.2 Gast-Zugang==
−	--[[Benutzer:HolgerR|HolgerR]] 17:11, 7. Aug 2006 (CEST)	+	Funktioniert nicht.
−	Beim Erstellen des KVZ wird bei den Punkten, die eine Höhenangabe besitzen ein Leerzeichen zwischen Hochwert und Höhe zuviel ausgegeben.	+	== + 3.10.1 $EXPORT ==
−	Kurzfristige Hilfe schafft das Editieren der Datei katasetr.php Zeile 128 wie folgt:	+	$EXPORT wird nicht richtig ersetzt.
−	<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>	+	<br><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 ==	+	= '''[[Ältere Versionen]]''' =
−	--[[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?	+
−		+
−	= Version 1.5.9 =	+
−		+
−	== ALB-Druck 30 ==	+
−		+
−	=== fehlende Angaben ===	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 12:09, 20. Jun 2006 (CEST)<br>	+
−	'''Gesetzliche Klassifizierung<br>	+
−	'''	+
−	'''Ausführende Stelle	+
−		+
−	werden nicht mit ausgegeben!	+
−		+
−	=== Katasteramtsziffer ===	+
−	ist nicht variabel, diese sollte aus der DB alb_v_katasteraemter kommen.<br>	+
−	Das ist wichtig, wenn man mehrere KVAs in der DB hat wir hier in LWL. Die Ziffer kommt jetzt aus der config.php	+
−	:--[[Benutzer:Rahn|Rahn]] 13:14, 21. Jun 2006 (CEST)	+
−	:Wenn man mehrere KVAs in der DB hat, reicht dann die Katasteramtsziffer wirklich aus oder müssten dann nicht auch die Adressen und die Namen der verschiedenen Ämter aus der Datenbank geholt werden und in den Kopf der ALB-Auszüge geschrieben werden?	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 11:25, 14. Sep 2006 (CEST) Ja so sollte es sein. Bei zwei Kreisen in einer DB wie hier LWL und SN sollte beim Ausdruck von Schwerin ALB die schweriner Ziffer erscheinen und die Adresse. Ich stelle die Abweichungen vom original ALB oben unter Vers. 1.6.1 dar.	+
−		+
−	=== Kreisziffer ===	+
−	wird im "offiziellen" ALB nicht mit ausgegeben und kann wegfallen. Es sollte im PDF nach "Kreis/Stadt" keine Ziffer ausgegeben werden.	+
−		+
−		+
−		+
−	== PDF-Export mit Druckrahmen ==	+
−		+
−	=== minscale und maxscale-Problem ===	+
−		+
−	Wie schon von einigen fleißigen Anwendern bemerkt, gibt es beim PDF-Export mit Druckrahmen ein Problem mit den minscale- und maxscale-Einstellungen der Layer. Um die hohe Druckqualität zu errreichen, wird die Auflösung des Bildes welches vom Mapserver gerendert wird, um  einen gewissen Faktor (hier ist 4 voreingestellt) vergrößert. Wichtig dabei ist jedoch, dass bei allen maßstababhängigen Parametern dieser Faktor mit berücksichtigt wird. Die Parameter minscale und maxscale wurden hier offenbar vergessen.	+
−	Um den Fehler zu beheben, muss in der Funktion loadmap() in kvwmap.php die Stelle an der minscale und maxscale gesetzt werden	+
−		+
−	if ($layerset[$i]['minscale']>0) {	+
−	$layer->set('minscale', $layerset[$i]['minscale']);	+
−	}	+
−	if ($layerset[$i]['maxscale']>0) {	+
−	$layer->set('maxscale', $layerset[$i]['maxscale']);	+
−	}	+
−		+
−	durch folgenden Code ersetzt werden:	+
−		+
−	if ($layerset[$i]['minscale']>0) {	+
−	if($this->map_factor != ""){	+
−	$layer->set('minscale', $layerset[$i]['minscale']/$this->map_factor);	+
−	}	+
−	else{	+
−	$layer->set('minscale', $layerset[$i]['minscale']);	+
−	}	+
−	}	+
−	if ($layerset[$i]['maxscale']>0) {	+
−	if($this->map_factor != ""){	+
−	$layer->set('maxscale', $layerset[$i]['maxscale']/$this->map_factor);	+
−	}	+
−	else{	+
−	$layer->set('maxscale', $layerset[$i]['maxscale']);	+
−	}	+
−	}	+
−		+
−	== Allgemeine Funktionen ==	+
−		+
−	=== Sachdatenabfrage ===	+
−	--[[Benutzer:Reißland|Reißland]] 07:16, 16. Jun 2006 (CEST)	+
−	Schaltet man die Sachdatenabfrage zu einem Layer nicht aus und verlässt den Min-/MaxScalebereich des Layers so fragt kvwmap bei der Abfrage eines neuen Layers den nicht sichtbaren trotzdem ab.	+
−	:--[[Benutzer:Rahn|Rahn]] 10:27, 16. Jun 2006 (CEST)	+
−	:In Version 1.6 behoben.	+
−		+
−	=== Anzeige des Logins ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:57, 8. Jun 2006 (CEST)	+
−	Unten rechts wird das Login des jeweiligen Users angezeigt. Wäre der Benutzername aus der Tabelle "user" nicht besser?	+
−		+
−	=== Falsches Bild bei gleichzeitigem Kartenaufruf ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:57, 8. Jun 2006 (CEST)	+
−	Manchmal wird bei einem Benutzer ein ganz anderer Kartenausschnitt angezeigt als der, den er eigentlich erwartet. Beobachtet wurde das bisher nach der Flurstückssuche und anschließendem Klick auf <nowiki>[Kartenausschnitt]</nowiki>. Das scheint immer dann der Fall zu sein, wenn zwei Nutzer (auch in unterschiedlichen Stellen) zeitgleich, d.h. innerhalb derselben Sekunde diesen Klick durchführen.	+
−		+
−	=== Speicherung des Kartenausschnitts ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:37, 25. Apr 2006 (CEST)	+
−	Wenn eine Sachdatenabfrage durchgeführt wird oder eine andere Funktion, die das Kartenbild verlässt (z.B. eine Namenssuche oder die Auswahl der Kartenfenstergröße etc.), dann wird das als neuer Kartenausschnitt gespeichert. Beim Klick auf "History back" wird einem also ein und derselbe Ausschnitt mehrfach hintereinander präsentiert. Könnte man das abfangen, indem man nur die Kartenausschnitte speichert, deren Koordinaten sich gegenüber dem vorherigen geändert haben?	+
−		+
−	=== Fehlermeldung beim Start ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 16:41, 5. Apr 2006 (CEST) Beim Start der Version 1.5.9 kommt folgende Fehlermeldung:	+
−		+
−	Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource	+
−	in /opt/lampp/htdocs/kvwmap-1.5.9/class/mysql.php on line 2304	+
−		+
−	:--[[Benutzer:Rahn|Rahn]] 18:20, 5. Apr 2006 (CEST)	+
−	:In der Datei update_mysql.sql der Version 1.5.9 wurden offenbar zwei SQL-Statements vergessen. Es müssen in die Tabelle u_consume zwei Spalten eingefügt werden und eine Tabelle u_consume2comments muss erstellt werden. Dazu folgende SQL-Statements in MySQL ausführen:	+
−		+
−	CREATE TABLE `u_consume2comments` (	+
−	`user_id` int(11) NOT NULL,	+
−	`stelle_id` int(11) NOT NULL,	+
−	`time_id` datetime NOT NULL,	+
−	`comment` text collate latin1_german2_ci,	+
−	PRIMARY KEY  (`user_id`,`stelle_id`,`time_id`)	+
−	);	+
−		+
−	ALTER TABLE `u_consume`	+
−	ADD `prev` datetime default NULL,	+
−	ADD `next` datetime default NULL;	+
−		+
−	== Stellenverwaltung ==	+
−		+
−	=== Zeichenreihenfolge der Layer einer Stelle ändern ===	+
−	*--[[Benutzer:Rahn|Rahn]] 10:09, 27. Apr 2006 (CEST)	+
−	Im Formular, in der man die Zeichenreihenfolge der Layer einer Stelle editieren kann, gibt es einen Bug. Klickt man auf dieser Seite auf "speichern", so wird die Zeichenreihenfolge aller Layer zwar in die Datenbank übernommen, alle anderen stellenbezogenen Eigenschaften werden jedoch '''gelöscht'''!!! Bitte diese Funktion nicht benutzen!!!	+
−	*--[[Benutzer:Rahn|Rahn]] 09:37, 9. Mai 2006 (CEST)	+
−	Um das Problem im Formular, in der man die Zeichenreihenfolge der layer ändern kann, zu beheben, müssen Sie die Funktion	+
−	'Layer2Stelle_ReihenfolgeSpeichern' in kvwmap.php durch folgenden Code	+
−	ersetzen:	+
−		+
−	function Layer2Stelle_ReihenfolgeSpeichern(){	+
−	$Stelle = new stelle($this->formvars['selected_stelle_id'],$this->user->database);	+
−	$this->titel='Layer der Stelle '.$Stelle->Bezeichnung;	+
−	$this->main='layer2stelle_order.php';	+
−	$this->layers = $Stelle->getLayers(NULL);	+
−	for($i = 0; $i < count($this->layers['ID']); $i++){	+
−	$this->formvars['selected_layer_id'] = $this->layers['ID'][$i];	+
−	$this->formvars['drawingorder'] = $this->formvars['drawingorder_layer'.$this->layers['ID'][$i]];	+
−	$Stelle->updateLayerdrawingorder($this->formvars);	+
−	}	+
−	$this->layers = $Stelle->getLayers(NULL);	+
−	$this->output();	+
−	}	+
−		+
−	Außerdem muß die Funktion 'updateLayer' in users.php durch die beiden	+
−	folgenden Funktionen ersetzt werden:	+
−		+
−	function updateLayer($formvars){	+
−	# Aktualisieren der LayerzuStelle-Eigenschaften	+
−	$sql = 'UPDATE used_layer SET Layer_ID = '.$formvars['selected_layer_id'];	+
−	$sql .= ', queryable = "'.$formvars['queryable'].'"';	+
−	$sql .= ', minscale = '.$formvars['minscale'];	+
−	$sql .= ', maxscale = '.$formvars['maxscale'];	+
−	$sql .= ', offsite = "'.$formvars['offsite'].'"';	+
−	$sql .= ', Filter = "'.$formvars['Filter'].'"';	+
−	$sql .= ', template = "'.$formvars['template'].'"';	+
−	$sql .= ', header = "'.$formvars['header'].'"';	+
−	$sql .= ', footer = "'.$formvars['footer'].'"';	+
−	$sql .= ' WHERE Stelle_ID = '.$formvars['selected_stelle_id'].' AND Layer_ID = '.$formvars['selected_layer_id'];	+
−	$this->debug->write("file:users.php class:stelle->updateLayer - Aktualisieren der LayerzuStelle-Eigenschaften:".$sql,4);	+
−	$query=mysql_query($sql,$this->database->dbConn);	+
−	if ($query==0) { $this->debug->write("Abbruch in ".$PHP_SELF." Zeile: ".__LINE__,4); return 0; }	+
−	}	+
−		+
−	function updateLayerdrawingorder($formvars){	+
−	# Aktualisieren der LayerzuStelle-Eigenschaften	+
−	$sql = 'UPDATE used_layer SET Layer_ID = '.$formvars['selected_layer_id'];	+
−	$sql .= ', drawingorder = '.$formvars['drawingorder'];	+
−	$sql .= ' WHERE Stelle_ID = '.$formvars['selected_stelle_id'].' AND Layer_ID = '.$formvars['selected_layer_id'];	+
−	$this->debug->write("file:users.php class:stelle->updateLayerdrawingorder - Aktualisieren der LayerzuStelle-Eigenschaften:".$sql,4);	+
−	$query=mysql_query($sql,$this->database->dbConn);	+
−	if ($query==0) { $this->debug->write("Abbruch in ".$PHP_SELF." Zeile: ".__LINE__,4); return 0; }	+
−	}	+
−		+
−	== Nutzerverwaltung ==	+
−		+
−	=== Nutzer anzeigen - ändern - Benutzerdaten Editor ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:12, 7. Apr 2006 (CEST)Das Wegnehmen von Stellen funktioniert nicht. Nach dem Klick auf "Ändern" wird die ursprüngliche Auswahl wieder angezeigt.	+
−		+
−	== PHP  ==	+
−		+
−	=== Fehler in Gebaeude.php ===	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 09:29, 25. Apr 2006 (CEST)<br>	+
−	Ein kleiner aber ärgerlicher Fehler schleppt sich über die Versionen:	+
−	Die Zeile 33 in der Gebaeude.php lautet:	+
−	?><?php	+
−	und verursacht eine Fehlermeldung bei der Abrage und sollte so aussehen:	+
−	?>	+
−		+
−	== MySQL-Tabellen ==	+
−		+
−	=== Tabelle "used_layer" ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:26, 8. Mai 2006 (CEST)	+
−	Ich bin mir nicht sicher, ob es nicht vielleicht am MapServer selber liegt, aber wenn ich im Feld "requires" eine Bedingung eingebe (z.B. für den Layer "Gebäudepunkte" die Bedingung "([Gebäude] = 1)"), dann wird in der Themenauswahl der entsprechende Layer nicht mehr angezeigt, sondern nur noch seine Classes. D.h. er ist nicht mehr separat sichtbar bzw. nicht sichtbar und auch nicht mehr abfragbar bzw. nicht abfragbar zu schalten.	+
−	:--[[Benutzer:Rahn|Rahn]] 12:45, 12. Mai 2006 (CEST)	+
−	:Dies ist kein Bug, sondern so gewollt. Schau mal die Dokumentation unter [[Dokumentation#Tabelle_.22used_layer.22|"Tabelle used_layer"]]	+
−		+
−	= Version 1.5.8 =	+
−		+
−	== ALB-Anzeige ==	+
−		+
−	=== Eigentümeranzeige ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:52, 24. Mär 2006 (CET)	+
−	Im ALB-Auszug wird der Eigentümer manchmal falsch ausgegeben. In der PostGIS ist die Kette korrekt:	+
−	alb_flurstuecke.flurstkennz = alb_g_buchungen.flurstkennz	+
−	alb_g_buchungen.bezirk = alb_g_eigentuemer.bezirk AND alb_g_buchungen.blatt = alb_g_eigentuemer.blatt	+
−	alb_g_eigentuemer.lfd_nr_name = alb_g_namen.lfd_nr_name	+
−	Ich komme in der PostGIS immer auf den richtigen Eigentümer. In der PDF-Ausgabe der Buchdaten steht in einigen Fällen '''gar kein''' Eigentümer (dann werden auch alle anderen Datenfelder nicht gefüllt) oder der '''falsche''' Eigentümer. Ich kann leider nicht erkennen, bei welchen Fällen das so ist und warum.	+
−	:--[[Benutzer:Rahn|Rahn]] 10:53, 24. Mär 2006 (CET)	+
−	: Dieser Bug kommt daher, dass fälschlicherweise auf die MySQL-Datenbank und nicht auf die Postgres-Datenbank zugegriffen wird. Um diesen Bug zu beheben, muss in der Datei '''kvwmap.php''' in der Funktion '''ALB_Anzeigen''' die Zeile	+
−	$ALB=new ALB($this->database);	+
−	: auf	+
−	$ALB=new ALB($this->pgdatabase);	+
−	: geändert werden.	+
−		+
−		+
−	=== letzte FF in der PDF-Ausgabe ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:13, 4. Apr 2006 (CEST) Der Eintrag "letzte Fortführung" aus der Tabelle alb_flurstuecke.letzff wird im PDF-Dokument nicht ausgegeben.	+
−		+
−	[[Bild:albff_org.png|none|framed|letzte FF im "originalen" ALB]][[Bild:albff_kvwmap.png|none|framed|letzte FF im "kvwmap" ALB]]	+
−	:--[[Benutzer:Rahn|Rahn]] 15:13, 4. Apr 2006 (CEST)	+
−	: In Version 1.6 behoben	+
−		+
−	=== Anteil in der PDF-Ausgabe ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:13, 4. Apr 2006 (CEST) Das Anteilsverhältnis aus der Tabelle alb_g_eigentuemer.anteilsverhaeltnis wird im PDF-Dokument nicht ausgegeben. Vor das Anteilsverhältnis selbst muss "zu" geschrieben werden.	+
−	:--[[Benutzer:Rahn|Rahn]] 15:13, 4. Apr 2006 (CEST)	+
−	: In Version 1.5.9 behoben	+
−		+
−	=== Geburtsdatum Eigentümer in der PDF-Ausgabe ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:13, 4. Apr 2006 (CEST) Wenn in alb_g_namen.name1 kein Zusatz steht (geb. sowieso), muss das Geburtsdatum aus alb_g_namen.name2 trotzdem rechts stehen bleiben und darf nicht nach links unter den Namen rutschen.	+
−		+
−	[[Bild:albeig_org.png|none|framed|Anteilsverh. und Geb.-datum im "originalen" ALB]][[Bild:albeig_kvwmap.png|none|framed|Anteilsverh. und Geb.-datum im "kvwmap" ALB]]	+
−	:--[[Benutzer:Rahn|Rahn]] 15:48, 4. Apr 2006 (CEST)	+
−	:Die Felder name1, name2, name3 und name4 der Tabelle alb_g_namen stehen für die 4 Zeilen, die der Namensblock umfassen kann. Diese Zeilen werden bei entsprechender Füllung der Felder einfach untereinander ausgegeben. Um einen Einfluss darauf zu haben, ob die Informationen (wie z.B. das Geburtsdatum) weiter links oder weiter rechts stehen, muss das entsprechende Feld mit Leerzeichen aufgefüllt werden.	+
−		+
−	== kvwmap-Hilfe ==	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 14:48, 30. Mär 2006 (CEST) <br>Die kvwmap-Hilfe, die im Menü angeboten wird, Datei ''kvwmap-hilfe.html'', ist in der Version nicht vorhanden.	+
−		+
−	= Version 1.5.7 =	+
−		+
−	== Allgemeine Funktionen ==	+
−		+
−	==== Präsentation im Firefox 1.5.0.1 geht nicht ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Im Browserfenster wird nur der xml-Text dargestellt und nicht die Grafik.	+
−	:--[[Benutzer:Hauke|Hauke]] 12:26, 22. Feb 2006 (CET)	+
−	:*wie sind die weiteren rahmenbedingungen? → OS? Adobe PlugIn zusaetzlich install.?	+
−	:*tritt dies auch bei anderen rechnern auf? (leider kann ich auch diesen bug nicht reproduzieren!)	+
−	::--[[Benutzer:HolgerR|HolgerR]] 13:55, 22. Feb 2006 (CET)	+
−	::*Problem tritt nicht generell auf. Bei Zugang über Demoserver mit Firefox funzt es. Gehe ich über unseren lokalen Server, dann siehe oben	+
−		+
−	==== Verschieben/Pan ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Klick zum neuen Zentrieren der Karte funktioniert nur einmal, danach erst wieder nach Aufruf einer anderen Funktion. Im Hinblick auf die Nutzung der Suche nach Koordinaten (sehr gute Idee), um die Koordinaten des Kartenzentrums für andere Anwendungen herauszulesen sehr hinderlich.	+
−	:--[[Benutzer:Hauke|Hauke]] 12:21, 22. Feb 2006 (CET)	+
−	:Ist mir leider nicht moeglich das zu reproduzieren! :-(	+
−	:(tritt dieses verhalten auch bei anderen nutzern auf?)	+
−	::--[[Benutzer:HolgerR|HolgerR]] 16:12, 22. Feb 2006 (CET)	+
−	::Ja, ich war jetzt an 2 anderen Rechner, auch als anderer Nutzer, gleicher Effekt	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:38, 24. Feb 2006 (CET) Wenn mit "Klick zum neuen Zentrieren" das Verschieben der Bildmitte mittels Koordinateneingabe gemeint ist, dann kann ich den Fehler bei mir nicht nachvollziehen. Ich kann beliebig oft die Koordinateneingabe wiederholen und es funzt.	+
−	::----[[Benutzer:HolgerR|HolgerR]] 10:45, 27. Feb 2006 (CET)	+
−	::Es ist schon die PAN-Funktion gemeint, um mit einem Klick ein Objekt in die Mitte des Kartenausschnittes zu verschieben.	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:20, 27. Feb 2006 (CET)	+
−	::Ja, jetzt ist es klar. War mir gar nicht bewußt, dass man mit der Pan-Funktion auch klicken kann. Der erste Klick zentriert den angeklickten Punkt in die Mitte. Weitere Klicks machen dann gar nichts, es sei dann, mann benutzt eine andere Zoomfunktion zwischendurch oder verschiebt mittels PAN "richtig".	+
−		+
−	==== Sachdatenanzeige Flurstück ====	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:17, 24. Feb 2006 (CET)	+
−		+
−	Es gibt zwei Snippets zur Sachdatenanzeige (Flurstücke.php und flurstuecksanzeige.php). Besser wäre, es gäbe nur eine Datei statt deren zwei.	+
−	Die Beschriftung ist unlogisch: Während in der Flurstücke.php mit "ALB-Auszug 30" der Ausdruck '''ohne''' WZ gemeint ist, ist in der flurstuecksanzeige.php mit "ALB-Auszug 30" der Ausdruck '''mit''' WZ gemeint (für 35 dasselbe).	+
−		+
−	== Suchfunktionen ==	+
−		+
−	==== Suche nach Adressen ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Das Feld --Auswahl-- im Straßenfeld steht an letzter Stelle. Für eine vereinheitlichte Bedienung und Darstellung auch hier an erster Stelle platzieren.	+
−		+
−	==== Suche nach Flurstücken ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Wenn eine Gemarkung nur eine Flur hat, springt das Pulldown-Menue für selbige nach Auswahl der Gemarkung gleich auf die 1 (das Gleiche erfolgt auch für Flurstücken in Fluren, die nur 1 Flurstück haben). Im Sinne der einheitlichen Darstellung und Handhabung können diese Automatismen entfallen.	+
−		+
−	==== Suche nach Namen ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Die Einschränkung des Suchergebnisses nach Gemarkung ergibt nicht das gewünschte Ergebnis. Die Namen werden doppelt aufgeführt und andere Einträge fehlen. Die Sucheinschränkung nach dem Grundbuchbezirk funktioniert dagegen einwandfrei.	+
−		+
−	== Datenmangement ==	+
−		+
−	==== ALB-Änderung - Dateiauswahl - vorgeschlagener Dateiname ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Der in der config.php vereinbarte WLDGEFILENAME wird in der Auswahlmaske nicht angezeigt.	+
−		+
−	==== ALB-Änderung - Dateiauswahl - Standard-Auswahl ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	PostgreSQL als Standard-DB aktiv setzten.	+
−		+
−	== Nutzerverwaltung ==	+
−		+
−	==== Nutzer anlegen - zurücksetzen ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Das Feld berechtigte Stellen wird bei 'zurücksetzen' nicht geleert. Bei Neueingabe der Daten werden jedoch die noch angezeigten Stellen nicht in die Datenbank übernommen.	+
−		+
−	==== Nutzer anlegen - falsche Passwortbestätigung ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	Das Feld berechtigte Stellen wird auch geleert. Dies ist so nicht notwendig, da ja nur Passwort verkehrt bestätigt wurde.	+
−		+
−	==== Nutzer anlegen - Rolleneintrag in Datenbank ==== --[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET)	+
−	In der Tabelle user Spalte stelle_id wird standardmäßig die Stelle 1 eingetragen, auch wenn diese Stelle nicht in den berechtigten Stellen eingetragen wurde. Daraus resultiert beim erstmaligen Aufruf des neuen Nutzers ein Fehler bzgl. setExtent():	+
−	''Given map extent is invalid''	+
−	Es muss sichergestellt werden, dass hier nur eine Stelle eingetragen wird, die auch dem User zugeordnet ist.	+
−		+
−	==== Nutzer anzeigen - ändern - Benutzerdaten Editor ====	+
−	*--[[Benutzer:HolgerR|HolgerR]] 11:50, 22. Feb 2006 (CET) Änderung des Passwortes wird nicht übernommen – in user.php function Aendern($userdaten) Zeile 327 fehlerhaft: $useraten muss $userdaten heißen	+
−	**--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:26, 1. Mär 2006 (CET) Wenn ich Nutzerdaten ändere, z.B. einen Layer hinzufüge, dann soll das Passwort nicht geändert werden. Wenn ich das richtig verstanden habe, muss ich dann bei "Auch Passwort ändern" '''keinen''' Haken setzen. Wenn ich das aber so mache und die Änderung speichere, kommt eine Meldung: "Passworteingabe und -wiederholung fehlt". Das dürfte so doch nicht gemeint sein?	+
−	*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:25, 14. Mär 2006 (CET) Beim Ändern von Nutzerdaten werden in der u_groups2rolle die Einträge dupliziert. D.h. wenn ich z.B. einen Benutzer neu eingetragen habe und anschließend seine Nutzerdaten ändere, dann stehen in der u_groups2rolle alle Einträge zu diesem User doppelt drin.	+
−	**--[[Benutzer:Rahn|Rahn]] 12:14, 14. Mär 2006 (CET)	+
−	**:Theoretisch dürften die Einträge in '''u_groups2rolle''' nicht doppelt vorkommen, da '''user_id''', '''stelle_id''' und '''id''' hier Primärschlüssel sind und die Funktion '''setGroups''' der Klasse '''rolle''' Eintragungen immer mit '''INSERT IGNORE''' vornimmt. Kann es sein, dass die drei Primärschlüssel nicht richtig gesetzt sind?	+
−	***--[[Benutzer:Markus Hentschel|Markus Hentschel]] 06:55, 17. Mär 2006 (CET) Es ist so, bei jeder Änderung über "Nutzer ändern" wird jeder Eintrag zu dem ausgewählten User noch einmal gemacht.	+
−		+
−	== Antragsverwaltung ==	+
−		+
−	=== Anträge anzeigen ===	+
−		+
−	==== Anträge bearbeiten - Vermessungsart ==== --[[Benutzer:HolgerR|HolgerR]] 13:17, 22. Feb 2006 (CET)	+
−	Im Fenster „Antrag bearbeiten“ wird unabhängig von der vergebenen Vermessungsart immer der 1. Eintrag, in unserem Fall „Bodenordnung“ präsentiert --> die zum Antrag abgespeicherte Vermessungsart muss angezeigt werden	+
−		+
−	==== Zugeordnete Dokumente Anzeigen - ohne hinterlegte Dokumente ==== --[[Benutzer:HolgerR|HolgerR]] 13:17, 22. Feb 2006 (CET)	+
−	Es erfolgt folgende Fehlerausschrift:	+
−		+
−	[[Bild:Fehlermeldung.png]]	+
−		+
−	Diesen Fehler bitte programmtechnisch auffangen.	+
−		+
−	==== Zugeordnete Festpunkte in KVZ-Schreiben - ohne ausgewählte Festpunkte ==== --[[Benutzer:HolgerR|HolgerR]] 13:17, 22. Feb 2006 (CET)	+
−	erzeugt folgende Fehlerausschrift:	+
−		+
−	'' Serverfehler! ''	+
−	'' Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. ''	+
−	'' Fehlermeldung: ''	+
−	'' Premature end of script headers: php ''	+
−	'' Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber. ''	+
−	'' Error 500 ''	+
−	'' 10.32.0.246 ''	+
−	'' Mon Feb 20 10:10:56 2006 ''	+
−	'' Apache/2.0.49 (Linux/SuSE)''	+
−		+
−	Diesen Fehler bitte programmtechnisch auffangen.	+
−		+
−		+
−	== ALB-Ausdruck 30 und 35 als PDF ==	+
−		+
−	=== falsche Kopfanzeige ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:04, 24. Feb 2006 (CET)	+
−		+
−	Bei mir steht "Kataster/Vermessungsamt 0017  Landkreis Bad Doberan" im Ausdruck. Mach ich was falsch oder ist das fehlerhaft?	+
−		+
−	::--[[Benutzer:HolgerR|HolgerR]] 10:50, 27. Feb 2006 (CET)	+
−	::Markus, die Angaben zum Katasteramt sind fest in der alb.php eingetragen. Du kannst notfalls die Angaben dort ab Zeile 100 ändern. Sinnvoller ist es auf alle Fälle, wenn diese Angaben als Variable übergeben werden.	+
−		+
−	:::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:21, 27. Feb 2006 (CET)	+
−	:::Jou, hab ich schon gemacht. Und ja, muss auf alle Fälle in die config.php. Ich schreibs in die ToDo-Liste.	+
−		+
−	=== Trennlinie fehlerhaft ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:04, 24. Feb 2006 (CET)	+
−		+
−	Die durchgehende Trennlinie im oberen Bereich des ALB-Auszugs '''des DVZ''' fängt genau ein "-" vorher an.	+
−	:--[[Benutzer:Rahn|Rahn]] 13:23, 29. Mär 2006 (CEST)	+
−	: In Version 1.5.9 behoben	+
−		+
−	=== Miteigentumsanteil ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:04, 24. Feb 2006 (CET)	+
−		+
−	Die Miteigentumsanteile müssen angezeigt werden	+
−	:--[[Benutzer:Rahn|Rahn]] 13:23, 29. Mär 2006 (CEST)	+
−	: In Version 1.5.9 behoben	+
−		+
−	=== Zusätze ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:04, 24. Feb 2006 (CET)	+
−		+
−	Die Zusätze zur Bestandsblattnummer müssen angezeigt werden	+
−		+
−	=== "Bestand"-Abschnitte ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:04, 24. Feb 2006 (CET)	+
−		+
−	Der Bestand geht grundsätzlich nicht über den Seitenumbruch. Wenn ein Bestand nicht mehr vollständig auf die Seite passt, muss er komplett auf der nächsten Seite erscheinen.	+
−		+
−	=== Wasserzeichen ===	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:30, 10. Mär 2006 (CET)	+
−		+
−	Das Wasserzeichen erscheint nur auf der ersten Seite. Wenn der Ausdruck über mehrere Seiten geht, fehlt es auf allen nachfolgenden Seiten.	+
−	:--[[Benutzer:Rahn|Rahn]] 13:23, 29. Mär 2006 (CEST)	+
−	: In Version 1.5.9 behoben	+
−		+
−	== Nachweisverwaltung ==	+
−	=== Aufruf Rissrecherche ===	+
−	--[[Benutzer:HolgerR|HolgerR]] 11:10, 27. Feb 2006 (CET)	+
−		+
−	Der Aufruf der Rissrecherche erzeugt folgendes Fehlerfenster:	+
−		+
−	'' Laufzeitfehler in Mircrosoft JScript ''	+
−		+
−	'' Das Objekt unterstützt diese Eigenschaft oder Methode nicht. ''	+
−		+
−	'' line: 411, column: 2 ''	+
−		+
−	Dieser Fehler tritt auch auf, wenn ich die Funktion vom Demo-Server nutze.	+
−		+
−	=== Aufruf Dokument einfügen ===	+
−	--[[Benutzer:HolgerR|HolgerR]] 11:10, 27. Feb 2006 (CET)	+
−		+
−	Der Aufruf der Rissrecherche erzeugt folgendes Fehlerfenster:	+
−		+
−	'' Laufzeitfehler in Mircrosoft JScript ''	+
−		+
−	'' Das Objekt unterstützt diese Eigenschaft oder Methode nicht. ''	+
−		+
−	'' line: 354, column: 2 ''	+
−		+
−	Dieser Fehler tritt auch auf, wenn ich die Funktion vom Demo-Server nutze.	+
−		+
−		+
−		+
−	== Exportfunktionen ==	+
−	=== PDF-Ausgabe ===	+
−	--[[Benutzer:HolgerR|HolgerR]] 12:55, 27. Feb 2006 (CET)	+
−		+
−	Der Aufruf der PDF-Ausgabe erzeugt folgende Fehlerausschrift:	+
−		+
−	'' Warning: getimagesize(): Read error! in /srv/www/htdocs/PDFClass/class.pdf.php on line 2833 Warning: Division by zero in /srv/www/htdocs/PDFClass/class.pdf.php on line 2850 ''	+
−		+
−	Das Arcobat-Reader-Plugin wird im Internetexplorer gestartet und im angezeigten PDF-Dokument werden nur Fragmente dargestellt, die durch ab- und aufscrollen verschwinden.	+
−		+
−		+
−	== Metadaten ==	+
−	=== Aufruf - Metadaten anlegen ===	+
−	--[[Benutzer:HolgerR|HolgerR]] 13:07, 27. Feb 2006 (CET)	+
−	Der Aufruf zum Metadaten anlegen erzeugt folgendes Fehlerfenster:	+
−		+
−	'' Laufzeitfehler in Mircrosoft JScript ''	+
−		+
−	'' Das Objekt unterstützt diese Eigenschaft oder Methode nicht. ''	+
−		+
−	'' line: 160, column: 2 ''	+
−		+
−		+
−		+
−		+
−		+
−		+
−	Fehlermeldungen als unsortierte Liste	+

---

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