Bug kvwmap: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(→‎- Sachdatenanzeige UKO-Button)
(→‎Version 1.7.6)
Zeile 64: Zeile 64:
  
 
= Version 1.7.6 =
 
= Version 1.7.6 =
 +
 +
 +
== + Adresssuche - nur Gemeinde ausgewählt ==
 +
--[[Benutzer:HolgerR|HolgerR]] 13:30, 19. Dez 2011 (CET) Wird bei der Adressuche nur nach der Gemeinde bzw. dem Ortsteil gesucht, erscheint folgende Fehlerausschrift
 +
Fehler bei SQL Anweisung:
 +
SET datestyle TO 'German';SELECT MIN(XMIN(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS minx,MAX(XMAX(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS maxx,MIN(YMIN(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS miny,MAX(YMAX(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS maxy FROM alkobj_e_fla as o,alknflur AS fl,alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl AND g.gemeinde=13072016
 +
Beim Ausführen obiger SQL-Anweisung in PgAdminIII kommt folgende Fehlerausschrift
 +
ERROR:  operator does not exist: character varying = integer
 +
LINE 1: ...ungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgsc...
 +
                                                            ^
 +
HINT:  No operator matches the given name and argument type(s). You might need to add explicit type casts.
 +
Beim genaueren Hinschauen fiel auf, dass der fl.gemkgschl ein Varchar und der g.gemkgschl ein Integer ist. Um den Fehler nun zu umgehen, sind 2 Änderungen notwendig:
 +
 +
In der Datei '''postgresql.php''' in der Funktion '''getMERfromGemeinde''' ist die Zeile
 +
    $sql.=" WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl";
 +
gegen diese Zeile auszutauschen
 +
    $sql.=" WHERE o.objnr=fl.objnr AND CAST(fl.gemkgschl AS Integer)=g.gemkgschl";
 +
In der Datei '''kvwmap.php''' in der Funktion '''zoomToALKGemeinde''' ist die Zeile
 +
    $datastring.=",alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl";
 +
gegen nachfolgende Zeile auszutauschen
 +
    $datastring.=",alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND CAST(fl.gemkgschl AS Integer)=g.gemkgschl";
  
  

Version vom 19. Dezember 2011, 13:30 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

Version 1.8

+ Klassifizierung beim CSV-Export fehlt

--Andreas Thurm 14:01, 13. Dez 2011 (CET)Beim CSV-Export von Flurstücken wird, wenn ausgewählt, keine Klassifizierung ausgegeben.

--Rahn 16:31, 13. Dez 2011 (CET) Ist in der neuen Version mit drin.

- Lagebezeichnungen beim CSV-Export

--Markus Hentschel 08:18, 8. Dez 2011 (CET) Wenn ein Flurstück sowohl eine verschlüsselte als auch eine unverschlüsselte Lagebezeichnung hat, dann produzieren die Exporte pro Flurstück mehrere Zeilen. Besser und richtiger wäre es, wenn alle Lagebezeichnungen in das eine Feld "Lage" reingeschrieben werden.

+ Sachdatenanzeige UKO-Button

--Hschmidt 16:19, 23. Nov 2011 (CET)
In der Sachdatenanzeige hat der UKO-Button keinen Tooltip.

--Rahn 13:22, 19. Dez 2011 (CET) Gibts in der neuen Version.

- Sachdatenanzeige Flurstücke

--Markus Hentschel 13:45, 1. Nov 2011 (CET) Wenn man Flurstücke in der Karte über ein Polygon abfragt, werden einem nur die ersten 10 angezeigt und man kann blättern. Wenn man über die Flurstückssuche kommt, gibt es diese Einschränkung nicht. Das wird dann zum Problem, wenn man eine große Treffermenge z.B. in den CSV-Export geben will, aber dann nur die ersten 10 ausgegeben werden. Die Eingrenzung war vielleicht mal sinnvoll, aber ist sie das immer noch? Oder es müsste eine Möglichkeit geben, *alle* Treffer auszugeben.

+ GLE - Prüfung von numeric

--Markus Hentschel 15:01, 4. Okt 2011 (CEST) Der GLE prüft bei numeric-Attributen bei der Eingabe, ob nur Zahlen und der Dezimaltrenner verwendet werden. Wenn als "Genauigkeit" bei numeric jedoch eine Angabe steht (z.B. "numeric(5,1)"), dann kann der Benutzer scheinbar mehr Nachkommastellen als definiert eingeben. kvwmap meckert nicht, beim Speichern werden jedoch überzählige Nachkommazahlen einfach weggeschnitten.

--Rahn 13:05, 19. Dez 2011 (CET) Ich seh das jetzt mal nicht als Bug sondern eher als Entwicklungswunsch an, deswegen gibts dazu keinen Bugfix aber es ist ab sofort in der develop-Version enthalten.

+ 1.8.11 Attributabhängiges Auswahlfeld | zurück zur Suche

--Markus Hentschel 09:09, 27. Sep 2011 (CEST) Wenn man ein attributabhängiges Auswahlfeld hat und dieses auch bei einer Suche verwendet hat, dann ist es nicht mehr mit der Auswahl belegt, wenn man "zurück zur Suche" geht.

+ 1.8.10 Layer-Export ohne kurzbeschreibung und datenherr

--Hschmidt 09:21, 30. Nov 2011 (CET)
Beim Layer-Export werden "kurzbeschreibung" und "datenherr" nicht mit übergeben.

+ 1.8.9 Eigene WMS-Layer werden nicht mehr angezeigt

Bei WMS-Layern, die über http://localhost/... eingebunden sind, kommt es zu einem Fehler in der Anzeige.

+ 1.8.8 Loginname bei User-Attributen

Beim Ändern vom Datensätzen im GLE wird immernoch der Loginname bei User-Attributen eingetragen.

+ 1.8.7 UKO-Export

Beim UKO-Export gibt es einen Fehler.

+ 1.8.6 nochmal ALB-Auszug 30 bei historischen Flurstücken

Hier gab es noch einen Fehler bei der Darstellung im Auszug.

+ 1.8.5 Fehler bei der gesetzl. Klassifizierung

2009 hat es im ALB eine Änderung bei der gesetzlichen Klassifizierung gegeben, die dazu führen kann, dass die Klassifizierungen falsch ausgegeben werden.

+ 1.8.4 ALB-Auszug 30 bei historischen Flurstücken

--Andreas Thurm 13:03, 12. Sep 2011 (CEST)Schön, das es diesen Auszug jetzt gibt. Wichtig wäre noch, das auf dem Ausdruck ersichtlich ist, das es sich um ein historisches Flurstück handelt (Status (H) Historisches Flurstück). Weiterhin sollten auch Nachfolger- und Vorgängerflurstücke zu sehen sein.

+ 1.8.3 Nachweisrecherche ohne Flurnummer

Die Nachweisrecherche ohne Flurnummer liefert auf neueren PostGIS-Versionen einen Fehler.

+ 1.8.2 Datensätze ohne Geometrie

Bei Datensätzen, die keine Geometrie haben aber deren Geometriefeld editierbar ist, fehlt der Link "Geometrie bearbeiten".

+ 1.8.1 "Im Grundbuch nicht gebucht" beim Amtsgericht

Bei Flurstücken mit Grundbuchblattnummern >= 90000 sollte kein Amtsgericht ausgegeben werden, sondern der Hinweis "Im Grundbuch nicht gebucht". Dies wurde bisher durch einen kleinen Bug verhindert, der nun behoben ist (https://github.com/srahn/kvwmap/commits/kvwmap).

Version 1.7.6

+ Adresssuche - nur Gemeinde ausgewählt

--HolgerR 13:30, 19. Dez 2011 (CET) Wird bei der Adressuche nur nach der Gemeinde bzw. dem Ortsteil gesucht, erscheint folgende Fehlerausschrift 

Fehler bei SQL Anweisung:
SET datestyle TO 'German';SELECT MIN(XMIN(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS minx,MAX(XMAX(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS maxx,MIN(YMIN(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS miny,MAX(YMAX(ENVELOPE(TRANSFORM(o.the_geom, 2398)))) AS maxy FROM alkobj_e_fla as o,alknflur AS fl,alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl AND g.gemeinde=13072016

Beim Ausführen obiger SQL-Anweisung in PgAdminIII kommt folgende Fehlerausschrift 

ERROR:  operator does not exist: character varying = integer
LINE 1: ...ungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgsc...
                                                            ^
HINT:  No operator matches the given name and argument type(s). You might need to add explicit type casts.

Beim genaueren Hinschauen fiel auf, dass der fl.gemkgschl ein Varchar und der g.gemkgschl ein Integer ist. Um den Fehler nun zu umgehen, sind 2 Änderungen notwendig:

In der Datei postgresql.php in der Funktion getMERfromGemeinde ist die Zeile 

   $sql.=" WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl";

gegen diese Zeile auszutauschen 

   $sql.=" WHERE o.objnr=fl.objnr AND CAST(fl.gemkgschl AS Integer)=g.gemkgschl";

In der Datei kvwmap.php in der Funktion zoomToALKGemeinde ist die Zeile 

   $datastring.=",alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND fl.gemkgschl=g.gemkgschl";

gegen nachfolgende Zeile auszutauschen 

   $datastring.=",alb_v_gemarkungen AS g WHERE o.objnr=fl.objnr AND CAST(fl.gemkgschl AS Integer)=g.gemkgschl";


- Style Type hatch

--HolgerR 17:45, 12. Dez 2011 (CET) Bei einem Style mit dem Typ hatch reicht es nicht, dass der Symbolname angegeben wird. Es muss immer die Symbol-ID angegeben werden, sonst kommt es zum Abbruch. Schön wäre es, wenn beide Varianten funktionieren würden. Ob es schon in der Version 1.8. funktioniert, weiß ich nicht, da noch nicht in Benutzung.

--Rahn 10:18, 13. Dez 2011 (CET) Also in der aktuellen Version geht das auf jeden Fall und es sollte eigentlich auch in der 1.7.6 funktionieren. Was steht denn bei Dir im savemapfile bei dem entsprechenden Layer? Und gibt es eine Fehlermeldung?
--HolgerR 15:05, 13. Dez 2011 (CET) Also, die Fehlerausschrift ist wie folgt: 
PHP Fatal error:  Invalid symbol index. in /../../class/kvwmap.php on line 903

+ History Back

--Markus Hentschel 07:35, 31. Aug 2011 (CEST) Die History Back Funktion überspringt gerne den letzten vorherigen Kartenzoom und landet beim vorletzten.

--Rahn 15:16, 1. Sep 2011 (CEST) Um den Fehler zu beheben, muss in index.php beim case "getMap_ajax" die Zeile 
$GUI->saveMap('');

vor die Zeile 

$currenttime=date('Y-m-d H:i:s',time());

verschoben werden.

- Vertauschte Grafik Legende / Maßstabsleiste

--Markus Hentschel 08:24, 26. Aug 2011 (CEST) Ab und zu erscheint die Maßstabsleisten-Grafik als Legendenbild oder umgekehrt eine Legendenbildchen an der Stelle der Maßstabsleiste...

- ALK-Adresssuche

--Markus Hentschel 09:27, 25. Jul 2011 (CEST) Bei der ALK-Adressuche bekommt man zwar ein Suchergebnis, aber es wird in der Karte nicht eingefärbt.

--Rahn 10:34, 22. Aug 2011 (CEST) Hmmmm, bei mir wird was eingefärbt....

- Sachdaten-Layoutdruck | Schriftart verschwindet bei Freitexten

--Markus Hentschel 12:00, 7. Jul 2011 (CEST) Wenn man im Layoutdruck-Editor einen einen Freitext mit Schriftart definiert und gespeichert hat, dann verschwindet beim nächsten Ändern/Speichern des Layouts in der Tabelle druckfreitexte der gespeicherte Eintrag zur Schriftart.

+ Sachdaten-Layoutdruck bei Layern mit host!=localhost

--Markus Hentschel 10:37, 7. Jul 2011 (CEST) Wenn Layer auf einen Server zugreifen, der nicht localhost ist (z.B. Ökokontoflächen beim LUNG), dann kommt bei der Voransicht des Sachdatendrucks eine Fehlermeldung, weil versucht wird, für das Vorschaubild auf die lokale Datenbank zuzugreifen. Das erzeugte PDF ist dann wieder fehlerfrei.

--Rahn 09:33, 8. Jul 2011 (CEST) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion generischer_sachdaten_druck() die Zeile 
$ret = $this->pgdatabase->execSQL($sql,4, 1);

durch 

$ret = $layerdb->execSQL($sql,4, 1);

ersetzt werden.

+ NULL-Fläche bei Bodenrichtwert

--Markus Hentschel 10:44, 5. Jul 2011 (CEST) Wenn man versucht, einen bereits gespeicherten Flächeneintrag eines Bodenrichtwerts auf "NULL" oder auch auf "0" zu setzen, ist das Feld "Fläche" nach dem Speichern zwar leer, in der Datenbank und beim erneuten Anzeigen des Datensatzes ist allerdings alles beim Alten.

+ Zoom/Pan bei zuem Menü

--Markus Hentschel 08:54, 20. Jun 2011 (CEST) Wenn die linke Menü-Spalte zugeklappt ist, funktioniert das Zoomen/Pannen nicht mehr.

- Nachweisrecherche | Sortierung nach Blattnummer

--Markus Hentschel 08:17, 31. Mai 2011 (CEST) Bei der Darstellung des Rechercheergebnisses der Nachweissuche werden die Dokumente beim Sortieren nach Blattnummer alphanumerisch und nicht numerisch sortiert, also "0010" nach "0001" usw.

+ Stand ALB/ALK - falsches Datumsformat

--HolgerR 09:02, 26. Mai 2011 (CEST) Das Datum für den Stand des ABL bzw. der ALK Flurstuecke.php wird nicht korrekt wiedergeben. Das gleiche Problem tauchte schon mal in der Version 1.7.4 auf. Siehe Bug_kvwmap#.2B_Anzeige_der_Aktualit.C3.A4t_ALB und Bug_kvwmap#.2B_Anzeige_Aktualit.C3.A4t_ALK

--Rahn 11:57, 26. Mai 2011 (CEST) Ok, die Änderungen in der 1.7.4 wurden nur im Snippet Flurstuecke_custom.php vorgenommen. Denn das ist eigentlich das Snippet welches für den Layer Flurstücke verwendet werden sollte. Aber ich trage sie dann jetzt auch in Flurstuecke.php ein.

+ zoomToMaxLayerExtent bei stellenbezogenem Filter

--Markus Hentschel 08:54, 18. Mai 2011 (CEST) Wenn in den Stellenbezogenen Eigenschaften ein Filter gesetzt ist, wird dieser nicht beim Klick auf "zoomToMaxLayerExtent" berücksichtigt. --Rahn 16:11, 18. Mai 2011 (CEST) Damit der Filter berücksichtigt wird, müssen in kvwmap.php in der Funktion zoomToMaxLayerExtent() vor der Zeile 

# Erzeugen des Abfragestatements für den maximalen Extent aus dem Data String

diese Zeilen eingefügt werden: 

# Filter berücksichtigen
 $filter = $this->mapDB->getFilter($layer_id, $this->Stelle->id);
 if($filter != ''){
   if(strpos(strtolower($subquery), 'where') !== false){
     $subquery .= 'AND '.$filter;
   }
   else{
     $subquery .= 'WHERE '.$filter;
   }
 }

+ Layer-Export

Beim Layer-Export werden die Verknüpfungen von Layern nicht richtig aktualisiert. Um das zu beheben, muss in kvwmap.php in der Funktion create_layer_dumpfile() die Zeile 

$sql .= 'UPDATE layer_attributes SET options = REPLACE(options, \''.$layer_ids[$i].'\', @last_layer_id'.$layer_ids[$i].') WHERE layer_id IN('.implode(',', $layer_ids).') AND type IN (\'SubFormPK\', \'SubFormFK\', \'SubFormEmbeddedPK\');'.chr(10);

durch diese ersetzt werden: 

$sql .= 'UPDATE layer_attributes SET options = REPLACE(options, \''.$layer_ids[$i].'\', @last_layer_id'.$layer_ids[$i].') WHERE layer_id IN(@last_layer_id'.implode(', @last_layer_id', $layer_ids).') AND form_element_type IN (\'SubFormPK\', \'SubFormFK\', \'SubFormEmbeddedPK\');'.chr(10);

+ function createQueryMap | Mapserver < 5

--Hschmidt 11:23, 5. Mai 2011 (CEST)
Habe wg. Mapserverversion < 5 in der function createQueryMap (kvwmap.php) die Zeilen 

$style->set('width', 2);

Zeilen Nr.: 11811 u. 11839 auskommentieren müssen damit es läuft. Dieses sollte abgefangen werden.

+ Default-Suchergebnis-Farbe

--Hschmidt 10:58, 4. Mai 2011 (CEST)
ob Bug oder Entwicklungswunsch ??? jedenfalls wäre es gut wenn neue User automatisch eine Default-Suchergebnis-Farbe bekämen, da sonst das Suchergebnis nicht zu sehen ist :-(

- wieder da: Einige Fehler und Ungereimtheiten im ALB-Druck (30/35), wie schon mal unter 1.7.0

--Hschmidt 09:06, 4. Mai 2011 (CEST)
Klassifizierung
 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.

+ Sachdaten-Druck | Fehlermeldung

--Hschmidt 09:11, 2. Mai 2011 (CEST)
Im Sachdaten-Druck kommt es hier, wenn keine Druckvorlage vorhanden ist, bei Betätigung des Druck-Buttons zu der Meldung: 

You don't have permission to access /tmp/ on this server.

Das könnte durch eine entsprechende Meldung abgefangen werden.

+ GB- und FST-Suche | falsche Schlüsseleingabe

--Markus Hentschel 09:18, 18. Apr 2011 (CEST) Wenn in der Grundbuchbezirks- oder in der Flurstückssuche ein Schlüssel eingegeben wird, der nicht existiert, wird trotzdem eine Option ausgewählt. Das müsste unterdrückt werden.

- Firefox 4

Bei Benutzung des Firefox 4 treten 2 unschöne Sachen auf. Zum einen erscheint in der Karte öfter mal eine Hinweismeldung mit "ahah error" und zum anderen zuckt die Karte nach Pan oder Zoom. Um das zu beheben muss in ahah.php ganz unten das alert so auskommentiert werden: 

//alert(target.value);

außerdem muss in SVG_map.php in der Funktion moveback() die Zeile 

document.getElementById("mapimg2").setAttribute("xlink:href", "");

durch diese ersetzt werden: 

window.setTimeout(\'document.getElementById("mapimg2").setAttribute("xlink:href", "")\', 50);
--Markus Hentschel 07:44, 18. Apr 2011 (CEST) Mit Google Chrome wurden mir auch schon Probleme gemeldet, ohne dass ich das selber testen kann. Daher kann ich auch nicht sagen, welche genau und mit welcher Version.

+ Tooltip "Legende zeigen" und "Legende verstecken" vertauscht

--Hschmidt 07:51, 15. Apr 2011 (CEST)
kein eigentlicher Bug aber etwas unschön ist der vertauschte Tooltip des Schalters für die Legende.

- Zeilenumbrüche in Freitexten beim Datendruck-Layouteditor

--Markus Hentschel 13:45, 14. Apr 2011 (CEST) Wenn ich einen Freitext schreibe wie z.B. 

Landkreis Nordvorpommern
Fachgebiet Kataster und Vermessung

also mit einem einzigen Umbruch nach "Nordvorpommern", dann erscheint in der Vorschau 

Landkreis Nordvorpommern
Fachgebiet Kataster und

In der MySQL ist aber - wie ich finde korrekt - gespeichert 

Landkreis Nordvorpommern;Fachgebiet Kataster und Vermessung

Bei sehr kleinen Schriften (< 10 pt) erscheint der fehlende Textteil dann doch wieder.


+ Filterverwaltung|Operatoren

--Markus Hentschel 11:07, 14. Apr 2011 (CEST) Bei den Operatoren in der Filterverwaltung fehlt der Operator "!=".

- SRS im WMS-Layer

--Markus Hentschel 08:32, 6. Apr 2011 (CEST) Bei einem WMS-Layer wird der Dienst nicht in dem SRS abgefragt, das der Nutzer gerade als Kartenprojektion ausgewählt hat, sondern immer in dem SRS, das in der Connection angegeben ist. Das hat unschöne Effekte zur Folge. Macht man das SRS variabel, ist aber vielleicht ein Problem, das der Dienst den verlangten SRS möglichweise gar nicht anbietet. Nur dann müsste auf den Standardfall aus der Connection zurückgegangen werden.


+ Flächeninhalt ist im IE und Firefox nicht zu lesen

--Andreas Thurm 13:24, 5. Apr 2011 (CEST)Wenn man die Funktion Info über Polygon nutzt, bekommt man üblicherweise den Flächeninhalt in einem Tooltipfenster angezeigt. Beim IE und Firefox ist die Anzeige leicht nach unten verrutscht und damit kaum lesbar. Beim OPERA sieht es gut aus.

----Reißland 14:13, 5. Apr 2011 (CEST) Problemlösung steht zwei Punkte weiter unten bei Doppelklick im IE / Abfrage mit Tooltip.

+ Stelle wechseln im IE

--Andreas Thurm 16:56, 24. Mär 2011 (CET)Wenn man im IE die Stelle wechselt, geht er nicht an die geographische Position an der man die Stelle, zu der man wechselt, verlassen hat. Es wird die aktuelle Position (der Stelle aus der man wechselt) beibehalten. Die Einträge in der Tabelle rolle (für die Stelle in die man wechselt) werden ignoriert. Beim Firefox funktioniert es... Den Bug Stelle wählen habe ich schon behoben. Damit hängt es nicht zusammen.

--Rahn 09:04, 25. Mär 2011 (CET) Um den Fehler zu beheben, muss in der Datei snippets/ahah.php in der Funktion ahah() die Zeile 
if(target[k].type != "text" && target[k].type != "hidden" && target[k].innerHTML == ""){

durch diese ersetzt werden: 

if(target[k].type != "text" && target[k].type != "hidden" && target[k].type != "checkbox" && target[k].innerHTML == ""){

+ Doppelklick im IE / Abfrage mit Tooltip

--Andreas Thurm 16:37, 24. Mär 2011 (CET)Wenn man beim IE die Funktiuon Abfrage über ein Polygon verwenden will, hat man Probleme mit dem Start der Suche. Normalerweise wird das Polygon durch einen Doppelklick abgeschlossen. Das funktioniert beim IE aber nur in Ausnahmefällen. Im Firefox funktioniert es wie gewohnt.

--Rahn 09:31, 25. Mär 2011 (CET) Die Abfrage klappt deswegen nicht, weil das Fenster mit der Flächenanzeige bei manchen Mauspositionen unter dem Mauszeiger liegt und der Doppelklick dann auf dem Fenster landet und nicht auf der Karte. Das gleiche Problem tritt übrigens auch auf, wenn man beim normalen Abfragen eines Layers den Abfrageklick macht, nachdem die Tooltipanzeige schon angezeigt wird. Um den Fehler zu beheben muss in der Datei snippets/SVGvars_querytooltipscript.php in der Funktion updatetooltipposition() die Zeile 
x = mousex - (maxwidth);

durch diese 

x = mousex - (maxwidth)-7;

und die Zeile 

x = mousex + 4;

durch diese 

x = mousex + 5;

ersetzt werden.

----Reißland 13:13, 1. Apr 2011 (CEST) Darüber hinaus ist die Flächenangabe im IE nach unten versetzt und liegt nicht mittig im Tooltipfenster.
--Rahn 14:55, 4. Apr 2011 (CEST) Um das zubeheben, muss in SVG_map.php in der Funktion polygonarea() die Zeile 
showtooltip("Fl"+unescape("%E4")+"cheninhalt: "+area+" m"+unescape("%B2")+" ~");

durch diese ersetzt werden: 

showtooltip("Fl"+unescape("%E4")+"cheninhalt: "+area+" m"+unescape("%B2")+" ~"+unescape("%A0"));

+ Verrutschte Legende

--Markus Hentschel 10:06, 23. Mär 2011 (CET) Wenn man in der Sachdatenanzeige einen Datensatz gelöscht hat und kvwmap danach zurück zur Karte springt, erscheint die Legende nicht neben, sondern unter der Karte.

--Rahn 15:20, 23. Mär 2011 (CET) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion layer_Datensaetze_loeschen() nach der Zeile 
$this->loadMap('DataBase');

diese Zeile eingefügt werden: 

$this->user->rolle->newtime = $this->user->rolle->last_time_id;

+ Operator "ist leer"

--Markus Hentschel 10:02, 23. Mär 2011 (CET) Wenn ich in der Layersuche den Operator "ist leer" auswähle und suche bekomme ich eine Fehlermeldung: 

Warning: pg_query() [function.pg-query]: Query failed: ERROR: operator does not exist: 
character varying == "unknown" HINT: No operator matches the given name and argument type(s). 
You may need to add explicit type casts. in /srv/www/htdocs/kvwmap/class/postgresql_core.php on line 115

Es wird das Pfad-Select ausgegeben und es geht dann weiter mit 

(SELECT ... ) as query WHERE 1=1 AND (query.wb_blatt IS NULL OR query.wb_blatt == '') ...

Da ist ein "=" zuviel...

--Rahn 15:14, 23. Mär 2011 (CET) Das doppelte "==" ist in kvwmap.php in der Funktion GenerischeSuche_Suchen() in der Zeile 
$sql_where .= ' AND (query.'.$layerset[0]['attributes']['name'][$i].' '.$this->formvars['operator_'.$layerset[0]['attributes']['name'][$i]].' OR query.'.$layerset[0]['attributes']['name'][$i].' == \'\') ';

zu finden.

+ Stelle wählen

Beim Stellenwechseln werden die Einstellungen der neuen Stelle nicht geladen. Um das zu beheben, muss in snippets/ahah.php in der Funktion ahahDone() nach der Zeile 

responsevalues = response.split("^");

diese Zeile eingefügt werden. 

if(action == undefined)action = "";

+ Namensuche

Ist eine Stelle über die Tabelle stelle_gemeinden auf mehrere Gemeinden eingeschränkt und man führt eine Namensuche ohne Auswahl einer Gemarkung aus, wird nur in der ersten Gemarkung gesucht. Um den Fehler zu beheben, muss in postgresql.php in der Funktion getNamen() die Zeilen 

if ($gemkgschl>0) {
  $sql.=" AND e.bezirk=b.bezirk AND e.blatt=b.blatt";
  $sql.=" AND b.flurstkennz LIKE ";
  $sql.=" '".$gemkgschl[0]."%'";
}

durch diese ersetzt werden 

if ($gemkgschl>0) {
  $sql.=" AND e.bezirk=b.bezirk AND e.blatt=b.blatt";
  $sql.=" AND (b.flurstkennz LIKE ";
  $sql.=" '".$gemkgschl[0]."%'";
  for($i = 1; $i < count($gemkgschl); $i++){
    $sql.=" OR b.flurstkennz LIKE '".$gemkgschl[$i]."%'";
  }
  $sql.=")";
}

+ Nachweisrecherche

Ein Bug, der schon lange vorhanden ist aber erst jetzt entdeckt wurde: In der Nachweisrecherche funktioniert die Suche über ein Abfragepolygon nicht, wenn man ein anderes Koordinatensystem als das der Nacheise ausgewählt hat. Um den Fehler zu beheben, muss in class/nachweise.php in der Funktion getNachweise() die Zeile 

$sql.=" AND NOT DISJOINT(GeometryFromText('".$polygon."',".EPSGCODE."),the_geom)";

durch diese ersetzt werden: 

$sql.=" AND NOT DISJOINT(Transform(GeometryFromText('".$polygon."',".$this->client_epsg."), ".EPSGCODE."),the_geom)";

+ requires-Layer verschwinden im Firefox

Ein weiteres Problem, welches bei der neuen Ajax-Navigation auftritt ist, dass die requires-Layer nicht dargestellt werden, nachdem man navigiert hat. Um den Fehler zu beheben, muss in kvwmap_core.php in der Funktion read_Layer() die Zeile 

$sql.=' AND rl.aktivStatus != "0"';

durch diese ersetzt werden 

$sql.=' AND (rl.aktivStatus != "0" OR requires != "")';

+ Punktfang beim Streckenmessen

Damit beim Punktfang keine Punkte von Layern geladen werden, die außerhalb des Maßstabsbereiches liegen, muss in kvwmap.php in der Funktion getSVG_vertices() nach der Zeile 

if($layer[$i]['connectiontype'] == MS_POSTGIS){

das hier eingefügt werden: 

if($this->formvars['scale'] < $layer[$i]['minscale'] OR $layer[$i]['maxscale'] > 0 AND $this->formvars['scale'] > $layer[$i]['maxscale']){
  continue;
}

Außerdem muss in SVG_map.php in der Funktion add_vertices() die Zeile 

top.ahah("'.URL.APPLVERSION.'index.php", "go=getSVG_vertices", new Array(top.document.GUI.vertices), "setvalue");

durch diese ersetzt werden: 

top.ahah("'.URL.APPLVERSION.'index.php", "go=getSVG_vertices&scale="+top.document.getElementById("scale").value, new Array(top.document.GUI.vertices), "setvalue");

+ Shape einlesen

--Markus Hentschel 07:27, 1. Mär 2011 (CET) Beim Einlesen eines Shapes wird nicht auf den Extent des Shapes gezoomt. Außerdem rutscht die Themenauswahl/Legende unter die Karte.

--Rahn 11:08, 1. Mär 2011 (CET) Dass nicht auf das Shape gezoomt wird, war schon immer so und lässt sich ohne weiteres auch leider nicht ändern, da man ja die Ausdehnung des Shapes nicht kennt. Aber das Wegrutschen der Legende ist ein Bug. Um ihn zu Beheben muss in kvwmap.php in der Funktion create_shp_rollenlayer_load() die Zeile 
$this->user->rolle->newtime = $GUI->user->rolle->last_time_id;

durch diese ersetzt werden 

$this->user->rolle->newtime = $this->user->rolle->last_time_id;

+ IP-Adressen-Einschränkung

Benutzt man IP-Adressen-Einschränkung und den Firefox kommt es zu einem Fehler mit der neuen Ajax-Navigation. Um den Fehler zu beheben, muss die Funktion clientIpIsValide() aus der Datei users.php in die Datei users_core.php verschoben werden. Und zwar nach der Funktion user_core().

+ Filtereinschränkung

Benutzt man in einem Layer einen Filter und den Firefox kommt es zu einem Fehler mit der neuen Ajax-Navigation. Um den Fehler zu beheben, muss die Funktion BBoxinExtent() aus der Datei kvwmap.php in die Datei kvwmap_core.php verschoben werden. Und zwar vor die Funktion drawMap().

+ Adresssuche

--Andreas Thurm 13:10, 21. Feb 2011 (CET)In der Adresssuche werden zu einer Straße, egal ob über Gemarkung oder Gemeinde gesucht, wesentlich mehr vorhandene Hausnummern angeboten als vorhanden.

  • --Rahn 12:21, 22. Feb 2011 (CET) Um den Fehler zu beheben, muss in kvwmap.php in der Funktion adresswahl() die Zeile 
if($GemID = -1)$GemID = '';

durch diese Zeilen ersetzt werden: 

if($GemID == -1){
   $Gemeinde = $Gemarkung->getGemarkungListe(NULL, array($this->formvars['GemkgID']), NULL);
   $GemID = $Gemeinde['gemeinde'][0];
 }

+ Koordinatenabfrage ohne 2. Koordinatensystem

Hat man kein 2. Koordinatensystem gewählt, funktioniert die Koordinatenabfrage nicht mehr. Um den Fehler zu beheben, muss in SVG_map.php in der Funktion show_coords() die Zeile 

top.ahah("'.URL.APPLVERSION.'index.php", "go=spatial_processing&curSRID='.$this->user->rolle->epsg_code.'&newSRID='.$this->user->rolle->epsg_code2.'&point="+coorx+" "+coory+"&operation=transformPoint&resulttype=wkt", new Array(top.document.GUI.secondcoords), "");

durch 

if(top.document.GUI.secondcoords != undefined)top.ahah("'.URL.APPLVERSION.'index.php", "go=spatial_processing&curSRID='.$this->user->rolle->epsg_code.'&newSRID='.$this->user->rolle->epsg_code2.'&point="+coorx+" "+coory+"&operation=transformPoint&resulttype=wkt", new Array(top.document.GUI.secondcoords), "");

ersetzt werden.

+ Maßstabsleiste

--Markus Hentschel 14:35, 16. Feb 2011 (CET) Kein Bug, aber einen Hinweis wert: Damit die Maßstabsleiste unter der Karte angezeigt wird, muss in der config.php der Parameter BG_MENUETOP einen hexadezimalen Wert haben, also '#B0C4DE' o.ä.

+ Geometrie bearbeiten

Beim Bearbeiten der Geometrie von Polygon- und Punktlayern gibt es einen Bug, der verhindert, dass man in der Karte navigieren kann. Um ihn zu beheben, müssen in kvwmap.php in den Funktionen PointEditor() und PolygonEditor() folgende 3 Zeilen gelöscht werden: 

if($oldscale!=$this->formvars['nScale'] AND $this->formvars['nScale'] != '') {
   $this->scaleMap($this->formvars['nScale']);
 }

Version 1.7.5

+ Optionen - Kartenprojektion

--Markus Hentschel 08:48, 14. Jan 2011 (CET)

  • Bei Auswahl eines anderen CRS als 2398 funktioniert die Referenzkarte nicht
  • Bei Auswahl eines anderen CRS als 2398 funktioniert der Koordinatenzoom nicht
  • Die Auswahl von 4326 ergibt immer einen Maßstab 1:100 und scheitert beim zoomen sowie bei anderen Funktionen wie z.B. Shape anzeigen
  • History Back hat Probleme beim Wechsel auf andere CRS

+ Namensuche mit Gemarkungsangabe

--Markus Hentschel 10:02, 13. Jan 2011 (CET) Wenn man nach einem Namen sucht und gleichzeitig auf eine Gemarkung eingrenzt, dann dauert die Suche deutlich länger (deutlich = minutenlang)!

- ALB-Auszüge

--Markus Hentschel 12:48, 7. Jan 2011 (CET)

  • Beim ALB-Auszug 20 muss die Eigentümerart in der Zeile mit name1 erscheinen.
  • Wenn name3 Postleitzahl und Postfach enthält (an definierten Positionen nach dem 30. Zeichen), dann muss vor der Postleitzahl "PLZPF" stehen und vor dem Postfach "PF". Beide Strings sind in name3 nicht gespeichert, sondern müssen vom System erzeugt werden.

+ Strichstärken und Symbolgrößen im Ausdruck

--Markus Hentschel 11:30, 12. Nov 2010 (CET) Die Linienstärken und die Symbolgrößen im Ausdruck entsprechen nicht denen am Bildschirm.

+ "neu"-Link von Subforms in neuen Datensätzen

--Markus Hentschel 09:32, 10. Nov 2010 (CET) Wenn ein neuer Datensatz angelegt wird, der eine Subform enthält, dann wird dort bereits der "neu"-Link angeboten. Das Speichern von entsprechenden Daten in der Subform ist dann aber noch gar nicht möglich. Der Link dürfte also beim Erfassen von neuen Datensätzen noch gar nicht erscheinen - oder kvwmap sorgt dafür, dass der beim Speichern des neuen Datensatzes vergebene Primärschlüssel auch im Subform-Datensatz eingetragen wird.

+ Erfassen von neuen Datensätzen

Bei der Erfassung von neuen Datensätzen gibt es ein Problem bei Layern, die eine id mit automatisch hochzählender Sequenz haben. Speichert man nämlich den Layer in der Layerdefinition, so wird der aktuelle Stand der Sequenz als Defaultwert übernommen und dann bei jeder Neuerfassung im Feld voreingetragen. Um den Fehler zu beheben, muss in postgresql.php in der Funktion get_field_default() die Zeile 

if($default[0] != ''){

durch diese ersetzt werden: 

if($default[0] != '' AND strpos($default[0], 'nextval') === false){

+ Speichern von SubformFK-Attributen

Im GLE gibt es einen Bug, der das Speichern von SubformFK-Attributen betrifft. Um den Fehler zu beheben, muss im Snippet generic_layer_editor_2.php die Zeile 

$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].'_oid'].';Text;1|';

durch diese 

$this->form_field_names .= $this->qlayerset[$i]['Layer_ID'].';'.$this->qlayerset[$i]['attributes']['real_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].';'.$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['table_name'][$this->qlayerset[$i]['attributes']['subform_fkey'][$j]].'_oid'].';Text;1;varchar|';

ersetzt werden.

- stellenbezogene Layerattribute bei Pfad-Löschung

--Markus Hentschel 13:09, 1. Okt 2010 (CEST) Wenn man den Pfad-Eintrag eines Layers komplett löscht, werden die Einträge in der Tabelle layerattributes2stelle nicht gelöscht.

+ Grundbuchblattsuche

--Andreas Thurm 09:51, 30. Sep 2010 (CEST)In der Grundbuchblattsuche werden nach Auswahl eines Bezirkes alle Grundbücher angezeigt. Die Anzeige der Grundbücher mit der Aktualitaestnr = 'hist' sollte unterdrückt werden.

--Rahn 14:15, 30. Sep 2010 (CEST) Dazu muss in postgresql.php in der Funktion getGrundbuchblattliste() das SQL so angepasst werden: 
$sql = "SELECT * FROM alb_grundbuecher WHERE bezirk = ".$bezirk." AND aktualitaetsnr != 'hist' ORDER BY blatt";

+ Nachweisrecherche

In der Nachweisrecherche wird eine Fehlermeldung angezeigt. Um das zu beheben, muss in der Datei SVG_polygon_box_query_area.php die Zeile 

$svg .= bufferbuttons();

durch 

$svg .= bufferbuttons($strBuffer);

ersetzt werden.

+ Pächteranzeige Jagdbezirk

--Markus Hentschel 11:34, 24. Sep 2010 (CEST) Wenn man in der Pächteranzeige eines Jagdbezirks ist und "zurück zum Jagdbezirk" will, dann ist der Jagdbezirk weg und es kommt eine Fehlermeldung.

- Geometrie weiterzeichnen

--Markus Hentschel 12:42, 22. Sep 2010 (CEST) Wenn ich eine vorhandene Geometrie zur Bearbeitung im Geometrieeditor aufrufe oder eine Geometrie nach dem Speichern / Zwischenspeichern weiter bearbeiten will, wird die vorhandene Geometrie vom letzten gezeichneten Punkt aus weiter bearbeitet. Die Benutzer sind ordentlich verwirrt und es kommt zu jede Menge Fehlern. Das Problem ist natürlich, dass das mal sinnvoll ist und mal nicht. Kann man das nicht irgenwie sauber auseinander halten?


- Stelleneditor | Übernahme der Werte in "stelle_gemeinden" fehlt

--Hschmidt 10:46, 31. Aug 2010 (CEST) Mit dem Stelleneditor werdem beim Kopieren einer Stelle über "Ändern | Als neu Stelle eintragen" die Werte aus der Tabelle "stelle_gemeinden" nicht übernommen.

--Markus Hentschel 12:35, 22. Sep 2010 (CEST) ... und beim Löschen einer Stelle werden nicht alle Einträge in der MySQL gelöscht, z.B. in u_funktionen2stelle.


- Button-Vorauswahl nach Geometrie übernehmen im Geometrieeditor

--Markus Hentschel 15:15, 18. Mai 2010 (CEST)

  • 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".


- Straße mit Umlaut in der Namenssuche

--Markus Hentschel 17:01, 3. Aug 2010 (CEST) Wenn man in der Namenssuche nach einer Straße sucht und diese Straße mit einem Umlaut beginnt, dann schlägt die Suche fehl, wenn man den beginnenden Umlaut klein schreibt. Bei den "normalen" Anfangsbuchstaben ist die Suche case-insensitiv, wie es sein soll.


- CSV-Export mit Semikolons

--Markus Hentschel 14:46, 10. Sep 2010 (CEST) Wenn in einem Attribut ein Semikolon auftaucht, verschiebt der CSV-Export den Rest des Textes in das nächste Feld, so dass alles um eins nach rechts verrutscht.


+ Layoutdruckeditor

--Rahn 15:57, 23. Sep 2010 (CEST) Wenn man im Datendruck-Layouteditor die x und y-Werte eines Elements rausnimmt und speichert, erscheint das Vorschaubild nicht mehr. Um das zu beheben, muss in datendrucklayout.php in der Funktion update_layout() vor der Zeile 

for($i = 0; $i < $formvars['textcount']; $i++){

das hier eingefügt werden: 

 $sql = "DELETE FROM ddl_elemente WHERE ((xpos IS NULL AND ypos IS NULL) OR (xpos = 0 AND ypos = 0) OR (xpos > 595 AND ypos > 842)) AND ddl_id = ".$formvars['aktivesLayout'];
 $this->debug->write("<p>file:kvwmap class:ddl->save_ddl :",4);
 $this->database->execSQL($sql,4, 1);

+ Attributeditor im IE7

--Markus Hentschel 13:54, 21. Sep 2010 (CEST) Im Internet Explorer wird der Attributeditor zerpflückt, die Attribute werden nicht zeilenweise dargestellt.

--Rahn 11:31, 22. Sep 2010 (CEST) Um das zu beheben muss im Snippet attribut_editor.php in Zeile 138 
echo '">

das 

"

entfernt werden.

+ ID-Übergabe Subform

--Markus Hentschel 13:39, 21. Sep 2010 (CEST) Der Primärschlüssel wird bei Subforms nicht mehr an den anhängigen Layer übergeben, wenn man einen neuen Datensatz erzeugen will.

--Rahn 13:26, 27. Sep 2010 (CEST) Um das zu beheben, muss in der Datei generic_layer_editor2_embedded.php die Zeile 
if($this->new_entry == true){        # Default-Werte setzen

durch 

if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != ''){        # Default-Werte setzen

ersetzt werden.

+ Colors

Merkwürdigerweise scheint es mit bestimmten Farben in der Stellenwahl/Optionen Probleme zu geben. Aus Weinrot wird z.B. Dunkelgrün. Um den Fehler zu beheben, muss im Snippet rollenwahl.php die Zeile 

echo ' style="background-color:#'.str_pad(dechex($this->result_colors[$i]['red']), 2, '0').str_pad(dechex($this->result_colors[$i]['green']), 2, '0').str_pad(dechex($this->result_colors[$i]['blue']), 2, '0').'"';

durch diese hier ersetzt werden: 

echo ' style="background-color: rgb('.$this->result_colors[$i]['red'].', '.$this->result_colors[$i]['green'].', '.$this->result_colors[$i]['blue'].')"';


+ ALB-Auszug 30

Beim ALB-Auszug 30 tritt ein Fehler auf, der durch die neue Funktionsüberprüfung verursacht wird. Zum Beheben in kvwmap.php in der Funktion ALB_Anzeigen() im Abschnitt 

# Prüfen ob stelle Formular 30 sehen darf
if ($formnummer==40) {

die 40 durch eine 30 ersetzen.

+ Jagdkataster

Beim Anlegen eines neuen Jagdbezirkes, der nicht von einer der 4 neuen Arten ist, kommt es zu einer Fehlermeldung. Um den Fehler zu beheben, müssen in jagdkatster.php in der Funktion eintragenNeueFlaeche() die 3 Vorkommen von 

".$jb_zuordnung."

in Hochkommas gesetzt werden. Also so: 

'".$jb_zuordnung."'

Außerdem müssen die Datentypen der beiden Spalten id und jb_zuordnung geändert werden. Also in der PostgreSQL-DB das ausführen: 

ALTER TABLE jagdbezirke ALTER COLUMN jb_zuordnung TYPE character varying(10);
ALTER TABLE jagdbezirke ALTER COLUMN id character varying(10);

+ Adressuche

Bei der Adressuche hat sich ein Fehler eingeschlichen. Um den Fehler zu beheben, müssen in kvwmap.php in der Funktion adresseSuchen() die 3 Zeilen 

 $Gemarkung=new gemarkung('',$this->pgdatabase);
 $Gemeinde = $Gemarkung->getGemarkungListe(NULL, array($this->formvars['GemkgID']), NULL);
 $GemID = $Gemeinde['gemeinde'][0];

durch diese Zeile ersetzt werden: 

$GemID=$this->formvars['GemID'];

+ Geometrieeditor

--Reißland 07:04, 4. Feb 2011 (CET)Wenn man über den Geometrieeditor eine Geometrie erfasst dann gehen zuvor eingegebene Sachdaten wieder verloren.

  • --Rahn 09:35, 7. Feb 2011 (CET) Um diesen Bug zu beheben, muss in der Datei generic_layer_editor2.php die Zeile 
$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$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];

durch diese hier ersetzt werden: 

$this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$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].';'.$this->qlayerset[$i]['attributes']['type'][$j]];
  • --Reißland 10:56, 8. Feb 2011 (CET) Auswahlfelder, die direkt über ein Constraint in der Datenbanktabelle definiert sind, werden nach wie vor zurückgesetzt.
    • --Rahn 15:40, 8. Feb 2011 (CET) Stimmt, außerdem werden Felder mit Defaultwerten auch immer wieder zurück gesetzt. Um das zu beheben, müssen die Zeilen 
if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != ''){		# Default-Werte setzen
   $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->qlayerset[$i]['attributes']['default'][$j];
 }

durch diese hier ersetzt werden 

if($this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] == ''){			  						               
   $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->formvars[$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].';'.$this->qlayerset[$i]['attributes']['type'][$j]];
 }
if($this->new_entry == true AND $this->qlayerset[$i]['attributes']['default'][$j] != '' AND $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] == ''){		# Default-Werte setzen
   $this->qlayerset[$i]['shape'][$k][$this->qlayerset[$i]['attributes']['name'][$j]] = $this->qlayerset[$i]['attributes']['default'][$j];
 }




Ältere Versionen

Von „https://kvwmap.de/wiki/index.php?title=Bug_kvwmap&oldid=6437“