Bug kvwmap: Unterschied zwischen den Versionen

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

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

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

Inhaltsverzeichnis


- neuer duplizierter Layer: Attribute

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

Version 4.1

+ 4.1.60 Labelitem Fehler in kvmobile

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

+ 4.1.59 Fehler durch Semikolon in kvmobile Deltas

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

+ 4.1.58 Fehler in PgObject exists function

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

+ 4.1.57 Formularelementtyp Link als Array

Wird nicht richtig gespeichert.

+ 4.1.56 Kartenabfrage Flürstücke ohne Treffer

Es erscheint eine leere Seite.

+ 4.1.55 Fester diverged Test

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

+ 4.1.54 Nachweisrecherche

Der Scrollbalken rechts verdeckt den Inhalt.

+ 4.1.53 Statistik

Geht nicht.

+ 4.1.52 Suchergebnis Dokumentenrecherche

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

+ 4.1.51 Defaultwert

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

+ 4.1.50 kvmobile Log

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

+ 4.1.49 Layer mit eigenen Datentypen

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

+ 4.1.48 Nachweisrecherche

Der Geometrieübernahmelayer wird nicht gespeichert.

+ 4.1.47 Rechteckabfrage WMS-Layer

Die Mittelpunktkoordinaten werden nicht gerundet.

+ 4.1.46 Zuordnung Obermenüpunkte

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

+ 4.1.45 <requires> im Attributeditor

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

+ 4.1.44 Kartendruck über DHK

Es kommt zu einem Fehler beim Eintragen des Zeitstempels.

+ 4.1.43 Fehler im Plugin Bauleitplanung

+ 4.1.42 wms_checker.php

Funktioniert nicht.

+ 4.1.41 requires-Layer

Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.

+ 4.1.40 Themenauswahl löschen

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

+ 4.1.39 Nachweisrecherche

Die Auswahl der Abfrageart springt nicht automatisch um.

+ 4.1.38 Namenszusatz und Uhrzeit

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

+ 4.1.37 Auswahlfelder in Edge und Chrome

Der Text der selektierten Option kann in den Pfeil hineinragen.

+ 4.1.36 Flurstückshistorie

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

+ 4.1.35 Themenübersicht

Die Layer sind nicht alphabetisch sortiert.

+ 4.1.34 Themenauswahl laden

Die Rollenlayer werden auch deaktiviert.

+ 4.1.33 layer_attributes.default

Es können nur maximal 255 Zeichen gespeichert werden.

+ 4.1.32 abhängigge Sichtbarkeit

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

+ 4.1.31 Nachweisrechercheergebnis

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

+ 4.1.30 nur Layer der Themenauswahl laden

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

+ 4.1.29 kvmobile visibility check Fehler

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

+ 4.1.28 kvmobile Sync-Fehler

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

+ 4.1.27 Rechteverwaltung mit mehreren Elternstellen

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

+ 4.1.26 Daten-Export

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

+ 4.1.25 Änderungen im Themenbaum

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

+ 4.1.24 Layer-Aliasnamen verwenden

Im Stellenformular ist der Haken immer gesetzt.

+ 4.1.23 Layergruppen-Checkboxen

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

+ 4.1.22 Eigene Abfragen

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

+ 4.1.21 Layerparameter setzen

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

+ 4.1.20 Kurzbeschreibung

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

+ 4.1.19 Rechte bei Attributen aus anderer Tabelle

Hier wird auch editierbar angeboten.

+ 4.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer

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

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

+ 4.1.17 Querymaps

Werden nicht angezeigt.

+ 4.1.16 mapserverExp2SQL

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

+ 4.1.15 Tabellenansicht

Beim Wechsel geht die Anzahl der Treffer verloren.

+ 4.1.14 abhängige Sichtbarkeit bei Datentypattributen

Funktioniert nicht.

+ 4.1.13 Autovervollständigungsfeld

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

+ 4.1.12 0-Werte speichern

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

+ 4.1.11 abhängige Sichtbarkeit in Subform

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

+ 4.1.10 go-Parameter übergeben

Der Parameter go wird beim Login nicht durchgeschleift.

+ 4.1.9 Raster-Ansicht

Man kann nicht zur tabellarischen Ansicht wechseln.

+ 4.1.8 Rechte übernehmen

Funktioniert nicht.

+ 4.1.7 Im Jagdbezirk enthaltene Flurstücke

Der Eigentümeranteil wird nicht mit ausgegeben.

+ 4.1.6 nur Layer der Themenauswahl anzeigen

Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.

+ 4.1.5 Startseiten-Parameter

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

+ 4.1.4 Layer erstellen

Es erscheint eine Fehlermeldung.

+ 4.1.3 Raster-Layout

Die Selektion der Datensätze funktioniert nicht.

+ 4.1.2 Kartendrucklayouteditor

Man kann keinen Freitext hinzufügen.

+ 4.1.1 Sachdatendruck

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

Version 4.0

+ 4.0.71 Layer-Gruppe bei go=Daten_Export

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

+ 4.0.70 Stelle speichern

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

+ 4.0.69 Stelleneditor Layerauswahl

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

+ 4.0.68 mapserverExp2SQL

+ 4.0.67 Bodenrichtwerterfassung

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

+ 4.0.66 Löschen von Plandokumenten

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

+ 4.0.65 Falsche Behandlung von within_fk_constraint

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

+ 4.0.64 Fehlerhandling in BenutzerdatenAnlegen

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

+ 4.0.63 sync Output for kvmobile falsch

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

+ 4.0.62 Kartendrucklayout speichern

Schlägt fehl, wenn Parameter leer bleiben.

+ 4.0.61 Menü anlegen

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

+ 4.0.60 Menü anlegen

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

+ 4.0.59 Stelle kopieren

Das Wappen wird nicht übernommen.

+ 4.0.58 Zurück geht nicht go=Namen_Auswaehlen_Suchen

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

+ 4.0.57 Stelle wechseln

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

+ 4.0.56 abhängige Sichtbarkeit

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

+ 4.0.55 abhängige Auswahlfelder

Funktionieren bei Arrays nicht.

+ 4.0.54 Themenauswahl speichern

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

+ 4.0.53 Klassen-ID ändern

Endet in einer Fehlermeldung.

+ 4.0.52 Diagramme anlegen

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

+ 4.0.51 Backslash im Passwort

Führt zu einem Fehler.

+ 4.0.50 Klassen zurücksetzen

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

+ 4.0.49 Layer anlegen

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

+ 4.0.48 Nutzer anlegen

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

+ 4.0.47 Rollenfilter

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

+ 4.0.46 Autovervollständigungsfeld

In der Layer-Suche funktioniert es nicht.

+ 4.0.45 Stellenformular Kartendrucklayouts

Werden nicht angezeigt.

+ 4.0.44 Legende einklappen

Funktioniert nicht.

+ 4.0.43 WMS-Importe löschen

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

+ 4.0.42 WMS-Layer Test

Es wird teilweise der falsche EPSG-Code verwendet.

+ 4.0.41 Themenauswahl speichern

Funktioniert nicht.

+ 4.0.40 Unterabfrage mit order by im FROM

Macht Probleme.

+ 4.0.39 Password mit Hochkomma

macht Probleme

+ 4.0.38 Benachrichtigungen

Funktionieren nicht.

+ 4.0.37 Zoom auf Objekt

Hervorheben funktioniert nicht.

+ 4.0.36 diverses

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

+ 4.0.35 Flurstückshistorie

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

+ 4.0.34 MyObject

Es gibt noch Vorkommen von MyObject.

+ 4.0.33 Filterverwaltung

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

+ 4.0.32 Sachdatenanzeige

Die Darstellung in der Breite ist nicht optimal.

+ 4.0.31 Maßstabsauswahl

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

+ 4.0.30 boolean-Felder

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

+ 4.0.29 Stelle Start Stop

Die Werte werden nicht angezeigt.

+ 4.0.28 Schraffur

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

+ 4.0.27 Flurstückshistorie

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

+ 4.0.26 Rollenlayer klassifizieren

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

+ 4.0.25 Style- und Labeleditor

Die Layeroptionen lassen sich nicht öffnen.

+ 4.0.24 Quellenangaben

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

+ 4.0.23 Layergruppe anlegen

Es erscheint eine Fehlermeldung.

+ 4.0.22 Layer mit sync speichern

Funktioniert nicht.

+ 4.0.21 stellenbezogene Layereigenschaften

Das Feld "abfragbar" wird nicht richtig angezeigt.

+ 4.0.20 Style- und Labeleditor

Der ausgewählte Style ist nicht komplett blau markiert.

+ 4.0.19 Gruppe mit Untergruppen und Layern

Die Darstellung der Layer ist auseinandergezogen.

+ 4.0.18 Themenübersicht

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

+ 4.0.17 USING

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

+ 4.0.16 Stelle: Checkboxfelder

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

+ 4.0.15 Nachweisrecherche

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

+ 4.0.14 Stelle speichern

Es kann eine Fehlermeldung auftreten.

+ 4.0.13 Labelitems

Beim Speichern eines Layers gehen sie verloren.

+ 4.0.12 ZoomToFlst

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

+ 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten

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

+ 4.0.10 Layer löschen

Die Layer-ID wird nicht aus rolle_saved_layers entfernt.

+ 4.0.9 Nachweis bearbeiten

Es erscheint eine Fehlermeldung.

+ 4.0.8 Stelle anlegen

Das automatische Erzeugen der Referenzkarte funktioniert nicht.

+ 4.0.7 Start und Stop Datum beim Nutzer

Werden nicht richtig ausgewertet.

+ 4.0.6 Kartenabfrage von nicht abfragbaren Layern

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

+ 4.0.5 Layergruppen sortieren nach Order

Erzeugt eine Fehlermeldung.

+ 4.0.4 Menü Speichern

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

+ 4.0.3 Layer löschen

Funktioniert nicht.

+ 4.0.2 Passwort zurücksetzen

Es erscheint eine Fehlermeldung.

+ 4.0.1 Plugin: Bauleitplanung

Das Kopieren von F-Plänen funktioniert nicht.

Version 3.11

+ 3.11.36 Triggerfunktionen

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

+ 3.11.35 Nachweisverwaltung Uebersicht.htm

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

+ 3.11.34 Daten-Export

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

+ 3.11.33 sendEmailAsync.sh

Das Versenden von Anhängen funktioniert nicht.

+ 3.11.32 Abfrage mehrerer Layer

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

+ 3.11.31 Label hinzufügen

Funktioniert nicht.

+ 3.11.30 USING

Im Data großgeschrieben kommt es zu einer Fehlermeldung.

+ 3.11.29 Sachdatendruck

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

+ 3.11.28 Bild speichern

Die Qualität des JPEGs ist nicht hoch genug.

+ 3.11.27 Layer-Parameter Button

Funktioniert nicht mehr.

+ 3.11.26 Layer-Suche in Layer mit Template

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

+ 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen

Die Dateien werden nicht gelöscht.

+ 3.11.24 abhängige Auswahlfelder

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

+ 3.11.23 Info-Abfrage mit deaktivierten Klassen

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

+ 3.11.22 Datensatz anlegen

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

+ 3.11.21 Sachdatenanzeige

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

+ 3.11.20 Attribute aus anderen Tabellen

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

+ 3.11.19 Dokumente mit Hochkommas

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

+ 3.11.18 Themenübersicht

Die Suche funktioniert nur mit Kleinschreibung.

+ 3.11.17 Stelle speichern

Es kann vorkommen, dass eine Fehlermeldung erscheint.

+ 3.11.16 GLE: Tabs

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

+ 3.11.15 Letztes Suchergebnis

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

+ 3.11.14 Puffer bei eigenen Abfrage-Layern

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

+ 3.11.13 abhängige Sichtbarkeit in Subform

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

+ 3.11.12 tabellarische Darstellung im GLE

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

+ 3.11.11 Layer-Suche

Im Egde gibt es Probleme mit Auswahlfeldern.

+ 3.11.10 Vorschaubilder der Dokumente

Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.

+ 3.11.9 Sachdatenanzeige

Ist manchmal ungewöhnlich breit.

+ 3.11.8 Layerparameterauswahl

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

+ 3.11.7 als Vorlage für neuen Datensatz übernehmen

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

+ 3.11.6 abhängige Auswahlfelder

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

+ 3.11.5 FormObject

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

+ 3.11.4 ALKIS: View lk_grenzpunkte

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

+ 3.11.3 Correct Arrow Function

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

+ 3.11.2 abhängige Auswahlfelder

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

+ 3.11.1 Debugdateien

Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.

Version 3.10

+ 3.10.101 Layer-Suche

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

+ 3.10.100 Themenbaum

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

+ 3.10.99 Strecken und Flächenmessung

Die Reduktion wird nicht berücksichtigt.

+ 3.10.98 Requires-Layer in der tabellarischen Ansicht

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

+ 3.10.97 Themenübersicht

Die Sortierung der Gruppen kann falsch sein.

+ 3.10.96 Rollenlayer freigeben

Als Drawingorder wird 0 eingetragen.

+ 3.10.95 Sachdatendrucklayouteditor

Linien werden teilweise gestrichelt dargestellt.

+ 3.10.94 Daten-Import in Thema

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

+ 3.10.93 Adresssuche

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

+ 3.10.92 Auswahlfeld mit Bild

Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.

+ 3.10.91 Export der layerdef.json für kvportal

Funktioniert unter Mapserver 8 nicht.

+ 3.10.90 Adresssuche

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

+ 3.10.89 Geometrieeditor: Rechteck hinzufügen

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

+ 3.10.88 layerDef Export

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

+ 3.10.87 Erläuterungen in der spaltenweisen Darstellung

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

+ 3.10.86 Fixes for layerdef.json export

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

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

+ 3.10.85 Fixes in FormObject, PgObject and gui

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

+ 3.10.84 Subform Datensatz anlegen

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

+ 3.10.83 Gastnutzerexport

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

+ 3.10.82 Fehler beim Share von GeoPackages Imports

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

+ 3.10.81 Daten-Import

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

+ 3.10.80 Sachdatendruck

Die Anordnung in Spalten funktioniert nicht richtig.

+ 3.10.79 Passwort abgelaufen

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

+ 3.10.78 deleteGastUser.sh

Das Skript löscht nicht die Logdateien der Gastnutzer.

+ 3.10.77 Nutzung Wald Vegetationsmerkmal

Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.

+ 3.10.76 Flurstückssuche

Historische Flurstücke werden in der Karte nicht angezeigt.

+ 3.10.75 Plugin Bauleitplanung: F-Pläne

Das Speichern funktioniert nicht.

+ 3.10.74 GLE:Gruppennamen

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

+ 3.10.73 Legendenbilder

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

+ 3.10.72 dynamische Dateipfade

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

+ 3.10.71 import_nas.sh

Der Ordner METADATA wird nicht ignoriert.

+ 3.10.70 Orthogonalpunktberechnung

Funktioniert nicht richtig.

+ 3.10.69 Nachweiserfassung

Der Geometrieübernahmelayer wird nicht gespeichert.

+ 3.10.68 Auswahlfeld: neuer Datensatz

Funktioniert nicht richtig.

+ 3.10.67 Anzeige komplexer Datentypen im GLE

Kann unter PHP8 zu Fehlern führen.

+ 3.10.66 Daten-Import Geometrie übernehmen

Funktioniert nicht.

+ 3.10.65 Sachdatendruck

Bei den Subform-Layern erscheint eine Fehlermeldung.

+ 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern

Funktioniert nicht.

+ 3.10.63 Nutzer ohne Stelle anlegen

Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.

+ 3.10.62 Keine Treffer in der Sachdatenanzeige

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

+ 3.10.61 Themensuche in Legende

Funktioniert nicht richtig.

+ 3.10.60 neuer Datensatz in Subform

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

+ 3.10.59 Als Vorlage für neuen Datensatz verwenden

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

+ 3.10.58 ALKIS: Import

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

+ 3.10.57 LENRIS

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

+ 3.10.56 Nachweisrecherche

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

+ 3.10.55 Festpunkte

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

+ 3.10.54 neuer Datensatz

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

+ 3.10.53 Layer-Export

Die Layergruppen werden nicht mit exportiert.

+ 3.10.52 Nachweisanzeige

Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.

+ 3.10.51 WFS-Layer Sachdatenanzeige

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

+ 3.10.50 Layer-Suche räumlich eingrenzen

Die Geometrieübernahme funktioniert nicht.

+ 3.10.49 eigene Klassenbilder bei Rasterlayern

Funktionieren nicht richtig.

+ 3.10.48 Layer-Parameter im Layernamen

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

+ 3.10.47 Bodenrichtwerte

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

+ 3.10.46 Sachdatendruckeditor

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

+ 3.10.45 Blattnr.

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

+ 3.10.44 Cluster_FeatureCount

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

+ 3.10.43 Nutzer ohne Stellen

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

+ 3.10.42 Routing

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

+ 3.10.41 historische Versionen von Flurstücken

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

+ 3.10.40 Layer-Export

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

+ 3.10.39 Themenübersicht

Funktioniert für nicht-Admins nicht.

+ 3.10.38 wms_checker.php

Funktioniert unter Mapserver 8 nicht.

+ 3.10.37 Geometrie verschwindet

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

+ 3.10.36 Layergruppen verschwinden

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

+ 3.10.35 rectify_layer_params

Funktioniert nicht.

+ 3.10.34 quote_or_null

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

+ 3.10.33 Strecke messen bei Nachweis bearbeiten

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

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

+ 3.10.32 timestamp with timezone

Im GLE funktioniert der Kalender nicht.

+ 3.10.31 layerdef mit used_layer Gruppen

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

+ 3.10.30 Generated Columns

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

+ 3.10.29 Fläche messen mit Punktfang

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

+ 3.10.28 Speichern von SubForms

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

+ 3.10.27 Filterverwaltung

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

+ 3.10.26 Layergruppen

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

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

Funktioniert nicht.

+ 3.10.24 Nachweisverwaltung: Anträge bearbeiten

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

+ 3.10.23 Klassen-ID ändern

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

+ 3.10.22 eigene Datentypen ändern

Die alten Datentyp-Attribute bleiben bestehen.

+ 3.10.21 Layer erstellen

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

+ 3.10.20 Layer-Export

Es werden nicht ale Spalten exportiert.

+ 3.10.19 Historie und zurück zur Karte

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

+ 3.10.18 Flurstücks-CSV-Export

Die Umlaute sind teilweise defekt.

+ 3.10.17 ausgewählter Button im Geometrieeditor

Wird nicht gehighlighted.

+ 3.10.16 Layer kopieren

Beim Style werden nicht alle Attribute kopiert.

+ 3.10.15 Daten-Export

Es gibt eine Sicherheitslücke bei der Datenbankabfrage.

+ 3.10.14 Filterverwaltung

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

+ 3.10.13 Plugin Bauleitplanung

Die Geltungsbereichsfläche wird nicht richtig ausgegeben.

+ 3.10.12 Daten-Export

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

+ 3.10.11 Auswahlfelder

Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.

+ 3.10.10 alle Objekte exportieren

Fuktioniert nicht.

+ 3.10.9 Fehler beim Löschen einer Benachrichtigung

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

+ 3.10.8 Multipolygon speichern

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

+ 3.10.7 Cluster_FeatureCount

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

+ 3.10.6 Polygoneditor

Einer der Eckpunkte lässt sich nicht richtig verschieben.

+ 3.10.5 Geonamensuchfeld

Ist ausgeblendet.

+ 3.10.4 Nachweisanzeige

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

+ 3.10.3 Attributeditor: abhängige Sichtbarkeit

Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.

+ 3.10.2 Gast-Zugang

Funktioniert nicht.

+ 3.10.1 $EXPORT

$EXPORT wird nicht richtig ersetzt.




Ältere Versionen