Version vom 13. Oktober 2006, 13:28 Uhr

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. 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 -+.

Version 1.6.2

+ Löschen eines Suchergebnisses

Zur Zeit kann man die Suchergebnislayer nur in der Layerverwaltung löschen. Ersetzt man die Funktion setAktivLAyer in users.php durch folgenden Code, wird der Suchergebnislayer durch Wegnehmen des Hakens und anschließendes neu laden gelöscht.

function setAktivLayer($formvars, $stelle_id, $user_id) {
   # Eintragen des Status der Layer, 1 angezeigt oder 0 nicht.
   for ($i=0;$i<count($this->layerset);$i++) {
     if ($formvars['thema'.$this->layerset[$i]['Layer_ID']]==1) {
       $aktiv_status=1;
     }
     elseif($formvars['thema'.$this->layerset[$i]['Layer_ID']]==2) {
       $aktiv_status=2;
     }
     else{
       $aktiv_status=0;
     }
     $sql ='UPDATE u_rolle2used_layer SET aktivStatus="'.$aktiv_status.'"';
     $sql.=' WHERE user_id='.$this->user_id.' AND stelle_id='.$this->stelle_id;
     $sql.=' AND layer_id='.$this->layerset[$i]['Layer_ID'];
     $this->debug->write("file:users.php class:rolle->setAktivLayer - Speichern der aktiven Layer zur Rolle:",4);
     $this->database->execSQL($sql,4, $this->loglevel);
     // -------------- new
     if($aktiv_status == 0){
        $mapdb = new db_mapObj($stelle_id, $user_id);   
           $Gruppe = $mapdb->read_Group($this->layerset[$i]['Gruppe']);
           if($Gruppe['Gruppenname'] == 'Suchergebnis'){
              $mapdb->deleteLayer($this->layerset[$i]['Layer_ID']);
              # auch die Klassen löschen
              $classes = $mapdb->read_Classes($this->layerset[$i]['Layer_ID']);
              for($j = 0; $j < count($classes); $j++){
                 $mapdb->delete_Class($classes[$j]['Class_ID']);
              }
              $layer[] = $this->layerset[$i]['Layer_ID'];
              $stelle[] = $stelle_id;
              $Stelle = new Stelle(NULL, $this->database); 
              $Stelle->deleteLayer($layer);
              $this->deleteLayer($user_id, $stelle, $layer);
           }
      }
     // --------------- new
   }
   return 1;
 }

--SigridP 11:54, 13. Okt 2006 (CEST) Bei mir kommt dann folgende Fehlermeldung:

Warning: Missing argument 2 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905

Warning: Missing argument 3 for setaktivlayer() in /srv/www/htdocs/kvwmap-1.6.2/class/users.php on line 905

--Rahn 13:19, 13. Okt 2006 (CEST) Stimmt, man muss natürlich auch noch den Aufruf der Funktion in kvwmap.php

$this->user->rolle->setAktivLayer($this->formvars);

so anpassen:

$this->user->rolle->setAktivLayer($this->formvars,$this->Stelle->id,$this->user->id);

+ Leere letzte Seite bei den ALB-Auszügen

Bei allen Flurstücks-ALB-Auszügen wird noch eine leere letzte Seite hinten angehängt. Wen 's stört kann in alb.php !! am Ende !! der Funktion ALBAuszug_Flurstueck() die Zeile

$pageid=$pdf->newPage();

durch folgende Zeilen ersetzen.

if($f < count($FlurstKennz)-1){
   $pageid=$pdf->newPage();
}

== - ALB Fortfuehrungsart 57 - Loeschen der alten Eintraege für Hinweise und Verfahren == --HolgerR 15:21, 12. Okt 2006 (CEST)

Bei der Fortfuehrungsart 57 werden bei mehreren Flurstuecken folgende Angaben uebereinstimmend veraendert:

Kennung - Bezeichnung

D - Flurkarte, Riss; Baublock; Finanzamtszugehoerigkeit; Fortsamtszugehoerigkeit

U - Ausfuehrende Stelle / Verfahren

F - Hinweise zum Flurstueck.

Diese Angaben koennen eingetragen, geaendert oder geloescht werden. Bei Eintragungen und Aenderungen laeuft alles wie es soll, da die ensprechenden Kennungen in der WLDGe enthalten sind und die Einleseroutine darauf reagieren kann.

Fallen diese Angaben zu den Flurstuecken weg, wird in der WLDGe kein Loeschsatz erzeugt, sondern die Angaben werden einfach nicht mit aufgefuehrt. Darauf reagiert der WLDGE2SQL-Konverter bislang noch nicht, auch nicht in vorhergehenden Versionen. Dadurch existieren in der ALB-Anwendung z.B. Flurstuecke mit Verfahrenseintraegen, die so nicht mehr gueltig sind.

Daraus ergeben sich m.E. folgende Konsequenzen:

Die alten Eintragungen in den Tabellen `alb_f_hinweise` und `alb_f_verfahren` sind in Uebereinstimmung mit den Flurstueckskennzeichen aus der WLDGe, die in der temporaeren Tabelle `alb_x_flurstuecke` enthalten sind, zu loeschen. Dies betrifft die Funktionen `deleteOldVerfahren()` und `deleteOldHinweise()` in `postgresql.php`.

Die korrigierte Funktion `deleteOldVerfahren()` sieht wie folgt aus:

 function deleteOldVerfahren() {
   $sql ="DELETE FROM alb_f_verfahren";
   #Eingefügt 11.04.2006 H. Riedel
   if(POSTGRESVERSION == '8.1'){
     $sql.=" USING alb_".$this->tableprefix."flurstuecke";
   }
   $sql.=" WHERE alb_f_verfahren.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";
   return $this->execSQL($sql, 4, 0);
 }

und die Funktion `deleteOldHinweise()` wie folgt:

 function deleteOldHinweise() {
   $sql ="DELETE FROM alb_f_hinweise";
   #Eingefügt 11.04.2006 H. Riedel
   if(POSTGRESVERSION == '8.1'){
     $sql.=" USING alb_".$this->tableprefix."flurstuecke";
   }
   $sql.=" WHERE alb_f_hinweise.flurstkennz=alb_".$this->tableprefix."flurstuecke.flurstkennz";
   return $this->execSQL($sql, 4, 0);
 }

Um die Werte in der Datenbank zu aktualisieren sind abschließend die ganzen BZSN, angefangen bei der Grundausstattung, neu einzulesen.

Version 1.6.1

+ Anzeige und Drucken von ALB-Auszug 20 und ALB-Auszug 25 falsch

--Rahn 10:07, 2. Okt 2006 (CEST) Beim ALB-Auszug 20 und 25, dann darf der Eigentümer nur einmal erscheinen. Zur Zeit ist es so, dass der Eigentümer für jedes Flurstück, dass im Grundbuchblatt geführt ist, erneut aufgeführt wird.

--Rahn 11:00, 2. Okt 2006 (CEST) Diesen und noch ein paar andere Fehler bei den ALB-Auszügen 20 und 25 behoben.

+ Eigentümernachweis im ALB-Auszug

--SigridP 12:39, 20. Sep 2006 (CEST)
Der im Original-ALB-Auszug zu den Privatpersonen angegebene Zusatz "GbR ......" ist im kvwmap-Auszug nicht enthalten. Dieser ist jedoch lt. Aussagen der zuständigen Mitarbeiter unbedingt erforderlich. Beim Durchforsten der postgresql-DB habe ich diesen Eintrag in der tabelle alb_grundbuecher in der Spalte zusatz_eigentuemer entdeckt.

--Rahn 11:08, 2. Okt 2006 (CEST) In welchen ALB-Formaten ist denn dieser Zusatz erforderlich?

--SigridP 09:36, 5. Okt 2006 (CEST)In allen ALB-Ausdrucken, in denen die Eigentümer aufgeführt werden.

+ Fehler und Abweichungen beim ALB-Druck

--Heinz Schmidt 13:29, 14. Sep 2006 (CEST)
was fehlt:
"Gesetzliche Klassifizierung" (wird, wenn vorh. im orig. ALB unter "Tatsächliche Nutzung" ausgegeben)

• debug: --Pkorduan 16:15, 14. Sep 2006 (CEST) Ok, das fehlt wirklich. Hier ist kein Fehler oder fehlende Daten im ALB, sondern tatsächlich im Quellcode. Zum Debuggen bitte folgende Änderung in postgresql.php in der Funktion getKlassifizierung($FlurstKennz) vornehmen:

an Stelle von:

return $Klassifizierung;

folgendes eintragen:

$ret[1]=$Klassifizierung;
return $ret;

Wer noch möchte, dass das Wort "Summe" groß ausgegeben wird in der ALB-Anzeige, muss die Zeile in alb.php in Funktion ALBAuszug_Flurstueck($FlurstKennz,$formnummer,$wasserzeichen) so aussehen:

$pdf->addText($col0,$row-=12,$fontSize,'Summe');

"Ausführende Stelle" (wird, wenn vorh. im orig. ALB unter "Hinweise" ausgegeben)

• debug: --Pkorduan 15:06, 14. Sep 2006 (CEST) debug: Ein Statement der Art

SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename,v.flurstkennz,
v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung 
FROM alb_f_verfahren AS v,alb_v_ausfuehrendestellen AS st,alb_v_bemerkgzumverfahren AS b 
WHERE v.ausfstelle=st.ausfstelle AND v.verfbem=b.verfbem
AND v.flurstkennz='132295-001- 00003/008.00'

sollte zu einer Ausgabe der ausführenden Stelle führen, aber nur, wenn da auch ein Verfahren läuft auf dem Flurstück und wenn eine Bemerkung zum Verfahren gespeichert ist. Da dies offensichtlich nicht immer der Fall ist, z.B. in LWL, dann muss das Statement anders lauten und zwar so, dass die Ausführende Stelle auch angezeigt wird, obwohl nicht gespeichert ist was ausgeführt wird (das sollte nähmlich in verfbem stehen) Ändern Sie also das SQL-Statement in der Datei postgresql.php in der Funktion function getVerfahren($FlurstKennz) Die Zeilen mit $sql folgendermaßen:

$sql ="SELECT st.ausfstelle AS ausfstelleid,st.name AS ausfstellename";
$sql.=",v.flurstkennz,v.verfnr,v.verfbem AS verfbemid,b.bezeichnung AS verfbemerkung";
$sql.=" FROM alb_f_verfahren AS v LEFT JOIN alb_v_bemerkgzumverfahren AS b ON v.verfbem=b.verfbem";
$sql.=",alb_v_ausfuehrendestellen AS st WHERE v.ausfstelle=st.ausfstelle";
$sql.=" AND v.flurstkennz='".$FlurstKennz."'";

Darin ist der LEFT JOIN zwischen alb_v_bemerkgzumverfahren und alb_f_verfahren enthalten.

--Heinz Schmidt 12:43, 18. Sep 2006 (CEST)
Was jetzt noch fehlt zur "Ausführenden Stelle":
Wenn mehrere "Ausführenden Stellen" eingetragen sind, kommt momentan nur eine.

Ok, das ist jetzt behoben durch zwei Änderungen. Die erste Änderung in postgresql.php in Funktion getVerfahren($FlurstKennz) die Zeile:

$ret[1]=pg_fetch_array($queryret[1]);

ersetzen durch die Zeilen:

while($rs=pg_fetch_array($queryret[1])) {
  $Verfahren[]=$rs;
}
$ret[1]=$Verfahren;

und in alb.php in der Funktion ALBAuszug_Flurstueck(...) die Zeilen für die Darstellung der Verfahren an der Stelle # Verfahren ersetzen. Alter Abschnitt:

# Verfahren
if ($flst->Verfahren['flurstkennz']!=) {
  $pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');
  $pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['ausfstelleid']);
  $AusfStelleName=zeilenumbruch($flst->Verfahren['ausfstellename'],40);
  $pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);
  for ($j=1;$j<count($AusfStelleName);$j++) {
    $pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);
  }     
  $pdf->addText($col0,$row-=12,$fontSize,'Verfahren');
  $pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren['verfnr']);      
  $pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren['verfbemid'].')');
  $AusfBemerkung=zeilenumbruch($flst->Verfahren['verfbemerkung'],40);      
  $pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);
  for ($j=1;$j<count($AusfBemerkung);$j++) {
    $pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);
  }
}

Neuer Abschnitt:

# Verfahren
$anzVerfahren=count($flst->Verfahren);
for ($i=0;$i<$anzVerfahren;$i++) {
  $pdf->addText($col0,$row-=24,$fontSize,'Ausführende Stelle');
  $pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['ausfstelleid']);
  $AusfStelleName=zeilenumbruch($flst->Verfahren[$i]['ausfstellename'],40);
  $pdf->addText($col4,$row,$fontSize,$AusfStelleName[0]);
  for ($j=1;$j<count($AusfStelleName);$j++) {
    $pdf->addText($col4,$row-=12,$fontSize,$AusfStelleName[$j]);
  }     
  $pdf->addText($col0,$row-=12,$fontSize,'Verfahren');
  $pdf->addText($col2_1,$row,$fontSize,$flst->Verfahren[$i]['verfnr']);      
  $pdf->addText($col4,$row,$fontSize,'('.$flst->Verfahren[$i]['verfbemid'].')');
  $AusfBemerkung=zeilenumbruch($flst->Verfahren[$i]['verfbemerkung'],40);      
  $pdf->addText($col5,$row,$fontSize,$AusfBemerkung[0]);
  for ($j=1;$j<count($AusfBemerkung);$j++) {
    $pdf->addText($col5,$row-=12,$fontSize,$AusfBemerkung[$j]);
  }
}

Hinweis:
wenn in der config.php die Konstanten:
'POSTANSCHRIFT', 'POSTANSCHRIFT_STRASSE', 'POSTANSCHRIFT_PLZ', 'POSTANSCHRIFT_ORT'
mit Werten belegt sind, wird im Ausdruck die Adresse zweimal untereinander ausgegeben. Soll das so sein?

Für Anwender mit ALB-Daten mehrer Kreise in einer Datenbank wäre es sinnvoll, wenn die Katasteramtsziffer (katasteramt) und die Bezeichnung der Behörde mit Anschrift und Tel.Nr. (name) oben rechts auf dem Ausdruck nicht aus der config.php geholt werden würde sondern aus der tabelle "alb_v_katasteraemter" der Datenbank.

Zusätzlich sollte im Ausdruck der Stand der ALB-Daten angegeben werden, da es sich um Sekundärdaten handelt. Dieses Datum sollte aus der Tabelle alb_fortführung das letzte Datum der Spalte "ffzeitraum_bis" sein.

+ Fehler in der Kartendarstellung

--Markus Hentschel 12:48, 12. Sep 2006 (CEST) Wenn zwei User zum selben Zeitpunkt eine Karte erzeugen, erhält der eine das Kartenbild des anderen, obwohl vom Mapserver im tmp-Verzeichnis korrekt zwei Karten abgelegt werden.

• --Rahn 12:58, 12. Sep 2006 (CEST) Stimmt, das liegt daran, dass die svg-Datei immer gleich heißt und beide User dann auf dieselbe Datei zugreifen. Um den Fehler zu beheben einfach in der SVG_map.php folgende Zeile:

$svgfile  = 'SVG_map.svg';

durch diese beiden hier ersetzen:

$randomnumber = rand(0, 1000000);
$svgfile  = $randomnumber.'SVG_map.svg';

+ Notizenverwaltung

--Markus Hentschel 15:25, 5. Sep 2006 (CEST) Ich habe erstmalig Notizenkategorien in der Notizenverwaltung angelegt. Sie werden auch in der Auswahlliste angezeigt. Beim Auswählen und (automatischen) Neuladen der Seite sind sie dann jedoch nicht ausgewählt?!

• --Pkorduan 15:11, 14. Sep 2006 (CEST) Da hilft erstmal eine Notizkategorie per Hand der Stelle zuzuweisen wenigstens mit Leserechten. Im Formular müssen wir mal schauen, wie wir das anpassen.

+ Nachweisverwaltung: Problem beim Downloaden von TIFF's

--Andreas Thurm 07:50, 12. Sep 2006 (CEST)Ab der Version 1.6.1 gibt es ein Problem beim Anzeigen und Downloaden von Nachweisen im TIFF-Format. Die Dokumente lassen sich nicht anzeigen. Es erscheint die Fehlermeldung, dass hier ein unbekanntes Dateiformat vorliegt. Kopiert man die Datei mit winscp auf den Client,lässt sie sich problemlos anzeigen. In der Version 1.6.0 funktioniert der Download und die Anzeige noch reibungslos. Andere Dateiformate wie z. Bsp. PDF sind von diesem Problem scheinbar nicht betroffen.

• --Pkorduan 14:07, 14. Sep 2006 (CEST) Das Problem kann folgendermaßen gelößt werden:

In der Datei kvwmap.php in der Funktion: nachweisDokumentAnzeigen() vor die Zeile:
header("Content-type: image/".$dateinamensteil[1]);

die Zeile

ob_end_clean();

einfügen. Dadurch wird der vorher ausgegebene Header gelöscht und der richtige gesendet.

+ Druckmaßstab

--Markus Hentschel 09:54, 11. Sep 2006 (CEST) Die Orthophotos werden bis zu genau 1:5.000 angezeigt (d.h. Eintrag in der Tabelle used_layer = 1:5.001). Wenn ich mit dem Kartenmaßstab in die Druckausschnittswahl gehe, werden die Orthofotos noch angezeigt. Wenn ich dann weiter in die Druckvorschau gehe, werden sie nicht mehr angezeigt - auch nicht im PDF-Dokument. Wenn ich als Druckmaßstab 1:4.999 wähle, werden sie sowohl in der Druckvorschau als auch im PDF angezeigt. Sie müssen jedoch auch bei 1:5.000 im Druck erscheinen.

• --Rahn 10:15, 11. Sep 2006 (CEST) Damit ein Layer bei uns bis 1:5000 angezeigt wird, muss ich bei max_scale 5000 eintragen und nicht 5001. Und bei einem Druckmaßstab von 1:5000 erscheint dieser Layer dann auch in der Druckvorschau und im PDF. Hmmm, wie ist das zu erklären?

+ Sachdatenabfrage

--Pkorduan 11:03, 19. Sep 2006 (CEST) Ein weiteres Problem war, dass die OGR Layer nicht abfragbar waren.

Dazu wurde jetzt in der Datei kvwmap.php in der Funktion SachdatenAnzeige($rect) folgendes hinzugefügt. Hinter den Zeilen:

# Abfrage von Shapelayern
$layer=ms_newLayerObj($map);
$layer->set('data', $layerset[$i]['Data']);

folgene zusätzliche einfügen:

$layer->set('connectiontype',$layerset[$i]['connectiontype']);
$layer->set('connection', $layerset[$i]['connection']);
$layer->set('type',$layerset[$i]['Datentyp']);

--Pkorduan 14:01, 4. Sep 2006 (CEST) Die Sachdatenanfrage liefert einen Fehler, wenn die SRID der Rolle ein andere ist als die des Layers. Eine Sachdatenabfrage auf einer Tabelle mit Fachdaten in der Postgis-DB mit der Version 1.6.1 erzeugt folgende Fehlermeldung:

Warning: pg_query() [function.pg-query]: Query failed: ERROR: syntax error at or near ")" at character 244 in /usr/local/httpd-2.2.3/htdocs/kvwmap-1.6.1/class/postgresql.php on line 3332

Es liegt an einem Fehler im Quellcode. In der Funktion SachdatenAnzeige() in der Datei kvwmap.php ist in der Zeile

$sql_where =" AND the_geom &&
Transform(GeomFromText('".$searchbox_wkt."',".$client_epsg."),".$layer_epsg."))";

hinten ein ")" zuviel.

-+ WLDGE2SQL Fehler

--Pkorduan 14:05, 4. Sep 2006 (CEST) Beim Einlesen der WLDGE-Dateien fehlen die Buchungsarten. Der Fehler tritt schon seit 1.6.0 auf, ist aber jetzt erst bemerkt worden.

Grund: Bei der Umstellung des SQL-Statement zur Berücksichtung von mehrfachen Buchungen wurde die Buchungsart versehentlich vergessen. Zur Behebung des Problems folgenden Bugfix durchführen.

Bugfix 2006-09-06 pk: Datei: postgresql.php Funktion: insertGrundstueck

    $sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."'";

ersetzen durch:

    $sql.="SELECT '".$Bezirk."','".$Blatt."','".$BVNR."','".$Buchungsart."'";

+ Suche nach Grundbuchblattnummern

--Andreas Thurm 15:53, 7. Sep 2006 (CEST) Innerhalb der Namensuche ist es jetzt möglich nach Grundbuchblattnummern zu suchen. Diese Suche bringt bei mir als Ergebnis immer die Meldung, dass keine Namen gefunden werden konnten, egal ob die Grundbuchblätter existieren oder nicht.

--Markus Hentschel 08:29, 12. Sep 2006 (CEST) Diese Meldung bekomme ich dann, wenn ich die Grundbuchblattnummer nicht mit führenden Nullen angebe, also z.B. "1234" statt "01234". Das ist unschön, denn wer will schon immer diese ganzen Nullen vorneweg schreiben? Das könnte irgendwie abgefangen werden. Leider helfen hier auch keine Platzhalter, "%1234" funktioniert nicht.

--Pkorduan 15:20, 14. Sep 2006 (CEST) Markus, das kann so nicht ganz stimmen. Wenn Du keine Führenden Nullen eingibst, müsste eigentlich gesagt werden, dass man einen Fehler gemacht hat und 5-stellige Nummern eingeben soll. Exakt: "Angaben fehlerhaft: Die Blattnummer ist keine 5 Zeichen lang."

Also Andreas noch mal genau beschreiben was Du eingibst, mit oder ohne Nullen. Ohne Nullen und Fehler: "Es konnten keine Flurstücke zu dem Grundbuchblatt gefunden werden" kann nur kommen wenn Blattnummer auch wirklich 5 stellig sind, ansonsten sind die Blätter nicht da. Da müssen wir uns noch mal die SQL-Statements ansehen, die abgesetzt werden und in Postgres Client testen. Unabhängig davon könnte ich auch Suche ohne führende Nullen einrichten. Dann bitte auf die ToDo. Dürfte recht schnell gehn.

--Markus Hentschel 10:14, 15. Sep 2006 (CEST) Wenn ich nach Bezirk "132427" und Blatt "00008" suche, kriege ich 1 Treffer. Wenn ich nach Bezirk "132427" und Blatt "8" suche, kriege ich die Meldung "Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!" Ich setzt die Suche ohne führende Nullen auf die ToDo, wenn niemand was dagegen hat.

Version 1.6.0

Anzeige der Zeichenreihenfolge

--Markus Hentschel 13:55, 1. Sep 2006 (CEST) Die Anzeige der Zeichenreihenfolge der Layer in der Stellenanzeige zeigt nur 4 Stellen an. Nötig wäre die Anzeige von mindestens 6 Stellen, besser 7.

Festpunkte in KVZ schreiben

--HolgerR 17:11, 7. Aug 2006 (CEST)

Beim Erstellen des KVZ wird bei den Punkten, die eine Höhenangabe besitzen ein Leerzeichen zwischen Hochwert und Höhe zuviel ausgegeben. Kurzfristige Hilfe schafft das Editieren der Datei katasetr.php Zeile 128 wie folgt:

 $zeile.=sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe

statt

 $zeile.=" ".sprintf("%08.3f",$p["hoe"]); # 48-55 Höhe

Namenssuche

--SigridP 09:29, 28. Jul 2006 (CEST)

Bei Eingabe eines Namens kommt die Fehlermeldung:
Es konnten keine Namen gefunden werden, bitte ändern Sie die Anfrage!
Warning: Missing argument 10 for getnamen() in /srv/www/htdocs/kvwmap-1.6.0/class/postgresql.php on line 1713

Druckrahmenverwaltung

--Markus Hentschel 12:03, 18. Jul 2006 (CEST) Der Freitext wird nicht dahin geschrieben, wo er in der Druckrahmenverwaltung (und auch noch in der Vorschau) positioniert wird, sondern zu weit unten und zu weit rechts.

Filterverwaltung

--Rahn 13:31, 27. Jul 2006 (CEST)

Bei Benutzung der Filterverwaltung kann es auch zu einem Fehler kommen, wenn die MySQL-DB älter als Version 4.1.0 ist. Dann lassen sich nämlich keine erstellten Filter abspeichern. Deswegen also am besten eine neuere Version verwenden.

--Rahn 14:33, 18. Jul 2006 (CEST)

Wählt man in der Filterverwaltung einen Layer aus, kann es sein, dass die Attribute nicht geladen werden können und es zu einer Fehlermeldung kommt. Um den Fehler zu beheben, muss man die Funktion getDataAttributes in kvwmap.php durch diese hier ersetzen:

function getDataAttributes($database, $layer_id){
  $sql ='SELECT Data FROM layer WHERE Layer_ID = '.$layer_id;
  $this->debug->write("file:kvwmap class:db_mapObj->getDataAttributes - Lesen der Attribute aus Data:".$sql,4);
  $query=mysql_query($sql);
  if ($query==0) { $this->debug->write("Abbruch Zeile: ".__LINE__,4); return 0; }
  $rs = mysql_fetch_array($query);
  $data = $rs[0];

  if($data != ""){
   	if(strpos($data, '(') === false){
   		$from = stristr($data, 'from');
   		$fooposition = strpos($from, 'as foo');
   		if($fooposition > 0){
   			$from = substr($from, 0, $fooposition);
   		}
   		$select = 'select * '.$from;
   	}
   	else{
             $select = stristr($data,'(');
             $select = trim($select, '(');
             $select = substr($select, 0, strrpos($select, ')'));
   	}
     $attribute = $database->getFieldsfromSelect($select);
     return $attribute;
   }
  else{
    echo 'Das Data-Feld des Layers mit der Layer-ID '.$layer_id.' ist leer.';
    return NULL;
  }
}

config.php

Ist zwar kein richtiger Bug, da wir aber gesagt haben alle Neuerungen in der config.php mit der Versionsnummer zu kennzeichnen, hier der Hinweis:

Es gibt zwei Zeilen, bei denen vergessen wurde, diese zu kennzeichnen:

include (CLASSPATH.'spatial_processor.php'); 

define("WFS_SRS","EPSG:25833"); 

Sachdatenanzeige Flurstücke

--Markus Hentschel 13:45, 14. Jul 2006 (CEST) In der flurstuecke.php und der flurstuecksanzeige.php ist das ALB-Format 40 (Eigentümeranzeige) nicht an Rechte gebunden. Es müsste aber genauso laufen wie beim Format 35, dass nämlich das Recht zur Ansicht abgefragt wird.

Adresssuche

--Markus Hentschel 13:42, 14. Jul 2006 (CEST) Nach der Auswahl der Gemeinde werden die Straßen ausgewählt. Die erste Straße der Liste steht bereits im Fenster. Allerdings kann man zu dieser ersten Straße keine Hausnummer auswählen. Man muss zuerst eine andere Straße aufrufen und dann anschließend nochmal die erste Straße.
--Heinz Schmidt 15:22, 17. Jul 2006 (CEST)
Ist bei mir in der Version 1.5.9 auch schon so, war mir aber noch nicht aufgefallen.

Informationsabfrage

--Heinz Schmidt 07:16, 12. Jul 2006 (CEST)

Fehlermeldung "Keine Bearbeitung moeglich! ..."

Nach Aufziehen eines Rechtecks erscheint ein blaues Popup-Fenster mit der Meldung:
"Keine bearbeitung möglich! Uebergebene Daten: ppquery_box, ###,###"
Hingegen arbeitet die punktuelle Informationsabfrage ohne Probleme.

Problemlösung von Stefan Rahn:

um den Fehler zu beheben, in der Datei SVG_map.php die Funktion sendpath durch folgenden Code ersetzen:

function sendpath(cmd,pathx,pathy)   {
   path  = "";
   switch(cmd)
   {
    case "zoomin_point":
     path = pathx[0]+","+pathy[0];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "zoomin";
     document.GUI.submit();
    break;
    case "zoomout":
     path = pathx[0]+","+pathy[0];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = cmd;
     document.GUI.submit();
    break;
    case "zoomin_box":
     path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "zoomin";
     document.GUI.submit();
    break;
    case "recentre":
     path = pathx[0]+","+pathy[0];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = cmd;
     document.GUI.submit();
    break;
    case "pquery_point":
     path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "pquery";
     document.GUI.submit();
    break;
    case "pquery_box":
     path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "pquery";
     document.GUI.submit();
    break;
    case "ppquery_point":
     top.document.GUI.searchradius.value = "";
     path = pathx[0]+","+pathy[0]+";"+pathx[0]+","+pathy[0];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "ppquery";
     document.GUI.submit();
    break;
    case "ppquery_box":
     top.document.GUI.searchradius.value = "";
     path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "ppquery";
     document.GUI.submit();
    break;
    case "pquery_polygon":
     path = pathx[0]+","+pathy[0]+";"+pathx[2]+","+pathy[2];
     document.GUI.INPUT_COORD.value  = path;
     document.GUI.CMD.value          = "pquery";
     document.GUI.submit();
    break;
    default:
     path = pathx[0]+","+pathy[0];
     alert("Keine Bearbeitung moeglich! \nUebergebene Daten: "+cmd+", "+path);
    break;
   }
 }

Stelleneditor - Stelle ändern

--HolgerR 13:48, 21. Aug 2006 (CEST)

Beim Auswählen einer Stelle und 'Als neue Stelle eintragen' sind die Eintragungen zum Layer verschwunden. In der Debug-Datei erscheint folgender Eintrag :

file:users.php class:stelle->copyLayerfromStelle - kopieren der Layer von einer Stelle:
INSERT IGNORE INTO used_layer ( `Stelle_ID` , `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` ,
 `offsite` , `Filter` , `template` , `header` , `footer` , `symbolscale`, `logconsume`, `requires` ) 
SELECT 62, `Layer_ID` , `queryable` , `drawingorder` , `minscale` , `maxscale` , `offsite` , `Filter` , `template` ,
 `header` , `footer` , `symbolscale`, `logconsume`, `requires` 
FROM used_layer WHERE Stelle_ID = 8 AND Layer_ID = 1 

Abbruch in Zeile: 1860 

Bei mir in der Datenbank fehlt die Spalte 'offsite'. In der 'mysql_update.sql' ist dieser Eintrag zur Tabelle 'used_layer' nicht zu finden.

Die Spalte 'offsite' kann mit folgender SQL-Anweisung eingefügt werden:

ALTER TABLE used_layer
ADD offsite varchar(11) default NULL;

Was wird mit der Spalte 'offsite' bei der Darstellung der Layer bewirkt?

Bei der weiteren Betrachtung des Quellcodes ist mir aufgefallen, dass in den Funktionen 'addLayer' und 'updateLayer' die Anweisungen zur Übernahme/Aktualisierung der Daten aus der Spalte 'requires' fehlen.

Stelleneditor - Menuezuordnung

--HolgerR 14:22, 21. Aug 2006 (CEST)

Ich habe den Effekt, dass bei jedem Ändern der Stelle, sich die Anzahl der Menueeinträge um die ursprüngliche Anzahl der zugeordneten Menues erhöht.

Gibt es eine schnelle Abhilfe?

Version 1.5.9

ALB-Druck 30

fehlende Angaben

--Heinz Schmidt 12:09, 20. Jun 2006 (CEST)
Gesetzliche Klassifizierung
Ausführende Stelle

werden nicht mit ausgegeben!

Katasteramtsziffer

ist nicht variabel, diese sollte aus der DB alb_v_katasteraemter kommen.
Das ist wichtig, wenn man mehrere KVAs in der DB hat wir hier in LWL. Die Ziffer kommt jetzt aus der config.php

--Rahn 13:14, 21. Jun 2006 (CEST)

Wenn man mehrere KVAs in der DB hat, reicht dann die Katasteramtsziffer wirklich aus oder müssten dann nicht auch die Adressen und die Namen der verschiedenen Ämter aus der Datenbank geholt werden und in den Kopf der ALB-Auszüge geschrieben werden?

--Heinz Schmidt 11:25, 14. Sep 2006 (CEST) Ja so sollte es sein. Bei zwei Kreisen in einer DB wie hier LWL und SN sollte beim Ausdruck von Schwerin ALB die schweriner Ziffer erscheinen und die Adresse. Ich stelle die Abweichungen vom original ALB oben unter Vers. 1.6.1 dar.

Kreisziffer

wird im "offiziellen" ALB nicht mit ausgegeben und kann wegfallen. Es sollte im PDF nach "Kreis/Stadt" keine Ziffer ausgegeben werden.

PDF-Export mit Druckrahmen

minscale und maxscale-Problem

Wie schon von einigen fleißigen Anwendern bemerkt, gibt es beim PDF-Export mit Druckrahmen ein Problem mit den minscale- und maxscale-Einstellungen der Layer. Um die hohe Druckqualität zu errreichen, wird die Auflösung des Bildes welches vom Mapserver gerendert wird, um einen gewissen Faktor (hier ist 4 voreingestellt) vergrößert. Wichtig dabei ist jedoch, dass bei allen maßstababhängigen Parametern dieser Faktor mit berücksichtigt wird. Die Parameter minscale und maxscale wurden hier offenbar vergessen. Um den Fehler zu beheben, muss in der Funktion loadmap() in kvwmap.php die Stelle an der minscale und maxscale gesetzt werden

         if ($layerset[$i]['minscale']>0) {
           $layer->set('minscale', $layerset[$i]['minscale']);
         }
         if ($layerset[$i]['maxscale']>0) {
           $layer->set('maxscale', $layerset[$i]['maxscale']);
         }

durch folgenden Code ersetzt werden:

         if ($layerset[$i]['minscale']>0) {
               if($this->map_factor != ""){
           	     $layer->set('minscale', $layerset[$i]['minscale']/$this->map_factor);
         	}
         	else{
         	     $layer->set('minscale', $layerset[$i]['minscale']);
         	}
         }
         if ($layerset[$i]['maxscale']>0) {
         	if($this->map_factor != ""){
           	     $layer->set('maxscale', $layerset[$i]['maxscale']/$this->map_factor);
         	}
         	else{
         	     $layer->set('maxscale', $layerset[$i]['maxscale']);
         	}
         }

Allgemeine Funktionen

Sachdatenabfrage

--Reißland 07:16, 16. Jun 2006 (CEST) Schaltet man die Sachdatenabfrage zu einem Layer nicht aus und verlässt den Min-/MaxScalebereich des Layers so fragt kvwmap bei der Abfrage eines neuen Layers den nicht sichtbaren trotzdem ab.

--Rahn 10:27, 16. Jun 2006 (CEST)

In Version 1.6 behoben.

Anzeige des Logins

--Markus Hentschel 13:57, 8. Jun 2006 (CEST) Unten rechts wird das Login des jeweiligen Users angezeigt. Wäre der Benutzername aus der Tabelle "user" nicht besser?

Falsches Bild bei gleichzeitigem Kartenaufruf

--Markus Hentschel 13:57, 8. Jun 2006 (CEST) Manchmal wird bei einem Benutzer ein ganz anderer Kartenausschnitt angezeigt als der, den er eigentlich erwartet. Beobachtet wurde das bisher nach der Flurstückssuche und anschließendem Klick auf [Kartenausschnitt]. Das scheint immer dann der Fall zu sein, wenn zwei Nutzer (auch in unterschiedlichen Stellen) zeitgleich, d.h. innerhalb derselben Sekunde diesen Klick durchführen.

Speicherung des Kartenausschnitts

--Markus Hentschel 08:37, 25. Apr 2006 (CEST) Wenn eine Sachdatenabfrage durchgeführt wird oder eine andere Funktion, die das Kartenbild verlässt (z.B. eine Namenssuche oder die Auswahl der Kartenfenstergröße etc.), dann wird das als neuer Kartenausschnitt gespeichert. Beim Klick auf "History back" wird einem also ein und derselbe Ausschnitt mehrfach hintereinander präsentiert. Könnte man das abfangen, indem man nur die Kartenausschnitte speichert, deren Koordinaten sich gegenüber dem vorherigen geändert haben?

Fehlermeldung beim Start

--Markus Hentschel 16:41, 5. Apr 2006 (CEST) Beim Start der Version 1.5.9 kommt folgende Fehlermeldung:

Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource
in /opt/lampp/htdocs/kvwmap-1.5.9/class/mysql.php on line 2304

--Rahn 18:20, 5. Apr 2006 (CEST)

In der Datei update_mysql.sql der Version 1.5.9 wurden offenbar zwei SQL-Statements vergessen. Es müssen in die Tabelle u_consume zwei Spalten eingefügt werden und eine Tabelle u_consume2comments muss erstellt werden. Dazu folgende SQL-Statements in MySQL ausführen:

CREATE TABLE `u_consume2comments` (
 `user_id` int(11) NOT NULL,
 `stelle_id` int(11) NOT NULL,
 `time_id` datetime NOT NULL,
 `comment` text collate latin1_german2_ci,
 PRIMARY KEY  (`user_id`,`stelle_id`,`time_id`)
);

ALTER TABLE `u_consume`
ADD `prev` datetime default NULL,
ADD `next` datetime default NULL;

Stellenverwaltung

Zeichenreihenfolge der Layer einer Stelle ändern

• --Rahn 10:09, 27. Apr 2006 (CEST)

Im Formular, in der man die Zeichenreihenfolge der Layer einer Stelle editieren kann, gibt es einen Bug. Klickt man auf dieser Seite auf "speichern", so wird die Zeichenreihenfolge aller Layer zwar in die Datenbank übernommen, alle anderen stellenbezogenen Eigenschaften werden jedoch gelöscht!!! Bitte diese Funktion nicht benutzen!!!

• --Rahn 09:37, 9. Mai 2006 (CEST)

Um das Problem im Formular, in der man die Zeichenreihenfolge der layer ändern kann, zu beheben, müssen Sie die Funktion 'Layer2Stelle_ReihenfolgeSpeichern' in kvwmap.php durch folgenden Code ersetzen:

function Layer2Stelle_ReihenfolgeSpeichern(){
   $Stelle = new stelle($this->formvars['selected_stelle_id'],$this->user->database);
   $this->titel='Layer der Stelle '.$Stelle->Bezeichnung;
   $this->main='layer2stelle_order.php';
   $this->layers = $Stelle->getLayers(NULL);
   for($i = 0; $i < count($this->layers['ID']); $i++){
     $this->formvars['selected_layer_id'] = $this->layers['ID'][$i];
     $this->formvars['drawingorder'] = $this->formvars['drawingorder_layer'.$this->layers['ID'][$i]];
     $Stelle->updateLayerdrawingorder($this->formvars);
   }
   $this->layers = $Stelle->getLayers(NULL);
   $this->output();
 }

Außerdem muß die Funktion 'updateLayer' in users.php durch die beiden folgenden Funktionen ersetzt werden:

 function updateLayer($formvars){
   # Aktualisieren der LayerzuStelle-Eigenschaften 
   $sql = 'UPDATE used_layer SET Layer_ID = '.$formvars['selected_layer_id'];
   $sql .= ', queryable = "'.$formvars['queryable'].'"';
   $sql .= ', minscale = '.$formvars['minscale'];
   $sql .= ', maxscale = '.$formvars['maxscale'];
   $sql .= ', offsite = "'.$formvars['offsite'].'"';
   $sql .= ', Filter = "'.$formvars['Filter'].'"';
   $sql .= ', template = "'.$formvars['template'].'"';
   $sql .= ', header = "'.$formvars['header'].'"';
   $sql .= ', footer = "'.$formvars['footer'].'"';
   $sql .= ' WHERE Stelle_ID = '.$formvars['selected_stelle_id'].' AND Layer_ID = '.$formvars['selected_layer_id'];
   $this->debug->write("file:users.php class:stelle->updateLayer - Aktualisieren der LayerzuStelle-Eigenschaften:".$sql,4);
   $query=mysql_query($sql,$this->database->dbConn);
   if ($query==0) { $this->debug->write("Abbruch in ".$PHP_SELF." Zeile: ".__LINE__,4); return 0; }
 }

 function updateLayerdrawingorder($formvars){
   # Aktualisieren der LayerzuStelle-Eigenschaften
   $sql = 'UPDATE used_layer SET Layer_ID = '.$formvars['selected_layer_id'];
   $sql .= ', drawingorder = '.$formvars['drawingorder'];
   $sql .= ' WHERE Stelle_ID = '.$formvars['selected_stelle_id'].' AND Layer_ID = '.$formvars['selected_layer_id'];
   $this->debug->write("file:users.php class:stelle->updateLayerdrawingorder - Aktualisieren der LayerzuStelle-Eigenschaften:".$sql,4);
   $query=mysql_query($sql,$this->database->dbConn);
   if ($query==0) { $this->debug->write("Abbruch in ".$PHP_SELF." Zeile: ".__LINE__,4); return 0; }
 }

Nutzerverwaltung

Nutzer anzeigen - ändern - Benutzerdaten Editor

--Markus Hentschel 13:12, 7. Apr 2006 (CEST)Das Wegnehmen von Stellen funktioniert nicht. Nach dem Klick auf "Ändern" wird die ursprüngliche Auswahl wieder angezeigt.

PHP

Fehler in Gebaeude.php

--Heinz Schmidt 09:29, 25. Apr 2006 (CEST)
Ein kleiner aber ärgerlicher Fehler schleppt sich über die Versionen: Die Zeile 33 in der Gebaeude.php lautet:

?><?php

und verursacht eine Fehlermeldung bei der Abrage und sollte so aussehen:

?>

MySQL-Tabellen

Tabelle "used_layer"

--Markus Hentschel 11:26, 8. Mai 2006 (CEST) Ich bin mir nicht sicher, ob es nicht vielleicht am MapServer selber liegt, aber wenn ich im Feld "requires" eine Bedingung eingebe (z.B. für den Layer "Gebäudepunkte" die Bedingung "([Gebäude] = 1)"), dann wird in der Themenauswahl der entsprechende Layer nicht mehr angezeigt, sondern nur noch seine Classes. D.h. er ist nicht mehr separat sichtbar bzw. nicht sichtbar und auch nicht mehr abfragbar bzw. nicht abfragbar zu schalten.

--Rahn 12:45, 12. Mai 2006 (CEST)

Dies ist kein Bug, sondern so gewollt. Schau mal die Dokumentation unter "Tabelle used_layer"

Version 1.5.8

ALB-Anzeige

Eigentümeranzeige

--Markus Hentschel 08:52, 24. Mär 2006 (CET) Im ALB-Auszug wird der Eigentümer manchmal falsch ausgegeben. In der PostGIS ist die Kette korrekt:

alb_flurstuecke.flurstkennz = alb_g_buchungen.flurstkennz
alb_g_buchungen.bezirk = alb_g_eigentuemer.bezirk AND alb_g_buchungen.blatt = alb_g_eigentuemer.blatt
alb_g_eigentuemer.lfd_nr_name = alb_g_namen.lfd_nr_name

Ich komme in der PostGIS immer auf den richtigen Eigentümer. In der PDF-Ausgabe der Buchdaten steht in einigen Fällen gar kein Eigentümer (dann werden auch alle anderen Datenfelder nicht gefüllt) oder der falsche Eigentümer. Ich kann leider nicht erkennen, bei welchen Fällen das so ist und warum.

--Rahn 10:53, 24. Mär 2006 (CET)

Dieser Bug kommt daher, dass fälschlicherweise auf die MySQL-Datenbank und nicht auf die Postgres-Datenbank zugegriffen wird. Um diesen Bug zu beheben, muss in der Datei kvwmap.php in der Funktion ALB_Anzeigen die Zeile

$ALB=new ALB($this->database);

auf

$ALB=new ALB($this->pgdatabase);  

geändert werden.

letzte FF in der PDF-Ausgabe

--Markus Hentschel 13:13, 4. Apr 2006 (CEST) Der Eintrag "letzte Fortführung" aus der Tabelle alb_flurstuecke.letzff wird im PDF-Dokument nicht ausgegeben.

--Rahn 15:13, 4. Apr 2006 (CEST)

In Version 1.6 behoben

Anteil in der PDF-Ausgabe

--Markus Hentschel 13:13, 4. Apr 2006 (CEST) Das Anteilsverhältnis aus der Tabelle alb_g_eigentuemer.anteilsverhaeltnis wird im PDF-Dokument nicht ausgegeben. Vor das Anteilsverhältnis selbst muss "zu" geschrieben werden.

--Rahn 15:13, 4. Apr 2006 (CEST)

In Version 1.5.9 behoben

Geburtsdatum Eigentümer in der PDF-Ausgabe

--Markus Hentschel 13:13, 4. Apr 2006 (CEST) Wenn in alb_g_namen.name1 kein Zusatz steht (geb. sowieso), muss das Geburtsdatum aus alb_g_namen.name2 trotzdem rechts stehen bleiben und darf nicht nach links unter den Namen rutschen.

--Rahn 15:48, 4. Apr 2006 (CEST)

Die Felder name1, name2, name3 und name4 der Tabelle alb_g_namen stehen für die 4 Zeilen, die der Namensblock umfassen kann. Diese Zeilen werden bei entsprechender Füllung der Felder einfach untereinander ausgegeben. Um einen Einfluss darauf zu haben, ob die Informationen (wie z.B. das Geburtsdatum) weiter links oder weiter rechts stehen, muss das entsprechende Feld mit Leerzeichen aufgefüllt werden.

kvwmap-Hilfe

--Heinz Schmidt 14:48, 30. Mär 2006 (CEST)
Die kvwmap-Hilfe, die im Menü angeboten wird, Datei kvwmap-hilfe.html, ist in der Version nicht vorhanden.

Version 1.5.7

Allgemeine Funktionen

==== Präsentation im Firefox 1.5.0.1 geht nicht ==== --HolgerR 11:50, 22. Feb 2006 (CET) Im Browserfenster wird nur der xml-Text dargestellt und nicht die Grafik.

--Hauke 12:26, 22. Feb 2006 (CET)

• wie sind die weiteren rahmenbedingungen? → OS? Adobe PlugIn zusaetzlich install.?
• tritt dies auch bei anderen rechnern auf? (leider kann ich auch diesen bug nicht reproduzieren!)

--HolgerR 13:55, 22. Feb 2006 (CET)

• Problem tritt nicht generell auf. Bei Zugang über Demoserver mit Firefox funzt es. Gehe ich über unseren lokalen Server, dann siehe oben

==== Verschieben/Pan ==== --HolgerR 11:50, 22. Feb 2006 (CET) Klick zum neuen Zentrieren der Karte funktioniert nur einmal, danach erst wieder nach Aufruf einer anderen Funktion. Im Hinblick auf die Nutzung der Suche nach Koordinaten (sehr gute Idee), um die Koordinaten des Kartenzentrums für andere Anwendungen herauszulesen sehr hinderlich.

--Hauke 12:21, 22. Feb 2006 (CET)

Ist mir leider nicht moeglich das zu reproduzieren! :-(

(tritt dieses verhalten auch bei anderen nutzern auf?)

--HolgerR 16:12, 22. Feb 2006 (CET)

Ja, ich war jetzt an 2 anderen Rechner, auch als anderer Nutzer, gleicher Effekt

--Markus Hentschel 07:38, 24. Feb 2006 (CET) Wenn mit "Klick zum neuen Zentrieren" das Verschieben der Bildmitte mittels Koordinateneingabe gemeint ist, dann kann ich den Fehler bei mir nicht nachvollziehen. Ich kann beliebig oft die Koordinateneingabe wiederholen und es funzt.

----HolgerR 10:45, 27. Feb 2006 (CET)

Es ist schon die PAN-Funktion gemeint, um mit einem Klick ein Objekt in die Mitte des Kartenausschnittes zu verschieben.

--Markus Hentschel 13:20, 27. Feb 2006 (CET)

Ja, jetzt ist es klar. War mir gar nicht bewußt, dass man mit der Pan-Funktion auch klicken kann. Der erste Klick zentriert den angeklickten Punkt in die Mitte. Weitere Klicks machen dann gar nichts, es sei dann, mann benutzt eine andere Zoomfunktion zwischendurch oder verschiebt mittels PAN "richtig".

Sachdatenanzeige Flurstück

--Markus Hentschel 12:17, 24. Feb 2006 (CET)

Es gibt zwei Snippets zur Sachdatenanzeige (Flurstücke.php und flurstuecksanzeige.php). Besser wäre, es gäbe nur eine Datei statt deren zwei. Die Beschriftung ist unlogisch: Während in der Flurstücke.php mit "ALB-Auszug 30" der Ausdruck ohne WZ gemeint ist, ist in der flurstuecksanzeige.php mit "ALB-Auszug 30" der Ausdruck mit WZ gemeint (für 35 dasselbe).

Suchfunktionen

==== Suche nach Adressen ==== --HolgerR 11:50, 22. Feb 2006 (CET) Das Feld --Auswahl-- im Straßenfeld steht an letzter Stelle. Für eine vereinheitlichte Bedienung und Darstellung auch hier an erster Stelle platzieren.

==== Suche nach Flurstücken ==== --HolgerR 11:50, 22. Feb 2006 (CET) Wenn eine Gemarkung nur eine Flur hat, springt das Pulldown-Menue für selbige nach Auswahl der Gemarkung gleich auf die 1 (das Gleiche erfolgt auch für Flurstücken in Fluren, die nur 1 Flurstück haben). Im Sinne der einheitlichen Darstellung und Handhabung können diese Automatismen entfallen.

==== Suche nach Namen ==== --HolgerR 11:50, 22. Feb 2006 (CET) Die Einschränkung des Suchergebnisses nach Gemarkung ergibt nicht das gewünschte Ergebnis. Die Namen werden doppelt aufgeführt und andere Einträge fehlen. Die Sucheinschränkung nach dem Grundbuchbezirk funktioniert dagegen einwandfrei.

Datenmangement

==== ALB-Änderung - Dateiauswahl - vorgeschlagener Dateiname ==== --HolgerR 11:50, 22. Feb 2006 (CET) Der in der config.php vereinbarte WLDGEFILENAME wird in der Auswahlmaske nicht angezeigt.

==== ALB-Änderung - Dateiauswahl - Standard-Auswahl ==== --HolgerR 11:50, 22. Feb 2006 (CET) PostgreSQL als Standard-DB aktiv setzten.

Nutzerverwaltung

==== Nutzer anlegen - zurücksetzen ==== --HolgerR 11:50, 22. Feb 2006 (CET) Das Feld berechtigte Stellen wird bei 'zurücksetzen' nicht geleert. Bei Neueingabe der Daten werden jedoch die noch angezeigten Stellen nicht in die Datenbank übernommen.

==== Nutzer anlegen - falsche Passwortbestätigung ==== --HolgerR 11:50, 22. Feb 2006 (CET) Das Feld berechtigte Stellen wird auch geleert. Dies ist so nicht notwendig, da ja nur Passwort verkehrt bestätigt wurde.

==== Nutzer anlegen - Rolleneintrag in Datenbank ==== --HolgerR 11:50, 22. Feb 2006 (CET) In der Tabelle user Spalte stelle_id wird standardmäßig die Stelle 1 eingetragen, auch wenn diese Stelle nicht in den berechtigten Stellen eingetragen wurde. Daraus resultiert beim erstmaligen Aufruf des neuen Nutzers ein Fehler bzgl. setExtent(): Given map extent is invalid Es muss sichergestellt werden, dass hier nur eine Stelle eingetragen wird, die auch dem User zugeordnet ist.

Nutzer anzeigen - ändern - Benutzerdaten Editor

• --HolgerR 11:50, 22. Feb 2006 (CET) Änderung des Passwortes wird nicht übernommen – in user.php function Aendern($userdaten) Zeile 327 fehlerhaft: $useraten muss $userdaten heißen
  • --Markus Hentschel 08:26, 1. Mär 2006 (CET) Wenn ich Nutzerdaten ändere, z.B. einen Layer hinzufüge, dann soll das Passwort nicht geändert werden. Wenn ich das richtig verstanden habe, muss ich dann bei "Auch Passwort ändern" keinen Haken setzen. Wenn ich das aber so mache und die Änderung speichere, kommt eine Meldung: "Passworteingabe und -wiederholung fehlt". Das dürfte so doch nicht gemeint sein?
• --Markus Hentschel 07:25, 14. Mär 2006 (CET) Beim Ändern von Nutzerdaten werden in der u_groups2rolle die Einträge dupliziert. D.h. wenn ich z.B. einen Benutzer neu eingetragen habe und anschließend seine Nutzerdaten ändere, dann stehen in der u_groups2rolle alle Einträge zu diesem User doppelt drin.
  • --Rahn 12:14, 14. Mär 2006 (CET)

    Theoretisch dürften die Einträge in u_groups2rolle nicht doppelt vorkommen, da user_id, stelle_id und id hier Primärschlüssel sind und die Funktion setGroups der Klasse rolle Eintragungen immer mit INSERT IGNORE vornimmt. Kann es sein, dass die drei Primärschlüssel nicht richtig gesetzt sind?

    • --Markus Hentschel 06:55, 17. Mär 2006 (CET) Es ist so, bei jeder Änderung über "Nutzer ändern" wird jeder Eintrag zu dem ausgewählten User noch einmal gemacht.

Antragsverwaltung

Anträge anzeigen

==== Anträge bearbeiten - Vermessungsart ==== --HolgerR 13:17, 22. Feb 2006 (CET) Im Fenster „Antrag bearbeiten“ wird unabhängig von der vergebenen Vermessungsart immer der 1. Eintrag, in unserem Fall „Bodenordnung“ präsentiert --> die zum Antrag abgespeicherte Vermessungsart muss angezeigt werden

==== Zugeordnete Dokumente Anzeigen - ohne hinterlegte Dokumente ==== --HolgerR 13:17, 22. Feb 2006 (CET) Es erfolgt folgende Fehlerausschrift:

Diesen Fehler bitte programmtechnisch auffangen.

==== Zugeordnete Festpunkte in KVZ-Schreiben - ohne ausgewählte Festpunkte ==== --HolgerR 13:17, 22. Feb 2006 (CET) erzeugt folgende Fehlerausschrift:

Serverfehler! Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Fehlermeldung: Premature end of script headers: php Sofern Sie dies für eine Fehlfunktion des Servers halten, informieren Sie bitte den Webmaster hierüber. Error 500 10.32.0.246 Mon Feb 20 10:10:56 2006 Apache/2.0.49 (Linux/SuSE)

Diesen Fehler bitte programmtechnisch auffangen.

ALB-Ausdruck 30 und 35 als PDF

falsche Kopfanzeige

--Markus Hentschel 12:04, 24. Feb 2006 (CET)

Bei mir steht "Kataster/Vermessungsamt 0017 Landkreis Bad Doberan" im Ausdruck. Mach ich was falsch oder ist das fehlerhaft?

--HolgerR 10:50, 27. Feb 2006 (CET)

Markus, die Angaben zum Katasteramt sind fest in der alb.php eingetragen. Du kannst notfalls die Angaben dort ab Zeile 100 ändern. Sinnvoller ist es auf alle Fälle, wenn diese Angaben als Variable übergeben werden.

--Markus Hentschel 13:21, 27. Feb 2006 (CET)

Jou, hab ich schon gemacht. Und ja, muss auf alle Fälle in die config.php. Ich schreibs in die ToDo-Liste.

Trennlinie fehlerhaft

--Markus Hentschel 12:04, 24. Feb 2006 (CET)

Die durchgehende Trennlinie im oberen Bereich des ALB-Auszugs des DVZ fängt genau ein "-" vorher an.

--Rahn 13:23, 29. Mär 2006 (CEST)

In Version 1.5.9 behoben

Miteigentumsanteil

--Markus Hentschel 12:04, 24. Feb 2006 (CET)

Die Miteigentumsanteile müssen angezeigt werden

--Rahn 13:23, 29. Mär 2006 (CEST)

In Version 1.5.9 behoben

Zusätze

--Markus Hentschel 12:04, 24. Feb 2006 (CET)

Die Zusätze zur Bestandsblattnummer müssen angezeigt werden

"Bestand"-Abschnitte

--Markus Hentschel 12:04, 24. Feb 2006 (CET)

Der Bestand geht grundsätzlich nicht über den Seitenumbruch. Wenn ein Bestand nicht mehr vollständig auf die Seite passt, muss er komplett auf der nächsten Seite erscheinen.

Wasserzeichen

--Markus Hentschel 08:30, 10. Mär 2006 (CET)

Das Wasserzeichen erscheint nur auf der ersten Seite. Wenn der Ausdruck über mehrere Seiten geht, fehlt es auf allen nachfolgenden Seiten.

--Rahn 13:23, 29. Mär 2006 (CEST)

In Version 1.5.9 behoben

Nachweisverwaltung

Aufruf Rissrecherche

--HolgerR 11:10, 27. Feb 2006 (CET)

Der Aufruf der Rissrecherche erzeugt folgendes Fehlerfenster:

Laufzeitfehler in Mircrosoft JScript

Das Objekt unterstützt diese Eigenschaft oder Methode nicht.

line: 411, column: 2

Dieser Fehler tritt auch auf, wenn ich die Funktion vom Demo-Server nutze.

Aufruf Dokument einfügen

--HolgerR 11:10, 27. Feb 2006 (CET)

Der Aufruf der Rissrecherche erzeugt folgendes Fehlerfenster:

Laufzeitfehler in Mircrosoft JScript

Das Objekt unterstützt diese Eigenschaft oder Methode nicht.

line: 354, column: 2

Dieser Fehler tritt auch auf, wenn ich die Funktion vom Demo-Server nutze.

Exportfunktionen

PDF-Ausgabe

--HolgerR 12:55, 27. Feb 2006 (CET)

Der Aufruf der PDF-Ausgabe erzeugt folgende Fehlerausschrift:

Warning: getimagesize(): Read error! in /srv/www/htdocs/PDFClass/class.pdf.php on line 2833 Warning: Division by zero in /srv/www/htdocs/PDFClass/class.pdf.php on line 2850

Das Arcobat-Reader-Plugin wird im Internetexplorer gestartet und im angezeigten PDF-Dokument werden nur Fragmente dargestellt, die durch ab- und aufscrollen verschwinden.

Metadaten

Aufruf - Metadaten anlegen

--HolgerR 13:07, 27. Feb 2006 (CET) Der Aufruf zum Metadaten anlegen erzeugt folgendes Fehlerfenster:

Laufzeitfehler in Mircrosoft JScript

Das Objekt unterstützt diese Eigenschaft oder Methode nicht.

line: 160, column: 2

Fehlermeldungen als unsortierte Liste