Wunsch-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
(Ebene 2 Überschrift)
Zeile 4: Zeile 4:
 
__FORCETOC__
 
__FORCETOC__
  
 
+
== Erweiterung der Filtermöglichkeiten in ALB und ALK ==
 
+
--[[Benutzer:Giese|Frank Giese]] 13:30, 16. Jun 2008 (CEST)<br>
 
+
Es gibt bei uns die Anfrage einer über CN angeschlossenen Amtsverwaltung. Die Abteilung Liegenschaften möchte gerne auf alle im Eigentum der amtsangehörigen Gemeinden befindlichen Flurstücke zugreifen. Nun haben die Gemeinden aber auch Eigentum außerhalb des Amtsgebietes.
 +
Die Anzeige- und Abfragemöglichkeiten sind bisher über die Tabellen used_layer für die ALK (bezogen auf Gemarkung) und über die Tabelle stelle_gemeinden für das ALB (bezogen auf Gemeinde) definiert. Die Mitarbeiter sollen eigentlich nur auf die Geobasisinformationen innerhalb des Amtsverwaltungsgebietes zugreifen können. Selbstverständlich macht es aber Sinn, wenn den Mitarbeitern der Liegenschaftsabteilung auch die Liegenschaftsdaten der gemeindeeigenen Flurstücke außerhalb des Amtsverwaltungsgebietes zur Verfügung stehen.
 +
Man kann die ALK Ausgabe in der Tabelle used_layer natürlich mit zusätzlicher Filterung von Flurstückskennzeichen ergänzen, hat dann aber das Problem, dass bei einer Fortführung dieser Flurstücke die neuen Flurstückskennzeichen im Filter eingeführt werden müssen. Somit ist dieser Filter dann auf Dauer sehr unsicher.
 +
Die räumliche Beschränkung der ALB Ausgabe erfolgt gemeindeweise. Die Erweiterung auf die gemeindeeigenen Flurstücke scheint ohne weiteres nicht möglich. Denkbar wäre,  in der Tabelle stelle_gemeinden  oder einer zusätzlichen Tabelle die Grundbuchbezirke und dann die Bestandsblattnummern bzw. Eigentümerangaben zu filtern. Vielleicht könnten dann auch über die Bestandsangaben die Ausgabe für die ALK mit gesteuert werden.
  
 
== Flurstückssuche über Fluren und Gemarkungen ==
 
== Flurstückssuche über Fluren und Gemarkungen ==

Version vom 16. Juni 2008, 13:30 Uhr

Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen.

zur ToDo-Liste


Erweiterung der Filtermöglichkeiten in ALB und ALK

--Frank Giese 13:30, 16. Jun 2008 (CEST)
Es gibt bei uns die Anfrage einer über CN angeschlossenen Amtsverwaltung. Die Abteilung Liegenschaften möchte gerne auf alle im Eigentum der amtsangehörigen Gemeinden befindlichen Flurstücke zugreifen. Nun haben die Gemeinden aber auch Eigentum außerhalb des Amtsgebietes. Die Anzeige- und Abfragemöglichkeiten sind bisher über die Tabellen used_layer für die ALK (bezogen auf Gemarkung) und über die Tabelle stelle_gemeinden für das ALB (bezogen auf Gemeinde) definiert. Die Mitarbeiter sollen eigentlich nur auf die Geobasisinformationen innerhalb des Amtsverwaltungsgebietes zugreifen können. Selbstverständlich macht es aber Sinn, wenn den Mitarbeitern der Liegenschaftsabteilung auch die Liegenschaftsdaten der gemeindeeigenen Flurstücke außerhalb des Amtsverwaltungsgebietes zur Verfügung stehen. Man kann die ALK Ausgabe in der Tabelle used_layer natürlich mit zusätzlicher Filterung von Flurstückskennzeichen ergänzen, hat dann aber das Problem, dass bei einer Fortführung dieser Flurstücke die neuen Flurstückskennzeichen im Filter eingeführt werden müssen. Somit ist dieser Filter dann auf Dauer sehr unsicher. Die räumliche Beschränkung der ALB Ausgabe erfolgt gemeindeweise. Die Erweiterung auf die gemeindeeigenen Flurstücke scheint ohne weiteres nicht möglich. Denkbar wäre, in der Tabelle stelle_gemeinden oder einer zusätzlichen Tabelle die Grundbuchbezirke und dann die Bestandsblattnummern bzw. Eigentümerangaben zu filtern. Vielleicht könnten dann auch über die Bestandsangaben die Ausgabe für die ALK mit gesteuert werden.

Flurstückssuche über Fluren und Gemarkungen

--Markus Hentschel 09:52, 16. Jun 2008 (CEST)
Flurstückssuche auch über Fluren und Gemarkungen hinweg.

Erweiterungen der Fachschale Jagdkataster

--Markus Hentschel 15:18, 13. Jun 2008 (CEST)

  • Es muss auch möglich sein, Objekte ohne Geometrie anzulegen (z.B. Teiljagdbezirke). In diesem Fall sollte nicht eine Fehlermeldung kommen, sondern eine Warnung, z.B. "Sie haben kein Polygon angelegt. Trotzdem speichern?"
  • Die Flurstücksliste müsste die Treffer für den CSV-Export anbieten und zwar wie beim GLE für ausgewählte oder für alle Treffer. Dafür müsste vor jeder Zeile eine Checkbox sein, die defaultmäßig angehakt ist.
  • Die Flurstücksliste sollte anbieten, entweder ausgewählte oder alle Treffer in der Sachdatenanzeige ALB aufzulisten (um sie dort z.B. in CSV zu exportieren). Dazu müsste die Flurstücksliste allerdings nicht in einem neuen Fenster erscheinen. Außerdem sollten die Flurstücke Links sein, die zur Sachdatenanzeige ALB für das jeweilige Flurstück führen. Dort sollte es dann möglich sein, zurück zur Flurstücksliste im Jagdkataster zu gehen.
  • Die Flurstücksliste müsste die Flurstücke farbig hervorheben, die einen prozentualen Flächenanteil von z.B. unter 90% haben. Diese Flurstücke sollten defaultmäßig nicht angehakt sein.
  • Bei Eigenjagdbezirken soll in der Flurstücksliste gekennzeichnet werden, wenn der Eigentümer des Eigenjagdbezirkes nicht mit dem Eigentümer eines Flurstückes (dieses Eigenjagdbezirkes) übereinstimmt.
  • Die Flurstücksliste müsste es ermöglichen, zu einem bestimmten Flurstück zu zoomen. Das würde aber nur Sinn machen, wenn man wieder zurück zur Liste könnte.

PDF-Export im GLE

--Certa 15:01, 13. Jun 2008 (CEST)
So wie man Datensätze in CSV exportieren kann, sollte man diese auch in PDF-Dateien exportieren können, auch hier - wie bei CSV - entweder die ausgewählten Datensätze oder alle.

Erweiterungen der Layersuche

--Certa 15:01, 13. Jun 2008 (CEST)

  • Über die Funktion Layersuche gefundene Datensätze sollten optisch hervorgehoben werden, d.h. es könnte ein farbiges Suchergebnis angelegt werden, ähnlich wie bei der Flurstückssuche. Ausgewählte Punkte könnten gelb dargestellt werden.
  • Die Layersuche sollte sich den/die jeweils gewählten Operatoren merken, der dann bei der nächsten Abfrage auf denselben Layer bereits vorausgewählt ist.

Sachdatenanzeige nach Datenänderung

--Markus Hentschel 08:20, 10. Jun 2008 (CEST)
Wenn man einen Datensatz über die Layersuche sucht und das Suchkriterium war beispielsweise Attribut xy und wenn man dann das Attribut xy ändert (also das Attribut, das mein Suchkriterium war), dann werden nach dem Ändern nicht mehr dieser Datensatz, sondern alle Datensätze (möglicherweise dann ein paar Tausend) angezeigt. Wäre es sinnvoller, nach einer Änderung immer die vorher rausgesuchten Datensätze wieder anzuzeigen?

Optimierung der Datenbankabfragen

--Markus Hentschel 10:47, 6. Jun 2008 (CEST)
Bei Datenbanktabellen mit einer Menge Datensätzen und bei Layern mit einer Menge Attributen kann kvwmap sehr langsam werden. Möglicherweise können die Datenbankabfragen optimiert werden. Beispiel: Ein Layer mit mehreren Hunderten Datensätzen und ca. 30 Attributen benötigt für die Sachdatenanzeige eines Objekts aus der Karte heraus rund eineinhalb Minuten (zum Vergleich: Sachdatenanzeige eines Flurstücks dauert ca. 5 Sekunden). Es wäre für alle relevanten Anwendungsfälle zu prüfen, ob die Abfragen im Hinblick auf die Performance verbessert werden können.

Flurstücks- und Adresssuche über WFS

--Markus Hentschel 11:52, 30. Mai 2008 (CEST)
Die Suche nach Flurstücken und nach Adressen sollte auch ermöglichen, auf die Daten der Nachbarlandkreise zuzugreifen. Dafür ist die Anbindung der jeweiligen WFS nötig, wie es in der AG Webservices in Rostock besprochen wurde. In der Suche sollte noch vor der Gemarkungs- bzw. Gemeindeauswahl der Landkreis auswählbar sein, wobei als Default der eigene Landkreis vorausgewählt sein sollte.

Attribut "Titel" in der Tabelle "user"

--Markus Hentschel 11:31, 30. Mai 2008 (CEST)
Für User, die einen Titel tragen (z.B. haben wir den Notar "Dr. Carsten Deecke") sollte es in der Tabelle "user" ein Attribut "Titel" geben. Den Titel mit in den Vornamen zu schreiben, wäre keine gute Lösung, da es Probleme mit möglichen Sonderzeichen geben kann, z.B. im PDF-Druck.

ZomToFlurstueck mit MIN- und MAX-Maßstab

--Markus Hentschel 13:40, 5. Mai 2008 (CEST)
Wenn man für den Zoom auf ein Flurstück aus der ALB-Sachdatenanzeige heraus einen Mindest- und einen Maximalmaßstab angeben könnte, könnte der Benutzer selbst bestimmen, in welchem Maßstab er landet. Das macht vor allem bei (sehr) kleinen Flurstücken Sinn, bei denen man weit unter 1:500 landet. Würde der Mindestmaßstab 1:500 lautet, würde auf das Flurstück gezoomt, aber eben im Maßstab 1:500. Umgekehrt will vielleicht jemand, dass er nach oben hin einen bestimmten Maßstab nicht überschreitet. Oder er will immer bei z.B. 1:1.000 landen und stellt entsprechend MIN und MAX auf 1:1.000. Als Defaultwerte könnten z.B. 1:500 und 1:5.000 oder ähnlich angeboten werden. Oder es wird der zuletzt verwendete Wert in der Tabelle rolle gespeichert.

Attributabhängige Auswahlliste

--Markus Hentschel 11:48, 5. Mai 2008 (CEST)
Im GLE kann ich eine Auswahlliste definieren, z.B. für die Auswahl eines Amtes. Nun wäre es schön, wenn man - um im Beispiel zu bleiben - zum ausgewählten Amt nur noch die entsprechenden Gemeinden angeboten bekommt, d.h. dass mit AJAX nach der Amtsauswahl die Gemeinden nachgeladen werden. Im Attributeditor müsste so ein Attribut entsprechend definiert werden können.


Layersuche

--Markus Hentschel 13:00, 29. Apr 2008 (CEST)

  • Die Layersuche ist momentan bei den Operatoren "ähnlich" und "nicht ähnlich" case sensitive. Besser wäre, wenn Groß- und Kleinschreibung nicht berücksichtigt würden.
  • Beim Operator "befindet sich in" kommen Fehlermeldungen, wenn ich versuche, Strings mit dem Platzhalter "%" zu garnieren. Es wäre besser, wenn diese Meldungen unterdrückt würden und per Javascript darauf hingewiesen wird, dass das nicht geht.
  • Wenn man über die Layersuche gesucht hat, wäre gut, wenn in der Sachdatenanzeige ein Link "zurück zur Layersuche" stehen würde. Beim Klick darauf sollten die angegebenen Operatoren und Werte wieder erscheinen. Insbesondere wenn man keine Treffer hatte, ist es gut, wenn man zurück gehen und seine Eingaben noch mal überprüfen kann. (Optimal wäre, wenn dort nicht hart "Layersuche" stünde, sondern der Menüname erschiene - wenn man das Menü nämlich anders genannt hat)
  • Wenn man die Operatoren "ist leer" bzw. "ist nicht leer" gewählt hat, sollte das Wert-Feld verschwinden.


DXF-Export aus kvwmap

--Hschmidt 10:07, 21. Apr 2008 (CEST) Als Ergänzung zum shape-Export, von einigen Anwendern nachgefragt. Vielleicht erstmal prüfen, ob technisch möglich und welcher Aufwand dahinstersteckt.