Häufig gestellte Fragen: Unterschied zwischen den Versionen

Version vom 10. Juli 2014, 15:13 Uhr

Diese Liste ist noch eine unsortierte und nicht zusammengefasste Liste 
von Fragen und Antworten. Es können also auch Doppelungen auftreten.
Fragen und Antworten zu speziellen Themen finden sich auch in der Fragen-Liste
und der HowTo-Liste im Forum.

Obwohl ich mehrere Classes definiert habe, werden nicht alle Classes dargestellt.

Die Expression der einzelnen Classes ist möglicherweise nicht richtig definiert. Wichtig: Wenn nach alphanumerischen Zeichenketten gesucht werden soll, müssen sowohl die eckigen Klammern des Attributs als auch die gesuchte Zeichenkette in Hochkomma gestellt werden.

Können ALK und ALB auch im Bezieher-Verfahren BZSN verwendet werden?

Ja. Für das ALB wird der WLDGE2SQL-Konverter verwendet, für die ALK ab der Version 1.4.5 der EDBS2WKT-Konverter. Beide Konverter beherrschen das BZSN-Verfahren. Die Verarbeitung von ALB-Daten mittels WLDGE2SQL muss noch von Hand angestoßen werden, es ist noch keine automatisierte Batch-Verarbeitung möglich. Die Verarbeitung von ALK-Daten ist mit dem EDBS2WKT ab Version 1.6 im automatisierte Batch-Modus möglich.

Was bedeutet „alb_raumbezug“ und „alb_raumbezug_wert“?

Mit diesen Angaben kann man eine räumliche Einschränkung auf die ALB-Daten für eine Stelle vornehmen. In alb_raumbezug gibt man an auf welche räumliche Kategorie sich die Beschränkung bezieht. Dazu hat man die drei Möglichkeiten: Kreis, Amt und Gemeinde. In alb_raumbezug_wert gibt man schließlich die ID an. Z.B. Gemeinde 13051003 bedeutet, daß nur die ALB von Altenhagen eingesehen werden dürfen. Die Abfrage der Rechte erfolgt in der Methode: getFlurstKennzByRaumbezug($FlurstKennz,$Raumbezug,$Wert) der Klasse alb.

Muss ein Benutzer „Amt“ o.ä. eingerichtet werden? Welche Rechte bekommt er?

Benutzer sollten Personen sein. Was er dann tun darf hängt davon ab welche Rolle er spielen soll. Wenn alle im Amt NVP das selbe tun sollen mit dem System, werden Sie alle ein und der selben Stelle zugewiesen. Diese Zuweisung ist die Rolle. Gibt es z.B. die Aufgabe Katasterauskunft, dann heißt die Stelle Katasterauskunft und alle, die eine Katasterauskunft haben dürfen bekommen die Stelle zugewiesen in dem ihre Benutzer_ID mit der Stellen_ID in der Tabelle Rolle verknüpft werden.

Wird zusätzlich eine Bauleitplanstelle benötigt für Auskünften aus B-Plänen, die vielleicht noch nicht fertig sind oder was auch immer an Einsicht schützenswert sind, kann eine Stelle Bauleitplanung eingerichtet werden und nur die da reinschauen dürfen bekommen eine Rolle dafür eingetragen. Ein Benutzer kann also verschiedene Rollen einnehmen und wie schon vorher beschrieben hängen nun verschiedene Eigenschaften an User, Rolle und Stelle. Die Rechte hängen ausschließlich an der Stelle und die Rechter eines Users erschließen sich über seine Vernüpfungen mit den Stellen (den Rollen, die er einnehmen darf).

Was genau verstehe ich unter Stelle und Rolle und was hat beides mit dem Benutzer zu tun?

Eine Stelle solle eine Arbeitsstelle sein, also eine festgelegte Benutzeroberfläche mit allen daran hängenden Rechten an Funktionen, räumlicher Ausdehnung und Bedienelementen.

Die Rolle ist die Zuordnung eines Nutzers zur Stelle. Das heißt mehrere Nutzer können an der gleichen Stelle arbeiten, z.B. bei der Katasterauskunft. Einige Einstellungen sind an dieser Rolle gebunden, z.B. der gerade gewählte Ausschnitt oder die aktiven Layer. Wenn der Benutzer also gerade Katasterauskunft in Doberan spielt muß er den Fensterausschnitt nicht wechseln, den er gerade hatte als er in der Bauleitplanung für Kühlungsborn hatte. Einige Einstellungen sind nun aber doch an den Benutzer gebunden, z.B. die Fenstergröße. Denn der Benutzer sitzt ja in der Regel am gleichen Rechner. Welche Einstellung an welche Klasse gebunden sind sieht man wenn man sich die Attribute des Datenmodells anschaut oder besser noch die Klassen in user.php zum setzen der Einstellungen. Änderungen sind möglich und der Stein der Weisen sicher auch noch nicht gefunden. Flexibilität ist aber schon mal gegeben.

Gibts betriebssystemseitig aus Sicht von kvwmap irgendwelche Präferenzen?

Debian.

Ist bei der Installation von kvwmap in den Klassen einiger Anpassungsaufwand zu betreiben?

Eigentlich nur in der config.php.

Kann ich Anpassungen selbst vornehmen oder brauche ich erst eine PHP-Schulung?

Die Anpassung geht ohne Schulung. Nur Werte für Konstanten setzen.

Größer bzw. umständlicher ist die Einrichtung der Datenbank. Dazu sollte man schon mal einen SQL-Client genutzt haben. Empfehle phpMyAdmin. Überhaupt ist eine Installation von XAMPP von apachefriends nützlich. Da ist apache und mysql und was man so braucht schon drin.

Komplikationen können vor allem bei der Kompilierung auftreten, besonders bei der Kompilierung des mapservers und phpMapScript aber 2 Wochen sollten reichen. Am meisten machen irgendwelche fehlenden oder falschen Links zu Bibliotheken zu schaffen. Lieber in Ruhe die Installationsanleitungen durchlesen, als überhastet nur ./configure und make.

Daten aus verschiedenen Fachämtern liegen als Shape vor. ALB wird für eine Gemeinde als WLDGE bestellt. ALK wird für dieselbe Gemeinde als EDBS vorliegen. Kann ich damit beginnen?

Aber ja! Für die ALK muss der EDBS2WKT-Konverter vorliegen. Die Konvertierung der ALB-Daten erfolgt über den WLDGE2SQL-Konverter, der als Modul in kvwmap enthalten ist. Beide Datensätze werden in eine PostgreSQL/PostGIS-DB gespielt. Die Fachdaten können als Shape belassen werden oder sie wandern ebenfalls in die PostGIS-DB.