Version vom 19. Januar 2009, 13:24 Uhr (Quelltext anzeigen) Rahn (Diskussion | Beiträge) (→‎- Flurstücksdatenanzeige ohne Klassifizierung) ← Zum vorherigen Versionsunterschied		Aktuelle Version vom 16. Juni 2026, 09:42 Uhr (Quelltext anzeigen) Rahn (Diskussion | Beiträge)
Zeile 1:		Zeile 1:
−	Auf dieser Seite können Bugs gemeldet werden. Die Lösung von kritischen Fehlern wird beschrieben, so dass eigenständig Bugfixe vorgenommen werden können. Ansonsten finden sich die Lösungen immer in der nächsten Version.	+	Auf dieser Seite können Bugs gemeldet werden. Ab Version 1.8.0 wird jeder Bug, der behoben wurde, mit einer fortlaufenden Nummer (1.8.1, 1.8.2, ...) versehen. Der entsprechende Bugfix ist dann auf [https://github.com/srahn/kvwmap/commits/kvwmap https://github.com/srahn/kvwmap/commits/kvwmap] zu finden.
−	Parallel zu dieser Seite werden Bugs und insbesondere deren Lösung auch über die Mailling Liste verteilt. Dies ist mehr ein Archiv der aufgetretenen Probleme. Bugs, die neu sind sollten mit einem führenden - versehen sein. Bugs mit Lösungen werden mit + gekennzeichnet. Problem erkannt und in Arbeit mit -+.	+	Bugs, die neu sind sollten mit einem führenden - versehen sein. Bugs mit Lösungen werden mit + gekennzeichnet.
−	= Version 1.7.0 =	+	<div class="noautonum">__TOC__</div>
		+	== - neuer duplizierter Layer: Attribute ==
		+	Wenn man einen neuen Layer B anlegt, der von einem Layer A dupliziert wird, werden die Attributeinstellungen nicht übernommen. Man muss erst zum Layer A wechseln und diesen speichern.
		+	Beim erstmaligen Anlegen eines Layers sollten alle zu duplizierenden Eigenschaften initial übernommen werden.
		+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 13:58, 4. Sep. 2025 (CEST)
		+	= Version 4.1 =
		+	== + 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.
−	== - Nachweissuche Stammnummer ==	+	== + 4.1.57 Formularelementtyp Link als Array ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:31, 19. Jan 2009 (CET) Damit die Nachweissuche auch mit 9-stelligen Stammnummern funktioniert, muss das Attribut "suchstammnr" in der Tabelle "rolle_nachweise" auf varchar(9) erweitert werden.	+	Wird nicht richtig gespeichert.
		+	== + 4.1.56 Kartenabfrage Flürstücke ohne Treffer ==
		+	Es erscheint eine leere Seite.
−	== - Koordinatenzoom ==	+	== + 4.1.55 Fester diverged Test ==
−	--[[Benutzer:Eulenberger|Eulenberger]] 13:47, 16. Jan 2009 (CET) Wenn man den "Koordinatenzoom" Button gedrückt hat erscheint eine Eingabemöglichkeit für Koordinaten, dort gibt es einen Button "Abbrechen", wenn der betätigt wird entsteht ein Laufzeitfehler in JScript mit der Meldung: Das Objekt unterstützt diese Eigenschaft oder Methode nicht. line: 919, column: 3. Die Meldung kann zwar mit OK bestätigt werden kommt dann aber immer wieder, da hilft nur "gewaltsames" schließen vom Browser.	+	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.
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:35, 19. Jan 2009 (CET) Haben Sie wirklich die Version 1.7.0? Eigentlich sollte der Fehler behoben sein, siehe [[Bug_kvwmap#.2B_Laufzeitfehlermeldung_bei_Koordinatenzoom|1.6.8: Laufzeitfehlermeldung bei Koordinatenzoom]]	+
−	== - Karteninfo ==	+	== + 4.1.54 Nachweisrecherche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:33, 15. Jan 2009 (CET) Die Angabe des verwendeten Koordinatensystem ändert sich bei "Karteninfo" nicht, wenn man ein anderes Bezugssystem als GK 3° S42/83 verwendet.	+	Der Scrollbalken rechts verdeckt den Inhalt.
		+	== + 4.1.53 Statistik ==
		+	Geht nicht.
−	== - Operator "befindet sich in" ==	+	== + 4.1.52 Suchergebnis Dokumentenrecherche  ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:18, 14. Jan 2009 (CET) Bei der Layersuche mittels "befindet sich in" wird folgendes SQL als Fehler angemeckert:	+	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.
−	SELECT * FROM (SELECT bplan.oid AS bplan_oid, plan_id, id, aufstellende_gemeinde, gemeindenr_alt, gemeindename,	+	Hier sollte stattdessen ein Warnhinweis erscheinen, dass kein Dokument ausgewält worden ist.
−	gemeindenr_neu, art, plan_nr, bezeichnung, zusatz, legende, code_stand, datum_stand, dat_stellungn_toeb,	+	--[[Benutzer:Mharms|Mario Harms]] ([[Benutzer Diskussion:Mharms|Diskussion]]) 14:06, 2. Jun. 2026 (CEST)
−	dat_beteiligung4_1, dat_beteiligung4_2, dat_beteiligung4a_3, dat_plananzeige, dat_stellungn_ro,	+
−	dat_antrag_genehmigt, dat_bescheid, bescheid, bemerkung_extern, bemerkung_intern, flaeche_planangabe_ha,	+
−	flaeche_alk_ha, themennr, rok_nr, rok_relevant, letzte_akt, datenherr, erf_grundl, art_baulnutzung, anzahl,	+
−	anzahldoc, the_geom FROM bplan WHERE 1=1) as query WHERE 1=1 ('barth, stadt','pruchten') AND	+
−	(the_geom && Transform(geomfromtext('POLYGON((4517000 5982000, 4587000 5982000, 4587000 6041000,	+
−	4517000 6041000, 4517000 5982000))', 2398), 2398) OR the_geom IS NULL) AND (1 = 1 AND code_stand = '0'	+
−	OR code_stand = '1') LIMIT 20	+
−	Vor der Klammer mit den Suchbegriffen fehlt	+
−	AND lower(aufstellende_gemeinde) in	+
		+	== + 4.1.51 Defaultwert ==
		+	Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.
−	== - Geometrie mit nur zwei Punkten ==	+	== + 4.1.50 kvmobile Log ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:52, 13. Jan 2009 (CET) Fehlerhafterweise lehnt kvwmap eine Fläche mit nur zwei Punkten nicht ab.	+	Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.
−	== - Layer löschen ==	+	== + 4.1.49 Layer mit eigenen Datentypen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:12, 22. Dez 2008 (CET) Wenn man einen Layer löscht, werden die Einträge in den Tabellen layer_attributes, layer_attributes2stelle und u_rolle2used_layer nicht mit gelöscht.	+	Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.
−	== - Geometrie hinzufügen im GLE ==	+	== + 4.1.48 Nachweisrecherche ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:48, 19. Dez 2008 (CET) Der Button "Geometrie hinzufügen" ist schon vorausgewählt, wenn ich eine existierende Geometrie bearbeiten will. Wenn ich dann in die Karte klicke, wird die Geometrie vom letzten vorhandenen Punkt aus weitergezeichnet, was bestimmt so nicht sein soll.	+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	== - Grundbuchblattsuche | 5-stellige Grundbuchbezirksnummer ==	+	== + 4.1.47 Rechteckabfrage WMS-Layer ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:52, 18. Dez 2008 (CET)<br>	+	Die Mittelpunktkoordinaten werden nicht gerundet.
−	Habe hier in der Datenbank als "Altlast des Liegenschaftskatasters" kurioserweise drei Grundbuchblätter, die in einem GB-Bezirk in Schleswig-Holstein liegen und einen 5-stelligen Schlüssel haben.<br>	+
−	Beim Versuch das Blatt aufzurufen über die Grundbuchblattsuche kommt die Fehlermeldung "Angaben fehlerhaft:	+
−	Die Bezirksnummer ist keine 6 Zeichen lang."	+
−	:--[[Benutzer:Rahn|Rahn]] 10:46, 18. Dez 2008 (CET) Damit der Test auch mit 5-stelligen Nummern funktioniert, muss man in kataster.php in der Funktion grundbuchblattSuchParameterPruefen() die Zeile	+
−	if (strlen($this->Bezirk)!=6) {	+	== + 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.
−	durch diese hier ersetzen:	+	== + 4.1.45 <requires> im Attributeditor ==
		+	Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.
−	if (strlen($this->Bezirk) < 5) {	+	== + 4.1.44 Kartendruck über DHK ==
		+	Es kommt zu einem Fehler beim Eintragen des Zeitstempels.
−	: --[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:55, 19. Dez 2008 (CET) Die Frage ist ja vielleicht, ob diese Fehlermeldung nicht vielleicht doch Sinn macht, um eben genau solche "Altlasten" aufzudecken und zu bereinigen.	+	== + 4.1.43 Fehler im Plugin Bauleitplanung ==
−	== - Text mit Hochkomma im GLE ==	+	== + 4.1.42 wms_checker.php ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:12, 17. Dez 2008 (CET)<br>	+	Funktioniert nicht.
−	Es ist nicht möglich, Texte, die Hochkommata enthalten, im GLE zu speichern.	+
−	== + CSV-Export und Kartenausschnitt ==	+	== + 4.1.41 requires-Layer ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:45, 17. Dez 2008 (CET)<br>	+	Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.
−	* Der CSV-Export von vielen Flurstücken aus der Sachsdatenanzeige ALB heraus geht im Firefox 3 nicht. Meldung im Downloadmanager: "Download wurde durch ihre Sicherheitzonen-Regeln blockiert". Auch nachdem ich den IE7 installiert habe und die Internetoptionen wie [http://kb.mozillazine.org/Unable_to_save_or_download_files#Reset_system_Internet_security_settings_-_Windows empfohlen] geändert habe, kommt dieselbe Meldung.	+
−	* Der Zoom auf viele markierte Flurstücke aus der Sachsdatenanzeige ALB heraus geht im Internet-Explorer 6 nicht. Meldung in der Statuszeile: "Ungültige Syntax". Im IE7 zeigt er die URL und dort ist zu sehen, dass der Aufruf nach dem 2046. Zeichen abgeschnitten wird.	+
−	--[[Benutzer:Rahn|Rahn]] 11:31, 17. Dez 2008 (CET)	+
−	:Mit Austausch [http://kvwmap.geoinformatik.uni-rostock.de/Flurstuecke_custom.phpphp dieser Datei] in /snippets dürten beide Probleme behoben sein. Vorher aber noch in '''Flurstuecke_custom.php''' umbenennen.	+
−	::--[[Benutzer:Rahn|Rahn]] 14:05, 18. Dez 2008 (CET) Datei wurde nochmal geändert. Wer sie schon runtergeladen hatte, bitte nochmal runterladen.	+
−	== + Einige Fehler und Ungereimtheiten im ALB-Druck (30/35) ==	+	== + 4.1.40 Themenauswahl löschen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 12:07, 4. Dez 2008 (CET)<br>	+	Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.
−	'''Klassifizierung<br>'''	+
−	Es kommt teilweise zu Ausgabe von Zeilen wie:	+
−	Klassifizierung            33	+	== + 4.1.39 Nachweisrecherche ==
−	12206 m2  33-340 KREISSTRAßE	+	Die Auswahl der Abfrageart springt nicht automatisch um.
−	Bodsch K      17            EMZ  0	+
−		+
−	Habe mir erstmal damit geholfen die Einträge in der alb.php zu entfernen bzw. auskommentiert.	+
−	Dieses sollte aber abgefangen werden, dass "Bodsch" (Bodenschätzung?) und "EMZ  0" (?) nicht ausgegeben werden, wenn keine Werte vorhanden sind.	+
−	'''Verfahren'''<br>	+	== + 4.1.38 Namenszusatz und Uhrzeit ==
−	Wenn zu einer ausführenden Stelle kein Verfahren eingetragen ist, z.B. wie hier zu den Wasser- und Bodenverbänden, sollte die Ausgabe der Zeile:	+	Im Nutzerformular wird der Namenszusatz nicht angezeigt und bei der Eingabe der Uhrzeit im GLE bleibt immer eine 0 stehen.
−	Verfahren                  ( )	+	== + 4.1.37 Auswahlfelder in Edge und Chrome ==
		+	Der Text der selektierten Option kann in den Pfeil hineinragen.
−	unterdrückt werden.	+	== + 4.1.36 Flurstückshistorie ==
		+	In ax_historischesflurstueckohneraumbezug kann es Einträge geben, bei denen vorgaengerflurstueckskennzeichen nicht befüllt ist, obwohl es Vorgänger gibt. Das wurde in pp_flurstueckshistorie korrigiert.
−	'''Bestand<br>'''	+	== + 4.1.35 Themenübersicht ==
−	Bei der Auflistung sollten die Eigentümer aufgelistet werden wie: 1.1, 1.2 ... und nicht wie jetzt 1.01, 1.02 ...	+	Die Layer sind nicht alphabetisch sortiert.
−	Das Geburtsdatum sollte rechts stehen und nicht unter dem Namen.	+
−	Die Ausgabe überflüssiger Komma nach dem Namen wie z.B.:	+
−	Schmidt, Heinz,,,	+	== + 4.1.34 Themenauswahl laden ==
		+	Die Rollenlayer werden auch deaktiviert.
−	sollte unterdrückt werden.	+	== + 4.1.33 layer_attributes.default ==
		+	Es können nur maximal 255 Zeichen gespeichert werden.
−	'''Entstehung<br>'''	+	== + 4.1.32 abhängigge Sichtbarkeit ==
−	In der Zeile sollte wenn keine Enstehung eingetragen ist statt:	+	Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.
−	Entstehung    /    -	+	== + 4.1.31 Nachweisrechercheergebnis ==
		+	Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.
−	Entstehung    2	+	== + 4.1.30 nur Layer der Themenauswahl laden ==
		+	Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.
−	ausgegeben werden wie im "Original ALB" das soll wohl heissen "vor Kolido" wie mir die Katasterleute gesagt haben :-)	+	== + 4.1.29 kvmobile visibility check Fehler ==
		+	Das Neue Attribut visiblity_rules von layer_attributes wird in kvmobile noch nicht unterstützt. Daher wurden als Workaround aus der ersten rule von visiblity_rules noch wieder vcheck_attribute, vcheck_operator und vcheck_value rausgezogen und ebendiese Attribute wieder mit ausgegeben für den mobile_get_layers case. Wenn kvmobile aktualisiert ist und keine älteren Versionen mehr laufen kann der Code angepasst werden. Ist als legacy gekennzeichnet.
−	Damit genug gemeckert ;-)	+	== + 4.1.28 kvmobile Sync-Fehler ==
		+	Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile.
		+	adjust_sql angepasst.
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:03, 19. Dez 2008 (CET) Das wird von meinen ALB-Fachleuten bestätigt. Zusätzlich haben sie noch zwei Fehler gefunden:	+	== + 4.1.27 Rechteverwaltung mit mehreren Elternstellen ==
−	:*Bei sehr vielen Baulasten werden weitere Zeilen mit Baulasten "verschluckt".	+	Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.
−	:*Wenn gleichzeitig unverschlüsselte und verschlüsselte Lagebezeichnungen eingetragen sind, stehen nur die verschlüsselten da. Zumindest bei uns ist es im primären ALB so, dass in solchen Fällen '''alle''' Lagebezeichnungen da stehen.	+
−	:--[[Benutzer:Karsten Daedelow|Karsten Daedelow]] 9:56, 09.01.09(dae)	+	== + 4.1.26 Daten-Export ==
−	Hier noch ein kleinerer Fehler in den ALB-Auszügen:	+	Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.
−	Bei Eigentümerangaben kann es zu sehr langen Zeilen kommen ( z.B. Zeilen-Nr. 2 "Zusätze" werden dverse GB-Nrn aufgeführt). Diese sollten bei Zeilenende umgebrochen werden.	+
−	== + Liniengeometrie erzeugen ==	+	== + 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.
−	Versucht man im GLE in einem Linienlayer eine neue Geometrie zu erzeugen, erhält man bisher eine Fehlermeldung. Um den Fehler zu beheben, muss in new_layer_data.php folgende Zeile unten angefügt werden:	+	== + 4.1.24 Layer-Aliasnamen verwenden ==
		+	Im Stellenformular ist der Haken immer gesetzt.
−	<input type="hidden" name="geomtype" value="<? echo $this->geomtype; ?>">	+	== + 4.1.23 Layergruppen-Checkboxen ==
		+	Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.
−	dann müssen in kvwmap.php in der Funktion neuer_Layer_Datensatz_speichern() die folgenden Zeilen	+	== + 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.
−	<nowiki>	+	== + 4.1.21 Layerparameter setzen ==
−	if($this->formvars['newpathwkt'] != ''){	+	Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";	+
−	}	+
−	elseif($this->formvars['newpath'] != ''){	+
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);	+
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultipolygonWKTStringFromSVGPath($this->formvars['newpath']);	+
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";	+
−	}	+
−	elseif($this->formvars['loc_x'] != ''){	+
−	</nowiki>	+
−	durch diese hier ersetzt werden:	+	== + 4.1.20 Kurzbeschreibung ==
		+	Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.
−	<nowiki>	+	== + 4.1.19 Rechte bei Attributen aus anderer Tabelle ==
−	if($this->formvars['newpathwkt'] != ''){ # wenn WKT Geometrie vorhanden, kann diese direkt verwendet werden	+	Hier wird auch editierbar angeboten.
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";	+
−	}	+
−	elseif($this->formvars['geomtype'] == 'POLYGON' OR $this->formvars['geomtype'] == 'MULTIPOLYGON' OR $this->formvars['geomtype'] == 'GEOMETRY'){ # wenn nicht, muss abhängig vom Geometrietyp, die WKT-Geometrie aus dem SVG erzeugt werden	+
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);	+
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultipolygonWKTStringFromSVGPath($this->formvars['newpath']);	+
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";	+
−	}	+
−	elseif($this->formvars['geomtype'] == 'MULTILINESTRING'){	+
−	$spatial_pro = new spatial_processor($this->user->rolle, $this->database, $this->pgdatabase);	+
−	$this->formvars['newpathwkt'] = $spatial_pro->composeMultilineWKTStringFromSVGPath($this->formvars['newpath']);	+
−	$sql .= ", Transform(geomfromtext('".$this->formvars['newpathwkt']."', ".$client_epsg."), ".$layer_epsg.")";	+
−	}	+
−	elseif($this->formvars['geomtype'] == 'POINT'){	+
−	</nowiki>	+
−	und in der Funktion neuer_Layer_Datensatz() nach der Zeile	+	== + 4.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer ==
−	$geomtype = $this->qlayerset[0]['attributes']['geomtype']['the_geom'];	+	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.
−	diese Zeile eingefügt werden:	+
−	$this->geomtype = $geomtype;	+	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.
−	== + Layersuche ==	+	== + 4.1.17 Querymaps ==
		+	Werden nicht angezeigt.
−	In der Layersuche hat sich noch ein Fehler eingeschlichen, sodass die Operatoren > und < nicht funktionieren. Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion GenerischeSuche_Suchen() folgende Zeilen	+	== + 4.1.16 mapserverExp2SQL ==
		+	Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.
−	<nowiki>	+	== + 4.1.15 Tabellenansicht ==
−	if($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]] != '' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NULL' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NOT NULL'){	+	Beim Wechsel geht die Anzahl der Treffer verloren.
−	$sql_where .= ' AND LOWER(query.'.$layerset[0]['attributes']['name'][$i].') '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';	+
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IN' AND $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IS NULL' AND $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] != 'IS NOT NULL'){	+
−	$sql_where.='LOWER(\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\')';	+
−	}	+
−	else{	+
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IN')	+
−	$sql_where .= '('.strtolower($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]]).')';	+
−	}	+
−	}	+
−	</nowiki>	+
−	durch diese hier ersetzt werden:	+	== + 4.1.14 abhängige Sichtbarkeit bei Datentypattributen ==
		+	Funktioniert nicht.
−	<nowiki>	+	== + 4.1.13 Autovervollständigungsfeld ==
−	if($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]] != '' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NULL' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IS NOT NULL'){	+	Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'LIKE' OR $this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'NOT LIKE'){	+
−	$sql_where .= ' AND LOWER(query.'.$layerset[0]['attributes']['name'][$i].') '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';	+
−	$sql_where.='LOWER(\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\')';	+
−	}	+
−	else{	+
−	if($this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]] == 'IN'){	+
−	$sql_where .= '('.strtolower($this->formvars['value_'.$layerset[0]['attributes']['name'][$i]]).')';	+
−	}	+
−	else{	+
−	$sql_where .= ' AND query.'.$layerset[0]['attributes']['name'][$i].' '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' ';	+
−	$sql_where.='\''.$this->formvars['value_'.$layerset[0]['attributes']['name'][$i]].'\'';	+
−	}	+
−	}	+
−	}	+
−	</nowiki>	+
		+	== + 4.1.12 0-Werte speichern ==
		+	Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.
−	== + Sachdatenabfrage auf geänderte Geometrie ==	+	== + 4.1.11 abhängige Sichtbarkeit in Subform ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:08, 20. Nov 2008 (CET) Wenn ich in "data" the_geom noch irgendwie bearbeite (z.B. so: "... translate(the_geom,-126.26,-45.45) as the_geom..."), dann funktioniert die Sachdatenabfrage in der Karte nicht am angezeigten Ort des Objekts. Am originalen Ort (also da, wo the_geom tatsächlich ist) kriege ich dagegen das Objekt zu fassen.	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	:--[[Benutzer:Rahn|Rahn]] 15:42, 21. Nov 2008 (CET) Das liegt daran, dass bei der Sachdatenabfrage das Pfad-Statement verwendet wird.	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:07, 24. Nov 2008 (CET) Du hast Recht, wenn ich the_geom auch im pfad modifiziere, klappts wieder mit der Sachdatenabfrage. Wenn ich aber ein Objekt über die Layersuche auswähle, habe ich das Problem wieder.	+
−	:::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:09, 19. Dez 2008 (CET) Das Problem beruhte auf suboptimalen Parametern in proj4 und kann deswegen auch [[Verbesserte_towgs84-Parameter_f%C3%BCr_epsg_und_spatial_ref_sys|anders gelöst]] werden.	+	== + 4.1.10 go-Parameter übergeben ==
		+	Der Parameter go wird beim Login nicht durchgeschleift.
−	== + Flurstücksdatenanzeige ohne Klassifizierung ==	+	== + 4.1.9 Raster-Ansicht ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:48, 20. Nov 2008 (CET)<br>	+	Man kann nicht zur tabellarischen Ansicht wechseln.
−	Die Ausgabe der Flurstücksdaten über die gebräuchlichen Snippets gibt keine Angaben über die "Klassifizierung" aus.	+
−	Das pfad-statement des Flurstückslayers scheint i.O. und die Layerattribut-Rechteverwaltung listet die Klassifizierung auch auf!	+
−	Die Daten werden jedoch über den ALB-Druck ausgegeben. Das gleiche ist bei der Version 1.6.9!	+
−	== - Kein Drucken von WMS ==	+	== + 4.1.8 Rechte übernehmen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:43, 13. Nov 2008 (CET) Wenn externe WMS in die Stelle eingebunden werden, kommt bei der Druckvorschau oder bei go=Druckrahmen folgende Fehlermeldung (egal ob die WMS-Layer an oder aus sind):	+	Funktioniert nicht.
−	Fatal error: [MapServer Error]: msAddImageSymbol(): Error opening image file /srv/www/var/data/MapFiles/Mischwald_Bild. in /srv/www/htdocs/kvwmap/class/kvwmap.php on line 3838	+
−	Workaround: In kvwmap.php den ganzen Abschnitt unterhalb von "Schritt 1)" ($extent=$this->map->extent;) bis oberhalb von "$this->drawMap();" auskommentieren.	+
−	== + Sachdatenanzeige und CSV-Export ==	+	== + 4.1.7 Im Jagdbezirk enthaltene Flurstücke ==
		+	Der Eigentümeranteil wird nicht mit ausgegeben.
−	Damit die Blätterfunktion der Sachdatenanzeige auch im Internet Explorer funktioniert, müssen in der Datei sachdatenanzeige.php in folgenden Zeilen	+	== + 4.1.6 nur Layer der Themenauswahl anzeigen ==
		+	Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.
−	<nowiki>	+	== + 4.1.5 Startseiten-Parameter ==
−	#if($this->formvars['qLayer'.$this->qlayerset[$i]['Layer_ID']] == 1){	+	Es wird nicht automatisch der csrf-Token rangehängt.
−	echo '<input name="qLayer'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="1">';	+
−	echo '<input name="offset_'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="'.$this->formvars['offset_'.$this->qlayerset[$i]['Layer_ID']].'">';	+
−	echo '<input name="sql_'.$this->qlayerset[$i]['Layer_ID'].'" type="hidden" value="'.$this->qlayerset[$i]['sql'].'">';	+
−	#}	+
−	</nowiki>	+
−	die beiden # entfernt werden.	+	== + 4.1.4 Layer erstellen ==
		+	Es erscheint eine Fehlermeldung.
−	Damit danach auch noch der CSV-Export für alle Treffer funktioniert, muss in der gleichen Datei hinter	+	== + 4.1.3 Raster-Layout ==
		+	Die Selektion der Datensätze funktioniert nicht.
−	<input name="operator_'.$this->qlayerset[0]['attributes']['name'][$j].'" type="hidden" value="'.$this->formvars['operator_'.$this->qlayerset[0]['attributes']['name'][$j]].'">	+	== + 4.1.2 Kartendrucklayouteditor ==
		+	Man kann keinen Freitext hinzufügen.
−	diese Zeile eingefügt werden:	+	== + 4.1.1 Sachdatendruck ==
		+	Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.
−	<input name="sql_'.$this->formvars['selected_layer_id'].'" type="hidden" value="'.$this->qlayerset[0]['sql'].'">	+	= Version 4.0 =
−	== + Printversion ==	+	== + 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).
		+	--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 08:12, 6. Mär. 2026 (CET)
−	Die neue Druckansicht für die Sachdatenanzeige funktioniert zwar, aber die dafür verwendete Datei printversion.php liegt falsch im Verzeichnis layouts. Das hat zur Folge, dass diese Datei in der Stellenwahl fälschlicherweise als GUI auswählbar ist. Um den Fehler zu beheben, einfach die Datei in den Ordner snippets verschieben und in kvwmap.php in der Funktion output() die Zeile	+	== + 4.0.70 Stelle speichern ==
		+	Der Filter der Elternstelle wurde für die Kindstelle übernommen.
−	include (LAYOUTPATH.'printversion.php');	+	== + 4.0.69 Stelleneditor Layerauswahl ==
		+	Wenn man eine Layergruppe anklickt, werden die zugewiesenen Layer nicht mehr selektiert.
−	so anpassen:	+	== + 4.0.68 mapserverExp2SQL ==
−	include (LAYOUTPATH.'snippets/printversion.php');	+	== + 4.0.67 Bodenrichtwerterfassung ==
		+	Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.
−	== + Ausgabe von nicht editierbaren Auswahlfeldern im GLE ==	+	== + 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.
−	Auswahlfelder, die ihre Optionen aus einem SQL-Statement holen, erlauben es ja einen ''output'' anzuzeigen und einen ''value'' zu speichern. Damit auch bei nicht editierbaren Auswahlfeldern der ''output'' erscheint und nicht der ''value'', muss in generic_layer_editor_2.php folgender Abschnitt	+	== + 4.0.65 Falsche Behandlung von within_fk_constraint ==
		+	Der within fk_constraint hatte nur für die Layer funktioniert, die auch einen fk_constraint gesetzt hatten. Jetzt funzt er nur für Punkte und solche die einen within constraint haben. Die anderen Layer bekommen keinen autovalue zugewiesen. In dem Fix wurde noch eine kommentar-Abfrage in remove_kommentar_if_exists angepasst.
−	<nowiki>case 'Auswahlfeld' : {	+	== + 4.0.64 Fehlerhandling in BenutzerdatenAnlegen ==
−	if($this->qlayerset[$i]['attributes']['real_type'][$this->qlayerset[$i]['attributes']['name'][$j]] == 'geometry' OR $this->qlayerset[$i]['attributes']['privileg'][$j] == '0' OR $lock[$k]){	+	Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.
−	$auswahlfeld_value=$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]];	+
−	$auswahlfeld_value_laenge=strlen($auswahlfeld_value);	+
−	echo '<input readonly style="background-color:#e8e3da;" size="'.$auswahlfeld_value_laenge.'" type="text" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].'" value="'.$auswahlfeld_value.'">';	+
−	}</nowiki>	+
−	durch diesen hier ersetzt werden:	+	== + 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.
−	<nowiki>case 'Auswahlfeld' : {	+	== + 4.0.62 Kartendrucklayout speichern ==
−	if($this->qlayerset[$i]['attributes']['real_type'][$this->qlayerset[$i]['attributes']['name'][$j]] == 'geometry' OR $this->qlayerset[$i]['attributes']['privileg'][$j] == '0' OR $lock[$k]){	+	Schlägt fehl, wenn Parameter leer bleiben.
−	if(is_array($this->qlayerset[$i]['attributes']['dependent_options'][$j])){ # mehrere Datensätze und ein abhängiges Auswahlfeld --> verschiedene Auswahlmöglichkeiten	+
−	for($e = 0; $e < count($this->qlayerset[$i]['attributes']['enum_value'][$j][$k]); $e++){	+
−	if($this->qlayerset[$i]['attributes']['enum_value'][$j][$k][$e] == $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]]){	+
−	$auswahlfeld_output = $this->qlayerset[$i]['attributes']['enum_output'][$j][$k][$e];	+
−	$auswahlfeld_output_laenge=strlen($auswahlfeld_output);	+
−	break;	+
−	}	+
−	}	+
−	}	+
−	else{	+
−	for($e = 0; $e < count($this->qlayerset[$i]['attributes']['enum_value'][$j]); $e++){	+
−	if($this->qlayerset[$i]['attributes']['enum_value'][$j][$e] == $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]]){	+
−	$auswahlfeld_output = $this->qlayerset[$i]['attributes']['enum_output'][$j][$e];	+
−	$auswahlfeld_output_laenge=strlen($auswahlfeld_output);	+
−	break;	+
−	}	+
−	}	+
−	}	+
−	echo '<input readonly style="background-color:#e8e3da;" size="'.$auswahlfeld_output_laenge.'" type="text" name="'.$this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]].'_oid'].';'.$this->qlayerset[$i]['attributes']['form_element_type'][$j].'" value="'.$auswahlfeld_output.'">';	+
−	}</nowiki>	+
−	== - Referenzkarte im Druck bei Nicht-Standard-SRS ==	+	== + 4.0.61 Menü anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:27, 21. Okt 2008 (CEST)-- Wenn ich ein anderes als das für die Stelle als Standard definierte Koordinatensystem auswähle und anschließend die Karte drucke, bekomme ich kein oder ein falsch gelagertes Bild in der Referenzkarte - dort soll eine topographische Karte angezeigt werden, die als WMS eingebunden wird. Im entsprechenden Refmapfile steht in der connection nämlich die SRS drin und die verändert sich nicht, wenn der User das Koordinatensystem der Stelle wechselt.	+	Wenn man nach dem Anlegen eines Menüs bei "go=Menues_Anzeigen" ist und die Seite neulädt, wird das zuletzt angelegte Menü immer wieder dupliziert.
		+	--[[Benutzer:Mattes Holtz|Mattes.Holtz]] 14:38, 18. Feb. 2026 (CEST)
−	== + ZoomToMaxLayerExtent ==	+	== + 4.0.60 Menü anlegen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:27, 21. Okt 2008 (CEST) Beim Klick in der Legende auf "volle Layerausdehnung" kann ich den maximalen Extent der Stelle verlassen, was so sicher nicht gewollt ist.	+	Das "Obermenue" sollte beim Anlegen eines Datensatzes auch ein Pflichtfeld sein, wenn dort nichts eingetragen ist, wird es nicht in "go=Menues_Anzeigen" gezeigt.
−	== - wldge2sql Grundausstattung ==	+	== + 4.0.59 Stelle kopieren ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:29, 21. Okt 2008 (CEST) Das Lesen einer Grundausstattung erzeugt keinen Eintrag in der Tabelle alb_fortfuehrungen.	+	Das Wappen wird nicht übernommen.
−	<br><br>	+
−	--SigridP 10:45, 23. Okt 2008 (CEST)Auch die abschließende Übersicht (Anzahl der eingelesenen Datensätze usw.)wird nicht erstellt.	+
−	= Version 1.6.9 =	+	== + 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!")
−	== + Spaltenbreite für 'symbolname' in Tablle 'styles' zu gering ==	+	== + 4.0.57 Stelle wechseln ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:28, 14. Okt 2008 (CEST)<br>	+	Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.
−	Bei der Umsetzung der Zeichenvorschrift aus der AG Web-GIS für die Darstellung der Liegenschaftskarte in kvwmap mittels der Definitionstabelle in MySQL ist mir aufgefallen, dass die Spaltenbreite für den Symbolnamen in der Tablle 'styles' zu gering ist, um z.B. den Symbolnamen 'mischwald_einzelne_nadelws' abzuspeichern. Um die Symbolnamen aus der Datei 'symbole.sym' 1:1 übernehmen zu können, ist die Breite auf 40 mit nachfolgendem SQL-Befehl zu vergrößern:	+
−	ALTER TABLE `styles` CHANGE `symbolname` `symbolname` VARCHAR( 40 ) CHARACTER SET latin1 COLLATE latin1_german1_ci DEFAULT NULL	+
−	== + Keine Möglichkeit 'minwidth' und 'maxwidth' in die Tabelle 'styles' einzugeben ==	+	== + 4.0.56 abhängige Sichtbarkeit ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:28, 14. Okt 2008 (CEST)<br>	+	In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.
−	Die Werte 'minwidth' und 'maxwidth' für die Steuerung der Linienstärke können nicht in der Tabelle 'styles' eingegeben werden. Um die entsprechenden Felder der Tabelle hinzuzufügen, sind folgende SQL-Befehle für die MySQL-Datenbank auszuführen:	+
−	ALTER TABLE `styles` ADD `minwidth` INT( 11 ) DEFAULT NULL AFTER `width` ;	+
−	ALTER TABLE `styles` ADD `maxwidth` INT( 11 ) DEFAULT NULL AFTER `minwidth` ;	+
−	Damit die Werte auch an das Mapfile übertragen werden, sind in der Datei 'kvwmap.php' in der Funktion 'loadMap' folgende Korrekturen vorzunehmen:	+
−	*Für 'minwidth':	+
−	'''alt'''	+
−	$style->minwidth = $dbStyle['minwidth']	+
−	'''neu'''	+
−	$style-> set('minwidth',$dbStyle['minwidth']);	+
−	*Für 'maxwidth':	+
−	'''alt'''	+
−	$style->maxwidth = $dbStyle['maxwidth'];	+
−	'''neu'''	+
−	$style-> set('maxwidth',$dbStyle['maxwidth']);	+
−	== + Übergabe des Feldnames aus 'angleitem' an Mapdatei erfolgt nicht ==	+	== + 4.0.55 abhängige Auswahlfelder ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:01, 14. Okt 2008 (CEST)<br>	+	Funktionieren bei Arrays nicht.
−	Für die Mapserverversion kleiner 5.0 erfolgt die Übergabe des Feldnamens mit den Winkelangaben aus dem Feld 'angleitem' und die Übergabe eines Winkelwertes aus dem Feld 'angle' aus der Tabelle 'styles' nicht.	+
−	Als Lösung schlage ich folgende Verfahrensweise vor. Die Datei Funktion 'loadMap' in der Datei ''kvwmap.php'' ist wie folgt zu editieren:	+	== + 4.0.54 Themenauswahl speichern ==
−	*Löschen der Kommentartags '''/* ... */'''	+	Wenn eine Themenauswahl gespeichert wird, wird nicht übernommen, ob der Layer abfragbar (also 1. Checkbox) war oder nicht.
−	*Für die Einträge in dem Feld 'angle' ist die Zeile	+	--[[Benutzer:Mattes.Holtz|Mattes.Holtz]] 15:28, 10. Feb. 2026 (CEST)
−	$style->angle = (int)$dbStyle['angle'];	+
−	mit folgender Schreibweise	+
−	$style -> set('angle',$dbStyle['angle']);	+
−	zu ersetzen. Wenn in dem Feld 'angle' eine '0' steht, wird der Schlüssel nicht in die Mapdatei eingetragen. Bei 'angle' = 'NULL' erscheint in der Mapdatei der Eintrag ''ANGLE 360'', die winkelrichtige Darstellung bei der Verwendung von 'angleitem' erfolgt troztdem.	+
−	*Die Übergabe des Feldnamens mit den Winkelangaben aus dem Feld 'angleitem' erreicht man durch das Ersetzen der Zeile	+
−	$style->angleitem = $dbStyle['angleitem'];	+
−	mit dieser	+
−	$style -> set('angleitem',$dbStyle['angleitem']);	+
−	In diesem Feld muss entweder kein Eintrag in der Datenbank od. halt der Feldbezeichner eingetragen sein. Ansonsten kommt es zum Abbruch beim Laden der Mapdatei - der Bildschirm bleibt weiß. Also, irgendwelche Zahlen sind an dieser Stelle mit 'NULL' zu ersetzen.	+
−	Welche Anpassungen bei der Mapserverversion > 5.0 vorzunehmen sind weiß ich nicht. Hier wird der Feldbezeichner für das Feld mit den Winkeleinträgen zum Schlüsselwort 'angle' angegeben.	+	== + 4.0.53 Klassen-ID ändern ==
−	*Bei dieser Gelegenheit kann dann auch gleich der Aufruf von 'maxsize' wie folgt korrigiert werden	+	Endet in einer Fehlermeldung.
−	$style -> set('maxsize',$dbStyle['maxsize']*$this->map_factor);	+
−	*Und schließlich kann noch der Aufruf für 'width' ohne Berücksichtigung von 'map_factor' mit folgender Zeile ersetzt werden:	+
−	$style-> set('width',$dbStyle['width']);	+
−	== + Darstellung von CARTOLINE funktioniert nicht ==	+	== + 4.0.52 Diagramme anlegen ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:03, 7. Okt 2008 (CEST)<br>	+	Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung
−	Wenn für die Ausgestaltung von Layern des Typs 'Polygon' in der ''symbole.sym'' für die Ausgestaltung der Linien der Type CARTOLINE definiert wird, werden diese nicht angezeigt.	+
−	Um sich die Linien dennoch anzeigen zu lassen, darf in der Tabelle 'styles' das Feld 'color' nicht belegt sein. Damit jedoch bei leerem 'color'-Feld nicht der Wert '0 0 0' in das Mapfile übertragen wird, ist noch in der class-Datei ''kvwmap.php'' die function 'loadclasses' wie folgt anzupassen:<br>	+	== + 4.0.51 Backslash im Passwort ==
−	'''alt'''	+	Führt zu einem Fehler.
−	<pre>	+
−	$RGB=explode(" ",$dbStyle['color']);	+
−	$style->color->setRGB($RGB[0],$RGB[1],$RGB[2]);	+
−	$RGB=explode(" ",$dbStyle['outlinecolor']);	+
−	$style->outlinecolor->setRGB($RGB[0],$RGB[1],$RGB[2]);	+
−	</pre>	+
−	'''neu'''	+
−	<pre>	+
−	if ($dbStyle['color']!='') {	+
−	$RGB=explode(" ",$dbStyle['color']);	+
−	$style->color->setRGB($RGB[0],$RGB[1],$RGB[2]);	+
−	}	+
−	if ($dbStyle['outlinecolor']!='') {	+
−	$RGB=explode(" ",$dbStyle['outlinecolor']);	+
−	$style->outlinecolor->setRGB($RGB[0],$RGB[1],$RGB[2]);	+
−	}	+
−	</pre>	+
−	Für eine kantengeglättete Darstellung der Cartolines sind folgenden Anpassungen notwendig [[weiter...]]. Da die Berechnungen der Kantenglättung sehr intensiv sind, verlängert sich die Zeit für die Aufbereitung, Übertragung und Darstellung der Karte.	+
−	== + Kartenausschnitt nach Layersuche ==	+	== + 4.0.50 Klassen zurücksetzen ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:54, 12. Sep 2008 (CEST) Wenn man in der Layersuche nach einem Datensatz sucht, dessen Geometrie außerhalb des max. Extents der Stelle liegt, dann zoomt kvwmap trotzdem dahin. Es müsste aber eine entsprechende Meldung kommen.	+	Die Klassen werden nach dem Login nicht mehr zurückgesetzt.
−	== + Ausrichtung Nordpfeil ==	+	== + 4.0.49 Layer anlegen ==
−	--[[Benutzer:HolgerR|HolgerR]] 08:37, 30. Jul 2008 (CEST) <br>	+	Wenn man die Layer-ID selber einträgt, kommt die Meldung, dass die ID schon existiert.
−	Der Nordpfeil wird in der Druckausgabe bei Angabe eines Drehwinkels nicht gedreht. Ich nutze PHP in der Version 4.3.10 mit der internen GD-Bibliothek.	+
−	:--[[Benutzer:Rahn|Rahn]] 09:36, 31. Jul 2008 (CEST) Der Nordpfeil wird direkt im PDF erzeugt, d.h. er hat nichts mit GD zu tun. Eigentlich sollte das funktionieren. Ist der Pfeil vielleicht Teil des Hintergrundbildes?	+
−	::--[[Benutzer:HolgerR|HolgerR]] 09:52, 31. Jul 2008 (CEST) sri. Genau. Der Pfeil ist Teil des Hintergrundbildes. Ist alles schon eine Weile her, als ich die Druckvorlagen erzeugt hatte.	+
−	== + Flurstücksdatenanzeige| Aktualität der ALK-Daten ==	+	== + 4.0.48 Nutzer anlegen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:51, 21. Jul 2008 (CEST)<br>	+	Der Test ob der Loginname schon vergeben ist, funktioniert nicht.
−	Bei der Anzeige der Flurstücksdaten wird die Aktualität der Flurstücksdaten offenbar aus der Tabelle edbsdatei geholt. Diese sollte aber aus der Tabelle edbsauftrag aus der Spalte auftaktu stammen. War das nicht schon mal so?	+
−	Es wird erst versucht, das Datum aus der ''edbsauftrag'' zu holen und wenn das nicht da ist, aus der ''edbsdatei''.	+
−	== - labelangleitem unter Mapserver 5.0.2 ==	+	== + 4.0.47 Rollenfilter ==
−	--[[Benutzer:HolgerR|HolgerR]] 16:37, 17. Jul 2008 (CEST) <br>	+	Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.
−	Die Hausnummern der Gebäude werden unter dem Mapserver 5.0.2 nicht entsprechend der Winkelangaben in PostgreSQL ausgerichtet. Kann es sein, dass bei der Änderung von Mapserver 4.x nach 5.x hinsichtlich von Labelangleitem diese nicht nach Mapscript portiert worden sind?	+
−	:--[[Benutzer:Rahn|Rahn]] 10:16, 18. Jul 2008 (CEST) Sieht ganz danach aus. Wenn man sich das erzeugte savemapfile.map ansieht, steht beim entsprechenden Layer bei ANGLE 0.000000. Scheint also so, als wenn das Labelangleitem nicht interpretiert wird.	+	== + 4.0.46 Autovervollständigungsfeld ==
−	:--[[Benutzer:HolgerR|HolgerR]] 10:25, 18. Jul 2008 (CEST) Ja, im Prinzip wird Labelangleitem nicht mehr layerweit angewandt. Statt dessen kann ich in der Sektion Label dem Winkel einen Wert aus einer Tabelle übergeben: '''angle [winkel]'''. Mittels Mapscript kann man an angle aber nur Zahlen übergeben. Ich sehe hier 2 Möglichkeiten:	+	In der Layer-Suche funktioniert es nicht.
−	:* Mapscript dazu bringen, dass hier auch alphanumerische Angaben möglich sind	+
−	:* kvwmap so umstricken, dass gleich die entsprechenden numerischen Werte an angle übergeben werden	+
−	: In 'kvwmap.php' wird an angle der Eintrag aus der mysql-Tabelle 'layer', hier 'winkel', richtig übertragen. Es ist halt nur keine Zahl, sondern der Feldbezeichner.	+
−	:--[[Benutzer:Rahn|Rahn]] 15:34, 18. Jul 2008 (CEST) Ich denke, es dauert nur noch eine Weile, dann geht das auch mit PHPMapscript. Die Variante den Winkel selber aus der Postgres-DB auszulesen ist glaube ich zu aufwendig.	+
−	:--[[Benutzer:HolgerR|HolgerR]] 07:03, 21. Jul 2008 (CEST) Stefan, kannst du das Problem in die Bug-Liste zum PHP-Mapscript reinstellen oder steht das da schon drin? Ich habe noch nichts entsprechendes gefunden.	+
−	== - PostgreSQL 8.3.x - WHERE mit unterschiedlichen Datentypen ==	+	== + 4.0.45 Stellenformular Kartendrucklayouts ==
−	--[[Benutzer:HolgerR|HolgerR]] 08:43, 11. Jul 2008 (CEST) <br>	+	Werden nicht angezeigt.
−	Ich habe gerade einen Server mit der aktuellsten PostgreSQL-Version (8.3.3) aufgesetzt. Hierbei gibt es jedoch Probleme bei Abfragen, in denen in der WHERE-Klausel Daten unterschiedlichen Typs verglichen werden, z.B. beim Flurstückslayer im pfad-Statement:	+
−	...	+
−	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	+
−	Der Gemarkungsschlüssel 'gemkgschl' aus der Tabelle 'alknflst' ist vom Typ '''character varying(6)''' und aus der Tabelle 'alb_v_gemarkungen' vom Typ '''integer'''.	+
−	In PostgreSQL wird folgende Fehlerausschrift erzeugt:	+
−	<pre>	+
−	ERROR:  operator does not exist: integer = character varying	+
−	LINE 1: ...1' AND alko.objnr = alkf.objnr AND gemkg.gemkgschl=alkf.gemk...	+
−	^	+
−	HINT:  No operator matches the given name and argument type(s). You might need to add explicit type casts.	+
−	********** Fehler **********	+	== + 4.0.44 Legende einklappen ==
		+	Funktioniert nicht.
−	ERROR: operator does not exist: integer = character varying	+	== + 4.0.43 WMS-Importe löschen ==
−	SQL Status:42883	+	Es werden auch die Layer aus "eigene Importe" gelöscht.
−	Hinweis:No operator matches the given name and argument type(s). You might need to add explicit type casts.	+
−	Zeichen:1513	+
−	</pre>	+
−	Siehe hierzu auch die Versionshinweise von PostgreSQL zu [http://www.postgresql.org/docs/8.3/static/release-8-3.html Release-8.3]	+
−	Hieraus ergeben sich nun m.E. 2 Möglichkeiten auf die Weiterentwicklung von PostgreSQL zu reagieren:	+
−	# Überarbeiten der Datenbankstruktur und ev. Anpassen der SQL-Statements	+
−	# Anpassen der SQL-Statements, in denen unterschiedlichen Dateitypen verglichen werden in der Form	+
−	::gemkg.gemkgschl::text=alkf.gemkgschl::text	+
−	::bzw. - SQL-konform	+
−	::CAST(gemkg.gemkgschl AS text)=CAST(alkf.gemkgschl AS text)	+
−	Darüber hinaus sollte vorerst auf den Einsatz der Version 8.3.x von PostgreSQL verzichtet werden.	+
		+	== + 4.0.42 WMS-Layer Test ==
		+	Es wird teilweise der falsche EPSG-Code verwendet.
−	== + Generischer Layereditor - Geometrie hinzufügen ohne Geometrie ==	+	== + 4.0.41 Themenauswahl speichern ==
−	--[[Benutzer:HolgerR|HolgerR]] 15:48, 9. Jul 2008 (CEST) <br>	+	Funktioniert nicht.
−	Wird zum Geometrie hinzufügen bzw. entfernen ein Layer ausgewählt, der nicht flächendeckend vorliegt, wird bei einem Klick in einen leeren Bereich des Layers in der Flächenanzeige folgender Fehler angezeigt:	+
−	<pre><br><b>Fehler bei SQL Anweisung:<br>SELECT round(Area(GeomFromText('\'))::numeric, 2)<br></b>\</pre>	+
−	und die Bearbeitung wird abgebrochen.	+
−	== - Generischer Layereditor - Geometrie hinzufügen - Fehler bei 'ORDER BY - Klausel' in Data ==	+	== + 4.0.40 Unterabfrage mit order by im FROM ==
−	--[[Benutzer:HolgerR|HolgerR]] 15:48, 9. Jul 2008 (CEST) <br>	+	Macht Probleme.
−	Zur Darstellung der zeitlich richtigen Reihenfolge von Objekten machte es sich erforderlich, in der Layerdefinition eine Sortieranweisung für die Daten in der Form ''SELECT * FROM data WHERE objnr > 1 ORDER BY datum'' zu vereinbaren.	+
−	Wird dieser Layer im Generischen Layereditor ausgewählt, um Geometrie hinzuzufügen oder zu entfernen, wird in der Flächenanzeige folgender Fehler angezeigt:	+	== + 4.0.39 Password mit Hochkomma ==
−	<pre> <br><b>Fehler bei SQL Anweisung:<br>SELECT round(Area(GeomFromText('\'))::numeric, 2)<br></b>\ </pre>	+	macht Probleme
−	Obiges SELECT-Statement in ein View gepackt, funktioniert.	+
−	Nun soll ja nicht immer ein View vereinbart werden. Gibt es die Möglichkeit, solche Statements entsprechend umzusetzen?	+
		+	== + 4.0.38 Benachrichtigungen ==
		+	Funktionieren nicht.
−	== + Tabelle u_menues Spalte order ==	+	== + 4.0.37 Zoom auf Objekt ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:47, 7. Jul 2008 (CEST) <br>	+	Hervorheben funktioniert nicht.
−	In den Dateien 'mysql_install.sql' und 'mysql_update.sql' ist als neue Spalte für die Standardsortierung der Menüs die Spalte '''order''' eingefügt worden. Dies ist in SQL ein reserviertes Wort. Beim Ausführen der Dateien bekomme ich hier eine Fehlerausschrift und die Abarbeitung der SQL-Statements wird abgebrochen.	+
−	Entweder müsste der Spaltenbezeichner in Anführungszeichen ( `bezeichner` ) gesetzt werden oder halt umbenannt werden.	+
−	--[[Benutzer:Rahn|Rahn]] 09:58, 7. Jul 2008 (CEST) Aber die Spaltenbezeichnung steht doch in Hochkommas...?	+	== + 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.
−	# Hinzufügen einer neuen Spalte für die Sortierung der Menüs	+	== + 4.0.35 Flurstückshistorie ==
−	ALTER TABLE `u_menues` ADD `order` INT( 11 ) NOT NULL DEFAULT '0';	+	Das SVG ist manchmal zu klein für große Bäume.
−	CREATE TABLE u_menues (	+	== + 4.0.34 MyObject ==
−	id int(11) NOT NULL auto_increment,	+	Es gibt noch Vorkommen von MyObject.
−	`name` varchar(100) NOT NULL default '',	+
−	`name_english_windows-1252` VARCHAR(100) CHARACTER SET cp1250 COLLATE cp1250_general_ci NULL,	+
−	`name_vietnamese_utf-8` VARCHAR(100) CHARACTER SET utf8 COLLATE utf8_unicode_ci NULL,	+
−	links varchar(255) NOT NULL default '',	+
−	obermenue int(11) NOT NULL default '0',	+
−	menueebene tinyint(4) NOT NULL default '1',	+
−	target varchar(10) default NULL,	+
−	`order` INT(11) NOT NULL DEFAULT '0',	+
−	PRIMARY KEY  (id)	+
−	) TYPE=MyISAM;	+
−	:--[[Benutzer:HolgerR|HolgerR]] 10:06, 7. Jul 2008 (CEST)	+	== + 4.0.33 Filterverwaltung ==
−	:So ist das i.O. :) Bei mir war '''order''' in der Datei 'mysql_install.sql' nicht in accent grave eingeschlossen, deshalb die Fehlermeldung.	+	Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.
−	== + Fehlermeldung wenn ein Nutzer keiner Stelle zugeordnet ist ==	+	== + 4.0.32 Sachdatenanzeige ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:02, 23. Jun 2008 (CEST) <br>	+	Die Darstellung in der Breite ist nicht optimal.
−	Wenn ein Nutzer, der keiner Stelle zugeordnet ist, versucht sich einzuloggen kommt eine Fehlermeldung:	+
−	... Richten Sie mit phpMyAdmin in der kvwmap Datenbank eine Referenzkarte, ein Stelle, einen Benutzer und eine Rolle ein!(Tabellen referenzkarten, stelle, user, rolle)	+
−	Hier wäre es sinnvoll diesen Fall mit einer Meldung abzufangen, z.B. "Sie haben z. Zt. keinen Zugriff auf eine Arbeitsstelle, bitte wenden Sie sich an ihren Systemverwalter!" o.ä. <br>	+	== + 4.0.31 Maßstabsauswahl ==
−	Kommt zwar selten vor, aber ...	+	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.
−	== +- Einf&auml;rbung gesuchter Objekte ==	+	== + 4.0.30 boolean-Felder ==
−	--[[Benutzer:HolgerR|HolgerR]] 08:52, 23. Jun 2008 (CEST) <br>	+	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.
−	Ich hatte versucht die Layerbezeichnungen, Classes, Styles und Labels zu systematisieren und entsprechende ID's zuzuordnen. Dabei bin ich über den Integerwert von 2.147.483.647 für Classes, Styles und Labels gekommen.	+
−	Als Resultat dieser Wert&uuml;berschreitung wird das gesuchte Objekt nicht mehr gelb in der Karte dargestellt. Muss ich mit dieser Einschr&auml;nkung leben und die ID-Werte wieder verringern oder gibt es M&ouml;glichkeiten, dieses zu umgehen?	+	== + 4.0.29 Stelle Start Stop ==
		+	Die Werte werden nicht angezeigt.
−	--[[Benutzer:Rahn|Rahn]] 13:38, 23. Jun 2008 (CEST) Man könnte den Datentyp der IDs anpassen. Entweder macht man aus dem INT ein UNSIGNED INT, dann hat man nochmal den Bereich bis 4.294.967.295 zur Verfügung. Oder man nimmt BIGINT, dann geht's bis maximal 18.446.744.073.709.551.615 (siehe [http://dev.mysql.com/doc/refman/5.1/en/numeric-types.html MySQL-Dokumentation]).	+	== + 4.0.28 Schraffur ==
		+	In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.
−	:--[[Benutzer:HolgerR|HolgerR]] 13:56, 23. Jun 2008 (CEST) Das habe ich schon versucht, die IDs in classes, styles und rollenlayer haben den Typ BIGINT mit 12 Stellen. In der Tabelle 'rollenlayer' wird jedoch in der Spalte 'class_id' ein Wert unabhängig von der ID in der tabelle 'classes' inkrementell eingetragen. In der Tabelle 'u_styles2classes' werden in den Spalten 'class_id' und 'style_id' auch inkrementelle Werte eingetragen, die mit den Werten in den Tabellen 'classes' und 'styles' nicht übereinstimmen.	+	== + 4.0.27 Flurstückshistorie ==
−	:Könnte das vielleicht mit PHP und dem Betriebssystem zusammenhängen? (siehe [http://www.php.net/manual/de/language.types.integer.php PHP-Integer_Referenz]).	+	Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.
−	:--[[Benutzer:Rahn|Rahn]] 14:26, 23. Jun 2008 (CEST) Es liegt wohl an der verwendeten mysql_insert_id() Funktion. Auf der Seite in der [http://de3.php.net/manual/de/function.mysql-insert-id.php PHP-Dokumentation] steht nämlich eine entsprechende Warnung.	+	== + 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.
−	== + Firefox 3 - Werkzeugleiste ==	+	== + 4.0.25 Style- und Labeleditor ==
−	--[[Benutzer:HolgerR|HolgerR]] 11:13, 20. Jun 2008 (CEST) <br>	+	Die Layeroptionen lassen sich nicht öffnen.
−	Seit vorgestern steht der Firefox 3 zum Download bereit. Erste Tests haben ergeben, dass die Werkzeugleiste nicht mehr so funktioniert wie gewohnt. Buttons,	+
−	die eine Aktion auslösen, wie z.B. Gesamtansicht, funktionieren wie gehabt. Die anderen Funktionsbutton werden mit einem Anklicken nicht mehr aktiviert, der Focus springt vom gewünschten Button wieder auf den letzten aktiven Button zurück. Wird der Mauszeiger jedoch vom zu aktivierenden Button mit gedrückter linker Maustaste in das Kartenfenster gezogen, erhält dieser Button den Fokus und die Funktion kann wie gewohnt ausgeführt werden.	+
−	--[[Benutzer:Rahn|Rahn]] 13:23, 23. Jun 2008 (CEST) Um den Fehler zu beheben, müssen in den Dateien SVG_map.php und SVG_druckausschnittswahl.php die Zeilen	+	== + 4.0.24 Quellenangaben  ==
		+	Das Anlegen, Ändern und Löchen funktioniert nicht.
−	<a xlink:href="">	+	== + 4.0.23 Layergruppe anlegen ==
		+	Es erscheint eine Fehlermeldung.
−	und	+	== + 4.0.22 Layer mit sync speichern ==
		+	Funktioniert nicht.
−	</a>	+	== + 4.0.21 stellenbezogene Layereigenschaften ==
		+	Das Feld "abfragbar" wird nicht richtig angezeigt.
−	gelöscht werden.	+	== + 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.
−	Das gleiche gilt für die Datei SVG_Utilities.php. Hier darf aber nicht die ganze Zeile	+	== + 4.0.18 Themenübersicht ==
		+	Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.
−	<a xlink:href="">';	+	== + 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.
−	gelöscht werden, das	+	== + 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.
−	muss stehen bleiben.	+	== + 4.0.14 Stelle speichern ==
		+	Es kann eine Fehlermeldung auftreten.
−	:*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:42, 25. Jun 2008 (CEST) Geht es dann noch mit Firefox 2 oder ist diese Änderung nur für die, die mit firefox 3 arbeiten?	+	== + 4.0.13 Labelitems ==
−	:*--[[Benutzer:Rahn|Rahn]] 09:58, 25. Jun 2008 (CEST) Nö, das sollte auch im Firefox 2 funktionieren.	+	Beim Speichern eines Layers gehen sie verloren.
−	:*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:37, 25. Jun 2008 (CEST) Jau, tuts.	+
−	== + Antraganzeige - Zugeordnete Festpunkte in KVZ Schreiben ==	+	== + 4.0.12 ZoomToFlst ==
−	--[[Benutzer:HolgerR|HolgerR]] 11:08, 19. Jun 2008 (CEST) <br>	+	Der Rollenlayer enthält alle Objektversionen des Flurstücks.
−	Wird in der Antragsanzeige 'Zugeordnete Festpunkte in KVZ Schreiben' ausgew&auml;hlt, ohne einen Antrag auszuw&auml;hlen, wird der Programmlauf abgebrochen. Um diesen Fehler abzufangen, sind die Dateien '''index.php''' und '''kvwmap.php''' wie folgt anzupassen:	+
−	index.php - case 'Antraganzeige_Festpunkte_in_KVZ_schreiben' durch folgende 4 Zeilen ersetzen:	+	== + 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten ==
−	case 'Antraganzeige_Festpunkte_in_KVZ_schreiben' : {	+	Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.
−	$GUI->festpunkteInKVZschreiben();	+
−	$GUI->Antraege_Anzeigen();	+
−	} break;	+
−	kvwmap.php - function festpunkteInKVZschreiben() mit nachfolgenden Code ersetzen	+
−	<pre>	+
−	function festpunkteInKVZschreiben() {	+
−	#19.06.2008, H.Riedel; Abfrage, ob Antrag ausgewaehlt wurde	+
−	if ($this->formvars['antr_selected']=='') {	+
−	$this->Fehlermeldung= '<br>W&auml;hlen Sie eine Antragsnummer aus!';	+
−	}	+
−	else {	+
−	$festpunkte=new Festpunkte('',$this->pgdatabase);	+
−	$ret=$festpunkte->createKVZdatei($this->formvars['antr_selected']);	+
−	if ($ret[0]) {	+
−	$this->Fehlermeldung=$ret[1];	+
−	}	+
−	else {	+
−	$this->Meldung=$ret[1];	+
−	}	+
−	}	+
−	}	+
−	</pre>	+
−	== + Dokumentenrecherche über Individuelle Nummer oder Antragsnummer :-( ==	+	== + 4.0.10 Layer löschen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:13, 11. Jun 2008 (CEST)<br>	+	Die Layer-ID wird nicht aus rolle_saved_layers entfernt.
−	Die Dokumentenrecherche über Individuelle Nummer oder Antragsnummer funktioniert nur in Verbindung mit einem Such-Polygon ansonsten kommt kommt die Meldung:	+
−	Geben sie ein Polygon an.	+	== + 4.0.9 Nachweis bearbeiten ==
		+	Es erscheint eine Fehlermeldung.
−	Eine reine Suche nach Sachdaten ist nicht möglich.	+	== + 4.0.8 Stelle anlegen ==
		+	Das automatische Erzeugen der Referenzkarte funktioniert nicht.
−	:--[[Benutzer:HolgerR|HolgerR]] 07:45, 30. Jul 2008 (CEST)	+	== + 4.0.7 Start und Stop Datum beim Nutzer ==
−	:Im Snippet 'dokumenteneingabeformular.php' muss die Funktion 'save()' angepasst werden. Da muss irgenwie rein, dass nur bei der Suche nach 'Suchpolygon/-fenster' auf Vorhandensein eines Polygons getestet wird.	+	Werden nicht richtig ausgewertet.
−	== + Notizen erstellen ==	+	== + 4.0.6 Kartenabfrage von nicht abfragbaren Layern ==
−	--[[Benutzer:Varchmin|Varchmin]] 18:13, 10. Jun 2008 (CEST)	+	Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.
−	Wenn man im Notizenformular eine Flächennotiz erstellen will, kommt beim klicken in die Karte mit dem Werkzeug "Polygon hinzufügen" folgender '''Laufzeitfehler in Microsoft JScrip''':	+
−	'topt.document.GUI.lastcoordx' ist NULL oder kein Objekt line:601, column:2	+	== + 4.0.5 Layergruppen sortieren nach Order ==
		+	Erzeugt eine Fehlermeldung.
−	--[[Benutzer:Rahn|Rahn]] 08:56, 11. Jun 2008 (CEST) Um den Fehler zu beheben, müssen in der Datei SVG_polygon_xor_point.php nach der Zeile	+	== + 4.0.4 Menü Speichern ==
		+	Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.
−	<input name="last_doing" type="hidden" value="<? echo $this->formvars['last_doing']; ?>">	+	== + 4.0.3 Layer löschen ==
		+	Funktioniert nicht.
−	diese beiden Zeilen eingefügt werden:	+	== + 4.0.2 Passwort zurücksetzen ==
		+	Es erscheint eine Fehlermeldung.
−	<input name="lastcoordx" type="hidden" value="">	+	== + 4.0.1 Plugin: Bauleitplanung ==
−	<input name="lastcoordy" type="hidden" value="">	+	Das Kopieren von F-Plänen funktioniert nicht.
−	--[[Benutzer:Varchmin|Varchmin]] 10:13, 11. Jun 2008 (CEST) Super! Problem behoben!	+	= Version 3.11 =
−	== - vorherige Ansicht / naechste Ansicht im Kartenfenster ==	+	== + 3.11.36 Triggerfunktionen ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:11, 9. Jun 2008 (CEST)<br>	+	Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.
−	Die beiden Buttons "vorherige Ansicht / naechste Ansicht" im Kartenfenster funktionieren nicht mehr :-(	+
−	:--[[Benutzer:Rahn|Rahn]] 14:16, 9. Jun 2008 (CEST) Hmmm, bei mir tun sie's. Inwiefern äußert sich das? Passiert gar nichts, oder lädt die Seite neu und der Kartenausschnitt stimmt nicht?	+	== + 3.11.35 Nachweisverwaltung Uebersicht.htm ==
		+	Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.
−	== + Dokumentenrecherche über Polygon ==	+	== + 3.11.34 Daten-Export ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:50, 5. Jun 2008 (CEST)<br>	+	Wenn man alle gefundenen Datenätze exportiert, kann es sein, dass der Export nicht klappt, wenn bei der Suche in einem Array-Attribut gesucht wurde.
−	Die Dokumentenrecherche über Polygon geht nicht mehr und in der Fehlerkonsole vom Firefox wird folgende Meldung abgelegt:	+
−	Fehler: top.document.GUI.lastcoordx has no properties Quelldatei: http://10.130.16.92/tmp/553264SVG_dokumentenformular.svg Zeile: 572	+	== + 3.11.33 sendEmailAsync.sh ==
		+	Das Versenden von Anhängen funktioniert nicht.
−	--[[Benutzer:Rahn|Rahn]] 08:49, 6. Jun 2008 (CEST) Um den Fehler zu beheben, müssen in der Datei SVG_polygon_box_area.php nach der Zeile	+	== + 3.11.32 Abfrage mehrerer Layer ==
		+	Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.
−	<input name="last_doing" type="hidden" value="<? echo $this->formvars['last_doing']; ?>">	+	== + 3.11.31 Label hinzufügen ==
		+	Funktioniert nicht.
−	diese beiden Zeilen eingefügt werden:	+	== + 3.11.30 USING ==
		+	Im Data großgeschrieben kommt es zu einer Fehlermeldung.
−	<input name="lastcoordx" type="hidden" value="">	+	== + 3.11.29 Sachdatendruck ==
−	<input name="lastcoordy" type="hidden" value="">	+	Es kommt zu Problemen wenn ein Spalten-Sublayout über die Seitebreite hinaus geht.
−	--[[Benutzer:Hschmidt|Hschmidt]] 09:04, 9. Jun 2008 (CEST)<br>	+	== + 3.11.28 Bild speichern ==
−	so läufts :-) Danke!	+	Die Qualität des JPEGs ist nicht hoch genug.
−	== + GLE | nachträgliches Erfassen von Punktgeometrien ==	+	== + 3.11.27 Layer-Parameter Button ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:14, 3. Jun 2008 (CEST)<br>	+	Funktioniert nicht mehr.
−	Das nachträgliche Erfassen von Geometrien im GLE ist bei Punktdaten schwierig.<br>	+
−	Folgendes Beispiel: in einer Tabelle sind Sachdaten vorhanden und die Geometrie in Form eines Punktes soll nachträglich erfasst werden.	+
−	Es wird im Kartenfenster der entsprechende Ausschnitt, wo der Punkt digitalisiert werden soll ausgewählt. Der Datensatz wird über die Layersuche selektiert und bei Aufruf der Geometriebearbeitung erscheint ein weisses Bild und der voreingestellte Kartenausschnitt wird verlassen.<br>	+
−	Das gleiche Beispiel bei der Nacherfassung von Polygonen funktioniert jedoch.	+
−	== - Filterverwaltung ==	+	== + 3.11.26 Layer-Suche in Layer mit Template ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 15:13, 20. Mai 2008 (CEST)<br>	+	Wenn man eine Layer-Suche in einem Layer mit Template macht (z.B. dem Flurstückslayer), erscheint bei keinem Treffer eine leere Seite.
−	Beim Versuch in der Filterverwaltung ein Polygon abzuspeichern kommt folgende Fehlermeldung:	+
−	Warning: pg_query() [function.pg-query]: Query failed: ERROR: unterminated quoted string at or near "'01060000205E0900000100000001030000000100000006000000B487CF006BD350413165AD8E10955641CC1976B573D350419A684A7517955641C05E73B97BD3504199AF72B0139556410F3333FB7AD35041D0AA63020E955641D6F0198670D350412C56C7140A955641B487CF006BD3504131, 2398)" at character 158 in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.9/class/postgresql.php on line 3913	+	== + 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen ==
		+	Die Dateien werden nicht gelöscht.
−	Fehler bei SQL Anweisung: SELECT geomfromtext('POLYGON((4410782.6 5919764.1, 4410876.4 5919764.1, 4410876.4 5919857.9, 4410782.6 5919857.9, 4410782.6 5919764.1))', 2398) && TRANSFORM('01060000205E0900000100000001030000000100000006000000B487CF006BD350413165AD8E10955641CC1976B573D350419A684A7517955641C05E73B97BD3504199AF72B0139556410F3333FB7AD35041D0AA63020E955641D6F0198670D350412C56C7140A955641B487CF006BD3504131, 2398)	+	== + 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.
−	Die gleiche Aktion läuft unter der Version 1.6.7 fehlerfrei. Bei einfachen Polygonen bis zu 4 Stützpunkten gibt es auch keinen Fehler.	+	== + 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.8 =	+	== + 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.
−	== + Hausnummernsortierung in Adresssuche ==	+	== + 3.11.18 Themenübersicht ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:41, 30. Jun 2008 (CEST) In der Adresssuche werden die Hausnummern alphanummerisch sortiert, obwohl sie nummerisch sortiert sein sollten. Das war doch schon mal anders, oder?	+	Die Suche funktioniert nur mit Kleinschreibung.
−	== + Suchergebnis nach Flurstückssuche ==	+	== + 3.11.17 Stelle speichern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:25, 30. Jun 2008 (CEST) Wenn man nach einem Flurstück gesucht hat, erscheint es zweimal in der Gruppe Suchergebnis.	+	Es kann vorkommen, dass eine Fehlermeldung erscheint.
−	== + auseinandergezogene Menüs ==	+	== + 3.11.16 GLE: Tabs ==
−	--[[Benutzer:Certa|Certa]] 11:27, 13. Jun 2008 (CEST) Die Menüs auf der linken Seite werden auseinander gezogen, wenn die Seite sehr lang wird. Eigentlich müssten die Menüpunkte am oberen Rand der Seite bleiben.	+	Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.
−	== + Laufzeitfehlermeldung bei Koordinatenzoom ==	+	== + 3.11.15 Letztes Suchergebnis ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:50, 28. Mai 2008 (CEST) Wenn man den Button Koordinatenzoom wählt und das Extrafenster anschließend wieder schließt, kommt eine Fehlermeldung "JScript Laufzeitfehler", die sich nicht wegklicken lässt.	+	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]] 11:24, 16. Jun 2008 (CEST) Um den Fehler zu beheben, muss in der Datei SVGvars_coordscript.php folgende Funktion ausgetauscht werden:	+	== + 3.11.14 Puffer bei eigenen Abfrage-Layern ==
−	<nowiki>	+	Wenn der Basis-Layer im Data einen Alias für die Geometriespalte verwendet, funktioniert der Puffer nicht.
−	function coords_input(){	+
−	if(scale < 0.01){	+
−	stellen = 2;	+
−	}	+
−	else if(scale < 0.1){	+
−	stellen = 1;	+
−	}	+
−	else{	+
−	stellen = 0;	+
−	}	+
−		+
−	mittex = format_number(mittex, stellen);	+
−	mittey = format_number(mittey, stellen);	+
−	coords1 = prompt("Geben Sie die gewünschten Koordinaten ein",mittex+" "+mittey);	+
−	if(coords1){	+
−	coords2 = coords1.split(" ");	+
−	if(!coords2[0] || !coords2[1]){	+
−	alert("Falsches Format");	+
−	return;	+
−	}	+
−	//coords[0] = (Number(coords[0])-minx)/scale; Weltkoordinaten übergeben	+
−	//coords[1] = (maxy-Number(coords[1]))/scale;	+
−	document.GUI.INPUT_COORD.value = coords2[0]+","+coords2[1];	+
−	document.GUI.CMD.value = "jump_coords";	+
−	document.GUI.submit();	+
−	}	+
−	}	+
−	</nowiki>	+
−	== + Mittelpunkt setzen mit Pan geht nur einmal ==	+	== + 3.11.13 abhängige Sichtbarkeit in Subform ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:50, 28. Mai 2008 (CEST) Wenn man den Verschiebebutton auswählt und dann in die Karte klickt, wird der angeklickte Bildpunkt neuer Bildmittelpunkt. Das funktioniert allerdings nur beim ersten Mal, wenn man das noch mal macht, wird der Bildschirmausschnitt nicht verschoben.	+	Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
−	== + CSV-Export Flurstücke ==	+	== + 3.11.12 tabellarische Darstellung im GLE ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:45, 29. Apr 2008 (CEST) Wenn man einen CSV-Export bei Flurstücken oder historischen Flurstücken macht, fehlen die Attribute status und nachfolger. Dafür wird die WKT-Geometrie in the_geom mit ausgegeben, was unnötig ist.	+	Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.
−	== + Geometrie-Editor - Geometrieübernahme ==	+	== + 3.11.11 Layer-Suche ==
−	--[[Benutzer:HolgerR|HolgerR]] 09:13, 25. Apr 2008 (CEST) Im Geometrieeditor ist das Übernehmen von Geometrien nicht möglich. Nach Auswahl des Werkzeuges 'Geometrie hinzufügen' wird beim ersten Klick in die Karte im Feld 'Fläche' folgender Eintrag generiert:	+	Im Egde gibt es Probleme mit Auswahlfeldern.
−	<pre>	+
−	<br><b>Fehler bei SQL Anweisung:<br>SELECT round(Area(GeomFromText('\\'))::numeric, 2)<br></b>\	+
−	</pre>	+
−	In der php-Logdatei werden folgende Einträge generiert:	+
−	[25-Apr-2008 09:16:34] PHP Warning:  pg_query(): Query failed: ERROR:  Invalid OGC WKT (too short)	+
−	CONTEXT:  SQL function &quot;geomfromtext&quot; statement 1 in /srv/www/htdocs/kvwmap/class/postgresql.php on line 3907	+
−	[25-Apr-2008 09:16:34] PHP Warning:  pg_query(): Query failed: ERROR:  Invalid OGC WKT (too short)	+
−	CONTEXT:  SQL function &quot;geomfromtext&quot; statement 1 in /srv/www/htdocs/kvwmap/class/postgresql.php on line 3907	+
−	[25-Apr-2008 09:16:35] PHP Warning:  pg_query(): Query failed: ERROR:  Invalid OGC WKT (too short)	+
−	CONTEXT:  SQL function &quot;geomfromtext&quot; statement 1 in /srv/www/htdocs/kvwmap/class/postgresql.php on line 3907	+
−	In der debug-Datei sind folgende Einträge erfolgt:	+
−	<pre>	+
−	<br><br><b>Anwendungsfall go: spatial_processing</b>	+
−	<br><p>file:kvwmap class:db_mapObj->getlayerdatabase - Lesen des connection-Strings des Layers:<br>SELECT `connection` FROM layer WHERE Layer_ID = 630301	+
−	<br><br>Datenbankverbindung öffnen: Datenbank: kvwmap User: user Passwd: passwort	+
−	<br>Datenbank mit Connection_ID: Resource id #53 geöffnet.	+
−	<br><br><b>Fehler bei SQL Anweisung:<br>SELECT round(Area(GeomFromText('\\'))::numeric, 2)<br></b>	+
−	<br><br>MySQL Verbindung mit ID: Resource id #41 schließen.	+
−	<br><br>PostgreSQL Verbindung mit ID: Resource id #53 schließen.	+
−	</pre>	+
−	Das Hinzufügen von Geometrien und die weitere Bearbeitung der bisherigen Geometrie ist anschließend nicht mehr möglich. Nach Betätigen des Button 'Polygon Löschen' wird der Eintrag aus dem Feld 'Fläche' gelöscht und  die Geometrie kann über 'Polygon hinzufügen', 'Polygon ausschneiden' und 'Eckpunkte bearbeiten' hinzugefügt bzw. geändert werden.	+
−	Ich nutze PostgreSQL 8.1.9 mit PostGIS in der Version 1.1.7 (USE_GEOS=1 USE_PROJ=1 USE_STATS=1), PHP Version 4.3.10, Proj 4.6.0, Geos 3.0.0, Mapserver 4.10.3	+
−	:--[[Benutzer:Rahn|Rahn]] 11:11, 25. Apr 2008 (CEST) Vielleicht ne dumme Frage, aber einen Geometrieabfragelayer hast Du auch ausgewählt, oder?	+	== + 3.11.10 Vorschaubilder der Dokumente ==
−	:--[[Benutzer:HolgerR|HolgerR]] 12:56, 25. Apr 2008 (CEST) Stefan, wann ist ein Layer ein Geometrieabfragelayer. Darf die Geometrie aus mehreren Datenbanktabellen zusammengesetzt sein oder geht das nur über einen Layer/View, der in der 'geometry_columns' steht ? Der "klassische" Flurstückslayer geht bei mir nicht, jedoch ein Geometrielayer mit nur einer Tabelle in der DATA-Deklaration.	+	Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.
−	:--[[Benutzer:Rahn|Rahn]] 15:29, 25. Apr 2008 (CEST) Ein Geometrieabfragelayer kann auch auf mehrere Tabellen zugreifen. Wichtig ist, dass es unter allen Tabellen nur ein 'the_geom' gibt. Wenn es mehrere 'the_geom' Spalten gibt, muss man durch qualifizierte Bezeichner festlegen, welches 'the_geom' für die Geometrieabfrage verwendet werden soll. Beim Layer Flurstücke gibt es 2 'the_geom' (einmal in alkobj_e_fla und einmal in alkobj_t_pkt), deswegen muss man das Data-Statement anpassen: [[Bug_kvwmap#.2B_Generischer_Layereditor_.7C_Geometrieabfrage-Layer:_Flurstuecke|Klick]]	+
−	:--[[Benutzer:HolgerR|HolgerR]] 13:18, 28. Apr 2008 (CEST) Ich habe den Flurstückslayer so wie unten beschrieben abgeändert ... leider ohne Erfolg :( Die Fehlermeldungen sind noch die gleichen.	+
−	::--[[Benutzer:HolgerR|HolgerR]] 07:24, 30. Apr 2008 (CEST) Ich habe jetzt das DATA-Statement so weit runtergebrochen, dass da nur noch SELECT * FROM tabelle steht und dann funktioniert es. Sobald allerdings im SQL-Statement in der WHERE-Klausel auf einen Text bezug genommen wird, hier '''WHERE folie='001'''', dann kann ich die Geometrie von diesem Layer nicht mehr übernehmen. Integer in der WHERE-Klausel sind kein Problem. Es müsste m.E. an den Hochkommatas, mit denen der Text eingeschlossen ist liegen. Wird das ganze Statement in ein View gepackt und dann das View im DATA-Statement angesprochen, funktioniert es.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:17, 30. Apr 2008 (CEST) Problem gelöst. Es lag [[Bug_kvwmap#.2B_Stellenauswahl|hier]] dran.	+
−	== + Fehlermeldung bei Login-Fehler ==	+	== + 3.11.9 Sachdatenanzeige ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:39, 24. Apr 2008 (CEST)<br>	+	Ist manchmal ungewöhnlich breit.
−	Kein Fehler dieser Version, aber bei fehlerhaftem Login passiert einfach nichts :-( Wünschenswert wäre eine Fehlermeldung, sonst sind die Anwender oft verwirrt.	+
−	== + Nachweisverwaltung - Rechercheergebnis - Nachweise Löschen ==	+	== + 3.11.8 Layerparameterauswahl ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:31, 22. Apr 2008 (CEST) Der Aufruf für die Anzeige des Löschbutton erfolgte bis zur Version 1.6.5 im Snippet 'nachweisanzeige.php' über:	+	Wenn die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.
−	<? if($this->Stelle->isFunctionAllowed('Nachweisloeschen')){ ?>	+
−	Seit der Version 1.6.6 lautet der Aufruf aber	+
−	<? if($this->Stelle->isFunctionAllowed('Nachweiseloeschen')){ ?>	+
−	Damit wird der Löschbutton nicht mehr angezeigt. In der Datei 'index.php' heißt die Funktion 'Nachweisloeschen', so ist sie auch in der MySQL-DB in der Tabelle 'u_funktionen' hinterlegt. Handelt es sich hierbei nur um einen Tippfehler im Snippet oder muss die Tabelle 'u_funktionen' um den Eintrag 'Nachweiseloeschen' erweitert werden?	+
−	--[[Benutzer:Rahn|Rahn]] 11:32, 22. Apr 2008 (CEST) Das Problem hatten wir letztes Jahr schonmal: [[Bug_kvwmap#.2B_Nachweisverwaltung_-_Nachweise_l.C3.B6schen|Klick]]. Aber offenbar gibt es immernoch Unterschiede in der Schreibweise zwischen der index.php in dem Snippet. Deshalb wird jetzt alles in "'''Nachweisloeschen'''" geändert.	+	== + 3.11.7 als Vorlage für neuen Datensatz übernehmen ==
		+	Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.
−	*In der index.php steht es ja schon so.	+	== + 3.11.6 abhängige Auswahlfelder ==
−	*Dann muss es eine Funktion "Nachweisloeschen" geben, die den jeweiligen Stellen zugeordnet ist.	+	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.
−	*Und das Snippet muss angepasst werden, also in der oben genannten Zeile muss es "Nachweisloeschen" heißen.	+
−	:--[[Benutzer:HolgerR|HolgerR]] 12:32, 22. Apr 2008 (CEST) Sri, das nächste Mal muss ich dann wohl doch intensiver die Bugliste studieren. Der Eintrag in der mysql_install_help.sql - Datei passt dann auch zum Vorschlag von Stefan.	+	== + 3.11.5 FormObject ==
		+	Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.
−	== + Festpunkte Sachdatenanzeige - kein Sprung auf Punkt ==	+	== + 3.11.4 ALKIS: View lk_grenzpunkte ==
−	--[[Benutzer:HolgerR|HolgerR]] 13:30, 21. Apr 2008 (CEST) Die Anzeige des Festpunkte im Kartenfenster aus der Sachdatenanzeige heraus funktioniert nicht. Dies gilt sowohl für den Aufruf der Sachdaten über die Festpunktsuche bzw. aus der Karte heraus. Beim Klick auf 'Anzeige: in Karte' wird lediglich die Karte mit der letzten Ausdehnung angezeigt. Ein Zentrieren auf den gewünschten Punkt erfolgt leider nicht.	+	View wurde angepasst. Hintergrund hierfür war die fehlende Darstellung der indirekt vermarkten Grenzpunkte, dessen Geometrien in der Tabelle „punktortau“ zu finden sind.
−	Das Drücken des Button 'Festpunkte Anzeigen' zentriert auch nicht auf die recherchierten Punkte.	+	== + 3.11.3 Correct Arrow Function ==
		+	Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.
−	:--[[Benutzer:HolgerR|HolgerR]] 17:14, 21. Apr 2008 (CEST) Nach Rücksprache mit Stefan hat sich herausgestellt, dass in unserer index.php zwischen case 'Sachdaten_Festpunkte Anzeigen' und case ' Festpunkte in Liste Anzeigen' folgender Eintrag fehlte:	+	== + 3.11.2 abhängige Auswahlfelder ==
−		+	Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.
−	case 'Festpunkte Anzeigen' : {	+
−	$GUI->festpunkteZeigen();	+
−	} break;	+
−	== + Flächenmessung/Streckenmessung im IE ==	+	== + 3.11.1 Debugdateien ==
		+	Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.
−	Damit man den Kartenausschnitt nach einer Flächen- oder Streckenmessung auch im Internet Explorer verschieben kann, muss in der Datei SVG_map.php vor die	+	= Version 3.10 =
−	beiden Zeilen	+
−	length = world_pathx.length;	+	== + 3.10.101 Layer-Suche ==
−	und	+	Wenn man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.
−	length = world_polypathx.length;	+
−	jeweils ein '''var''' davorgesetzt werden, also so:	+	== + 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.
−	var length = world_pathx.length;	+	== + 3.10.99 Strecken und Flächenmessung ==
−	und	+	Die Reduktion wird nicht berücksichtigt.
−	var length = world_polypathx.length;	+
−	== + Druckvorschau | Fehlermeldung ==	+	== + 3.10.98 Requires-Layer in der tabellarischen Ansicht ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:57, 17. Apr 2008 (CEST) <br>	+	Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.
−	Beim Versuch die Druckvorschau aus der Druckausschnittswahl zu aktivieren kommt folgende Fehlermeldung:	+
−	Fatal error: Property 'width' does not exist in this object. in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.8/class/kvwmap.php on line 8371	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:33, 17. Jul 2008 (CEST)<br>	+	== + 3.10.97 Themenübersicht ==
−	Die Fehlermeldung wurde durch einen fehlerhaften Style zu einem Layer verursacht. In der Spalte "width" des Styles war ein Wert eingetragen. Lässt man die Spalte leer tritt der Fehler nicht auf.	+	Die Sortierung der Gruppen kann falsch sein.
−	Hat aber nichts mit der kvwmap-Version zu tun :-)	+
−	== + Grundbuchblattsuche | Flurstücksdaten anzeigen  ==	+	== + 3.10.96 Rollenlayer freigeben ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:09, 17. Apr 2008 (CEST) <br>	+	Als Drawingorder wird 0 eingetragen.
−	Aus dem Ergebnis der Grundbuchblattsuche funktioniert das "Flurstücksdaten anzeigen" nicht.	+
−	:--[[Benutzer:Rahn|Rahn]] 13:23, 18. Apr 2008 (CEST) Stimmt. Um den Fehler zu beheben, muss man im Snippet grundbuchblattanzeige.php die Zeile	+	== + 3.10.95 Sachdatendrucklayouteditor ==
		+	Linien werden teilweise gestrichelt dargestellt.
−	<input name="go" type="hidden" value="">	+	== + 3.10.94 Daten-Import in Thema ==
		+	Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.
−	aus dem if-Block rausnehmen und darüber, hinter den anderen hidden-Feldern wieder einfügen.	+	== + 3.10.93 Adresssuche ==
		+	Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.
−	== + Stelle Wählen ==	+	== + 3.10.92 Auswahlfeld mit Bild ==
−	--[[Benutzer:Hschmidt|Hschmidt]] 12:54, 17. Apr 2008 (CEST)<br>	+	Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.
−	Nach Auswahl der neuen Stelle und anschließendem betätigen des 'Start' - Buttons kommt die Meldung "Fehler beim Wechseln der Stelle. Prüfen Sie die Angaben.". Das Wechseln der Stelle funktioniert dann erst beim '''dritten Versuch''' die Stelle zu wechseln mit dem 'Start' - Button.<br>	+
−	Das Einstellen einer anderen "Kartenprojektion (EPSG-Code)" funktioniert auch nicht.	+
−	:--[[Benutzer:Rahn|Rahn]] 12:05, 18. Apr 2008 (CEST) Kann es sein, dass [[Bug_kvwmap#.2B_Stellenauswahl|hier]] dran liegt?	+	== + 3.10.91 Export der layerdef.json für kvportal ==
−	::--[[Benutzer:Hschmidt|Hschmidt]] 07:32, 21. Apr 2008 (CEST) Nee, diese Einstellungen sind o.K.. Unter Version 1.6.7 läuft es ja auch problemlos.	+	Funktioniert unter Mapserver 8 nicht.
−	:::--[[Benutzer:Rahn|Rahn]] 15:23, 21. Apr 2008 (CEST) Das Problem bei Herrn Schmidt war, dass die Kartenausdehnung der neuen Stelle (z.B. 4501025 6001653,4502834 6003462) nicht korrekt angezeigt wurde. Hier fehlte immer das erste Leerzeichen. Hat vielleicht noch jemand dasselbe Problem?	+
−	:::--[[Benutzer:HolgerR|HolgerR]] 16:51, 21. Apr 2008 (CEST) Jaha, bei uns tritt der Fehler auch auf. [[Log-Datei]]	+
−	:::--[[Benutzer:HolgerR|HolgerR]] 11:27, 30. Apr 2008 (CEST) Problem ist bei uns mit diesen Einstellungen [[Bug_kvwmap#.2B_Stellenauswahl|'''hier''']] gelöst.	+
−	== + Druckausschnitt wählen - Zoom ==	+	== + 3.10.90 Adresssuche ==
−	--[[Benutzer:HolgerR|HolgerR]] 10:46, 17. Apr 2008 (CEST) Die Button 'Hereinzoomen' und 'Herauszoomen' beim Wählen und Plazieren des Druckrahmens vergrößern bzw. verkleinern nicht den Kartenausschnitt. Es wird lediglich der Kartenausschnitt neu zentriert. In der Stellenauswahl ist im Feld 'Zoomfaktor' eine 2 eingetragen.	+	Es kann sein, dass Flurstücke doppelt gefunden werden.
−	:--[[Benutzer:Rahn|Rahn]] 15:20, 21. Apr 2008 (CEST) Um den Fehler zu beheben, müssen folgende Funktionen im Snippet SVG_Druckausschnittswahl.php vor der Funktion focus_NAV() hinzugefügt 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.
−	<nowiki>	+	== + 3.10.88 layerDef Export ==
−	function zoomin(){	+	Es fehlten classItem und def bei Expression mit in Operator und Header Access-Control-Allow-Origin: * für Daten Export.
−	doing = "zoomin";	+
−	document.getElementById("canvas").setAttribute("cursor", "crosshair");	+
−	}	+
−	function zoomout(){	+	== + 3.10.87 Erläuterungen in der spaltenweisen Darstellung ==
−	doing = "zoomout";	+	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.
−	document.getElementById("canvas").setAttribute("cursor", "crosshair");	+
−	}	+
−	function zoomall(){	+	== + 3.10.86 Fixes for layerdef.json export ==
−	document.getElementById("canvas").setAttribute("cursor", "wait");	+	Fehlende Werte im kvportal export von layerdef.json ergänzt.
−	Full_Extent();	+	* 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.
−	function recentre(){	+	== + 3.10.85 Fixes in FormObject, PgObject and gui ==
−	doing = "recentre";	+	Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs
−	document.getElementById("canvas").setAttribute("cursor", "move");	+
−	}	+
−	function highlightbyid(id){	+	== + 3.10.84 Subform Datensatz anlegen ==
−	document.getElementById("zoomin0").style.setProperty("fill","ghostwhite", "");	+	Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".
−	document.getElementById("zoomout0").style.setProperty("fill","ghostwhite", "");	+
−	document.getElementById("recentre0").style.setProperty("fill","ghostwhite", "");	+
−	document.getElementById(id).style.setProperty("fill",highlighted, "");	+
−	}	+
−	</nowiki>	+
−	== - Referenzkarte im Druck bei Nicht-Standard-SRS ==	+	== + 3.10.83 Gastnutzerexport ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:09, 17. Apr 2008 (CEST) Wenn ich ein anderes als das für die Stelle als Standard definierte Koordinatensystem auswähle und anschließend die Karte drucke, bekomme ich kein oder ein falsch gelagertes Bild in der Referenzkarte - dort soll eine topographische Karte angezeigt werden, die als WMS eingebunden wird. Im entsprechenden Refmapfile steht in der connection nämlich die SRS drin und die verändert sich nicht, wenn der User das Koordinatensystem der Stelle wechselt.	+	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
−	== + Kartenbild anzeigen ==	+	== + 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.
−	Bei einigen scheint der Link "Kartenbild anzeigen" nicht zu funktionieren. Dazu die folgende Funktion in kvwmap.php austauschen:	+	== + 3.10.81 Daten-Import ==
		+	Beim Import von Geopackage-Dateien wird auch der geometrielose Meta-Layer importiert, was bei der weiteren Verarbeitung zu Fehlern führt.
−	<nowiki>	+	== + 3.10.80 Sachdatendruck ==
−	function showMapImage(){	+	Die Anordnung in Spalten funktioniert nicht richtig.
−	$this->loadMap('DataBase');	+
−	$this->drawMap();	+
−	$dateiname = explode('.', basename($this->img['hauptkarte']));	+
−	if($dateiname[1] == 'jpg'){	+
−	$mainimage = imagecreatefromjpeg(IMAGEPATH.basename($this->img['hauptkarte']));	+
−	$scaleimage = imagecreatefromjpeg(IMAGEPATH.basename($this->img['scalebar']));	+
−	}	+
−	elseif($dateiname[1] == 'png'){	+
−	$mainimage = imagecreatefrompng(IMAGEPATH.basename($this->img['hauptkarte']));	+
−	$scaleimage = imagecreatefrompng(IMAGEPATH.basename($this->img['scalebar']));	+
−	}	+
−	ImageCopy($mainimage, $scaleimage, imagesx($mainimage)-imagesx($scaleimage), imagesy($mainimage)-imagesy($scaleimage), 0, 0, imagesx($scaleimage), imagesy($scaleimage));	+
−	ob_end_clean();	+
−	ob_start("output_handler");	+
−	ImagePNG($mainimage);	+
−	}	+
−	</nowiki>	+
−	== - ALB-Einlesen - keine Auswertung der Kopfzeile ==	+	== + 3.10.79 Passwort abgelaufen ==
−	--[[Benutzer:HolgerR|HolgerR]] 07:45, 16. Apr 2008 (CEST) Beim Einlesen der WLDGe-Bezieherdaten wird die Kopfzeile nicht ausgewertet, egal, ob das Auswahlfeld deaktiviert od. aktiviert ist. Damit ist das mehrmalige Einlesen der selben WLDGe-Datei bzw. das Auslassen von WLDGe-Dateien möglich.	+	Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.
−	== + Zuweisen von Untermenüpunkten im InternetExplorer ==	+	== + 3.10.78 deleteGastUser.sh ==
		+	Das Skript löscht nicht die Logdateien der Gastnutzer.
−	Im Stelleneditor werden bei Benutzung des IE die Untermenüpunkte nicht angezeigt. Um die Funktion auch in diesem "Browser" nutzen zu können, muss folgendes im Snippet stelle_formular.php getan werden:	+	== + 3.10.77 Nutzung Wald Vegetationsmerkmal ==
		+	Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.
−	In der Funktion getsubmenues() muss die Zeile	+	== + 3.10.76 Flurstückssuche ==
		+	Historische Flurstücke werden in der Karte nicht angezeigt.
−	ahah('<? echo URL.APPLVERSION; ?>index.php', 'go=getsubmenues&menue_id='+menue_id, new Array(document.GUI.submenues));	+	== + 3.10.75 Plugin Bauleitplanung: F-Pläne ==
		+	Das Speichern funktioniert nicht.
−	durch diese hier ersetzt werden:	+	== + 3.10.74 GLE:Gruppennamen ==
		+	Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.
−	ahah('<? echo URL.APPLVERSION; ?>index.php', 'go=getsubmenues&menue_id='+menue_id, new Array(document.getElementById('submenue_div')));	+	== + 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.
−	Außerdem müssen die Zeilen	+	== + 3.10.72 dynamische Dateipfade ==
		+	Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.
−	<select name="submenues" size="4" multiple style="width:160px">	+	== + 3.10.71 import_nas.sh ==
−	</select>	+	Der Ordner METADATA wird nicht ignoriert.
−	durch diese hier ersetzt werden:	+	== + 3.10.70 Orthogonalpunktberechnung ==
		+	Funktioniert nicht richtig.
−	<nowiki>	+	== + 3.10.69 Nachweiserfassung ==
−	<div id="submenue_div">	+	Der Geometrieübernahmelayer wird nicht gespeichert.
−	<select name="submenues" size="4" multiple style="width:160px">	+
−	</select>	+
−	</div>	+
−	</nowiki>	+
−	Und dann muss in der Datei kvwmap.php folgende Funktion ersetzt werden:	+	== + 3.10.68 Auswahlfeld: neuer Datensatz ==
		+	Funktioniert nicht richtig.
−	<nowiki>	+	== + 3.10.67 Anzeige komplexer Datentypen im GLE ==
−	function get_sub_menues(){	+	Kann unter PHP8 zu Fehlern führen.
−	$this->Menue = new menue($this->user->rolle->language,$this->user->rolle->charset);	+
−	$submenues = $this->Menue->getsubmenues($this->formvars['menue_id']);	+
−	echo '<select name="submenues" size="4" multiple style="width:160px">';	+
−	for($i=0; $i < count($submenues["Bezeichnung"]); $i++){	+
−	echo '<option selected value="'.$submenues["ID"][$i].'">&nbsp;&nbsp;-->&nbsp;'.$submenues["Bezeichnung"][$i].'</option>';	+
−	}	+
−	echo '</select>';	+
−	}	+
−	</nowiki>	+
−	== + Löschen von Stellen ==	+	== + 3.10.66 Daten-Import Geometrie übernehmen ==
		+	Funktioniert nicht.
−	Das Löschen von Stellen funktioniert nicht, weil der entsprechende Link in der Datei snippets/stellendaten.php nicht korrekt ist.	+	== + 3.10.65 Sachdatendruck ==
		+	Bei den Subform-Layern erscheint eine Fehlermeldung.
−	Dazu in der Zeile	+	== + 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern ==
−	<nowiki><td>&nbsp;&nbsp;<a href="javascript:Bestaetigung('index.php?go=Stelle_Loeschen&selected_stelle_id=<? echo $this->stellendaten['ID'][$i]; ?>&order=<? echo $this->formvars['order']; ?>','Wollen Sie diese Stelle wirklich löschen?')"><?php echo $this->strDelete; ?></a></td></nowiki>	+	Funktioniert nicht.
−	das '''go=Stelle_Loeschen'''	+
−	in '''go=Stelle_Löschen''' ändern.	+	== + 3.10.63 Nutzer ohne Stelle anlegen ==
		+	Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.
−	== + Beim Speichern neuer Stellen passiert auch nichts ==	+	== + 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.
−	Das Problem ist das gleiche wie beim Anlegen von Layern (siehe nächster Bug). Hier muß die Datei stelle_formular.php angepasst werden.	+	== + 3.10.61 Themensuche in Legende ==
		+	Funktioniert nicht richtig.
−	== + Beim Speichern neuer Layer passiert nichts ==	+	== + 3.10.60 neuer Datensatz in Subform ==
		+	Wenn man die Option "weiter erfassen" verwendet, werden z.B. Primärschlüsselattribute auch übernommen.
−	--[[Benutzer:Pkorduan|Pkorduan]] 10:54, 28. Mär 2008 (CET) Wenn man einen Layer anlegt und dann als neuen Layer abspeichern möchte, ohne dass man vorher einen existierenden Layer ausgewählt hatte zum Ändern und speichern, passiert nichts.	+	== + 3.10.59 Als Vorlage für neuen Datensatz verwenden ==
−	Das Problem kommt auch durch die Umstellung auf Multilingualität. Das Hidden Formularfeld für go_plus ist innerhalb des if Blocks, der ausgeführt wird, wenn man einen vorhandenen Layer als neuen abspeichern möchte.	+	Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.
−	Fehlerbehebung:	+
−	In Datei Layer_Formular.php im Verzeichnis Snippets die Zeile:	+
−	<input type="hidden" name="go_plus" id="go_plus" value="">	+
−	vor die darüber stehende if Anweisung verschieben. Am besten direkt vor das Inputfeld	+
−	<input type="reset" value="<?php echo $this->strButtonBack; ?>">	+
−	== + Fehler bei der Grundbuchblattanzeige von der Namenssuche aus ==	+	== + 3.10.58 ALKIS: Import ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 15:51, 20. Mär 2008 (CET)In der Ergebnisliste der Namenssuche kann man über einen Link zur Anzeige des Grundbuchblattes gelangen. Das funktioniert aber nicht in jedem Fall. Oftmals zeigt er ein ganz anderes Grundbuch an, oder bringt einen Fehler, das es das gesuchte Grundbuch nicht gibt. In wenigen Fällen zeigt er auch das richtige Grundbuch an. Ich konnte noch kein System erkennen. Es gibt in der Ergebnisliste ja auch noch den Link zum Anzeigen der Flurstücke. Hier werden die richtigen Flurstücke (vom gewählten Grundbuch) angezeigt. Allerdings werden standardmäßig nur maximal 10 Flurstücke angezeigt. Das ist gekoppelt an die Anzeige der Treffer pro Seite. Ist das so gewollt?	+	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.
−	--[[Benutzer:Rahn|Rahn]] 15:59, 15. Apr 2008 (CEST)	+	== + 3.10.57 LENRIS ==
		+	Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.
−	Zum Beheben des Fehlers im Snippet namensuchform.php die beiden Zeilen	+	== + 3.10.56 Nachweisrecherche ==
		+	Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.
−	<nowiki>	+	== + 3.10.55 Festpunkte ==
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo $this->namen[$i]['bezirk'].','.$this->namen[$i]['blatt']; ?>);"><?php echo $this->namen[$i]['bezirk']; ?></a></td>	+	Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo $this->namen[$i]['bezirk'].','.$this->namen[$i]['blatt']; ?>);"><?php echo $this->namen[$i]['blatt']; ?></a></td>	+
−	</nowiki>	+
−	durch diese hier ersetzen:	+	== + 3.10.54 neuer Datensatz ==
		+	Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.
−	<nowiki>	+	== + 3.10.53 Layer-Export ==
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo '\''.$this->namen[$i]['bezirk'].'\',\''.$this->namen[$i]['blatt'].'\''; ?>);"><?php echo $this->namen[$i]['bezirk']; ?></a></td>	+	Die Layergruppen werden nicht mit exportiert.
−	<td align="center"><a href="javascript:grundbuchsuche(<?php echo '\''.$this->namen[$i]['bezirk'].'\',\''.$this->namen[$i]['blatt'].'\''; ?>);"><?php echo $this->namen[$i]['blatt']; ?></a></td>	+
−	</nowiki>	+
−	== + Benutzer anlegen und bearbeiten ==	+	== + 3.10.52 Nachweisanzeige ==
		+	Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.
−	In den Nutzereditor haben sich 2 kleine Fehler eingeschlichen, die aber dazu führen, dass man keinen neuen Benutzer mehr anlegen und vorhandene nicht bearbeiten kann. Um die Fehler zu beheben, muss im Snippet userdaten_formular.php die Zeile	+	== + 3.10.51 WFS-Layer Sachdatenanzeige ==
		+	Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.
−	<input type="button" name="dummy" value="<?php echo $this->strSave; ?>" onclick="submitWithValue('GUI','go_plus','aendern')"><?php	+	== + 3.10.50 Layer-Suche räumlich eingrenzen ==
		+	Die Geometrieübernahme funktioniert nicht.
−	durch diese hier ersetzt werden:	+	== + 3.10.49 eigene Klassenbilder bei Rasterlayern ==
		+	Funktionieren nicht richtig.
−	<input type="button" name="dummy" value="<?php echo $this->strSave; ?>" onclick="submitWithValue('GUI','go_plus','Ändern')">&nbsp;<?php	+	== + 3.10.48 Layer-Parameter im Layernamen ==
		+	Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.
−	und diese Zeile	+	== + 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.
−	?><input type="button" name="dummy" value="<?php echo $strButtonSaveAs; ?>" onclick="submitWithValue('GUI','go_plus','neu_eintragen')">	+	== + 3.10.46 Sachdatendruckeditor ==
		+	In den Feldern für die Positionen können kann keine 0 gespeichert werden.
−	durch diese hier ersetzt werden:	+	== + 3.10.45 Blattnr. ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 08:42, 15. Mai 2025 (CEST) Wenn ich in der Trefferliste der Nachweisverwaltung nach Blattnummer sortiere, steht als Spaltenüberschrift nicht mehr "Blattnr.", sondern "Rissnr.".
−	?><input type="button" name="dummy" value="<?php echo $strButtonSaveAs; ?>" onclick="submitWithValue('GUI','go_plus','Als neuen Nutzer eintragen')">	+	== + 3.10.44 Cluster_FeatureCount ==
		+	Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.
−	= Version 1.6.7 =	+	== + 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.
−	== + postgis_install.sql - fp_punkte2 - gist==	+	== + 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.
−	--[[Benutzer:HolgerR|HolgerR]] 12:53, 11. Mär 2008 (CET)	+	== + 3.10.41 historische Versionen von Flurstücken ==
−	Im SQL-Statement hat sich ein kleiner Fehler eingeschlichen. Das Statement zur Erzeugung des Geo-Index muss wie folgt heissen:	+	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.
−	CREATE INDEX fp_punkte2_the_geom_gist ON fp_punkte2 USING GIST (the_geom GIST_GEOMETRY_OPS);	+
		+	== + 3.10.40 Layer-Export ==
		+	Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.
−	== - Anzeige der Flurstücke bei der Namenssuche ==	+	== + 3.10.39 Themenübersicht ==
		+	Funktioniert für nicht-Admins nicht.
−	--[[Benutzer:A.tower|Andreas Thurm]] 11:13, 26. Feb 2008 (CET)	+	== + 3.10.38 wms_checker.php ==
−	In der Ergebnisliste der Namenssuche werden die einzelnen gefundenen Grundbuchblätter aufgelistet. Der Link "anzeigen" in der Spalte Flurstücke suggeriert, das hier die Flurstücke des betreffenden Grundbuches angezeigt werden. Es werden hier aber alle Flurstücke für den betreffenden Eigentümer angezeigt (Funktion: Suche_flurstueck_zu _namen mit übergebener Namensnummer). Es erfogt keine Beschränkung auf das Grundbuchblatt. Das führt an dieser Stelle zu Missverständnissen. Wenn der Haken "Flurstücke anzeigen" gesetzt ist, bekommt man ebenfalls eine fehlerhafte Auflistung.	+	Funktioniert unter Mapserver 8 nicht.
−	*--[[Benutzer:Rahn|Rahn]] 11:37, 11. Mär 2008 (CET) Das stimmt, theoretisch müßte der Link "anzeigen" eigentlich nur die Flurstücke des jeweiligen Grundbuchsblattes anzeigen. Ich kann mich aber erinnern, dass damals eine Funktion gewünscht war, die alle Flurstücke zu einem Namen liefert, deshalb wurde sie so implementiert. Vielleicht sollten wir nochmal diskutieren, was der Link nun bewirken soll. Wie gesagt, rein logisch betrachtet, dürften nur die Flurstücke des jweiligen Grundbuchblattes angezeigt werden.	+	== + 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.
−	== + Gemarkungsauswahl bei der Namenssuche ==	+	== + 3.10.36 Layergruppen verschwinden ==
−	--[[Benutzer:A.tower|Andreas Thurm]] 09:42, 26. Feb 2008 (CET)	+	Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.
−	Wenn man in der Namenssuche keine Gemarkung angibt, so wird die Suche auch dementsprechend gestartet. Man erhält die ersten 10 Treffer. Will man dann weiter suchen, so ist das Eingabefeld mit der Gemarkung nicht mehr leer. Es steht die alphabetisch letzte Gemarkung drin. Und das wird auch bei der Weiter-Suche so berücksichtigt. Will am nalso blättern, so muss man jedesmal dieses Feld korrigieren und es wieder auf "-Auswahl-" stellen.	+
−	== - Bugs in der Nachweiserfassung ==	+	== + 3.10.35 rectify_layer_params ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:31, 20. Feb 2008 (CET)<br>	+	Funktioniert nicht.
−	* Arbeiten zwei User in der Nachweiserfassung und ändern beide in derselben Sekunde das Kartenbild, überschreibt der eine das Bild des anderen. --[[Benutzer:Rahn|Rahn]] 14:22, 20. Feb 2008 (CET) '''behoben'''	+
−	* Ab und zu wird kein (blau gefülltes) Polygon am Bildschirm erzeugt, sondern es erscheint nur der rote Rahmen. Das lässt sich speichern, allerdings wird die Bild-Datei mit 0 KB gespeichert. Ursache unbekannt.	+
−	* Bei kombiniertem Zoomen/Pannen während des Zeichnens geht das Polygon verloren.	+
−	* Ab und zu kommt eine XML-Fehlermeldung anstelle der Karte. Ursache unbekannt. [[Bild:xml-fehler_nachweiserfassung.png]]	+
−	* Wenn es einen Fehler beim Speichern gab, wird immer die Bild-Datei mit 0 KB auf dem Server gespeichert. Es müsste nichts gespeichert werden.	+
−	== + Lagebezeichnung im ALB-Ausdruck ==	+	== + 3.10.34 quote_or_null ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:31, 14. Feb 2008 (CET)<br>	+	Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.
−	* Hat die Lagebezeichnung eines Flurstücks im ALB mehrere Hausnummern, weden diese momentan alphanumerisch und nicht numerisch sortiert: aus "1, 2, 3, 10" wird "1, 10, 2, 3". Die Hausnummern sollten aber numerisch sortiert bleiben.	+
−	* Gibt es sehr viele Hausnummern, wird momentan über den Rand des Dokuments hinaus geschrieben, d.h. man kann den Rest der Hausnummern nicht mehr lesen. Hier müssten Zeilenumbrüche erfolgen, wobei die jeweils nächste Zeile linksbündig dort anfangen müsste, wo in der ersten Zeile der Lagebezeichnung der Straßenname anfängt (nicht der Straßenschlüssel!).	+
−	== + Time-Attribut bei Geometrieänderung ==	+	== + 3.10.33 Strecke messen bei Nachweis bearbeiten ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:16, 14. Feb 2008 (CET)	+	--[[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.
−	Time-Attributfelder müssen auch dann aktualisiert werden, wenn etwas an der Geometrie eines Objektes geändert wird.	+	:----[[Benutzer:HolgerR|HolgerR]] ([[Benutzer Diskussion:HolgerR|Diskussion]]) 12:30, 14. Apr. 2025 (CEST) bei uns ist das auch so
−	== + Festpunktverwaltung - Feldlänge 'tex' == --[[Benutzer:HolgerR|HolgerR]] 14:02, 13. Feb 2008 (CET)	+	== + 3.10.32 timestamp with timezone ==
		+	Im GLE funktioniert der Kalender nicht.
−	Die Feldlänge in den Tabellen 'fp_punkte' und 'fp_punkte_temp' für die Abspeicherung des Datenelementes 'Text der Bemerkung' (TEX) ist nur 15 Zeichen lang. Laut Punktdateierlass M-V sind jedoch 18 Zeichen zulässig. Abhilfe schaffen hier folgende beiden SQL-Anweisungen:	+	== + 3.10.31 layerdef mit used_layer Gruppen ==
−	ALTER TABLE fp_punkte_temp ALTER tex TYPE character varying(18);	+	group_id aus used_layer in create layerdef für plugin kvportal berücksichtigt und ows_abstract auf Typ text geändert.
−	ALTER TABLE fp_punkte ALTER tex TYPE character varying(18);	+
−	== + Flächenanzeige im Polygoneditor ==	+	== + 3.10.30 Generated Columns ==
		+	Ab PostgreSQL 13 stehen in einer Tabelle Generated Columns zur Verfügung, die nicht als nicht speicherbar erkannt werden.
−	Wenn man im Polygoneditor das Werkzeug zum Verschieben der Eckpunkte benutzt, wird die Flächenangabe nicht aktualisiert. Damit sie das tut, muss in SVG_Utilities.php in der Funktion end_vertex_move() am Ende des if-Blocks die Zeile	+	== + 3.10.29 Fläche messen mit Punktfang ==
−	polygonarea();	+	--[[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.
−	eingefügt werden.	+
−	== + Platzhalter in der Namenssuche ==	+	== + 3.10.28 Speichern von SubForms ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:09, 1. Feb 2008 (CET) In der Namenssuche steht ein gelb umrandeter Text, den vermutlich noch nie einer genauer durchgelesen hat, obwohl er von Anfang an nicht richtig war. Dort steht:	+	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.
−	"Zur nicht exakten Suche geben Sie den Platzhalter % ein.	+	== + 3.10.27 Filterverwaltung ==
−	z.B. erhalten Sie Angermeier und Neumeier mit der Eingabe %meier"	+	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.
−	Das stimmt nicht, denn Angermeier und Neumeier erhält man auch durch die einfache Eingabe von meier. Mein Vorschlag:	+	== + 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.
−	"Geben Sie den Platzhalter '''"%"''' ein (z.B. "me%er"), wenn an der Stelle beliebige und beliebig viele Zeichen stehen dürfen. Geben Sie den Platzhalter '''"_"''' ein (z.B. "me_er"), wenn an der Stelle ein beliebiges Zeichen stehen darf."	+	== + 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen ==
		+	Funktioniert nicht.
−	Das Ganze vielleicht auch als Tooltipp hinter einem Info-Symbol, wie beim letzten Anwendertreffen besprochen.	+	== + 3.10.24 Nachweisverwaltung: Anträge bearbeiten ==
		+	Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.
−	== + weitere Treffer anzeigen nach CSV-Export ==	+	== + 3.10.23 Klassen-ID ändern ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:45, 25. Jan 2008 (CET) Wenn man im GLE eine Trefferliste hat mit mehr Treffern, als MAXQUERYROWS erlaubt, dann kann man blättern. Wenn man einen CSV-Export durchführt, lässt sich jedoch nicht mehr blättern. Der Klick auf "weiter" öffnet nur wieder die CSV-Datei.	+	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.
−	== + Fehler beim Anzeigen von ALB-Auszügen für '''alle''' Flurstücke ==	+	== + 3.10.22 eigene Datentypen ändern ==
−	--[[Benutzer:Giese|FrankGiese]] 11:12, 21. Jan 2008 (CET)	+	Die alten Datentyp-Attribute bleiben bestehen.
−	* Bei einigen Nutzern (nicht bei allen Nutzern), die mit dem Microsoft Internet Explorer arbeiten und sich ALB-Auszüge (20,25,30,35) für '''alle''' ausgewählte Flurstücke aufrufen, öffnet sich ein neues Fenster (Acrobat Reader) und der Auszug wird in der Größe von 213% dargestellt. Es gibt keine Möglichkeit die Fenstergröße anzupassen, weil die Schaltfläche minimieren deaktiviert ist. Setzt man den Maßstab herab hat man nur den Erfolg, dass der Ausschnitt verkleinert dargestellt wird. Die Ausdehnung des Fensters bleibt aber gleich. In der Version 1.6.6 gab es dieses Problem nicht. Auch beim Aufruf der ALB-Anzeige für nur ein Flurstück funktioniert es in der Version 1.6.7 tadellos.	+
−	**--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:51, 21. Jan 2008 (CET) Diesen Unterschied habe ich auch. Irgendwelche fehlenden/falschen Dateiheader? Die "Start"-Vergrößerung des Dokuments kann man jedoch beeinflussen, indem man (beim Acrobat Reader 7) auf "''Bearbeiten''" - "''Grundeinstellungen''..." geht und dort bei ''Seitenanzeige'' die sog. '''Standardvergrößerung''' verändert - z.B. auf '''Fenstergröße'''. Das muss allerdings auf jedem Rechner einzeln gemacht werden.	+
−	***--[[Benutzer:Giese|FrankGiese]] 12:42, 21. Jan 2008 (CET) Danke Markus, aber das führte bei uns leider nicht zum Erfolg.	+
−	****--[[Benutzer:Rahn|Rahn]] 13:56, 1. Feb 2008 (CET) Versucht mal in der Flurstuecke_custom.php in folgender Zeile die Breite und Höhe runter zu setzen, also z.B. auf width=1024,height=768	+
−	window.open(url, "CSVExport", "toolbar=yes,status=yes,menubar=yes,width=2000,height=2000");	+
−	::::*--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:05, 4. Feb 2008 (CET) Gibts nicht sowas wie screen.availWidth und screen.availHeight?	+
−	:::::*--[[Benutzer:Rahn|Rahn]] 14:51, 4. Feb 2008 (CET) Gibts! :	+
−	window.open(url, "CSVExport", "toolbar=yes,status=yes,menubar=yes,width="+self.screen.width+",height="+self.screen.height);	+
−	== + Fehler in der Nachweisrecherche und im Punkteditor ==	+	== + 3.10.21 Layer erstellen ==
		+	--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.
−	Durch die neue Funktion zum Bearbeiten von Polygonpunkten tritt im Nachweisrechercheformular und im Punkteditor ein Fehler auf. Um den Fehler zu beheben, muss in den Dateien SVG_polygon_box_area.php und SVG_point.php folgende Zeile	+	== + 3.10.20 Layer-Export ==
−		+	Es werden nicht ale Spalten exportiert.
−	<input name="vertex_edit" type="hidden" value="<?php echo $this->formvars['vertex_edit']; ?>">	+
−	an den Abschnitt mit den ganzen input-Feldern angehängt werden.	+	== + 3.10.19 Historie und zurück zur Karte ==
−	In SVG_polygon_box_area.php muss nach der Zeile	+	--[[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.
−	$svg .= $boxbuttons;	+	== + 3.10.18 Flurstücks-CSV-Export ==
		+	Die Umlaute sind teilweise defekt.
−	außerdem noch die Zeile	+	== + 3.10.17 ausgewählter Button im Geometrieeditor ==
		+	Wird nicht gehighlighted.
−	$svg .= $vertex_edit_buittons;	+	== + 3.10.16 Layer kopieren ==
		+	Beim Style werden nicht alle Attribute kopiert.
−	angehängt werden.	+	== + 3.10.15 Daten-Export ==
		+	Es gibt eine Sicherheitslücke bei der Datenbankabfrage.
−	Analog zur Datei SVG_polygon_box_area.php müssen auch die Dateien SVG_polygon_xor_point.php und SVG_polygon_and_point.php angepasst werden.	+	== + 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)
−	== - Namenssuche | Suchen mit Entertaste ==	+	== + 3.10.13 Plugin Bauleitplanung ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:46, 14. Jan 2008 (CET)	+	Die Geltungsbereichsfläche wird nicht richtig ausgegeben.
−	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?	+	== + 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.
−	== + Adressänderungstabelle bereinigen ==	+	== + 3.10.10 alle Objekte exportieren ==
		+	Fuktioniert nicht.
−	Bei einigen PostgreSQL-Versionen kann es zu Problemen kommen, wenn man versucht die Tabelle alb_g_namen_temp zu bereinigen.	+	== + 3.10.9 Fehler beim Löschen einer Benachrichtigung ==
−	Um den Fehler zu beheben, muss folgende Funktion in esaf.php ausgetauscht werden:	+	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)
−	<nowiki>function delete_old_entries(){	+	== + 3.10.8 Multipolygon speichern ==
−	$sql = "DELETE FROM alb_g_namen_temp ";	+	Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.
−	if(POSTGRESVERSION >= '810'){	+
−	$sql.=" USING alb_g_namen ";	+
−	}	+
−	$sql.= "WHERE ((alb_g_namen_temp.name1 IS NULL AND (alb_g_namen.name1 IS NULL OR alb_g_namen.name1 = '')) OR alb_g_namen_temp.name1 = alb_g_namen.name1)";	+
−	$sql.= "AND ((alb_g_namen_temp.name2 IS NULL AND (alb_g_namen.name2 IS NULL OR alb_g_namen.name2 = '')) OR alb_g_namen_temp.name2 = alb_g_namen.name2)";	+
−	$sql.= "AND ((alb_g_namen_temp.neu_name3 IS NULL AND (alb_g_namen.name3 IS NULL OR alb_g_namen.name3 = '')) OR alb_g_namen_temp.neu_name3 = alb_g_namen.name3)";	+
−	$sql.= "AND ((alb_g_namen_temp.neu_name4 IS NULL AND (alb_g_namen.name4 IS NULL OR alb_g_namen.name4 = '')) OR alb_g_namen_temp.neu_name4 = alb_g_namen.name4)";	+
−	$ret = $this->database->execSQL($sql, 4, 0);	+
−	}</nowiki>	+
−	= Version 1.6.6 =	+	== + 3.10.7 Cluster_FeatureCount ==
−	== - Fehler in Notizkategorienverwaltung ==	+	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.
−	--[[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 ==	+	== + 3.10.6 Polygoneditor ==
−	--[[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.	+	Einer der Eckpunkte lässt sich nicht richtig verschieben.
−	== + als neuer Druckrahmen speichern | Ref.-Mapfile ==	+	== + 3.10.5 Geonamensuchfeld ==
−	--[[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.	+	Ist ausgeblendet.
−	== + OID in Hochkomma ==	+	== + 3.10.4 Nachweisanzeige ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:33, 3. Dez 2007 (CET)<br>	+	Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.
−	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 ==	+	== + 3.10.3 Attributeditor: abhängige Sichtbarkeit ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:38, 3. Dez 2007 (CET)<br>	+	Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.
−	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:	+	== + 3.10.2 Gast-Zugang==
−	<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>	+	Funktioniert nicht.
−	== - Gemarkungsauswahl in der Namenssuche ==	+	== + 3.10.1 $EXPORT ==
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 26. Okt 2007 (CEST)<br>	+	$EXPORT wird nicht richtig ersetzt.
−	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 ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:42, 24. Okt 2007 (CEST)<br>	+
−	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 ==	+
−	--[[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 ==	+
−	--[[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.	+
−		+
−	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:	+
−		+
−	else{	+
−	$whereposition = strpos(strtolower($query), 'where');	+
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−		+
−	durch den hier ersetzen:	+
−		+
−	else{	+
−	$whereposition = strpos(strtolower($query), 'where');	+
−	if($whereposition){	+
−	$withoutwhere = substr($query, 0, $whereposition);	+
−	}	+
−	else{	+
−	$withoutwhere = $query;	+
−	}	+
−	$fromposition = strpos(strtolower($withoutwhere), 'from');	+
−	}	+
−		+
−	== - Generischer Layereditor (GLE) ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 08:38, 7. Dez 2007 (CET)<br>	+
−		+
−	Nachträgliches Erfassen von Geometrien unmöglich.<br>	+
−		+
−	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.	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 11:35, 7. Dez 2007 (CET) Liegt das vielleicht daran, dass die Tabelle nicht in geometry_columns eingetragen ist? <br>	+
−	--[[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:-)	+
−		+
−	--[[Benutzer:Reißland|Reißland]] 14:08, 15. Okt 2007 (CEST)<br>	+
−		+
−	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>	+
−	* Enthalten Tabellen ein CONSTRAINT das ein Komma beinhaltet (RFW1,RFW2) wird dieses nicht ordnungsgemäß ins Auswahlfeld des GLE übernommen.	+
−	* 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)	+
−		+
−	<Fehler behoben>	+
−	* 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.	+
−	* --[[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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+
−	* 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!).	+
−		+
−		+
−	== + Layernamen mit Sonderzeichen im Shape-Export ==	+
−	--[[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.	+
−		+
−	== + Anzeige der Namensnummern im ALB-Auszug 35 ==	+
−		+
−	--[[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.	+
−		+
−	== + Nachweise mit alphanumerischer Blattnummer anzeigen ==	+
−		+
−	Damit die Nachweise mit alphanumerischer Blattnummer nach einer Recherche korrekt angezeigt werden muß in nachweisanzeige.php die Zeile	+
−		+
−	<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>	+
−		+
−	durch diese hier ersetzt werden:	+
−		+
−	<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>	+
−		+
−	== + Zuweisung von Festpunkten zu einem Antrag ==	+
−		+
−	--[[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.	+
−		+
−	== + Erzeugen eines Arbeitsdrucks (index.php?go=ExportMapToPDF)==	+
−		+
−	--[[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".	+
−		+
−	== + Fehler in der Rechteverwaltung ==	+
−		+
−	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:	+
−		+
−	if(MYSQLVERSION < 410){	+
−	$sql = 'REPLACE INTO layer_attributes2stelle SET ';	+
−	$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:	+
−		+
−	if($tooltip == 'on'){	+
−	$sql.= ', tooltip = 1';	+
−	}	+
−	else{	+
−	$sql.= ', tooltip = 0';	+
−	}	+
−		+
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:20, 19. Sep 2007 (CEST)<br>	+
−	== + Layerattribut-Rechteverwaltung ==	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:30, 7. Sep 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Karsten Daedelow]] 11:55, 7. Sep 2007 -- >	+
−	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){	+
−		+
−	durch diese hier ersetzen:	+
−		+
−	if(top.document.GUI.newpath.value){	+
−		+
−	== - Maßstab der Karte nach Absenden von Geometrieänderungen ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:32, 5. Sep 2007 (CEST)<br>	+
−	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  ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:17, 5. Sep 2007 (CEST)<br>	+
−	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.	+
−	Bei anderen PostGis-Layern wie z.B. Fluren funktioniert das Hinzufügen von Geometrien.	+
−		+
−	:--[[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:	+
−		+
−	o.the_geom from (select o.objnr as oid,o.objart,o.folie,o.the_geom,f.flurstkennz,f.gemkgschl,	+
−	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	+
−	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.	+
−		+
−	== + PostGIS Update per SQL  ==	+
−	--[[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  ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 14:25, 4. Sep 2007 (CEST)	+
−	* Leider sind in der config-default.php nicht alle Änderungen gekennzeichnet. Das macht die Aktualisierung etwas mühselig.	+
−	* Der Eintrag "$Gazdb->dbName='gazetteers'; # Version 1.6.6" sollte auskommentiert werden, weil er sonst bei fehlender DB zu einer Fehlermeldung führt.	+
−		+
−	= Version 1.6.5 =	+
−		+
−		+
−		+
−	== + Layernamen mit Sonderzeichen in der Drucklegende ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:17, 15. Aug 2007 (CEST)<br>	+
−	Beinhaltet ein Layername Sonderzeichen oder Leerzeichen, die als HTML-Characters geschrieben sind (Beispiel: "Geb&auml;ude" o.ä.), dann stehen diese HTML-Characters in der Legende. Sie müssten durch die richtigen Zeichen ersetzt werden.	+
−		+
−	== - Lagebezeichnung im ALB-Ausdruck ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:58, 15. Aug 2007 (CEST)<br>	+
−	* 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 ==	+
−	--[[Benutzer:Reißland|Reißland]] 10:13, 27. Jul 2007 (CEST)<br>	+
−	#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 ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 16:01, 26. Jul 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 08:35, 26. Jul 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:34, 26. Jul 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:22, 25. Jul 2007 (CEST)<br>	+
−	Wenn der Zoomfaktor der Referenzkarte im Druckrahmen > 1 ist und man den maximalen Extent (z.B. den ganzen Landkreis) drucken will, dann wird die Referenzkarte entsprechend auf den maximalen Extent gesetzt, sondern hat den halben maximalen Extent der Karte (halb = vermutlich Zoomfaktor?). Den EXTENT im refmapfile.map zu vergrößern, bringt nichts.	+
−		+
−	== + Trefferliste Namenssuche ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:05, 11. Jul 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:38, 10. Jul 2007 (CEST)<br>	+
−	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==	+
−		+
−	Beim Shp-Import hat sich noch ein Bug eingeschlichen. Zum Beheben des Fehlers in kvwmap.php in der Funktion shp_import_speichern die Zeile	+
−	exec(POSTGRESBINPATH.'psql -f '.IMAGEPATH.$this->formvars['table_name'].'.sql '.$this->pgdatabase->dbName.' '.$this->pgdatabase->dbName);	+
−	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 ==	+
−	--SigridP 08:48, 12. Jun 2007 (CEST)Nach dem Befehl "Stelle Wählen" und der Auswahl einer neuen Stelle + "WEITER" kommt die Meldung:	+
−	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 =	+
−		+
−	== + Fehler in Flurstücksabfrage aus der Grafik bei räumlichen Fliter ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 09:08, 12. Jun 2007 (CEST)	+
−	Bei der Flurstueckssuche ueber die Grafik tritt bei Stellen, deren Flurstuecksanzeige durch einen raeumlichen Filter begrenzt ist, ein Fehler auf. In meinem Fall ist als Filterkriterium die 'gemeinde' hinterlegt.	+
−	In der phplog erfolgt folgender Eintrag:	+
−	[08-Jun-2007 12:35:51] PHP Warning:  pg_query(): Query failed: ERROR: column "gemeinde" does not exist in /srv/www/htdocs/kvwmap_svg/class/postgresql.php on line 3640	+
−	Haengt das vielleicht mit dem Statment in der Spalte 'pfad' zusammen? Da wird ja das Attribut als 'template erforderlich'::text AS gemeinde	+
−	hinterlegt. Kann php / PostgeSQL das so nicht auswerten? Ich nutze PostgreSQL in der Version 8.1.3 und php in der Version 4.3.10.	+
−	Was kann ich tun, um den Fehler zu umgehen?	+
−		+
−	:Hallo Holger,	+
−	:	+
−	: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.	+
−	::Holger	+
−		+
−	== + Flurstückssuche - Anzeige in der Karte - Abbruch in Zeile 8791 ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 09:00, 1. Jun 2007 (CEST)	+
−	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.	+
−	Abhilfe schafft u.a. das Zuweisen von 'AUTO_INCREMENT' auf die Spalte 'Style_ID' mit folgendem Befehl	+
−	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.	+
−		+
−	== - Fehlerhafte Angaben bei der Ausgabe des zuständigen Grundbuchamts ==	+
−	--[[Benutzer:Giese|FrankGiese]] 15:22, 16. Mai 2007 (CEST)	+
−		+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:14, 16. Mai 2007 (CEST)<br>	+
−	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 ==	+
−	--[[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.	+
−		+
−	== + fehlende Maßstabseingabe ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 07:46, 26. Apr 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:35, 17. Apr 2007 (CEST)<br>	+
−	Bei der Adresssuche kann man (immer noch nicht) nach den Hausnummern der ersten angezeigten Straße suchen.	+
−		+
−	== - Probleme mit Druckrahmen ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 10:26, 17. Apr 2007 (CEST) <br>	+
−	* 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. ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:12, 16. Apr 2007 (CEST)<br>	+
−	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 ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:55, 12. Apr 2007 (CEST)<BR>	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:45, 2. Apr 2007 (CEST)	+
−	* 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 =	+
−		+
−	== + Fachschale Jagdkataster | Tabelle Jagdbezirke ==	+
−	--[[Benutzer:Hschmidt|Hschmidt]] 11:32, 26. Mär 2007 (CEST)<br>	+
−	In der Tabelle jagdbezirke fehlt offensichtlich die Spalte "name". Beim Versuch einen Datensatz abzuspeichern kommt die entspr. Fehlermeldung.	+
−		+
−	== + Druckrahmen - 'als neuen Rahmen speichern' - Referenzkarte ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 16:02, 22. Mär 2007 (CET)	+
−		+
−	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.	+
−		+
−	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]]	+
−		+
−	== + ALB-Einleseroutine: Hinweise zum Flurstück ==	+
−	--[[Benutzer:A.tower|Andreas Thurm]] 08:34, 16. Mär 2007 (CET)	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:37, 8. Mär 2007 (CET)	+
−	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 ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 14:07, 2. Mär 2007 (CET)	+
−	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 ==	+
−	--[[Benutzer:M.Leschke|M.Leschke]] 15:55, 19. Feb 2007 (CET)	+
−	In der Dokumentenrecherche der Nachweisverwaltung wird der Auswahlknopf über Viereck nicht als aktiv (gelb) dargestellt. Außerdem  muß er bei der ersten Benutzung mit Doppelklick und später mit einfachem Klick aktiviert werden. Das Gleiche gilt für den Umringspolygon-löschen Knopf in der Nachweisverwaltung.	+
−		+
−	== - ALB-Einleseroutine - Baulasten hist. Flurstuecke ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 09:29, 9. Feb 2007 (CET)	+
−	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.	+
−	INSERT INTO alb_x_flurstuecke (flurstkennz,gemkgschl,flurnr,pruefzeichen) VALUES ('132311-001-00193/003.00','132311','001','4');	+
−	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 ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 14:21, 8. Feb 2007 (CET)	+
−	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.	+
−	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.	+
−	Hier habe ich mal die korrigierte Fassungen der [[Funktionen]] hinterlegt	+
−		+
−	== + Query im Polygon ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+
−	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)	+
−	:Markus vorübergehend hilft jede Aktion, die den Karteninhalt neu lädt, also 'Pan', 'Neu laden', Zoom, ...	+
−	: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.	+
−		+
−	== + Selektionslayer ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:24, 2. Feb 2007 (CET)	+
−	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 ==	+
−		+
−	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	+
−		+
−	$sql = "SELECT consrc FROM pg_constraint WHERE contype = 'check'";	+
−		+
−	durch diese hier ersetzen:	+
−		+
−	$sql = "SELECT consrc FROM pg_constraint, pg_class WHERE contype = 'check'";	+
−		+
−	== + punktförmige Bodenrichtwertzonen kopieren ==	+
−	--[[Benutzer:Certa|Certa]] 12:34, 25. Jan 2007 (CET)	+
−	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	+
−		+
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+
−		+
−	durch diese Zeilen ersetzen:	+
−		+
−	if(BODENRICHTWERTTYP == 'punkt'){	+
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom";	+
−	}	+
−	else{	+
−	$sql.=",sanierungsgebiete,sichtbarkeit,'".$newStichtag."',the_geom,textposition";	+
−	}	+
−		+
−	== + Fachschale Jagdkataster ==	+
−		+
−	Damit auch Sonderflächen erfasst werden können, muss dass entsprechende constraint der Tabelle jagdbezirke wie folgt geändert werden:	+
−		+
−	ALTER TABLE jagdbezirke DROP CONSTRAINT art;	+
−	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);	+
−		+
−	== + Geometrien erfassen ==	+
−		+
−	Damit in den verschiedenen Fachschalen auch Multipolygone gespeichert werden können, muss das entsprechende constraint der Tabelle wie folgt geändert werden:	+
−		+
−	ALTER TABLE <TABELLENNAME> DROP CONSTRAINT enforce_geotype_umring;	+
−	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);	+
−		+
−	== - Nachweisverwaltung - Dokument überarbeiten - doppelte Dokumentnamenvergabe == --[[Benutzer:HolgerR|HolgerR]] 17:20, 16. Jan 2007 (CET)	+
−	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.	+
−		+
−	== + Attribut-Editor verweigert Änderungen ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:28, 16. Jan 2007 (CET)	+
−	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)	+
−	In der PDF-Druckfunktion erhalte ich bei der Übergabe des Bildes an den Acrobat Reader folgende Fehlerausschrift:	+
−	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.	+
−		+
−	: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.	+
−		+
−	== + Layer werden nicht mehr angezeigt ==	+
−		+
−	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	+
−		+
−	$sql .=' AND layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+
−		+
−	durch diese ersetzen:	+
−		+
−	$sql .=' AND layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+
−		+
−	und in kvwmap.php in der Funktion getall_Layer() in die Zeile	+
−		+
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND NOT u_groups.Gruppenname = "Suchergebnis"';	+
−		+
−	durch diese hier:	+
−		+
−	$sql.=' WHERE layer.Gruppe = u_groups.id AND u_groups.Gruppenname != "Suchergebnis"';	+
−		+
−		+
−	== + Fehler in der Flurstückssuche ==	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 10:17, 10. Jan 2007 (CET)	+
−	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:	+
−		+
−	<script language="JavaScript" src="funktionen/selectformfunctions.js" type="text/javascript">	+
−		+
−	umd das fehlende End-Tag erweitern:	+
−		+
−	</script>	+
−		+
−	= Version 1.6.2 =	+
−		+
−	== + Darstellung Label - partials ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 10:11, 19. Dez 2006 (CET)	+
−	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	+
−	<pre>	+
−	$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' ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 11:28, 15. Dez 2006 (CET)	+
−	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 ==	+
−	--[[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.	+
−		+
−	== + Fehler beim Überarbeiten von Dokumenten in der Nachweisverwaltung ==	+
−		+
−	--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:	+
−		+
−	Bitte legen Sie das Umringspolygon für den einzuarbeitenden Nachweis fest.	+
−		+
−	*--[[Benutzer:Rahn|Rahn]] 12:56, 8. Dez 2006 (CET): Zur Behebung des Fehlers in der Funktion changeDokument in nachweis.php die Zeile	+
−		+
−	$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']);	+
−		+
−	durch diese hier erseten:	+
−		+
−	$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']);	+
−		+
−	== +- Mapserverfehler nach Betätigung Druckvorschaubutton ==	+
−		+
−	Nach bisher nicht erkennbaren Muster sendet der Mapserver nach Betätigung des Druckvorschaubuttons gelegentlich folgende Meldung:	+
−		+
−	Fatal error: [MapServer Error]: msDrawLegend(): Unable to initialize image in /Pfad zu kvwmap/class/kvwmap.php on line 1082	+
−		+
−	*--[[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.	+
−		+
−	== + Druckrahmen Änderungen speichern ==	+
−		+
−	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	+
−		+
−	$sql .= ", `font_text` = '".$formvars['font_text']."'";	+
−		+
−	in den Funktionen update_frame und save_frame in kvwmap.php löschen.	+
−		+
−	== + Nordpfeil ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 11:54, 20. Okt 2006 (CEST) Die rechte Hälfte der Pfeilspitze sollte weiß und nicht transparent sein.	+
−		+
−	== + Drehwinkel ==	+
−	--[[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"	+
−		+
−	*--[[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.	+
−		+
−	:--[[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?	+
−	:*--[[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.''	+
−		+
−	== + Suchergebnislayer ==	+
−	--[[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.	+
−		+
−	--SigridP 10:25, 3. Nov 2006 (CET)	+
−	Die Layer sollten ohne Kästchen für eine Sachdatenabfrage sein, da bei Aktivschalten unnötige Fehlermeldungen erzeugt werden.	+
−		+
−	== + PDF-Dokmente laden ==	+
−	--[[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.	+
−	*--[[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';	+
−		+
−	durch folgende Zeilen ersetzen:	+
−		+
−	$name = str_replace('ä', 'ae', $this->user->Name);	+
−	$name = str_replace('ü', 'ue', $name);	+
−	$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 ==	+
−	--[[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".	+
−		+
−	== + Fehler in der Flächenversiegelung ==	+
−		+
−	Um ihn zu beheben in kvwmap.php in der Funktion versiegelungsFlaechenErfassung die Zeile	+
−		+
−	$GemObj=new gemeinde(0,$this->database);	+
−		+
−	durch diese ersetzen:	+
−		+
−	$GemObj=new gemeinde(0,$this->pgdatabase);	+
−		+
−		+
−	== +- Geometrieeditor: Polygon zeichnen ==	+
−	--[[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".	+
−		+
−	--[[Benutzer:HolgerR|HolgerR]] 10:50, 24. Nov 2006 (CET)	+
−		+
−	Bei mir tritt der gleiche Fehler auf. In der apache-Fehlerdatei wird folgender Eintrag erzeugt:	+
−	<pre>	+
−	[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:	+
−	In class/spatial_processor.php in class spatial_processor in Funktion spatial_processor	+
−	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.	+
−	In Ndbg hat das zumindest weitergeholfen.	+
−		+
−	Peter	+
−		+
−	== + ALB-Daten werden nicht angezeigt ==	+
−		+
−	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	+
−		+
−	$ret=$flst->readALB_Data($FlurstKennz);	+
−		+
−	durch diese ersetzen:	+
−		+
−	$ret=$flst->readALB_Data($FlurstKennz[$f]);	+
−		+
−	== + History-Buttons ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:08, 17. Okt 2006 (CEST) Die beiden History-Buttons funktionieren nicht mehr.	+
−	*--[[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>) {	+
−		+
−	durch diese ersetzen:	+
−		+
−	if ($prevtime=="0000-00-00 00:00:00" OR $prevtime==<nowiki>''</nowiki>) {	+
−		+
−	== + ALB-Auszüge für alle aufgelisteten Flurstücke ==	+
−	Das Wasserzeichen erscheint nur auf der ersten Seite, aber nicht mehr auf allen folgenden.	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 11:56, 18. Okt 2006 (CEST) Zur Behebung in alb.php in der Funktion ALBAuszug_Flurstueck die Zeilen	+
−		+
−	if ($wasserzeichen) {	+
−	$pdf->addJpegFromFile(WWWROOT.APPLVERSION.WASSERZEICHEN,75,140,450); # 2005-12-15 pk	+
−	}	+
−		+
−	ausschneiden und hinter die Zeile	+
−		+
−	for($f = 0; $f < count($FlurstKennz); $f++){	+
−		+
−	einfügen.	+
−		+
−		+
−	== + Polygon löschen bei der Dokumenteneingabe==	+
−	Im Geometrieeditor der Dokumenteneingabe hat sich ein kleiner Fehler eingeschlichen. Will man ein gezeichnetes Polygon wieder löschen, so funktioniert dies nicht und es kommt (im IE) eine Fehlermeldung. Zur Behebung des Problems in SVG_Polygon.php folgende Zeile unter "formular-variabeln fuer fachschale" einfügen:	+
−		+
−	<input name="area" type="hidden" value="">	+
−		+
−	== + Geometrieeditor Bodenrichtwertzonen erfassen==	+
−	Hier gibt es genau denselben Fehler. Hier zur Fehlerbehebung die Datei SVG_polygon_and_point.php um die Zeile	+
−		+
−	<input name="area" type="hidden" value="">	+
−		+
−	erweitern.	+
−		+
−		+
−	== + Löschen eines Suchergebnisses ==	+
−	Zur Zeit kann man die Suchergebnislayer nur in der Layerverwaltung löschen. Ersetzt man die Funktion setAktivLAyer in users.php durch folgenden Code, wird der Suchergebnislayer durch Wegnehmen des Hakens und anschließendes neu laden gelöscht.	+
−		+
−	function setAktivLayer($formvars, $stelle_id, $user_id) {	+
−	# Eintragen des Status der Layer, 1 angezeigt oder 0 nicht.	+
−	for ($i=0;$i<count($this->layerset);$i++) {	+
−	if ($formvars['thema'.$this->layerset[$i]['Layer_ID']]==1) {	+
−	$aktiv_status=1;	+
−	}	+
−	elseif($formvars['thema'.$this->layerset[$i]['Layer_ID']]==2) {	+
−	$aktiv_status=2;	+
−	}	+
−	else{	+
−	$aktiv_status=0;	+
−	}	+
−	$sql ='UPDATE u_rolle2used_layer SET aktivStatus="'.$aktiv_status.'"';	+
−	$sql.=' WHERE user_id='.$this->user_id.' AND stelle_id='.$this->stelle_id;	+
−	$sql.=' AND layer_id='.$this->layerset[$i]['Layer_ID'];	+
−	$this->debug->write("file:users.php class:rolle->setAktivLayer - Speichern der aktiven Layer zur Rolle:",4);	+
−	$this->database->execSQL($sql,4, $this->loglevel);	+
−	// -------------- new	+
−	if($aktiv_status == 0){	+
−	$mapdb = new db_mapObj($stelle_id, $user_id);	+
−	$Gruppe = $mapdb->read_Group($this->layerset[$i]['Gruppe']);	+
−	if($Gruppe['Gruppenname'] == 'Suchergebnis'){	+
−	$mapdb->deleteLayer($this->layerset[$i]['Layer_ID']);	+
−	# auch die Klassen löschen	+
−	$classes = $mapdb->read_Classes($this->layerset[$i]['Layer_ID']);	+
−	for($j = 0; $j < count($classes); $j++){	+
−	$mapdb->delete_Class($classes[$j]['Class_ID']);	+
−	}	+
−	$layer[] = $this->layerset[$i]['Layer_ID'];	+
−	$stelle[] = $stelle_id;	+
−	$Stelle = new Stelle($stelle_id, $this->database);        # <----- Zeile war fehlerhaft	+
−	$Stelle->deleteLayer($layer);	+
−	$this->deleteLayer($user_id, $stelle, $layer);	+
−	}	+
−	}	+
−	// --------------- new	+
−	}	+
−	return 1;	+
−	}	+
−		+
−	--SigridP 11:54, 13. Okt 2006 (CEST) Bei mir kommt dann folgende Fehlermeldung:	+
−	Warning: Missing argument 2 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905<br>	+
−	Warning: Missing argument 3 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 13:19, 13. Okt 2006 (CEST) Stimmt, man muss natürlich auch noch den Aufruf der Funktion in kvwmap.php	+
−		+
−	$this->user->rolle->setAktivLayer($this->formvars);	+
−		+
−	so anpassen:	+
−		+
−	$this->user->rolle->setAktivLayer($this->formvars,$this->Stelle->id,$this->user->id);	+
−		+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:41, 17. Okt 2006 (CEST) Besser wäre vielleicht, wenn das Suchergebnis in die PostGIS und nicht in die MySQL geschrieben wird. Es ist unheimlich schwierig, neue Layer mit Classes etc. anzulegen, wenn alle naselang neue Layer von kvwmap angelegt werden und die nächsthöhere ID beanspruchen. Und zur Anzeige am Bildschirm: Bei mir wird jetzt in der Themenauswahl als Suchergebnis nicht die komplette Flurstücksnummer, sondern nur Gemarkung-Flur ausgegeben. Außerdem steht da immer "Flurstücke:", wäre Singular nicht sinnvoller?	+
−		+
−	== + Leere letzte Seite bei den ALB-Auszügen  ==	+
−		+
−	Bei allen Flurstücks-ALB-Auszügen wird noch eine leere letzte Seite hinten angehängt. Wen 's stört kann in alb.php '''!! am Ende !!''' der Funktion ALBAuszug_Flurstueck() die Zeile	+
−		+
−	$pageid=$pdf->newPage();	+
−		+
−	durch folgende Zeilen ersetzen.	+
−		+
−	if($f < count($FlurstKennz)-1){	+
−	$pageid=$pdf->newPage();	+
−	}	+
−		+
−	== - ALB Fortfuehrungsart 57 - Loeschen der alten Eintraege für Hinweise und Verfahren == --[[Benutzer:HolgerR|HolgerR]] 15:21, 12. Okt 2006 (CEST)	+
−		+
−	Bei der Fortfuehrungsart 57 werden bei mehreren Flurstuecken folgende Angaben uebereinstimmend veraendert:	+
−	:Kennung - Bezeichnung	+
−	:D - Flurkarte, Riss; Baublock; Finanzamtszugehoerigkeit; Fortsamtszugehoerigkeit	+
−	:U - Ausfuehrende Stelle / Verfahren	+
−	:F - Hinweise zum Flurstueck.	+
−		+
−	Diese Angaben koennen eingetragen, geaendert oder geloescht werden.	+
−	Bei Eintragungen und Aenderungen laeuft alles wie es soll, da die ensprechenden Kennungen in der WLDGe enthalten sind und die Einleseroutine darauf reagieren kann.	+
−		+
−	Fallen diese Angaben zu den Flurstuecken weg, wird in der WLDGe kein Loeschsatz erzeugt, sondern die Angaben werden einfach nicht mit aufgefuehrt. Darauf reagiert der WLDGE2SQL-Konverter bislang noch nicht, auch nicht in vorhergehenden Versionen. Dadurch existieren in der ALB-Anwendung z.B. Flurstuecke mit Verfahrenseintraegen, die so nicht mehr gueltig sind.	+
−		+
−	Daraus ergeben sich m.E. folgende Konsequenzen:	+
−		+
−	Die alten Eintragungen in den Tabellen `alb_f_hinweise` und `alb_f_verfahren` sind in Uebereinstimmung mit den Flurstueckskennzeichen aus der WLDGe, die in der temporaeren Tabelle `alb_x_flurstuecke` enthalten sind, zu loeschen. Dies betrifft die Funktionen `deleteOldVerfahren()` und `deleteOldHinweise()` in `postgresql.php`.	+
−		+
−	Die korrigierte Funktion `deleteOldVerfahren()` sieht wie folgt aus:	+
−		+
−	function deleteOldVerfahren() {	+
−	$sql ="DELETE FROM alb_f_verfahren";	+
−	#Eingefügt 11.04.2006 H. Riedel	+
−	if(POSTGRESVERSION == '8.1'){	+
−	$sql.=" USING alb_".$this->tableprefix."flurstuecke";	+
−	}	+
−	$sql.=" WHERE alb_f_verfahren.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";	+
−	return $this->execSQL($sql, 4, 0);	+
−	}	+
−		+
−	und die Funktion `deleteOldHinweise()` wie folgt:	+
−		+
−	function deleteOldHinweise() {	+
−	$sql ="DELETE FROM alb_f_hinweise";	+
−	#Eingefügt 11.04.2006 H. Riedel	+
−	if(POSTGRESVERSION == '8.1'){	+
−	$sql.=" USING alb_".$this->tableprefix."flurstuecke";	+
−	}	+
−	$sql.=" WHERE alb_f_hinweise.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";	+
−	return $this->execSQL($sql, 4, 0);	+
−	}	+
−		+
−	Um die Werte in der Datenbank zu aktualisieren sind abschließend die ganzen BZSN, angefangen bei der Grundausstattung, neu einzulesen.	+
−		+
−	= Version 1.6.1 =	+
−		+
−	== + Anzeige und Drucken von ALB-Auszug 20 und ALB-Auszug 25 falsch ==	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 10:07, 2. Okt 2006 (CEST) Beim ALB-Auszug 20 und 25, dann darf der Eigentümer nur einmal erscheinen. Zur Zeit ist es so, dass der Eigentümer für jedes Flurstück, dass im Grundbuchblatt geführt ist, erneut aufgeführt wird.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:00, 2. Okt 2006 (CEST) Diesen und noch ein paar andere Fehler bei den ALB-Auszügen 20 und 25 behoben.	+
−		+
−	== + Eigentümernachweis im ALB-Auszug ==	+
−	--SigridP 12:39, 20. Sep 2006 (CEST)<br>	+
−	Der im Original-ALB-Auszug zu den Privatpersonen angegebene Zusatz "GbR ......" ist im kvwmap-Auszug nicht enthalten. Dieser ist jedoch lt. Aussagen der zuständigen Mitarbeiter unbedingt erforderlich. Beim Durchforsten der postgresql-DB habe ich diesen Eintrag in der tabelle alb_grundbuecher in der Spalte zusatz_eigentuemer entdeckt.	+
−	:--[[Benutzer:Rahn|Rahn]] 11:08, 2. Okt 2006 (CEST) In welchen ALB-Formaten ist denn dieser Zusatz erforderlich?	+
−	--SigridP 09:36, 5. Okt 2006 (CEST)In allen ALB-Ausdrucken, in denen die Eigentümer aufgeführt werden.	+
−		+
−	== + Fehler und Abweichungen beim ALB-Druck ==	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 13:29, 14. Sep 2006 (CEST)<br>	+
−	'''was fehlt:''' <br>	+
−	"Gesetzliche Klassifizierung" (wird, wenn vorh. im orig. ALB unter "Tatsächliche Nutzung" ausgegeben)	+
−	* debug: --[[Benutzer:Pkorduan|Pkorduan]] 16:15, 14. Sep 2006 (CEST) Ok, das fehlt wirklich. Hier ist kein Fehler oder fehlende Daten im ALB, sondern tatsächlich im Quellcode. Zum Debuggen bitte folgende Änderung in postgresql.php  in der Funktion getKlassifizierung($FlurstKennz) vornehmen:	+
−	an Stelle von:	+
−	return $Klassifizierung;	+
−	folgendes eintragen:	+
−	$ret[1]=$Klassifizierung;	+
−	return $ret;	+
−		+
−	Wer noch möchte, dass das Wort "Summe" groß ausgegeben wird in der ALB-Anzeige, muss die Zeile in alb.php in Funktion ALBAuszug_Flurstueck($FlurstKennz,$formnummer,$wasserzeichen) so aussehen:	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Summe');	+
−		+
−	"Ausführende Stelle" (wird, wenn vorh. im orig. ALB unter "Hinweise" ausgegeben)<br>	+
−	* debug: --[[Benutzer:Pkorduan|Pkorduan]] 15:06, 14. Sep 2006 (CEST) debug: Ein Statement der Art	+
−	SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename,v.flurstkennz,	+
−	v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung	+
−	FROM alb_f_verfahren AS v,alb_v_ausfuehrendestellen AS st,alb_v_bemerkgzumverfahren AS b	+
−	WHERE v.ausfstelle=st.ausfstelle AND v.verfbem=b.verfbem	+
−	AND v.flurstkennz='132295-001- 00003/008.00'	+
−	sollte zu einer Ausgabe der ausführenden Stelle führen, aber nur, wenn da auch ein Verfahren läuft auf dem Flurstück und wenn eine Bemerkung zum Verfahren gespeichert ist.	+
−	Da dies offensichtlich nicht immer der Fall ist, z.B. in LWL, dann muss das Statement anders lauten und zwar so, dass die Ausführende Stelle auch angezeigt wird, obwohl nicht gespeichert ist was ausgeführt wird (das sollte nähmlich in verfbem stehen)	+
−	Ändern Sie also das SQL-Statement in der Datei postgresql.php in der Funktion function getVerfahren($FlurstKennz) Die Zeilen mit $sql folgendermaßen:	+
−	$sql ="SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename";	+
−	$sql.=",v.flurstkennz,v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung";	+
−	$sql.=" FROM alb_f_verfahren AS v LEFT JOIN alb_v_bemerkgzumverfahren AS b ON v.verfbem=b.verfbem";	+
−	$sql.=",alb_v_ausfuehrendestellen AS st WHERE v.ausfstelle=st.ausfstelle";	+
−	$sql.=" AND v.flurstkennz='".$FlurstKennz."'";	+
−	Darin ist der LEFT JOIN zwischen alb_v_bemerkgzumverfahren und alb_f_verfahren enthalten.	+
−		+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 12:43, 18. Sep 2006 (CEST)<br>	+
−	'''Was jetzt noch fehlt zur "Ausführenden Stelle":'''<br>	+
−	Wenn mehrere "Ausführenden Stellen" eingetragen sind, kommt momentan nur eine.	+
−		+
−		+
−	Ok, das ist jetzt behoben durch zwei Änderungen. Die erste Änderung in postgresql.php in Funktion getVerfahren($FlurstKennz) die Zeile:	+
−	$ret[1]=pg_fetch_array($queryret[1]);	+
−	ersetzen durch die Zeilen:	+
−	while($rs=pg_fetch_array($queryret[1])) {	+
−	$Verfahren[]=$rs;	+
−	}	+
−	$ret[1]=$Verfahren;	+
−	und in alb.php in der Funktion ALBAuszug_Flurstueck(...) die Zeilen für die Darstellung der Verfahren an der Stelle # Verfahren ersetzen. Alter Abschnitt:	+
−	# Verfahren	+
−	if ($flst->Verfahren['flurstkennz']!='') {	+
−	$pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['ausfstelleid']);	+
−	$AusfStelleName=zeilenumbruch($flst->Verfahren['ausfstellename'],40);	+
−	$pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);	+
−	for ($j=1;$j<count($AusfStelleName);$j++) {	+
−	$pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);	+
−	}	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Verfahren');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['verfnr']);	+
−	$pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren['verfbemid'].')');	+
−	$AusfBemerkung=zeilenumbruch($flst->Verfahren['verfbemerkung'],40);	+
−	$pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);	+
−	for ($j=1;$j<count($AusfBemerkung);$j++) {	+
−	$pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);	+
−	}	+
−	}	+
−	Neuer Abschnitt:	+
−	# Verfahren	+
−	$anzVerfahren=count($flst->Verfahren);	+
−	for ($i=0;$i<$anzVerfahren;$i++) {	+
−	$pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['ausfstelleid']);	+
−	$AusfStelleName=zeilenumbruch($flst->Verfahren[$i]['ausfstellename'],40);	+
−	$pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);	+
−	for ($j=1;$j<count($AusfStelleName);$j++) {	+
−	$pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);	+
−	}	+
−	$pdf->addText($col0,$row-=12,$fontSize,'Verfahren');	+
−	$pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['verfnr']);	+
−	$pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren[$i]['verfbemid'].')');	+
−	$AusfBemerkung=zeilenumbruch($flst->Verfahren[$i]['verfbemerkung'],40);	+
−	$pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);	+
−	for ($j=1;$j<count($AusfBemerkung);$j++) {	+
−	$pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);	+
−	}	+
−	}	+
−		+
−		+
−	'''Hinweis:'''<br>	+
−	wenn in der config.php die Konstanten:<br>	+
−	'POSTANSCHRIFT', 'POSTANSCHRIFT_STRASSE', 'POSTANSCHRIFT_PLZ', 'POSTANSCHRIFT_ORT'<br>	+
−	mit Werten belegt sind, wird im Ausdruck die Adresse zweimal untereinander ausgegeben. Soll das so sein?	+
−		+
−	Für Anwender mit ALB-Daten mehrer Kreise in einer Datenbank wäre es sinnvoll, wenn die Katasteramtsziffer (katasteramt) und die Bezeichnung der Behörde mit Anschrift und Tel.Nr. (name) oben rechts auf dem Ausdruck nicht aus der config.php geholt werden würde sondern aus der tabelle "alb_v_katasteraemter" der Datenbank.	+
−		+
−	Zusätzlich sollte im Ausdruck der Stand der ALB-Daten angegeben werden, da es sich um Sekundärdaten handelt. Dieses Datum sollte aus der Tabelle alb_fortführung das letzte Datum der Spalte "ffzeitraum_bis" sein.	+
−		+
−	== + Fehler in der Kartendarstellung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:48, 12. Sep 2006 (CEST)	+
−	Wenn zwei User zum selben Zeitpunkt eine Karte erzeugen, erhält der eine das Kartenbild des anderen, obwohl vom Mapserver im tmp-Verzeichnis korrekt zwei Karten abgelegt werden.	+
−		+
−	*--[[Benutzer:Rahn|Rahn]] 12:58, 12. Sep 2006 (CEST) Stimmt, das liegt daran, dass die svg-Datei immer gleich heißt und beide User dann auf dieselbe Datei zugreifen. Um den Fehler zu beheben einfach in der SVG_map.php folgende Zeile:	+
−		+
−	$svgfile  = 'SVG_map.svg';	+
−		+
−	durch diese beiden hier ersetzen:	+
−		+
−	$randomnumber = rand(0, 1000000);	+
−	$svgfile  = $randomnumber.'SVG_map.svg';	+
−		+
−	== + Notizenverwaltung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:25, 5. Sep 2006 (CEST) Ich habe erstmalig Notizenkategorien in der Notizenverwaltung angelegt. Sie werden auch in der Auswahlliste angezeigt. Beim Auswählen und (automatischen) Neuladen der Seite sind sie dann jedoch nicht ausgewählt?!	+
−		+
−	* --[[Benutzer:Pkorduan|Pkorduan]] 15:11, 14. Sep 2006 (CEST) Da hilft erstmal eine Notizkategorie per Hand der Stelle zuzuweisen wenigstens mit Leserechten. Im Formular müssen wir mal schauen, wie wir das anpassen.	+
−		+
−	== + Nachweisverwaltung: Problem beim Downloaden von TIFF's ==	+
−	--[[Benutzer:A.tower|Andreas Thurm]] 07:50, 12. Sep 2006 (CEST)Ab der Version 1.6.1 gibt es ein Problem beim Anzeigen und Downloaden von Nachweisen im TIFF-Format. Die Dokumente lassen sich nicht anzeigen. Es erscheint die Fehlermeldung, dass hier ein unbekanntes Dateiformat vorliegt. Kopiert man die Datei mit winscp auf den Client,lässt sie sich problemlos anzeigen. In der Version 1.6.0 funktioniert der Download und die Anzeige noch reibungslos. Andere Dateiformate wie z. Bsp. PDF sind von diesem Problem scheinbar nicht betroffen.	+
−	* --[[Benutzer:Pkorduan|Pkorduan]] 14:07, 14. Sep 2006 (CEST) Das Problem kann folgendermaßen gelößt werden:	+
−	In der Datei kvwmap.php in der Funktion: nachweisDokumentAnzeigen() vor die Zeile:	+
−	header("Content-type: image/".$dateinamensteil[1]);	+
−	die Zeile	+
−	ob_end_clean();	+
−	einfügen. Dadurch wird der vorher ausgegebene Header gelöscht und der richtige gesendet.	+
−		+
−	== + Druckmaßstab ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:54, 11. Sep 2006 (CEST)	+
−	Die Orthophotos werden bis zu genau 1:5.000 angezeigt (d.h. Eintrag in der Tabelle used_layer = 1:5.001). Wenn ich mit dem Kartenmaßstab in die Druckausschnittswahl gehe, werden die Orthofotos noch angezeigt. Wenn ich dann weiter in die Druckvorschau gehe, werden sie nicht mehr angezeigt - auch nicht im PDF-Dokument. Wenn ich als Druckmaßstab 1:4.999 wähle, werden sie sowohl in der Druckvorschau als auch im PDF angezeigt. Sie müssen jedoch auch bei 1:5.000 im Druck erscheinen.	+
−	*--[[Benutzer:Rahn|Rahn]] 10:15, 11. Sep 2006 (CEST) Damit ein Layer bei uns bis 1:5000 angezeigt wird, muss ich bei max_scale 5000 eintragen und nicht 5001. Und bei einem Druckmaßstab von 1:5000 erscheint dieser Layer dann auch in der Druckvorschau und im PDF. Hmmm, wie ist das zu erklären?	+
−		+
−	== + Sachdatenabfrage ==	+
−	--[[Benutzer:Pkorduan|Pkorduan]] 11:03, 19. Sep 2006 (CEST) Ein weiteres Problem war, dass die OGR Layer nicht abfragbar waren.	+
−		+
−	Dazu wurde jetzt in der Datei kvwmap.php in der Funktion SachdatenAnzeige($rect) folgendes hinzugefügt. Hinter den Zeilen:	+
−	# Abfrage von Shapelayern	+
−	$layer=ms_newLayerObj($map);	+
−	$layer->set('data', $layerset[$i]['Data']);	+
−	folgene zusätzliche einfügen:	+
−	$layer->set('connectiontype',$layerset[$i]['connectiontype']);	+
−	$layer->set('connection', $layerset[$i]['connection']);	+
−	$layer->set('type',$layerset[$i]['Datentyp']);	+
−		+
−	--[[Benutzer:Pkorduan|Pkorduan]] 14:01, 4. Sep 2006 (CEST) Die Sachdatenanfrage liefert einen Fehler, wenn die SRID der Rolle ein andere ist als die des Layers. Eine Sachdatenabfrage auf einer Tabelle mit Fachdaten in der Postgis-DB mit der Version 1.6.1 erzeugt folgende Fehlermeldung:	+
−	<pre>	+
−	Warning: pg_query() [function.pg-query]: Query failed: ERROR: syntax error at or near ")" at character 244 in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.1/class/postgresql.php on line 3332	+
−	</pre>	+
−		+
−	Es liegt an einem Fehler im Quellcode. In der Funktion SachdatenAnzeige() in der Datei kvwmap.php ist in der Zeile	+
−	<pre>	+
−	$sql_where =" AND the_geom &&	+
−	Transform(GeomFromText('".$searchbox_wkt."',".$client_epsg."),".$layer_epsg."))";	+
−	</pre>	+
−	hinten ein ")" zuviel.	+
−		+
−	== -+ WLDGE2SQL Fehler ==	+
−	--[[Benutzer:Pkorduan|Pkorduan]] 14:05, 4. Sep 2006 (CEST) Beim Einlesen der WLDGE-Dateien fehlen die Buchungsarten. Der Fehler tritt schon seit 1.6.0 auf, ist aber jetzt erst bemerkt worden.	+
−		+
−	Grund: Bei der Umstellung des SQL-Statement zur Berücksichtung von mehrfachen Buchungen wurde die Buchungsart versehentlich vergessen. Zur Behebung des Problems folgenden Bugfix durchführen.	+
−		+
−	Bugfix 2006-09-06 pk:	+
−	Datei: postgresql.php	+
−	Funktion: insertGrundstueck	+
−	Zeile:<pre>	+
−	$sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."'";	+
−	</pre>	+
−	ersetzen durch:	+
−	<pre>	+
−	$sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."','".$Buchungsart."'";	+
−	</pre>	+
−		+
−	== + Suche nach Grundbuchblattnummern ==	+
−	--[[Benutzer:A.tower|Andreas Thurm]] 15:53, 7. Sep 2006 (CEST) Innerhalb der Namensuche ist es jetzt möglich nach Grundbuchblattnummern zu suchen. Diese Suche bringt bei mir als Ergebnis immer die Meldung, dass keine Namen gefunden werden konnten, egal ob die Grundbuchblätter existieren oder nicht.	+
−	:--[[Benutzer:Markus Hentschel|Markus Hentschel]] 08:29, 12. Sep 2006 (CEST) Diese Meldung bekomme ich dann, wenn ich die Grundbuchblattnummer nicht mit führenden Nullen angebe, also z.B. "1234" statt "01234". Das ist unschön, denn wer will schon immer diese ganzen Nullen vorneweg schreiben? Das könnte irgendwie abgefangen werden. Leider helfen hier auch keine Platzhalter, "%1234" funktioniert nicht.	+
−	:--[[Benutzer:Pkorduan|Pkorduan]] 15:20, 14. Sep 2006 (CEST) Markus, das kann so nicht ganz stimmen. Wenn Du keine Führenden Nullen eingibst, müsste eigentlich gesagt werden, dass man einen Fehler gemacht hat und 5-stellige Nummern eingeben soll. Exakt: "Angaben fehlerhaft: Die Blattnummer ist keine 5 Zeichen lang."	+
−	Also Andreas noch mal genau beschreiben was Du eingibst, mit oder ohne Nullen. Ohne Nullen und Fehler: "Es konnten keine Flurstücke zu dem Grundbuchblatt gefunden werden" kann nur kommen wenn Blattnummer auch wirklich 5 stellig sind, ansonsten sind die Blätter nicht da. Da müssen wir uns noch mal die SQL-Statements ansehen, die abgesetzt werden und in Postgres Client testen.	+
−	Unabhängig davon könnte ich auch Suche ohne führende Nullen einrichten. Dann bitte auf die ToDo. Dürfte recht schnell gehn.	+
−	::--[[Benutzer:Markus Hentschel|Markus Hentschel]] 10:14, 15. Sep 2006 (CEST) Wenn ich nach Bezirk "132427" und Blatt "00008" suche, kriege ich 1 Treffer. Wenn ich nach Bezirk "132427" und Blatt "8" suche, kriege ich die Meldung "Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!" Ich setzt die Suche ohne führende Nullen auf die ToDo, wenn niemand was dagegen hat.	+
−		+
−	= Version 1.6.0 =	+
−		+
−		+
−	== Anzeige der Zeichenreihenfolge ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:55, 1. Sep 2006 (CEST)	+
−	Die Anzeige der Zeichenreihenfolge der Layer in der Stellenanzeige zeigt nur 4 Stellen an. Nötig wäre die Anzeige von mindestens 6 Stellen, besser 7.	+
−		+
−	== Festpunkte in KVZ schreiben ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 17:11, 7. Aug 2006 (CEST)	+
−		+
−	Beim Erstellen des KVZ wird bei den Punkten, die eine Höhenangabe besitzen ein Leerzeichen zwischen Hochwert und Höhe zuviel ausgegeben.	+
−	Kurzfristige Hilfe schafft das Editieren der Datei katasetr.php Zeile 128 wie folgt:	+
−	<pre>	+
−	$zeile.=sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe	+
−	</pre>	+
−	statt	+
−	<pre>	+
−	$zeile.=" ".sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe	+
−	</pre>	+
−		+
−	== Namenssuche ==	+
−	--SigridP 09:29, 28. Jul 2006 (CEST)	+
−		+
−	Bei Eingabe eines Namens kommt die Fehlermeldung:<br>	+
−	Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!<br>	+
−	Warning: Missing argument 10 for getnamen() in /srv/www/htdocs/kvwmap-1.6.0/class/postgresql.php on line 1713	+
−		+
−	== Druckrahmenverwaltung ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 12:03, 18. Jul 2006 (CEST)	+
−	Der Freitext wird nicht dahin geschrieben, wo er in der Druckrahmenverwaltung (und auch noch in der Vorschau) positioniert wird, sondern zu weit unten und zu weit rechts.	+
−		+
−	== Filterverwaltung ==	+
−	--[[Benutzer:Rahn|Rahn]] 13:31, 27. Jul 2006 (CEST)	+
−		+
−	Bei Benutzung der Filterverwaltung kann es auch zu einem Fehler kommen, wenn die MySQL-DB älter als Version 4.1.0 ist. Dann lassen sich nämlich keine erstellten Filter abspeichern. Deswegen also am besten eine neuere Version verwenden.	+
−		+
−	--[[Benutzer:Rahn|Rahn]] 14:33, 18. Jul 2006 (CEST)	+
−		+
−	Wählt man in der Filterverwaltung einen Layer aus, kann es sein, dass die Attribute nicht geladen werden können und es zu einer Fehlermeldung kommt. Um den Fehler zu beheben, muss man die Funktion '''getDataAttributes''' in '''kvwmap.php''' durch diese hier ersetzen:	+
−		+
−	function getDataAttributes($database, $layer_id){	+
−	$sql ='SELECT Data FROM layer WHERE Layer_ID = '.$layer_id;	+
−	$this->debug->write("file:kvwmap class:db_mapObj->getDataAttributes - Lesen der Attribute aus Data:".$sql,4);	+
−	$query=mysql_query($sql);	+
−	if ($query==0) { $this->debug->write("Abbruch Zeile: ".__LINE__,4); return 0; }	+
−	$rs = mysql_fetch_array($query);	+
−	$data = $rs[0];	+
−		+
−	if($data != ""){	+
−	if(strpos($data, '(') === false){	+
−	$from = stristr($data, 'from');	+
−	$fooposition = strpos($from, 'as foo');	+
−	if($fooposition > 0){	+
−	$from = substr($from, 0, $fooposition);	+
−	}	+
−	$select = 'select * '.$from;	+
−	}	+
−	else{	+
−	$select = stristr($data,'(');	+
−	$select = trim($select, '(');	+
−	$select = substr($select, 0, strrpos($select, ')'));	+
−	}	+
−	$attribute = $database->getFieldsfromSelect($select);	+
−	return $attribute;	+
−	}	+
−	else{	+
−	echo 'Das Data-Feld des Layers mit der Layer-ID '.$layer_id.' ist leer.';	+
−	return NULL;	+
−	}	+
−	}	+
−		+
−	== config.php ==	+
−	Ist zwar kein richtiger Bug, da wir aber gesagt haben alle Neuerungen in der config.php mit der Versionsnummer zu kennzeichnen, hier der Hinweis:	+
−		+
−	Es gibt zwei Zeilen, bei denen vergessen wurde, diese zu kennzeichnen:	+
−	include (CLASSPATH.'spatial_processor.php');	+
−		+
−	define("WFS_SRS","EPSG:25833");	+
−		+
−		+
−	== Sachdatenanzeige Flurstücke ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:45, 14. Jul 2006 (CEST)	+
−	In der flurstuecke.php und der flurstuecksanzeige.php ist das ALB-Format 40 (Eigentümeranzeige) nicht an Rechte gebunden. Es müsste aber genauso laufen wie beim Format 35, dass nämlich das Recht zur Ansicht abgefragt wird.	+
−		+
−	== Adresssuche ==	+
−	--[[Benutzer:Markus Hentschel|Markus Hentschel]] 13:42, 14. Jul 2006 (CEST)	+
−	Nach der Auswahl der Gemeinde werden die Straßen ausgewählt. Die erste Straße der Liste steht bereits im Fenster. Allerdings kann man zu dieser ersten Straße keine Hausnummer auswählen. Man muss zuerst eine andere Straße aufrufen und dann anschließend nochmal die erste Straße.<br>	+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 15:22, 17. Jul 2006 (CEST)<br>	+
−	Ist bei mir in der Version 1.5.9 auch schon so, war mir aber noch nicht aufgefallen.	+
−		+
−	== Informationsabfrage ==	+
−		+
−	--[[Benutzer:Heinz Schmidt|Heinz Schmidt]] 07:16, 12. Jul 2006 (CEST)	+
−	=== Fehlermeldung "Keine Bearbeitung moeglich! ..." ===	+
−		+
−	Nach Aufziehen eines Rechtecks erscheint ein blaues Popup-Fenster mit der Meldung:<br>	+
−	"Keine bearbeitung möglich! Uebergebene Daten: ppquery_box, ###,###"<br>	+
−	Hingegen arbeitet die punktuelle Informationsabfrage ohne Probleme.	+
−		+
−	Problemlösung von Stefan Rahn:	+
−		+
−	um den Fehler zu beheben, in der Datei SVG_map.php die Funktion sendpath	+
−	durch folgenden Code ersetzen:	+
−		+
−	function sendpath(cmd,pathx,pathy)  {	+
−	path  = "";	+
−	switch(cmd)	+
−	{	+
−	case "zoomin_point":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "zoomin";	+
−	document.GUI.submit();	+
−	break;	+
−	case "zoomout":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = cmd;	+
−	document.GUI.submit();	+
−	break;	+
−	case "zoomin_box":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "zoomin";	+
−	document.GUI.submit();	+
−	break;	+
−	case "recentre":	+
−	path = pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = cmd;	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_point":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_box":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "ppquery_point":	+
−	top.document.GUI.searchradius.value = "";	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "ppquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "ppquery_box":	+
−	top.document.GUI.searchradius.value = "";	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "ppquery";	+
−	document.GUI.submit();	+
−	break;	+
−	case "pquery_polygon":	+
−	path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];	+
−	document.GUI.INPUT_COORD.value  = path;	+
−	document.GUI.CMD.value          = "pquery";	+
−	document.GUI.submit();	+
−	break;	+
−	default:	+
−	path = pathx[0]+","+pathy[0];	+
−	alert("Keine Bearbeitung moeglich! \nUebergebene Daten: "+cmd+", "+path);	+
−	break;	+
−	}	+
−	}	+
−		+
−	== Stelleneditor - Stelle ändern ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 13:48, 21. Aug 2006 (CEST)	+
−		+
−	Beim Auswählen einer Stelle und 'Als neue Stelle eintragen' sind die Eintragungen zum Layer verschwunden. In der Debug-Datei erscheint folgender Eintrag :	+
−	<pre>	+
−	file:users.php class:stelle->copyLayerfromStelle - kopieren der Layer von einer Stelle:	+
−	INSERT IGNORE INTO used_layer ( `Stelle_ID` , `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` ,	+
−	`offsite` , `Filter` , `template` , `header` , `footer` , `symbolscale`, `logconsume`, `requires` )	+
−	SELECT 62, `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` , `offsite` , `Filter` , `template` ,	+
−	`header` , `footer` , `symbolscale`, `logconsume`, `requires`	+
−	FROM used_layer WHERE Stelle_ID = 8 AND Layer_ID = 1	+
−		+
−	Abbruch in Zeile: 1860	+
−	</pre>	+
−	Bei mir in der Datenbank fehlt die Spalte 'offsite'. In der 'mysql_update.sql' ist dieser Eintrag zur Tabelle 'used_layer' nicht zu finden.	+
−		+
−	Die Spalte 'offsite' kann mit folgender SQL-Anweisung eingefügt werden:	+
−	<pre>	+
−	ALTER TABLE used_layer	+
−	ADD offsite varchar(11) default NULL;	+
−	</pre>	+
−		+
−	Was wird mit der Spalte 'offsite' bei der Darstellung der Layer bewirkt?	+
−		+
−	Bei der weiteren Betrachtung des Quellcodes ist mir aufgefallen, dass in den Funktionen 'addLayer' und 'updateLayer' die Anweisungen zur Übernahme/Aktualisierung der Daten aus der Spalte 'requires' fehlen.	+
−		+
−		+
−	== Stelleneditor - Menuezuordnung ==	+
−	--[[Benutzer:HolgerR|HolgerR]] 14:22, 21. Aug 2006 (CEST)	+
−		+
−	Ich habe den Effekt, dass bei jedem Ändern der Stelle, sich die Anzahl der Menueeinträge um die ursprüngliche Anzahl der zugeordneten Menues erhöht.	+
−		+
−	Gibt es eine schnelle Abhilfe?	+
		+	<br><br>
	= '''[[Ältere Versionen]]''' =		= '''[[Ältere Versionen]]''' =

---

Aktuelle Version vom 16. Juni 2026, 09:42 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.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