Wunsch-Liste: Unterschied zwischen den Versionen

Version vom 21. September 2012, 11:44 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

Drucken aller gewählten Grundbuchblätter

--Wirsing 16:21, 18. Sep 2012 (CEST)
Wählt man mehrere Grundbuchblätter aus, dann kann man immer nur den jeweiligen Bestandsnachweis bzw. die -übersicht drucken. Nützlich währe eine Funktion, mit der für alle ausgewählten Grundbuchblätter eine Ausgabe erzeugt werden könnte. (So wie dies z.Z. schon bei den Flurstücken möglich ist!)

Ersetzen des Begriffs "Layer"

--Reißland 13:40, 18. Sep 2012 (CEST) Der Begriff Layer, der beispielsweise bei der erfolglosen Sachdatenabfrage (Es wurde kein Layer zur Sachdatenabfrage ausgewählt!) oder bei der Fehlermeldung (Einer der Layer ist fehlerhaft. Klicken Sie auf Neu starten um alle Layer auszuschalten.) erscheint ist für viele Nutzer nicht verständlich. Es sollte nach einer passendenden Alternative (Daten, Datensammlung,...) gesucht werden.

Erweiterung der Druckrahmenverwaltung

--Reißland 13:40, 18. Sep 2012 (CEST)Unter dem Wert "Nutzer" wird in der Druckrahmenverwaltung aktuell die Stelle und der Nutzer in einer Zeile angegeben. Schön wäre es, wenn Nutzer und Stelle separate Werte wären.

Überarbeitung des Stelleneditors und der allgemeinen Angaben zum Layer (Layeranzeige)

--Reißland 11:31, 18. Sep 2012 (CEST) Im Stelleneditor sollten die zugeordneten Funktionen und Layer alphabetisch sortiert werden. Die Felder für die zugeordneten und verfügbaren Nutzer sollten mit einem Tooltip versehen werden. Bei den allgemeinen Angaben zum Layer (Layer anzeigen) sollten die zugeordneten Stellen alphabetisch sortiert werden. Darüber hinaus sollten in sämtlichen Listen die verfügbaren Werte automatisch reduziert werden, wenn ein ursprünglich "verfügbarer" Wert "zugeordnet" wird.

Überarbeitung Rechteverwaltung der Layerattribute

--Markus Hentschel 12:08, 10. Sep 2012 (CEST) Weil viele Layer einer stattlichen Zahl von Stellen zugeordnet werden, wird es immer schwieriger, den Überblick bei den Layerattributrechten zu behalten. Dabei ist es oft so, dass die Attributrechte immer wieder dieselben sein sollen und i.d.R. nur bei der "Datenherr-Stelle" abweichen. Wir schlagen eine Überarbeitung der Rechteverwaltung der Layerattribute vor:

Sachdaten Flurstücke Lage mit Ortsteil

--Hschmidt 13:31, 4. Sep 2012 (CEST)
Gewünscht wurde die zusätzlice Ausgabe des Ortsteils bei der Lage zu Flurstücken. Wie auch schon in der Suche nach Lagebezeichnungen (Adressuche) realisiert.

Metainformation zum Layer

--Markus Hentschel 10:56, 4. Sep 2012 (CEST) Oft exisiteren Metainformationen zu einem Thema in Form einer Datei (pdf). Das könnte irgendwo am Layer angezeigt werden, Vorschlag: irgendwo beim Layernamen in der Themenübersicht neben der Karte.

Abfrage über Umringspolygon

--SigridP 10:38, 28. Aug 2012 (CEST) Es besteht der Wunsch, ein eingelesenes Umringspolygon(uko-Datei) für eine Flurstücksabfrage nutzen zu können, ohne es mit dem Button "Informationsabfrage im Polygon" in der Karte erneut zu erfassen.

Tabelle Layer

--Reißland 06:53, 15. Aug 2012 (CEST) In die Tabelle Layer sollten die Angaben symbolscale, filter und require, die aktuell nur in der Tabelle used_layer zu finden sind, integriert werden.
Hintergrund: Bei der Zuweisung eines Layers zu einer Stelle müssen die o.g. Angaben bisher für immer nachgetragen werden.

Event Call back-Funktionen

--Pkorduan 01:39, 24. Jun 2012 (CEST)Um z.B. die Anzeige von Formulargruppen an Ereignissen in anderen Feldern knüpfen zu können, oder Auswahllisten einzuschränken in Abhängigkeit von ausgewählten Werte in vorherigen Feldern, soll eine Funktion in kvwmap hinzugefügt werden, die Call back-Funktionen auch auf der Client-Seite in JavaScript zulassen. Damit können zu jedem Feld Eventtypen definiert werden und die Funktionen, die beim Eintreten des Ereignisses aufgerufen werden sollen. Für die Eventtypen, wie z.B. onchange und die Funktionsnamen werden im Attribut-Editor zusätzliche Felder eingefügt. Diese Funktionen werden Event-Funktionen genannt. weitere Details und Spezifikation

CRUD Call back-Funktionen

--Pkorduan 15:23, 23. Jun 2012 (CEST) Damit können beliebige Funktionen an einem Datensatz ausgeführt werden, bevor oder nachdem dieser in der Datenbank erzeugt, gelesen, geändert oder gelöscht wird. Damit können an Hand von eingegebenen Werten komplexe Dinge geprüft oder berechnet werden oder auch Dinge aus der Datenbank abgefragt werden, z.B. die nächste fortlaufende Nummer innerhalb eines Gebietes etc. Es können aber auch beliebige Dinge berechnet oder in der Datenbank ausgeführt werden, wie z.B. die Erzeugung von temporären Tabellen oder Indices. weitere Details und Spezifikation

Time-Felder mit Kalender

--Markus Hentschel 11:35, 14. Jun 2012 (CEST) Eingabe-Textfelder vom Typ Time könnten einen Kalender bekommen, aus dem der Benutzer sein Datum auswählt. Der Kalender öffnet sich, wenn man auf das Kalendersymbol vor dem Eingabefeld klickt.

PRJ-Datei im Shape-Import

--Markus Hentschel 10:49, 14. Jun 2012 (CEST) Wenn im ZIP zum Shape auch eine *.prj-Datei existiert, könnte kvwmap das beim Shape-Import bzw. bei Shape anzeigen gleich berücksichtigen.

Filterung der ALB-Daten nach Gemarkungen u. Fluren

--Hschmidt 14:56, 12. Jun 2012 (CEST)
Nützlich wäre noch eine Filterung der ALB-Daten nach Gemarkungen und Fluren, wie jetzt schon nach Gemeinden möglich.

SVG-Export

--Hschmidt 15:19, 7. Jun 2012 (CEST)
Für die Erstellung einfacher thematischer Karten (Infografik) für das Web wäre der Export von SVG für ausgewählte Themen (vgl. Shape-Export) sehr nützlich. Die SVG-Grafik könnte dann mit entsprechendem Editor (z.B. inkscape) editiert werden.

Terminierung für user

--Hschmidt 13:20, 6. Jun 2012 (CEST)
Vergleichbar der Stellenverwaltung ein start und stop-Datum für user danach den Status "deaktiviert" automatisch zuordnen und ein login ist nicht mehr möglich.
Die start und stop-Daten permanent speichern und ein manuelles Setzen auf deaktiviert einrichten. Dann könnten die deaktivierten user in der DB verbleiben und es wäre möglich zu verfolgen wer von wann bis wann einen Zugang hatte.

Login-Versuche beschränken

--Hschmidt 12:48, 6. Jun 2012 (CEST)
Die möglichen Login-Versuche sollten aus Sicherheitsgründen beschränkt werden. Evtl. allgemein in der config.php einstellbar über eine neue Konstante "max_login_attempts" oder so.

Flurübersicht in Druckausschnittswahl als Option

--Hschmidt 14:03, 4. Jun 2012 (CEST)
In der Druckausschnittswahl wäre es sinnvoll, wenn man die Flurübersicht als Option zu- oder abschalten könnte. Eine Auswahl links unten oder rechts unten für die Positionierung wäre gut.

ZIP-Archiv für Rechercheergebnis

--Schley 10:43, 24. Mai 2012 (CEST) Es wäre toll wenn man einen Link beim Rechercheergebniss integriert, der alle PDF's (Risse) der Suche in ein ZIP-Archiv packt und sich das dann speichern/downloaden könnte.

Rechercheergebnis im neuen Fenster

--Schley 10:43, 24. Mai 2012 (CEST) Wäre es möglich das Rechercheergebnis bei der Nachweissuche von Rissen im seperaten Fenster öffnen zu lassen? So hätte der Nutzer die Möglichkeit neben seiner Suchanfrage noch in kvwmap zu arbeiten.

Abrechen-Knopf bei der Datenerfassung im GLE

--HolgerR 09:40, 4. Mai 2012 (CEST) Bei der Erfassung von Daten im GLE, die über SubFormPK miteinander verknüpft sind, fehlt im verknüpften Datenerfassungsformular ein Abbrechen-Knopf. Er ist für den Fall gedacht, dass die Checkbox "und einen weiteren Datensatz erfassen" aktiviert ist, aber nach dem Speichern kein weiterer Datensatz erfasst werden soll.
Es sollte dann zurück in die übergeordnete Datenerfassungsmaske gesprungen werden.

Aliasnamen für Layer

Es wäre schön, wenn beim Layer erstellen die Vergabe eines Aliasnames möglich wäre. Verschiedene Planungsstände werden bei uns in verschiedenen Stellen verwaltet. Um in der Liste der Layer bei der Administration den Überblick zu behalten heißen die dann rrep_hochspannung, lep_hochspannung, rok_hochspannung usw. Das macht für den Anwender wenig Sinn, da er innerhalb einer Stelle nur einen Planungsstand sieht.(Frau Remmicke)

Die Diskuddion am 19.09.2012 brachte kein Ergebnis --> vertagt

Vom Kartenviewer zurück zur Anzeige von Suchergebnissen

In der Sachdatenanzeige ist der Link "zurück zur Karte verfügbar". Ist es analog hierzu möglich, im Kartenbereich einen Link "zurück zu Suchergebnissen" einzubinden (bei mehreren Suchanfragen, zur letzten)? Wenn man derzeit mehrere Suchergebnisse hat und sich eine Ergebnisfläche über "Kartenausschnitt" ansieht, ist man gezwungen die Suchanfrage erneut einzugeben, wenn man zur Ergebnisliste zurückkehren möchte. (J. Sambale)

Die Diskussion am 19.09.2012 brachte kein Ergebnis --> vertagt