Bug kvwmap: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(+ Grundbuchblattsuche)
(+ 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)
  
 +
= 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.
  
== i Grundbuchblattsuche ==
+
== + 4.1.59 Fehler durch Semikolon in kvmobile Deltas ==
--[[Benutzer:Markus Hentschel|Markus Hentschel]] 09:41, 21. Jun 2010 (CEST) Die Liste der Grundbuchblätter muss aufsteigend sortiert werden.
+
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.
:--[[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.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.
  
: --[[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.56 Kartenabfrage Flürstücke ohne Treffer ==
 +
Es erscheint eine leere Seite.
  
== - nach Attribut klassifizieren ==
+
== + 4.1.55 Fester diverged Test ==
--[[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.
+
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.
* 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.54 Nachweisrecherche ==
--[[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.
+
Der Scrollbalken rechts verdeckt den Inhalt.
  
== + Layerexport ==
+
== + 4.1.53 Statistik ==
--[[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.
+
Geht nicht.
:--[[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.52 Suchergebnis Dokumentenrecherche ==
 +
Wenn man bei den Suchergebnissen der Rissrecherche in der Nachweisverwaltung auf Markieren: "keine" und dann auf "bearbeiten" klickt (so dass kein Dokument ausgewählt ist) werden einem über 200.000 Dokumente angezeigt.
 +
Hier sollte stattdessen ein Warnhinweis erscheinen, dass kein Dokument ausgewält worden ist.
 +
--[[Benutzer:Mharms|Mario Harms]] ([[Benutzer Diskussion:Mharms|Diskussion]]) 14:06, 2. Jun. 2026 (CEST)
  
durch diese hier ersetzt werden:
+
== + 4.1.51 Defaultwert ==
 +
Der im Erfassungsformular angezeigte Defaultwert eines Attributs wird vorher nicht in den Datentyp des Attributs umgewandelt.
  
<nowiki>if(mysql_field_type($query, $i) != 'string' AND mysql_field_type($query, $i) != 'blob' AND $rs[$i] == ''){</nowiki>
+
== + 4.1.50 kvmobile Log ==
 +
Das Log von kvmobile wurde zu unübersichtlich angezeigt und Fehlermeldungen nicht korrekt ausgegeben.
  
== - Namensuche / Gemarkungs- und Flurauswahl ==
+
== + 4.1.49 Layer mit eigenen Datentypen ==
--[[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#.2B_Namenssuche|Fehlermeldung in der 1.7.3]] wurde zwar korrigiert, aber so, dass jetzt die Flurauswahl nicht mehr funktioniert.
+
Beim Speichern der Layerdefinition wird der Formularelementtyp in den Datentypen überschrieben.
  
== + Weiterentwicklung Schnelldruck - Maßstab ausgeben ==
+
== + 4.1.48 Nachweisrecherche ==
 +
Der Geometrieübernahmelayer wird nicht 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.47 Rechteckabfrage WMS-Layer ==
 +
Die Mittelpunktkoordinaten werden nicht gerundet.
  
if($fast == true){ # schnelle Druckausgabe ohne Druckausschnittswahl
+
== + 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.
  
diese Zeile eingefügt werden:
+
== + 4.1.45 <requires> im Attributeditor ==
 +
Beim Ersetzen der <requires>-Platzhalter werden immer automatisch Hochkommas hinzugefügt. Das wurde wieder rückgängig gemacht.
  
$this->formvars['printscale'] = round($this->map->scale);
+
== + 4.1.44 Kartendruck über DHK ==
 +
Es kommt zu einem Fehler beim Eintragen des Zeitstempels.
  
== + Dokumentart ändern auf "Andere" ==
+
== + 4.1.43 Fehler im Plugin Bauleitplanung ==
--[[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.42 wms_checker.php ==
 +
Funktioniert nicht.
  
<nowiki>if($andere_art != ''){
+
== + 4.1.41 requires-Layer ==
    $sql = "UPDATE n_nachweise2dokumentarten SET dokumentart_id = ".$andere_art." WHERE nachweis_id = ".$id.";";
+
Werden beim Einschalten des Oberlayers nicht aktiv gesetzt.
    #echo $sql;
+
    $ret=$this->database->execSQL($sql,4, 1);
+
}</nowiki>
+
  
durch diesen hier ersetzt werden:
+
== + 4.1.40 Themenauswahl löschen ==
 +
Durch einen falschen Fremdschlüssel wird auch der Eintrag in rolle gelöscht.
  
<nowiki>if($andere_art != ''){
+
== + 4.1.39 Nachweisrecherche ==
    $sql = "SELECT dokumentart_id FROM n_nachweise2dokumentarten WHERE nachweis_id = ".$id.";";
+
Die Auswahl der Abfrageart springt nicht automatisch um.
    $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.38 Namenszusatz und Uhrzeit ==
--[[Benutzer:Markus Hentschel|Markus Hentschel]] 15:15, 18. Mai 2010 (CEST) Ich schreibe es hierhin, obwohl die Probleme in meiner 1.7.3 auftauchen.
+
Im Nutzerformular wird der Namenszusatz nicht angezeigt und bei der Eingabe der Uhrzeit im GLE bleibt immer eine 0 stehen.
:*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.37 Auswahlfelder in Edge und Chrome ==
 +
Der Text der selektierten Option kann in den Pfeil hineinragen.
  
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.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.
  
<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.35 Themenübersicht ==
 +
Die Layer sind nicht alphabetisch sortiert.
  
durch diese hier ersetzt werden:
+
== + 4.1.34 Themenauswahl laden ==
 +
Die Rollenlayer werden auch deaktiviert.
  
<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.33 layer_attributes.default ==
 +
Es können nur maximal 255 Zeichen gespeichert werden.
  
== + Anzeige Aktualität ALK ==
+
== + 4.1.32 abhängigge Sichtbarkeit ==
--[[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.
+
Funktioniert u.U. bei eigenen Datentypen mit Auswahlfeld nicht.
:--[[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.31 Nachweisrechercheergebnis ==
 +
Das Vorschaubild des Dokuments verdeckt die Buttons, wenn das Fenster zu klein ist.
  
durch diese hier ersetzt werden:
+
== + 4.1.30 nur Layer der Themenauswahl laden ==
 +
Wenn man keine Themenauswahlen hat, kommt es zu einem Fehler, wenn man diese Option aktiviert.
  
$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.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.
  
:--[[Benutzer:HolgerR|HolgerR]] 10:28, 31. Mai 2010 (CEST) Das Datum für die ALB-Aktualität '$aktalb' muss ebenso angepasst werden.
+
== + 4.1.28 kvmobile Sync-Fehler ==
:--[[Benutzer:Rahn|Rahn]] 11:40, 31. Mai 2010 (CEST) Ja, und zwar so: [[Bug_kvwmap#.2B_Anzeige_der_Aktualit.C3.A4t_ALB]]
+
Nicht korrekte Verarbeitung von fehlerhaften SQL-Statements beim sync mit kvmobile.
:--[[Benutzer:HolgerR|HolgerR]] 12:42, 31. Mai 2010 (CEST) Genau. Hatte ich wohl nur in der Flurstuecke_custom.php geändert
+
adjust_sql angepasst.
  
== - Fachschale Bodenrichtwerte ==
+
== + 4.1.27 Rechteverwaltung mit mehreren Elternstellen ==
 +
Wenn eine Stelle mehr als eine Elternstelle hat, wird diese nicht als Unterstelle erkannt.
  
*--[[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.26 Daten-Export ==
:--[[Benutzer:Rahn|Rahn]] 09:21, 11. Mai 2010 (CEST) Um die Fehler zu beheben muss in der Datei snippets/bodenrichtwerterfassung_vboris.php die Zeile
+
Wenn man die alphabetische Reihenfolge im Themenbaum aktiviert hat, kommt es beim Daten-Exort zu einem Fehler.
  
<input name="stichtag" type="text" value="<?php echo array_pop(array_reverse(explode('-', $this->formvars['stichtag']))); ?>" size="5" maxlength="5">
+
== + 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.
  
durch diese hier ausgetauscht werden:
+
== + 4.1.24 Layer-Aliasnamen verwenden ==
 +
Im Stellenformular ist der Haken immer gesetzt.
  
<input name="stichtag" type="text" value="<?php echo array_pop(explode('.', $this->formvars['stichtag'])); ?>" size="5" maxlength="5">
+
== + 4.1.23 Layergruppen-Checkboxen ==
 +
Bei manchen Aktionen werden alle Layer in der Gruppe aktiviert, wenn die Checkbox checked ist.
  
und die Zeile
+
== + 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.
  
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.1.21 Layerparameter setzen ==
 +
Beim Setzen der Layerparameter über die params.php wird nur der letzte gespeichert.
  
durch diese ersetzt werden:
+
== + 4.1.20 Kurzbeschreibung ==
 +
Man kann aktuell keine Hochkommas in der Kurzbeschreibung in der Layerdefinition einfügen.
  
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.1.19 Rechte bei Attributen aus anderer Tabelle ==
<br><br>
+
Hier wird auch editierbar angeboten.
*--[[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.1.18 Eigentümerfilter über stelle_gemeinden_eigentuemer ==
  
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
+
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.
  
$sql = 'SELECT oid from '.$tablename.' limit 0';
+
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.
  
das hier eingefügt werden:
+
== + 4.1.17 Querymaps ==
 +
Werden nicht angezeigt.
  
<nowiki>if($this->schema != ''){
+
== + 4.1.16 mapserverExp2SQL ==
  $sql = "SET search_path = ".$this->schema.", public;".$sql;
+
Wenn mehrere Attribute in eckigen Klammern vorkommen, passt die Ersetzung nicht.
}</nowiki>
+
  
== + Anzeige der Aktualität ALB ==
+
== + 4.1.15 Tabellenansicht ==
 +
Beim Wechsel geht die Anzahl der Treffer verloren.
  
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.1.14 abhängige Sichtbarkeit bei Datentypattributen ==
 +
Funktioniert nicht.
  
$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.1.13 Autovervollständigungsfeld ==
 +
Wenn es nur lesbar ist, kann es sein, dass es abgeschnitten angezeigt wird.
  
durch diese Zeile ersetzt werden:
+
== + 4.1.12 0-Werte speichern ==
 +
Wenn man den numeric-Wert "0,00" speichert, wird stattdessen NULL eingetragen.
  
$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.1.11 abhängige Sichtbarkeit in Subform ==
 +
Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
  
== + Zoom auf Punktlayer-Datensatz ==
+
== + 4.1.10 go-Parameter übergeben ==
 +
Der Parameter go wird beim Login nicht durchgeschleift.
  
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.1.9 Raster-Ansicht ==
 +
Man kann nicht zur tabellarischen Ansicht wechseln.
  
$this->$layerdb
+
== + 4.1.8 Rechte übernehmen ==
 +
Funktioniert nicht.
  
durch
+
== + 4.1.7 Im Jagdbezirk enthaltene Flurstücke ==
 +
Der Eigentümeranteil wird nicht mit ausgegeben.
  
$layerdb
+
== + 4.1.6 nur Layer der Themenauswahl anzeigen ==
 +
Wenn man die Option deaktiviert, bleibt die Layerauswahl bestehen.
  
ersetzt werden. Außerdem muss die Zeile
+
== + 4.1.5 Startseiten-Parameter ==
 +
Es wird nicht automatisch der csrf-Token rangehängt.
  
$this->formvars['epsg_code'] = $this->user->rolle->epsg_code;
+
== + 4.1.4 Layer erstellen ==
 +
Es erscheint eine Fehlermeldung.
  
durch
+
== + 4.1.3 Raster-Layout ==
 +
Die Selektion der Datensätze funktioniert nicht.
  
$this->formvars['epsg_code'] = $layerset[0]['epsg_code'];
+
== + 4.1.2 Kartendrucklayouteditor ==
 +
Man kann keinen Freitext hinzufügen.
  
ersetzt werden.
+
== + 4.1.1 Sachdatendruck ==
 +
Eingebettete Kartenbilder bewirken keinen Seitenüberlauf. Außerdem ist keine relative Positionierung für Kartenbilder möglich.
  
= Version 1.7.3 =
+
= Version 4.0 =
  
== - Mapserver Error verursacht durch Koordinaten in Tabelle Rolle ==
+
== + 4.0.71 Layer-Gruppe bei go=Daten_Export ==
--[[Benutzer:Hschmidt|Hschmidt]] 10:02, 28. Apr 2010 (CEST) <br>
+
Beim Öffenen das Daten-Export Formulars (über Layer-Kontextmenü oder eigenen Menüpunkt) sollte die zugehörige Gruppe des gewählten Layers ebenfalls im Formular ausgewählt sein (aktuell: leer).
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???
+
--[[Benutzer:Sgoen|Sgoen]] ([[Benutzer Diskussion:Sgoen|Diskussion]]) 08:12, 6. Mär. 2026 (CET)
  
== + "alle"-Button bei Layern mit SelectionType=radio ==
+
== + 4.0.70 Stelle speichern ==
--[[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.
+
Der Filter der Elternstelle wurde für die Kindstelle übernommen.
  
== + Geometrieeditor ==
+
== + 4.0.69 Stelleneditor Layerauswahl ==
--[[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
+
Wenn man eine Layergruppe anklickt, werden die zugewiesenen Layer nicht mehr selektiert.
  
$layerdb = $this->mapDB->getlayerdatabase($this->formvars['layer_id'], $this->Stelle->pgdbhost);
+
== + 4.0.68 mapserverExp2SQL ==
$layerset = $this->user->rolle->getLayer($this->formvars['layer_id']);
+
  
durch diese hier ersetzt werden:
+
== + 4.0.67 Bodenrichtwerterfassung ==
 +
Bei go=Bodenrichtwertformular werden beim Auswahlfeld „Gemeinde“ keine Namen angezeigt.
  
$layerdb = $this->mapDB->getlayerdatabase($this->formvars['selected_layer_id'], $this->Stelle->pgdbhost);
+
== + 4.0.66 Löschen von Plandokumenten ==
$layerset = $this->user->rolle->getLayer($this->formvars['selected_layer_id']);
+
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.
  
== + Stelleneditor / Start - Stop  ==
+
== + 4.0.65 Falsche Behandlung von within_fk_constraint ==
--[[Benutzer:Hschmidt|Hschmidt]] 08:10, 17. Mär 2010 (CET)<br>
+
Der within fk_constraint hatte nur für die Layer funktioniert, die auch einen fk_constraint gesetzt hatten. Jetzt funzt er nur für Punkte und solche die einen within constraint haben. Die anderen Layer bekommen keinen autovalue zugewiesen. In dem Fix wurde noch eine kommentar-Abfrage in remove_kommentar_if_exists angepasst.
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.64 Fehlerhandling in BenutzerdatenAnlegen ==
--[[Benutzer:Hschmidt|Hschmidt]] 10:16, 15. Mär 2010 (CET)<br>
+
Die Erzeugung von automatischem Login-Namen mit Zahlen prefix hat nicht richtig funktioniert und die Fehlerausgaben ware nicht korrekt übermittelt.
Bei CSV-Export-Eigentümer und CSV-Export_Nutzungsarten wird das Flurstückskennzeichen_kurz nicht angeboten/ausgegeben.
+
  
== - Nachweis mit fehlerhaftem Polygon ==
+
== + 4.0.63 sync Output for kvmobile falsch==
--[[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 ?
+
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.
:--[[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.62 Kartendrucklayout speichern ==
--[[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.
+
Schlägt fehl, wenn Parameter leer bleiben.
:--[[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.61 Menü anlegen ==
--[[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).
+
Wenn man nach dem Anlegen eines Menüs bei "go=Menues_Anzeigen" ist und die Seite neulädt, wird das zuletzt angelegte Menü immer wieder dupliziert.
:--[[Benutzer: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:Mattes Holtz|Mattes.Holtz]] 14:38, 18. Feb. 2026 (CEST)
:: --[[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.60 Menü anlegen ==
--[[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.
+
Das "Obermenue" sollte beim Anlegen eines Datensatzes auch ein Pflichtfeld sein, wenn dort nichts eingetragen ist, wird es nicht in "go=Menues_Anzeigen" gezeigt.
:--[[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.59 Stelle kopieren ==
--[[Benutzer:Hschmidt|Hschmidt]] 15:39, 16. Feb 2010 (CET)<br>
+
Das Wappen wird nicht übernommen.
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.58 Zurück geht nicht go=Namen_Auswaehlen_Suchen ==
--[[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.
+
Wenn nach Auswahl eines Grundbuchblatts ein Eigentümer ausgewählt wird, kommt man zu "go=Namen_Auswaehlen_Suchen".
:--[[Benutzer:Rahn|Rahn]] 13:47, 10. Mär 2010 (CET) Das Verfahren hat auch gefehlt.
+
Dort funktioniert der Zurück-Button nicht. ("Diese Seite kann aus Sicherheitsgründen nicht angezeigt werden!")
  
== + Sortierung von Datensätzen in der Sachdatenanzeige ==
+
== + 4.0.57 Stelle wechseln ==
--[[Benutzer:Hschmidt|Hschmidt]] 14:25, 11. Feb 2010 (CET)<br>
+
Über die Optionen wird die Kartenausdehnung der neuen Stelle nicht geladen.
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.56 abhängige Sichtbarkeit ==
 +
In der tabellarischen Ansicht funktioniert die abhängige Sichtbarkeit nicht, wenn das Attribut nicht sichtbar ist.
  
diese Zeile eingefügt werden:
+
== + 4.0.55 abhängige Auswahlfelder ==
 +
Funktionieren bei Arrays nicht.
  
  <nowiki>if($this->formvars['orderby'.$layerset[$i]['Layer_ID']] != '' OR $layerset[$i]['attributes']['orderby'] != '' OR $komma == ''){$sql_order = '';}</nowiki>
+
== + 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)
  
Vgl. untenstehender Bug im GLE
+
== + 4.0.53 Klassen-ID ändern ==
 +
Endet in einer Fehlermeldung.
  
Danke an Stefan Rahn :-)
+
== + 4.0.52 Diagramme anlegen ==
 +
Das Anlegen, Bearbeiten und Löschen von Diagrammen führt zu einer Fehlermeldung
  
== + GLE | Probleme bei der Übernahme von Flurstücksgeometrien ==
+
== + 4.0.51 Backslash im Passwort ==
--[[Benutzer:Hschmidt|Hschmidt]] 13:11, 10. Feb 2010 (CET)<br>
+
Führt zu einem Fehler.
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.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.
  
Lösung: im Data-Statement der Layerdefinition das "o.the_geom" in "the_geom" ändern:
+
== + 4.0.48 Nutzer anlegen ==
 +
Der Test ob der Loginname schon vergeben ist, funktioniert nicht.
  
o.the_geom from (select o.objnr as ...  --->  the_geom from (select o.objnr as ...
+
== + 4.0.47 Rollenfilter ==
 +
Beim Speichern eines Filters mit Hochkommas kommt es zu einem Fehler.
  
Danke an Stefan Rahn für die schnelle Hilfe :-)
+
== + 4.0.46 Autovervollständigungsfeld ==
 +
In der Layer-Suche funktioniert es nicht.
  
== + Firefox 3.6 ==
+
== + 4.0.45 Stellenformular Kartendrucklayouts ==
 +
Werden nicht angezeigt.
  
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.44 Legende einklappen ==
 +
Funktioniert nicht.
  
* in SVG_map.php die Zeile
+
== + 4.0.43 WMS-Importe löschen ==
 +
Es werden auch die Layer aus "eigene Importe" gelöscht.
  
//---------------- Fl'''ä'''che messen --------------------
+
== + 4.0.42 WMS-Layer Test ==
 +
Es wird teilweise der falsche EPSG-Code verwendet.
  
* in SVG_Utilities.php die Zeile
+
== + 4.0.41 Themenauswahl speichern ==
 +
Funktioniert nicht.
  
if(pixel_coordy < 0){ // im Firefox fuehrten gro'''ß'''e negative Zahlen zum Absturz
+
== + 4.0.40 Unterabfrage mit order by im FROM ==
 +
Macht Probleme.
  
== + hist. Flurstückssuche ==
+
== + 4.0.39 Password mit Hochkomma ==
--[[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.
+
macht Probleme
:--[[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.38 Benachrichtigungen ==
 +
Funktionieren nicht.
  
gegen diese getauscht werden:
+
== + 4.0.37 Zoom auf Objekt ==
 +
Hervorheben funktioniert nicht.
  
<nowiki><br><h2><?php echo $this->titel; ?></h2></nowiki>
+
== + 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.
  
== + Löschen von recherchierten Nachweise ==
+
== + 4.0.35 Flurstückshistorie ==
--[[Benutzer:Karsten Daedelow|Karsten Daedelow]] 15:30, 19. Jan 2010
+
Das SVG ist manchmal zu klein für große Bäume.
  
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.34 MyObject ==
Beim Löschen von Rissen mit nummerischer Stammnummer bleibt die angelegte Ordnerstruktur stehen (ohne Fehlermeldung). War dieser Bug nicht schon mal behoben ?
+
Es gibt noch Vorkommen von MyObject.
:--[[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.33 Filterverwaltung ==
 +
Wenn eine Gruppe ausgewählt wird, erscheinen nicht die Layer der ausgewählten Stelle, sondern der geraden aktiven Stelle.
  
rausgenommen werden.
+
== + 4.0.32 Sachdatenanzeige ==
 +
Die Darstellung in der Breite ist nicht optimal.
  
== - Namenssuche ==
+
== + 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.
  
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.30 boolean-Felder ==
selectFormObject
+
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.
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.29 Stelle Start Stop ==
 +
Die Werte werden nicht angezeigt.
  
== + Sortierung von Datensätzen im GLE ==
+
== + 4.0.28 Schraffur ==
 +
In den Layeroptionen taucht die Option "Schraffur" auch bei Linien- und Punktlayern auf.
  
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
+
== + 4.0.27 Flurstückshistorie ==
 +
Es kann bei manchen Flurstücken vorkommen, dass die Abfrage zur Erstellung der Historie zu lange läuft.
  
$ret=$layerdb->execSQL($sql.$sql_order.$sql_limit,4, 0);
+
== + 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.
  
diese Zeile eingefügt werden:
+
== + 4.0.25 Style- und Labeleditor ==
 +
Die Layeroptionen lassen sich nicht öffnen.
  
  <nowiki>if($this->formvars['orderby'.$layerset[0]['Layer_ID']] != '' OR $layerset[$i]['attributes']['orderby'] != '' OR $komma == ''){$sql_order = '';}</nowiki>
+
== + 4.0.24 Quellenangaben  ==
 +
Das Anlegen, Ändern und Löchen funktioniert nicht.
  
== + Eigentümer-CSV-Export ==
+
== + 4.0.23 Layergruppe anlegen ==
 +
Es erscheint eine Fehlermeldung.
  
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
+
== + 4.0.22 Layer mit sync speichern ==
 +
Funktioniert nicht.
  
<nowiki><a href="javascript:send_selected_flurst('Eigentümer-CSV-Export', '', '', '');">CSV-Export-Eigentümer</a>&nbsp;|&nbsp;</nowiki>
+
== + 4.0.21 stellenbezogene Layereigenschaften ==
 +
Das Feld "abfragbar" wird nicht richtig angezeigt.
  
gegen diese Zeile ausgetauscht werden:
+
== + 4.0.20 Style- und Labeleditor ==
 +
Der ausgewählte Style ist nicht komplett blau markiert.
  
<nowiki><? if($privileg['eigentuemer']){?><a href="javascript:send_selected_flurst('Eigentümer-CSV-Export', '', '', '');">CSV-Export-Eigentümer</a>&nbsp;|&nbsp;<?}?></nowiki>
+
== + 4.0.19 Gruppe mit Untergruppen und Layern ==
 +
Die Darstellung der Layer ist auseinandergezogen.
  
 +
== + 4.0.18 Themenübersicht ==
 +
Beim Browser-zurück greift die Stichwort-Filterung nicht mehr.
  
 +
== + 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.
  
== + Tooltipp in Datei-Formularfeldern ==
+
== + 4.0.16 Stelle: Checkboxfelder ==
--[[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.
+
Die Checkboxfelder bei den Stellen sind ja jetzt in der PostgreSQL-DB vom Typ boolean und werden nicht richtig geladen.
  
== + Koordinateneingabe im Geometrieeditor bringt Fehler beim IE ==
+
== + 4.0.15 Nachweisrecherche ==
 +
Wenn ein Nutzer noch keinen Eintrag in rolle_nachweise hat, erscheint eine Fehlermeldung.
  
--[[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)
+
== + 4.0.14 Stelle speichern ==
Im Firefox funktioniert es allerdings...
+
Es kann eine Fehlermeldung auftreten.
  
:--[[Benutzer:Rahn|Rahn]] 11:01, 16. Dez 2009 (CET) Damits auch im IE funktioniert, muss in SVG_Utilities.php folgende Funktion ausgetauscht werden:
+
== + 4.0.13 Labelitems ==
 +
Beim Speichern eines Layers gehen sie verloren.
  
<nowiki>
+
== + 4.0.12 ZoomToFlst ==
function coord_input(){
+
Der Rollenlayer enthält alle Objektversionen des Flurstücks.
  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 ==
+
== + 4.0.11 Themenbaum zwischen gruppierter/alphabetischer Anzeige umschalten ==
--[[Benutzer:Hschmidt|Hschmidt]] 15:52, 10. Dez 2009 (CET)<br>
+
Es wird nicht nur die Legende, sondern die ganze Seite neu geladen.
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>
+
== + 4.0.10 Layer löschen ==
$Gemarkung=new gemarkung('',$this->pgdatabase);
+
Die Layer-ID wird nicht aus rolle_saved_layers entfernt.
$GemkgListe=$Gemarkung->getGemarkungListe('','','gmk.GemkgName');</nowiki>
+
  
durch diese Zeilen ersetzt werden:
+
== + 4.0.9 Nachweis bearbeiten ==
 +
Es erscheint eine Fehlermeldung.
  
<nowiki>
+
== + 4.0.8 Stelle anlegen ==
$GemeindenStelle=$this->Stelle->getGemeindeIDs();
+
Das automatische Erzeugen der Referenzkarte funktioniert nicht.
$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 ==
+
== + 4.0.7 Start und Stop Datum beim Nutzer ==
 +
Werden nicht richtig ausgewertet.
  
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
+
== + 4.0.6 Kartenabfrage von nicht abfragbaren Layern ==
 +
Wenn man die Option "alle aktiven Layer abfragen" aktiviert hat, werden auch die nicht abfragbaren abgefragt.
  
for ($i=0;$i<$anzLayer;$i++) {
+
== + 4.0.5 Layergruppen sortieren nach Order ==
 +
Erzeugt eine Fehlermeldung.
  
diese Zeile eingefügt werden:
+
== + 4.0.4 Menü Speichern ==
 +
Funktionierte nicht, weil order im create-Statement zum Fehler führte. Attribute werden jetzt mit Hochkommas versehen.
  
<nowiki>$sql_order = '';</nowiki>
+
== + 4.0.3 Layer löschen ==
 +
Funktioniert nicht.
  
== + Formularelementtyp 'User' fehlt in der Tabelle layer_attributes ==
+
== + 4.0.2 Passwort zurücksetzen ==
 +
Es erscheint eine Fehlermeldung.
  
In der mysql_update.sql wurde diese Zeile vergessen:
+
== + 4.0.1 Plugin: Bauleitplanung ==
 +
Das Kopieren von F-Plänen funktioniert nicht.
  
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';
+
= Version 3.11 =
  
== + Nutzerdaten speichern ==
+
== + 3.11.36 Triggerfunktionen ==
 +
Die kvwmap.phps der Plugins werden vor dem Ausführen der Triggerfunktionen nicht geladen.
  
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.35 Nachweisverwaltung Uebersicht.htm ==
 +
Die WKB-Geometrie ist auch im JSON enthalten und kann zu Escape-Fehlern führen.
  
else{
+
== + 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.
  
durch diese Zeile ersetzt werden:
+
== + 3.11.33 sendEmailAsync.sh ==
 +
Das Versenden von Anhängen funktioniert nicht.
  
elseif($userdaten['go_plus'] == 'Als neuen Nutzer eintragen'){
+
== + 3.11.32 Abfrage mehrerer Layer ==
 +
Der erste Layer wird anfangs auch angezeigt, wenn er nicht aktiv ist.
  
== + Konstante BG_MENUESUB funktioniert nicht ==
+
== + 3.11.31 Label hinzufügen ==
 +
Funktioniert nicht.
  
Eine Veränderung der Konstante BG_MENUESUB zeigt keine Wirkung. Um den Fehler zu beheben, muss in menue_head.php in der Funktion changemenue() die Zeile
+
== + 3.11.30 USING ==
 +
Im Data großgeschrieben kommt es zu einer Fehlermeldung.
  
sub.style.background = '#EDEFEF';
+
== + 3.11.29 Sachdatendruck ==
 +
Es kommt zu Problemen wenn ein Spalten-Sublayout über die Seitebreite hinaus geht.
  
durch diese hier ersetzt werden
+
== + 3.11.28 Bild speichern ==
 +
Die Qualität des JPEGs ist nicht hoch genug.
  
sub.style.background = '<? echo BG_MENUESUB; ?>';
+
== + 3.11.27 Layer-Parameter Button ==
 +
Funktioniert nicht mehr.
  
= Version 1.7.2 =
+
== + 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.
  
== + gui_button | liefert kein Ergebnis der Adress- und Flurstücksrecherche ==
+
== + 3.11.25 Datensatz löschen mit komplexen Dokument-Attributen ==
--[[Benutzer:Hschmidt|Hschmidt]] 09:47, 12. Nov 2009 (CET)<br>
+
Die Dateien werden nicht gelöscht.
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.11.24 abhängige Auswahlfelder ==
 +
Wenn es im Datensatz Dokument-Attribute mit Originalnamen gibt, kann es sein, dass das Auswahlfeld nicht befüllt wird.
  
durch
+
== + 3.11.23 Info-Abfrage mit deaktivierten Klassen ==
 +
Wenn die Klasse in der Expression den IN Operator verwendet, klappt die Abfrage nicht.
  
<form name="GUI" id="GUI" enctype="multipart/form-data" method="post" action="index.php">
+
== + 3.11.22 Datensatz anlegen ==
 +
Wenn es ein SubFormFK-Attribut gibt, kommt es zu einem Fehler.
  
ersetzt werden.
+
== + 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.  
  
== + Sprache Plattdeutsch | Fehler in Tabelle rolle ==
+
== + 3.11.20 Attribute aus anderen Tabellen ==
--[[Benutzer:Hschmidt|Hschmidt]] 11:27, 29. Okt 2009 (CET)<br>
+
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.
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.11.19 Dokumente mit Hochkommas ==
 +
Bei Array- oder Datentyp-Attributen kommt es beim Upload zu einem Fehler.
  
:--[[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.11.18 Themenübersicht ==
 +
Die Suche funktioniert nur mit Kleinschreibung.
  
== + CSV-Export | Flurstückskennzeichen_kurz in Hochkomma ==
+
== + 3.11.17 Stelle speichern ==
--[[Benutzer:Hschmidt|Hschmidt]] 10:35, 29. Okt 2009 (CET)<br>
+
Es kann vorkommen, dass eine Fehlermeldung erscheint.
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.11.16 GLE: Tabs ==
--[[Benutzer:Hschmidt|Hschmidt]] 10:02, 29. Okt 2009 (CET)<br>
+
Wenn man runterscrollt, liegen die Tabs kurzzeitig über der Fußzeile.
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.11.15 Letztes Suchergebnis ==
--[[Benutzer:Hschmidt|Hschmidt]] 08:32, 29. Okt 2009 (CET)<br>
+
Wenn es einen über requires angehängten Layer gibt, wird für diesen auch eine Abfrage ausgeführt, auch wenn in diesem Layer gar nichts gefunden wurde.
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.11.14 Puffer bei eigenen Abfrage-Layern ==
--[[Benutzer:Hschmidt|Hschmidt]] 09:41, 20. Okt 2009 (CEST)<br>
+
Wenn der Basis-Layer im Data einen Alias für die Geometriespalte verwendet, funktioniert der Puffer nicht.
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.11.13 abhängige Sichtbarkeit in Subform ==
--[[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).
+
Die abhängige Sichtbarkeit funktioniert nicht in einer Subform, wenn das Basis-Attribut nicht sichtbar ist.
  
== + Groß/Kleinschreibung des Loginnamens ==
+
== + 3.11.12 tabellarische Darstellung im GLE ==
 +
Bei Attributen mit abhängiger Sichtbarkeit sind die Spalten verschoben.
  
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.11.11 Layer-Suche ==
 +
Im Egde gibt es Probleme mit Auswahlfeldern.
  
$sql = "SELECT login_name FROM user WHERE login_name = BINARY('".$username."') AND passwort = '".md5($passwort)."'";
+
== + 3.11.10 Vorschaubilder der Dokumente ==
 +
Die Darstellung ist rechtsbündig und im Rasterlayout verschoben.
  
== + Speichern nach Abbruch in der Nachweiserfassung ==
+
== + 3.11.9 Sachdatenanzeige ==
--[[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.
+
Ist manchmal ungewöhnlich breit.
  
== + ZoomToMaxLayerExtent bei Rollenlayer ==
+
== + 3.11.8 Layerparameterauswahl ==
--[[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 die Auswahlmöglichkeiten zu lang sind, passt die Darstellung nicht.
  
== - Druck bei Kartenprojektion WGS84 (4326) ==
+
== + 3.11.7 als Vorlage für neuen Datensatz übernehmen ==
--[[Benutzer:Hschmidt|Hschmidt]] 14:46, 30. Sep 2009 (CEST)<br>
+
Die Werte von Zahlen mit Tausendertrennzeichen werden nicht richtig übergeben.
Bei dieser Kartenprojektion kann kein Druck erzeugt werden. Bei der Druckausschnittswahl wird der Inhalt des gesamten Fenster markiert, unabhängig vom Druckmaßstab. Weiter im Druck wird ein leerer Rahmen ausgegeben. (War bei 1.7.1 auch schon so)
+
  
== + Liniengeometrien bearbeiten ==
+
== + 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.
  
Beim Bearbeiten von Liniengeometrien kommt es zu einem Fehler. Um ihn zu beheben, muss in kvwmap.php in der Funktion LineEditor() die Zeile
+
== + 3.11.5 FormObject ==
 +
Doppelten Eintrag für title und data in FormObject createSelectField gelöscht.
  
$rect = $lineeditor->zoomToLine($this->formvars['oid'], $this->formvars['layer_tablename'], 10);
+
== + 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.
  
durch diese hier ersetzt werden:
+
== + 3.11.3 Correct Arrow Function ==
 +
Arrow Function in mobile_reformat_fk_attributes korrigiert damit es auch in php 7.3 läuft.
  
$rect = $lineeditor->zoomToLine($this->formvars['oid'], $this->formvars['layer_tablename'], $this->formvars['layer_columnname'], 10);
+
== + 3.11.2 abhängige Auswahlfelder ==
 +
Von Array-Attributen abhängige Auswahlfelder funktionieren nicht richtig.
  
== + Layer löschen ==
+
== + 3.11.1 Debugdateien ==
--[[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.
+
Die Debugdateien, die kvwmap erzeugt, haben keine Gruppenschreibrechte.
  
== - MINSCALE im Geometrieeditor ==
+
= Version 3.10 =
  
--[[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.101 Layer-Suche ==
:--[[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 man in der Suche und/oder verwendet und den Operator "zwischen" in der zweiten Suchmaske, erscheint das 2. Eingabefeld in der 1. Suchmaskse.
  
== + Ausgabe der Flurstücke in der Namenssuche ==
+
== + 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.
  
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.99 Strecken und Flächenmessung ==
 +
Die Reduktion wird nicht berücksichtigt.
  
<nowiki>$ret = $flurstueck->getFlurstByLfdNrName($this->namen[$i]['lfd_nr_name'],NULL);</nowiki>
+
== + 3.10.98 Requires-Layer in der tabellarischen Ansicht ==
 +
Wenn man auf die tabellarische Ansicht umgestellt hat, kommt man nicht mehr zurück.
  
durch diese hier ersetzt werden:
+
== + 3.10.97 Themenübersicht ==
 +
Die Sortierung der Gruppen kann falsch sein.
  
<nowiki>$ret[1] = $flurstueck->getFlurstByGrundbuecher(array($this->namen[$i]['bezirk'].'-'.$this->namen[$i]['blatt']));</nowiki>
+
== + 3.10.96 Rollenlayer freigeben ==
 +
Als Drawingorder wird 0 eingetragen.
  
 +
== + 3.10.95 Sachdatendrucklayouteditor ==
 +
Linien werden teilweise gestrichelt dargestellt.
  
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.94 Daten-Import in Thema ==
 +
Wenn der Layer Auto-Felder hat, werden diese nicht berücksichtigt.
  
Die Funktion flurstsuche muss so aussehen:
+
== + 3.10.93 Adresssuche ==
 +
Bei der Auswahl der Gemeinde können auch Straßen ohne Flurstücksbezug erscheinen.
  
function flurstsuche(bezirk, blatt){
+
== + 3.10.92 Auswahlfeld mit Bild ==
  document.GUI.Grundbuecher.value = bezirk+'-'+blatt;
+
Bei Verwendung in einem SubForm-Layer erscheint eine Fehlermeldung.
  document.GUI.go.value = 'Suche_Flurstuecke_zu_Grundbuechern';
+
  document.GUI.submit();
+
}
+
  
die beiden Zeilen
+
== + 3.10.91 Export der layerdef.json für kvportal ==
 +
Funktioniert unter Mapserver 8 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.90 Adresssuche ==
<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 kann sein, dass Flurstücke doppelt gefunden werden.
  
müssen durch diese beiden ersetzt werden:
+
== + 3.10.89 Geometrieeditor: Rechteck hinzufügen ==
 +
Mit dem Werkzeug „Rechteck aufziehen“ lässt sich nur jeweils ein Rechteck pro Datensatz erzeugen. Das Erzeugen eines Multipolygons ist somit nicht möglich. Alle bisher gezeichneten Geometrien werden bei Auswahl von „Rechteck aufziehen“ gelöscht.
  
<nowiki><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.88 layerDef Export ==
<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>
+
Es fehlten classItem und def bei Expression mit in Operator und Header Access-Control-Allow-Origin: * für Daten Export.
  
und unten muss folgendes hidden-Feld eingefügt werden:
+
== + 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.
  
<nowiki><input name="Grundbuecher" type="hidden" value=""></nowiki>
+
== + 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.
  
== + Fehler bei Zoom auf Datensätze ==
+
== + 3.10.85 Fixes in FormObject, PgObject and gui ==
 +
Title, Data Attributes in FormObject, PgObject create with multiple ids, include_once SVGvars_defs
  
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.84 Subform Datensatz anlegen ==
 +
Wenn der Eintrag z.B. durch einen Trigger abgelehnt wird, erscheint nur "undefined".
  
if(strpos(strtolower($select), 'oid') === false){
+
== + 3.10.83 Gastnutzerexport ==
diese Zeile eingefügt werden:
+
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
$select = str_replace('*', '*, oid', $select);
+
  
== + Fehler bei der plattdeutschen Version ==
+
== + 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.
  
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.81 Daten-Import ==
 +
Beim Import von Geopackage-Dateien wird auch der geometrielose Meta-Layer importiert, was bei der weiteren Verarbeitung zu Fehlern führt.
  
<?php
+
== + 3.10.80 Sachdatendruck ==
  $strAvailableLayer="Praatheite Themen";
+
Die Anordnung in Spalten funktioniert nicht richtig.
  $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.79 Passwort abgelaufen ==
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.
+
Nachdem das neue Passwort übernommen wurde, erscheint beim Laden der Karte eine Fehlermeldung.
:--[[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.78 deleteGastUser.sh ==
--[[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
+
Das Skript löscht nicht die Logdateien der Gastnutzer.
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.77 Nutzung Wald Vegetationsmerkmal ==
--[[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 :)
+
Das Vegetationsmerkmal wird nicht in die Tabelle n_nutzung geschrieben.
:--[[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.76 Flurstückssuche ==
 +
Historische Flurstücke werden in der Karte nicht angezeigt.
  
== + Nachweiserfassung mit dem IE ==
+
== + 3.10.75 Plugin Bauleitplanung: F-Pläne ==
 +
Das Speichern funktioniert nicht.
  
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.74 GLE:Gruppennamen ==
 +
Wenn im Gruppennamen Anführungszeichen enthalten sind, kommt es zu Fehlern.
  
<nowiki>function check_poly_in_flur($polygon, $flur, $gemarkung, $epsg){
+
== + 3.10.73 Legendenbilder ==
  $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."))";
+
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.
  $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.72 dynamische Dateipfade ==
 +
Bei Verwendung der Dokumente URL wird der Link nicht richtig gebildet.
  
<nowiki>document.GUI.result2.value = '';</nowiki>
+
== + 3.10.71 import_nas.sh ==
 +
Der Ordner METADATA wird nicht ignoriert.
  
In der Funktion check_poly muss nach der Zeile
+
== + 3.10.70 Orthogonalpunktberechnung ==
 +
Funktioniert nicht richtig.
  
if(document.GUI.result2.value == 't'){
+
== + 3.10.69 Nachweiserfassung ==
 +
Der Geometrieübernahmelayer wird nicht gespeichert.
  
diese Zeile eingefügt werden:
+
== + 3.10.68 Auswahlfeld: neuer Datensatz ==
 +
Funktioniert nicht richtig.
  
  window.clearInterval(polycheck);
+
== + 3.10.67 Anzeige komplexer Datentypen im GLE ==
 +
Kann unter PHP8 zu Fehlern führen.
  
Und die Zeile
+
== + 3.10.66 Daten-Import Geometrie übernehmen ==
 +
Funktioniert nicht.
  
window.setInterval("check_poly()", 500);
+
== + 3.10.65 Sachdatendruck ==
 +
Bei den Subform-Layern erscheint eine Fehlermeldung.
  
muss so erweitert werden:
+
== + 3.10.64 Zoom auf max. Ausdehnung bei Rasterlayern ==
 +
Funktioniert nicht.
  
var polycheck = window.setInterval("check_poly()", 500);
+
== + 3.10.63 Nutzer ohne Stelle anlegen ==
 +
Es erscheint eine Fehlermeldung beim Anzeigen des Nutzerformulars.
  
== - Zoom bei Kartenprojektion WGS84 (4326) ==
+
== + 3.10.62 Keine Treffer in der Sachdatenanzeige ==
 +
Der Link zum Erfassen eines neuen Datensatzes wird auch angezeigt, wenn man das Recht dazu nicht hat.
  
--[[Benutzer:Reißland|Reißland]] 10:27, 7. Sep 2009 (CEST)
+
== + 3.10.61 Themensuche in Legende ==
 +
Funktioniert nicht richtig.
  
Bei Auswahl der Kartenprojektion WGS84 (EPSG:4326) kann man wohl auf die maximale Ausdehnng zoomen, ein zoomin ist aber nicht möglich.
+
== + 3.10.60 neuer Datensatz in Subform ==
 +
Wenn man die Option "weiter erfassen" verwendet, werden z.B. Primärschlüsselattribute auch übernommen.
  
== + Anzeige des Original-Dateinamens bei Dokumenten ==
+
== + 3.10.59 Als Vorlage für neuen Datensatz verwenden ==
 +
Wenn in Textfeldern Hochkommas enthalten sind, werden sie bei der Übernahme verdoppelt.
  
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.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.
  
In der Funktion neuer_Layer_Datensatz_speichern() muss die Zeile
+
== + 3.10.57 LENRIS ==
 +
Wenn sehr viele neue oder veränderte Nachweise übertragen werden sollen, klappt die Übertragung nicht.
  
<nowiki>$this->formvars[$form_fields[$i]] = URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei.";</nowiki>
+
== + 3.10.56 Nachweisrecherche ==
 +
Das Auswahlfeld mit den Vermessungsstellen ist u.U. zu lang.
  
so erweitert
+
== + 3.10.55 Festpunkte ==
 +
Beim Zusammenstellen der Einmessungsskizzen von Festpunkten werden auch die Orientierungspunkte (OP) benötigt.
  
<nowiki>$this->formvars[$form_fields[$i]] = URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei."&original_name=".$_FILES[$form_fields[$i]]['name'];</nowiki>
+
== + 3.10.54 neuer Datensatz ==
 +
Bei sehr vielen und/oder langen Tabs im Layer verdecken diese den Layernamen.
  
In der Funktion sachdaten_speichern() muss die Zeile
+
== + 3.10.53 Layer-Export ==
 +
Die Layergruppen werden nicht mit exportiert.
  
<nowiki>$sql = "UPDATE ".$tablename." SET ".$attributname." = '".URL.APPLVERSION."index.php?go=sendeDokument&dokument=".$nachDatei."' WHERE oid = '".$oid."'";</nowiki>
+
== + 3.10.52 Nachweisanzeige ==
 +
Die Sortierung nach Vermessungsstelle lässt sich nicht rausnehmen.
  
so erweitert werden:
+
== + 3.10.51 WFS-Layer Sachdatenanzeige ==
 +
Bei manchen Diensten steht ein Namespace vor den Attributtags. Dadurch werden die Inhalte nicht angezeigt.
  
<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.50 Layer-Suche räumlich eingrenzen ==
 +
Die Geometrieübernahme funktioniert nicht.
  
und die Funktion sendeDokument_mit_vorschau() muss so aussehen:
+
== + 3.10.49 eigene Klassenbilder bei Rasterlayern ==
 +
Funktionieren nicht richtig.
  
<nowiki>function sendeDokument_mit_vorschau($dokument, $original_name) {
+
== + 3.10.48 Layer-Parameter im Layernamen ==
  $type = strtolower(array_pop(explode('.', $dokument)));
+
Die vordefinierten Layerparameter wie z.B. $STELLE werden nicht ersetzt.
  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.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 sendeDokument($dokument, $original_name) {
+
== + 3.10.46 Sachdatendruckeditor ==
    $dateiname=basename($dokument);
+
In den Feldern für die Positionen können kann keine 0 gespeichert werden.
    $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.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.".
  
$GUI->sendeDokument($GUI->formvars['dokument']);
+
== + 3.10.44 Cluster_FeatureCount ==
durch
+
Verwendet man Cluster_FeatureCount als Labelitem, wird angemeckert, dass es nicht im Data-Feld abgefragt wird.
$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.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.
  
== + GetFeatureInfo-Abfrage ==
+
== + 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.
  
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.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.
  
$request .='&BBOX='.$bbox->minx.','.$bbox->miny.','.$bbox->maxx.','.$bbox->maxy;
+
== + 3.10.40 Layer-Export ==
 +
Es kann sein, dass Spalten exportiert werden sollen, die es in der Tabelle layer nicht gibt.
  
diese Zeile hier eingefügt werden:
+
== + 3.10.39 Themenübersicht ==
 +
Funktioniert für nicht-Admins nicht.
  
$request .='&width='.$this->user->rolle->nImageWidth.'&height='.$this->user->rolle->nImageHeight;
+
== + 3.10.38 wms_checker.php ==
 +
Funktioniert unter Mapserver 8 nicht.
  
== + Geometrie mit Exklave in Nachweisformular ==
+
== + 3.10.37 Geometrie verschwindet ==
--[[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.
+
Wenn man im Geometrieeditor Layer ein- oder ausschaltet und speichert, wird zwar richtig gespeichert aber anschließend die Geometrie nicht geladen.
:--[[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.36 Layergruppen verschwinden ==
 +
Die Gruppen "Eigene Importe" und "Eigene Abfragen" verschwinden, wenn man z.B. die Stelle speichert.
  
durch folgende Zeilen ausgetauscht werden:
+
== + 3.10.35 rectify_layer_params ==
 +
Funktioniert nicht.
  
if(top.document.GUI.newpathwkt.value != ""){
+
== + 3.10.34 quote_or_null ==
  top.document.GUI.pathwkt.value = top.document.GUI.newpathwkt.value;
+
Die Funktion liefert unter PHP 7 auch bei einer 0 ein "NULL" zurück.
}
+
  
== + fehlende Variable in map_english_windows-1252.php ==
+
== + 3.10.33 Strecke messen bei Nachweis bearbeiten ==
--[[Benutzer:Markus Hentschel|Markus Hentschel]] 16:05, 22. Jun 2009 (CEST) Es fehlt folgende Zeile:
+
--[[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.
$strChoose="Choose";
+
:----[[Benutzer:HolgerR|HolgerR]] ([[Benutzer Diskussion:HolgerR|Diskussion]]) 12:30, 14. Apr. 2025 (CEST) bei uns ist das auch so
  
== + Erzeugen von neuen Datensätzen: Geometrie wird nicht gespeichert ==
+
== + 3.10.32 timestamp with timezone ==
 +
Im GLE funktioniert der Kalender nicht.
  
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.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.
  
<nowiki>$columnname = $this->qlayerset[$i]['attributes']['name'][$j];
+
== + 3.10.30 Generated Columns ==
$tablename = $this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['name'][$j]];
+
Ab PostgreSQL 13 stehen in einer Tabelle Generated Columns zur Verfügung, die nicht als nicht speicherbar erkannt werden.
$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.29 Fläche messen mit Punktfang ==
 +
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 11:14, 25. Apr. 2025 (CEST) Mit dem neuen Flächenmesswerkzeug kommt keine Flächenangabe, wenn man ausschließlich über Punktfang Punkte anklickt.
  
$this->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.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.
  
== + angleitem mit Mapserver 5 ==
+
== + 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.
  
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
+
== + 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.
  
if (MAPSERVERVERSION < 500 AND $dbStyle['angleitem']!=<nowiki>''</nowiki>) {
+
== + 3.10.25 Plugin Bauleitplanung: Kopieren und Löschen von Datensätzen ==
  $style->set('angleitem',$dbStyle['angleitem']);
+
Funktioniert nicht.
}
+
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']);
+
  }
+
}
+
  
 +
== + 3.10.24 Nachweisverwaltung: Anträge bearbeiten ==
 +
Es wird nicht die richtige Vermessungsart angezeigt. Außerdem kann nur eine Admin-Stelle ändern.
  
== + Zoom auf Linienlayer ==
+
== + 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.
  
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
+
== + 3.10.22 eigene Datentypen ändern ==
 +
Die alten Datentyp-Attribute bleiben bestehen.
  
$style['symbol'] = 4;
+
== + 3.10.21 Layer erstellen ==
 +
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:30, 9. Apr. 2025 (CEST) go=Layereditor mündet in eine (PHP8?) Fehlermeldung.
  
die 4 durch eine 9 ersetzt werden.
+
== + 3.10.20 Layer-Export ==
 +
Es werden nicht ale Spalten exportiert.
  
 +
== + 3.10.19 Historie und zurück zur Karte ==
 +
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 07:58, 8. Apr. 2025 (CEST) Aus go=Flurstueckshistorie -> Flurstücks-Buchdaten anzeigen komme ich bei Sachdatenanzeige in extra Fenster und mit zoom2object nicht zur Karte zurück.
  
== + Ausgabe von historischen Grundbuchbezirken ==
+
== + 3.10.18 Flurstücks-CSV-Export ==
 +
Die Umlaute sind teilweise defekt.
  
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
+
== + 3.10.17 ausgewählter Button im Geometrieeditor ==
 +
Wird nicht gehighlighted.
  
$sql ="SELECT b.bezirk AS Schluessel,g.bezeichnung AS Name FROM alb_g_buchungen AS b,alb_v_grundbuchbezirke AS g";
+
== + 3.10.16 Layer kopieren ==
$sql.=" WHERE b.bezirk=g.grundbuchbezschl AND b.flurstkennz = '".$FlurstKennz."'";
+
Beim Style werden nicht alle Attribute kopiert.
  
durch diese hier ersetzt werden:
+
== + 3.10.15 Daten-Export ==
 +
Es gibt eine Sicherheitslücke bei der Datenbankabfrage.
  
$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";
+
== + 3.10.14 Filterverwaltung ==
$sql.=" WHERE b.bezirk=g.grundbuchbezschl AND b.flurstkennz = '".$FlurstKennz."'";
+
Wenn man einen vorhandenen räumlichen Filter wieder löscht, funktioniert der Layer in dieser Stelle nicht mehr. (Beispiel Stadt Putbus, Layer Jagdbezirke Wildnachweisung)
$sql.=" AND b.bezirk=gb.bezirk AND b.blatt=gb.blatt";
+
$sql.=" AND gb.aktualitaetsnr NOT LIKE 'hist'";
+
  
== + Nachweisrecherche nach Antragsnummer ==
+
== + 3.10.13 Plugin Bauleitplanung ==
 +
Die Geltungsbereichsfläche wird nicht richtig ausgegeben.
  
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
+
== + 3.10.12 Daten-Export ==
 +
Die Export-Tabelle im Schema public wird nicht gelöscht.
  
$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";
+
== + 3.10.11 Auswahlfelder ==
$sql.=" FROM n_vermstelle AS v, n_nachweise AS n";
+
Bei manchen Auswahlfeldern werden die Optionen durch andere Elemente verdeckt.
  
durch diese hier ersetzt werden:
+
== + 3.10.10 alle Objekte exportieren ==
 +
Fuktioniert nicht.
  
$sql ="SELECT n.*,v.name AS vermst, n2d.dokumentart_id AS andere_art, d.art AS andere_art_name";
+
== + 3.10.9 Fehler beim Löschen einer Benachrichtigung ==
$sql.=" FROM n_nachweise2antraege AS n2a, n_vermstelle AS v, n_nachweise AS n";
+
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)
  
== + WMS-Export von allen Layern ==
+
== + 3.10.8 Multipolygon speichern ==
 +
Wenn der Geometrietyp "Geometry" ist, wird nur das erste Teilpolygon gespeichert.
  
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
+
== + 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.
  
$this->loadMap('DataBase');
+
== + 3.10.6 Polygoneditor ==
 +
Einer der Eckpunkte lässt sich nicht richtig verschieben.
  
diese Zeile eingefügt werden:
+
== + 3.10.5 Geonamensuchfeld ==
 +
Ist ausgeblendet.
  
$this->class_load_level = 2; # die Klassen von allen Layern laden
+
== + 3.10.4 Nachweisanzeige ==
 +
Statt Blattnr. steht ei zweites Mal Rissnr. im Tabellenkopf.
  
== + function imagerotate fehlerhaft  ==
+
== + 3.10.3 Attributeditor: abhängige Sichtbarkeit ==
--[[Benutzer:Hschmidt|Hschmidt]] 11:56, 23. Apr 2009 (CEST)<br>
+
Funktioniert nicht, wenn das verwendete Attribut unsichtbar ist.
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.
+
  
 +
== + 3.10.2 Gast-Zugang==
 +
Funktioniert nicht.
  
== + labelangleitem mit Mapserver 5 ==
+
== + 3.10.1 $EXPORT ==
 +
$EXPORT wird nicht richtig ersetzt.
  
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