So wie beim GLE.

Möglichkeit die Breite des Puffers in allen Bereichen (Recherche, Dokument einfügen, Dokument bearbeiten bei Puffer hinzufügen und gepufferter Linie) administrativ oder rollenbasiert unter Einstellungen selbst festzulegen. Alternativ sollte der Standardpuffer auf 2m heruntergesetzt werden.

Puffer überall in der NWV auf 2m setzen.

Aktuell gibt es für den dynamischen Link - 2. Option - drei Möglichkeiten: no_new_window, root, embedded. Mit einer Option „new_window“, vlt. auch mit Angabe der Größe, könnte der Nutzer mehrere Fenster mit Sachinformationen öffnen, die Inhalte z.B. miteinander vergleichen und die Informationen auch zu einem späteren Zeitpunkt nutzen.

Wünschenswert wäre eine Möglichkeit ein Rechteck zu erzeugen mit Angabe von Länge mal Breite.

Zusätzlich auch noch ein Werkzeug um die Geometrie zu drehen.

Wenn es beim Flurstück ein Miteigentum gibt, stellt kvwamp das zur Zeit beispielhaft so dar:

Miteigentum Par. 3 Abs. 4 GBO 132442-3888, Laufende Nummer 10

Der Anteil des Miteigentums müsste aufgelistet werden (so wie es beim Grundbuchblatt schon der Fall ist). Die Darstellung könnte so aussehen:

Miteigentum Par. 3 Abs. 4 GBO zu 1/31 Anteil, 132442-3888, Laufende Nummer 10

Beachte das Komma.

Die Sachdatenanzeige im extra Fenster funktioniert bei mobilen Browsern auf Tablets nicht (z.B. bei Firefox oder Chrome). Es muss eine Lösung diskutiert werden. Vielleicht sollte die Anzeige im div-Fenster wieder reaktiviert werden, wobei der Nutzer diese Anzeigemöglichkeit in den Optionen auswählen können sollte. Das div-Fenster muss dann responsiv auf Bildschirmdiagonalen und auf Hoch-/Querformat reagieren.

3. Möglichkeit der Sachdatenanzeige mit Karte neben Sachdatenanzeige.

Ich hätte es nie gedacht, aber es kam jetzt der Wunsch, dass auch nach Format gesucht werden kann. Dabei müsste als Bedingung auch die Gemarkung angegeben werden.

Es wäre wünschenswert, wenn die Erfassung und Bearbeitung von MultiPoint-Geometrien möglich wäre.

Es wurde der Wunsch geäußert, dass man mindestens die letzte Benachrichtigung auch dann noch mal aufrufen kann, wenn man sie per Checkbox erledigt hat, besser noch die letzten drei Benachrichtigungen.

Die letzten drei.

Wie bei der alphabetischen Sortierung der Kartenthemen wäre auch ein Suchfeld bei der thematischen Anzeige oft hilfreich.

Analog zur Ortssuche umsetzen.

Und als Kartenwerkzeug einbauen.

In der Auflistung der enthaltenen Flurstücke werden die Eigentümer in der Reihenfolge Vorname Nachname ausgegeben. Dies sollte zur besseren Sortierung wie über die Funktion "Eigentümer auflisten" in der Reihenfolge Nachname Vorname geändert werden.

Vorschlag für die Optionen zu den angezeigten Datensätzen im GLE:
https://kvwmap.de/wiki/index.php/Datei:dataset_options.png

Die Funktionalität ist die gleiche wie gehabt, nur die Anordnung der Elemente ist besser.

Radiobuttons untereinander und mit Anzahl der ausgewählten in Klammern dahinter.

Das Metadatendokument sollte, sofern vorhanden, beim Datenexport immer mit ausgegeben werden. Dies ist insbesondere wichtig, wenn es sich um Daten handelt, die nur einem bestimmten Nutzerkreis zur Verfügung gestellt werden sollen und nicht an Dritte weiter gegeben werden dürfen. Stichwort "Nutzungsbedingungen"

Beim Layer eine neues Feld "Nutzungsbedingungen" hinzufügen.
In der Rechteverwaltung 2 Checkboxen hinzufügen für den Download des Metadatendokuments und der Nutzungsbedingungen.

Es sollte möglich sein, nach der Recherche eines Eigentümers direkt einen CSV-Export Eigentümer zu machen und nicht den Umweg über "Flurstücksdaten" machen zu müssen.

Es sollte möglich sein, in der Eigentümersuche auch räumlich nach einem konkreten Eigentümer zu suchen.

kvwmap sollte 
- führende Leerzeichen ignorieren
- Kommas, Semikolons, andere Steuerungszeichen am Ende ignorieren
- bei Einlesefehlern mit einer Fehlermeldung antworten

Unser Schulamt hat häufiger den kürzesten Weg zwischen Wohnort und Schule zu bewerten. 
Mit diesem Hintergrund möchte ich den Wunsch von Markus aus dem Jahre 2012 hervorkramen https://kvwmap.de/wiki/index.php/Routing und das Thema wieder auf die Tagesordnung setzen.

Markus: Ein bisschen Angst hatte mir damals gemacht, dass das Schulamt wirklich auf Meter misst und der Meter über Wohl oder Wehe entscheidet. Aber Routing ist trotzdem vielleicht ganz sinnvoll als Funktion. 

Als neues Werkzeug in der Hauptkarte umsetzen.

Im Landkreis MSE wurde der Wunsch geäußert Gruppen in der Klassifizierung zu bilden mit der Unterscheidung in sichtbaren und nicht sichtbaren Elementen.

Beispiel:
(Layer-Name)

(Gruppe1)
-Klasse 1
-Klasse 2
-KLasse 3

(Gruppe2)
-Klasse 4
-Klasse 5

Vor dem Feld Klassifizierung fügen wir eine neue Spalte "Gruppe" ein um die Klassen zu gruppieren. Im Themenbaum erscheinen diese Gruppennamen dann mit Checkbox.

Von Nutzenden wurde ein Werkzeug "Fläche messen" vermisst (es gibt nur Wegstrecke messen)

Markus: Es gibt auch Fläche messen, nur ein wenig versteckt. Aber ich fände einen eigenen Button auch sehr nutzerfreundlich.

Eigener Button.

Könnte das Kartenbild von "Bild speichern" optional mit der Legende eines Themas versehen werden, welches der Nutzer separat auswählt?

Wir erweitern den Kartendruck und bieten neben PDF auch die Möglichkeit den Druck als Bild zu exportieren.

Aktuell erfolgt in der Sachdatenanzeige, im Reiter des Layers "Flurstücke" die Information wenn weitere Layern keine Treffer enthalten --> "Zu diesem Thema wurden keine Objekte gefunden!." Durch die Organisation der Sachdaten in Reiter ist die Info an dieser Stelle nicht mehr optimal platziert.
Wie soll damit künftig umgegangen werden? 

Vorschlag: Anzeige entfällt ganz: Ein Reiter mit Sachdaten für einen Layer erscheint ausschließlich wenn das Ergebnis der Abfrage auch Treffer enthält. 

Es wird ein weiterer Reiter "Report" hinzugefügt, der eine Auflistung der Layern mit Treffern und ohne Treffer liefert.

Als Idee im Nachgang zu der "2FA"-Diskussion vom letzten Anwendertreffen: Der Nutzer soll sein Passwort selbst zurücksetzen können. Dazu müsste allerdings bei allen Nutzern die Email-Adresse Pflicht werden (oder nur die Nutzer können den Mechanismus nutzen, deren Mailadresse hinterlegt ist). Dann könnte kvwmap erstens einen Code an die Mailadresse senden und - nach Eingabe des Codes durch den Nutzer - zweitens eine Mail mit dem Passwort-neu-vergeben-Link an diesen Nutzer senden. Aus Sicherheitsgründen könnte der Link eine Lebensdauer von zum Beispiel 10 Minuten haben.

Wäre es vielleicht denkbar bei Punkt-Themen einen QR Code mit einem Link (https://maps.app.goo.gl/Kt1J7otqhuUUk4Fa6) zu generieren, den man nutzen könnte für die Google Maps App und so ein schnelles Routing ermöglichen könnte. 

Internetseite von Google für die URL Generierung von Maps-Aufrufen:
https://developers.google.com/maps/documentation/urls/get-started?hl=de

QR-Code ja, aber mal schauen, ob man auch nur die Koordinaten verschlüsseln kann. Ansonsten GoogleMaps URL.

geo:54.106944,11.905278

Eine alphabetische Anzeige der Filterwerte würde die Auswahl per Maus anwenderfreundlicher gestalten.

GPX verarbeitet wie bekannt nur Punkte und Linien. Wünschenswert wäre es, Layer die als Polygon vorliegen, automatisiert in Linien umzuwandeln, um sie als GPX zu exportieren.

Beim Klassen-Editor könnte (wenn die Styles der Klasse angelegt sind) das Legendenbild in der jeweiligen Zeile erscheinen.

Beim Hovern über die Optionen des Layer-Parameter in den Layer-Optionen sollte nicht nur das Kartenbild switchen, sondern auch die zugehörige Legende, wenn der Layer-Parameter für die Klassifizierung verwendet wird.

Es sollte möglich sein, beim Nutzer nicht nur konkrete IP-Adressen zu hinterlegen, sondern auch Adressen mit Platzhalter in der letzten Stelle: 123.12.34.*

Im Layereditor soll man die Möglichkeit bekommen, die Attribute aus dem Data-Statement auszuwählen, die man für die Beschriftung zulassen will, und ihnen einen Alias zu verpassen. Das könnte über einen Plus-Button passieren, der jeweils eine neue Eingabezeile aufmacht. kvwmap muss beim Speichern prüfen, ob es das Attribut (noch) gibt.

Erstmal alle Attribute aus dem Data jedem Layer zuordnen.

Das neue Werkzeug "Kreis hinzufügen" soll erlauben, die importierten Punkte aus einer Punktdatei massenweise in Kreisflächen zu überführen. Zum Beispiel, indem ein Rechteck über den Bereich aufgezogen wird und alle Punkte aus dem eigenen Import erfasst werden, die im Rechteck liegen.

Das Werkzeug "Kreis hinzufügen" bekommt die Möglichkeit der Geometrieübernahme, wenn ein Rechteck aufgezogen wird. Dann wird an jeden Punkt der abgefragten Geometrie ein Kreis gesetzt.

Die Auswahlliste für das zu exportierende Thema bietet keine Möglichkeit die Herkunft von identischen Layernamen zu bestimmen.
Vorschlag: ein weiteres Auswahlfeld für die Layergruppe einfügen. So dass schon die Gruppe als Vorauswahl gefiltert werden kann --> genau so wie bei der Themensuche.

Falls das nicht irgendwo genutzt wird, sollte die Optione "Grafische Oberfläche" verschwinden.

Die custom-GUI-Dateien kommen in den Ordner custom/layouts/gui.

Wir wünschen uns einen neuen Menüpunkt „Layerbaum administrieren“. Der Menüpunkt öffnet den Layer-/Themenbaum mit allen auf- und zuklappbaren Gruppen, Untergruppen und Layern. Auf dieser Seite ist es möglich:

- Layer per Drag&Drop in neue Untergruppen/Gruppen zu schieben 

- das hier erstmal nicht umsetzen, da noch nicht klar ist, ob die Legendenreihenfolge stellenbezogen bleibt oder nicht: Die Reihenfolge der Layer innerhalb einer Gruppe per Drag&Drop (und per Klick auf Pfeilsymbole neben den Layernamen) zu ändern

- Untergruppen, samt allen zugehörigen Layern, per Drag&Drop in andere Gruppen/Untergruppen zu schieben
- Die Reihenfolge von (Unter-) Gruppen im Layerbaum per Drag&Drop (und per Klick auf Pfeilsymbole neben dem Gruppennamen) zu ändern
- Neue Untergruppen können über ein Symbol „neue Gruppe“ (neben dem Gruppennamen) erstellt werden

Das umständlichere Administrieren des Layerbaums über Order-Zahlenwerte würde entfallen, das Verschieben von mehreren Layern und Gruppen vereinfacht und kvwmap sich an der Art und Weise wie Layerlisten in Desktop-GIS erstellt werden orientieren.

Wir wünschen uns einen neuen Menüpunkt „Drawingorder administrieren“. Der Menüpunkt öffnet eine Liste mit allen Layern, die in der Reihenfolge der Default-Zeichenreihenfolge aufgelistet werden. 

Das Ändern der Zeichenreihenfolge der Layer erfolgt hier per Drag&Drop (wie im Legendenmenü). Ein Hoch- und Runterschieben der Layer in der Default-Zeichenreihenfolge ist aber auch per Klick auf Pfeiltasten neben dem Layernamen möglich. Um die Einteilung der Layer in Punkt-, Linien-, Flächen- und Rasterlayer zu vereinfachen, ist vor dem Layernamen ein Symbol, das die Layerart symbolisiert.

Ein umständlicheres Administrieren der Zeichenreihenfolge über eigene Zahlenwerte würde entfallen und das Administrieren vereinfacht.

Die Zahlenwerte werden weiterhin angezeigt und sind editierbar.

Wir geben die stellenbezogene Zeichenreihenfolge auf und migrieren zu einer globalen Zeichenreihenfolge.  

Die Symbolauswahl sollte so gestaltet werden, dass Fehler vermieden werden. Es sollte nicht möglich sein Symbolnamen und -nummern auszuwählen die es nicht gibt. Kann erreicht werden durch eine Auswahlliste mit möglichen Werten und Grafiken aus der eingestellten Symbol-Datei oder durch Prüfung vor dem Speichern.
Die Anzeige der Symbole offenbart, dass z.B. ein Symbol circle vom Typ Ellipse als Linie dargestellt wird und nicht als Kreis. Hier vielleicht in der Liste auch noch den Typnamen zusätzlich zum Symboltyp angeben. Symbole die keinen Namen haben kennzeichnen mit "kein Name".
Wenn dennoch mal ein falscher Symbolname in der Styles-Tabelle gelandet sein sollte es möglich sein das Symbol in der Oberfläche anzupassen. Fehler abfangen vor dem Zeichnen des Symbols in der Legende.

Der Inhalt in der Themenübersicht sollte spaltenweise sortierbar sein (z.B. Sortiere alles nach ID). Genau so wie es in er Layerverwaltung/"Layer anzeigen" bereits möglich ist.

Außerdem eine Volltextsuche im Themennamen, Stichwort und in der Kurzbeschreibung.

Die Zeilen einfärben ob der Layer in der gerade aktiven Stelle zugewiesen ist.

Es wäre schön, wenn man einen Schnellsprung zu den Stellen hätte wie bei den Nutzern in Form des Anfangsbuchstabens. Vielleicht könnte man in diesem Zug auch ein Schnellwechsel einbauen wie bei den Layern per Dropdown.

Mit der Version 3.6 ist es möglich mit dem neuen config-Parameter QUERY_ONLY_ACTIVE_CLASSES zu steuern, dass bei der Kartenabfrage nur aktive Klassen berücksichtigt werden. Dies wäre auch wünschenswert für die Darstellung der Objektinfo und das Highlight von ausgeschalteten Klassen. Aktuell werden die Informationen noch dargestellt, wenn die Klasse ausgeschaltet ist.

Es wäre schön wenn der Admin die Möglichkeit bekommen könnte wieder in seine Adminstelle zu wechseln nachdem er via Link „Als diesen Nutzer Anmelden“ als ein anderer Nutzer angemeldet war. Bisher muss man sich von kvwmap abmelden und neu anmelden.

Über Session Variable umsetzen.

Verwendet man den Layerparameter im Layernamen wie z.b. bei den "historischen DOP (Jahrgang)"
Dann öffnet die Verlinkung des Layerparameters bisher das Fenster mit den Layer Optionen. Dort ist die Auswahlliste des Layerparameters zu finden und kann bedient werden.
Vorschlag: Kann die Auswahlliste nicht direkt erscheinen wenn man auf den Link im Layernamen klickt? Das Auswählen und Abspeichern soll dann direkt mit der Auswahl eines Eintrags der Auswahlliste erfolgen.
Damit erspart man sich zwei Klicks.

Vielleicht sollte das Konzept mit dem Abfragen von Themen in der Karte überdacht werden. Der Nutzer muss im Moment das Thema abfragbar schalten. Das führt dazu, das viele Nutzer oft sehr viele Themen gleichzeitig abfragbar haben, aber nur Infos von einem Thema haben wollen. Der Hinweis, das man über die Optionen auch nur ein Thema abfragbar machen kann, kommt oft genug nicht an. Zur Diskussion:

- Die Abfrage-Checkbox wird abgeschafft,
- Der Nutzer wählt das Info-Werkzeug und klickt in der Karte an die gewünschte Position,
- kvwmap prüft, welche Themen Ergebnisse zurückliefern (hier wäre das Zeitverhalten der Knackpunkt!),
- Der Nutzer bekommt diese Themen als Tabs über der Sachdatenanzeige aufgelistet. Die Tabs schalten die Sachdatenanzeige der Layer ein. Der erste Tab ist ausgewählt.

- (wenn er Treffer in einem Thema hat, das er beim letzten Mal schon abgefragt hat, könnte es schon vorausgewählt sein),
- (wenn es nur Treffer in einem Thema gibt, kommen keine Tabs)
- kvwmap liefert die Sachdatenanzeige

Das Ganze konfigurierbar in den Optionen (ob so oder die alte Variante)

Wenn man im Geometrieeditor auf den Button "Informationsabfrage" oder "anderes Objekt bearbeiten" klickt, sind die Änderungen, die man an dem gerade in Bearbeitung befindlichen Objekt gemacht hat verschwunden.
Hier wäre es wünschenswert wenn der Editor fragt ob er die Änderungen vorher speichern oder verwerfen soll. Aufgefallen im FMK.
Das gleiche gilt eigentlich auch für alle anderen externen Button wie "Karte anzeigen" oder sämtliche Menüpunkte. Die Änderungen sind immer ohne Warnung weg.

Auch über die GLE-Funktion "Es gibt nicht gespeicherte Änderungen" unsetzen.

Ab und zu ist es gut zu wissen, ob eine Stelle noch aktiv beackert wird. Nützlich wäre in der Stellenübersicht eine Angabe "Letzter Login auf Stelle".

Der Daten-Import sollte optional zur bestehenden Drag and Drop Variante als Dateiauswahl (Auswahl der Dateien aus der Ordnerstruktur) konfigurierbar sein. Der Grund ist, das kvwmap durch Nutzer in einem Browser gestartet wird, der auf einem Terminalserver läuft und damit Drag and Drop nicht möglich ist.

Eine Themenauswahl soll der Nutzer entweder nur für sich speichern können (so wie es jetzt nur möglich ist) oder auch für die Stelle veröffentlichen können.

Eine Themenauswahl soll man bearbeiten können bzw. eine geänderte Themenauswahl unter einer gespeicherten Auswahl abspeichern können.

Die Buttons "Abbrechen" und "Zurücksetzen" beim Speichern sind überflüssig. Aus dem Textfeld der Eingabe des Namens muss ein Inputfeld werden.


Teilen über URL realisieren.

Genauso kann man im Moment über die Themenoptionen im Thema Flurstücke mit dem GLE suchen. Es müsste dort go=Flurstueck_Auswaehlen oder go=ALK-Flurstueck_Auswaehlen aufgerufen werden.

Über die Konstante LAYER_ID_FLURSTUECKE realisieren.

Quellenangabe Pflichtangabe?
Quellenangabe nur für Layer, die nicht per require angebunden sind?

Pflichtfled aber über config-Parameter ein- und ausschaltbar.

In den Layeroptionen bei eigenen Abfragen kann man nach den vorhandenen Attributen klassifizieren oder damit beschriften. kvwmap sollte bei den Optionen versuchen, vorhandene Aliasse für die Attribute zu verwenden.

originale Layer-ID im Rollenlayer speichern.

Auf dem Bauleitplanserver besteht in der Übersichtsansicht der Pläne, die Möglichkeit, die Ergebnisse in den Spaltenköpfen zu filtern.
Kann dieses Feature auch auf den Standard-GLE übertragen werden?

als Multi-Auswahlfelder in den Spaltenüberschriften umsetzen

Im Snippet zur Anzeige der Sachdaten zum Flurstück sind aktuell nur zwei Buttons zum Zoomen enthalten. Es fehlt der Button zum Toomen auf das Flurstück ohne Markierung des Flurstückes.
Es sollte so aussehen wie bei der Standard-GLE Anzeige.

Beim Daten-Export und in der Funktion Geometrie übernehmen von wird statt des Layer-Alias-Namens der Layer-Name angezeigt.
Da dieser mitunter sehr kryptisch ist, können die Nutzer nicht immer zweifelsfrei erkennen, um welchen Layer es sich handelt.

Schon seit geraumer Zeit ist es möglich Nutzer per Mail einzuladen oder das Passwort zurückzusetzen. Es wäre hilfreich, wenn wir die Möglichkeit hätten diese Texte selbst zu bearbeiten und als Vorlage abzuspeichern.
Es wäre dann möglich den Nutzer fachspezifisch anzusprechen. Aktuell nutzen ca 500 Nutzer unser Jagdportal auf Basis von kvwmap. Wenn in der Mail zum Zurücksetzen des Passwortes das Wort Jagdportal nicht auftaucht, wissen die gar nicht worum es geht und stufen die Mail wahrscheinlich als Spam ein. Momentan editieren wir die Mail vor dem Absenden manuell. Wäre schön, wenn wir verschiedene Vorlagen anlegen könnten die themenbezogen formuliert sind (Kehrbezirkeportal, Jagdportal, Wasserportal, kvwmap-allgemein). 

pro Stelle eine Textvorlage

Beim Bearbeiten von mehreren Datensätzen im GLE wird nach einem Klick auf Speichern immer auf den ersten Datensatz gesprungen. 
Sofern nach dem Bearbeiten noch weitere Datensätze geändert werden sollen, ist es umständlich, wieder auf den letzten bearbeiteten Datensatz zu scrollen.
Besser wäre es, auf den letzten bearbeiteten Datensatz zu springen.

Scrollposition merken

Die Erläuterung, die im Attributeditor bei einem Datatype abgelegt wird, muss auch im Datensatz erscheinen.

Es wäre sehr hilfreich, wenn man beim Daten-Export den (bzw. bei shape die) Dateinamen angeben könnte. Das spart ein nachträgliches Umbenennen.

(Stefan Goen, LUNG)
(ist etwas irritiert, dass die Signatur "erstellt ... von Sgoen" eingefügt wird, ohne dass ich angemeldet bin...)

In den Optionen ein Eingabefeld mit dem Dateinamen anbieten.

MariaDB unterstützt Foreign Keys, daher könnten die Tabellen entsprechend damit versehen werden, um Leichen zu verhindern und insbesondere kvwmap zu entlasten.

Sowohl für Styles als auch für Labels wird gewünscht, dass bei offset_x und offset_y ein Attribut angegeben werden kann.

Beim Erfassen des Fortführungsjahres gilt eine untere Grenze von 1865. Das sollte wegfallen. Die Software sollte eine Warnung bei Eingaben vor 1850 geben und eine Fehlermeldung bei Eingaben, die das aktuelle Jahr überschreiten.

So machen und Jahre in der Zukunft ablehnen.

In Datentypenfeldern kann nicht gesucht werden.

als aufklappbare Unterformulare umsetzen

Für die Digitalisierung von Geltungsbereichen wird ein neues Werkzeug "Punkt mit Puffer" gewünscht. Die bisherige Verfahrensweise über das Werkzeug "gepufferte Linie" erzeugt viele unnötige Klicks. Das neue Werkzeug sollte nur beim (Neu-)Aufruf den Radius abfragen.

Button rechts von einseitig gepufferte Linie einfügen

Im Sachdaten-Ergebnisfenster könnte ein Werkzeug existieren, mit dessen Hilfe ein Link auf kvwmap mit einem go-Parameter erzeugt wird, dem das betreffende Objekt als Parameter mitgegeben wird. Dieser Link könnte z. B. in einem DMS abgelegt werden. Beim Aufrufen des Links würde kvwmap auf das angegebene Objekt zoomen.
Die denkbaren Anwendungszusammenhänge wären ähnlich wie die für Bild speichern oder für Drucken, nur dass man nach dem Öffnen kein statisches Dokument erhält, sondern sich in der Anwendung befindet, und dass die eigene Layerauswahl erhalten bleibt (mit allen Vor- und Nachteilen).

Wir erzeugen einen neuen Button im Datensatz-Header, mit dem eine URL die zur Sachdatenanzeige des Objekts führt in die Zwischenablage kopiert werden kann.

In den Optionen kann man unter "Allgemein" die Textgröße ändern. Für den GLE muss man das unter "Sachdatenanzeige" noch mal extra machen. Beides sollte zu einer Option zusammenkommen.

Abfragemaske für Kontaktdaten der Nutzer 
- wann abfragen - zum Beispiel gleichzeitig mit Passwortwechsel oder fester Zeitpunkt
- was abfragen - Name, Vorname, Behörde/Firma, Telefon, Email
- Daten aktuell ja/nein – Eintrag in DB
- bei nein > Formular zum Editing > Email an Gruppenpostfach

Config-Parameter für die Email-Adresse.
Login-Routine erstellen, die nach x Monaten jedem Nutzer seine Daten anzeigt und einen mailto-Link bei Änderungsbedarf enthält.
Neben dem Avatar einen Link zu den Nutzerinfos einfügen.

Beim ausschalten von Klassen wäre es gut, wenn die Klasse dann generell ausgeschaltet ist. Es irritiert wenn man Abfragen stellt und dennoch die anderen Datensätze mitkommen. 

Es wäre gut, wenn der Datenexport eines Themas auch im Optionsmenü beim Layer auftaucht.

Beim Datenimport soll auf Wunsch nach einem frei wählbaren Attribut klassifiziert werden können. Die Erstellung der Klassen soll automatisch erfolgen analog zur Klassifizierung bei der Darstellung des Suchergebnisses.

Unter folgendem Link https://openlayers.org/en/latest/examples/layer-swipe.html ist eine Slider-Funktion. Ich habe in Erinnerung, dass wir darüber glaube ich schon mal gesprochen hatten in der Vergangenheit. Aber bei uns wurde jetzt nach dieser Funktion erneut gefragt und deswegen nehme ich das nochmal mit auf, ob das umsetzbar ist in kvwmap.

In den Layeroptionen kann man für einen Layer "Vergleichsansicht" aktivieren.
Dann erscheint für diesen Layer ein Slider zum swipen.

Seit kurzem ist es möglich einem Nutzer das Recht einzuräumen, mittels Datenimport neue Datensätze bei einem Layer einzulesen.
Damit das funktioniert, muss das Datenmodell der Importdatei mit dem des aufnehmenden Layers genau übereinstimmen. Es wäre praktisch, wenn die Datenmodelle vor dem eigentlichen Import verglichen werden und der Nutzer auf Unstimmigkeiten hingewiesen wird. Ideal wäre ein Mapping der Attribute. Das Datenmodell des Layers ist für den Nutzer aber nicht änderbar.
Ebenso sollten Unterschiede im Koordinatensystem erkannt werden und eine dementsprechende Transformation vorgenommen werden.
Beim Layer soll einstellbar sein, das er für den layerspezifischen Import zur Verfügung steht.

Im Übersichts-HTML-Dokument, das mit dem zip-Archiv gedownloaded wird, soll ein mailto in jeder Datenzeile erscheinen. Damit soll der Nutzer Bearbeitungshinweise zum Dokument an die Katasterbehörde senden können. Eine Mail-Adresse muss hinterlegt sein und der Betreff kann schon vorgegeben sein.

Für LENRIS für jeden Client eine Email-Adresse hinterlegen und in der Mail die Nachweis-Client-ID angeben.
Für Nicht-LENRIS kvwmaps eine Email-Adresse hinterlegen und Nachweis-ID angeben.

Die Nutzer möchten gerne, dass man im Feld Antragsnummer mit Platzhaltern arbeiten kann. Ein entsprechender Hinweis müsste neben dem Feld erscheinen.

Anzeige des Layer-Alias oder des Kennungstextes, sofern eines vorhanden ist, beim getfeatureinfo.php-Snippet

Außer der Übernahme von Polygon-Geometrien aus WFS sollten auch Geometrien von WFS mit Linien übernehmbar sein.

Es gibt Themen, bei denen gibt es nicht eine Defaulteinstellung in den Attributrechten, sondern mehrere. 
- Denkbar wäre, dass man mehrere Defaults einrichten kann. 
- Generell gut wäre eine Prüfmöglichkeit, ob Rechte vom Default abweichen.
- Gut wäre außerdem ein Hinweis bei Klick auf "Default-Rechte allen Stellen zuweisen", bevor gespeichert wird, wenn Rechte bei einer Stelle vom Default abweichen

Ergänzung Stefan Goen:
- Hilfreich wäre auch die Möglichkeit "zeilenweise" Rechte zu setzen, also z.B. ein Attribut für alle Stellen auf 'lesend'. ( Bei vielen Stellen mit unterschiedlichem Rechteprofil ist es besonders nervig, da neu eingefügte Attribute erstmal überall auf "kein Zugriff" gestellt sind.)

- unterschiedliche Farben für die verschiedenen Rechte
- zeilenweise vom Defaultrecht für alle Stellen übernehmen
- Kindstellen optional ausblenden

Wenn der Layer einen dynamischen Parameter hat, sollte das Speichern und Laden der Themenauswahl das berücksichtigen.

Im Klassen-Editor können die Expressions schon mal ein wenig länger werden. Schön wäre, wenn kvwmap Umbrüche unterstützen würde.

Es wäre gut, wenn man generell für alle Attribute die Anordnung, Beschriftung etc. mit einmal ändern könnte. Es wäre dann Quasi die Invertierung der Attribute schneller möglich.

Gruppe und Tab mit Löschbutton versehen.
Anordnung bis sichtbar mit Auswahlfeld für alle Attribute versehen.

Gesucht wird eine Möglichkeit den Quellenverweis für externe Daten anzubringen.

Dauerhaftes einblenden  "© LK " kann über das defaultmapfile erfolgen.
Dynamisches einblenden weiterer Quellen soll nur erfolgen wenn entsprechende Themen auch in der Karte aktiv sind. --> z.B. © GeoBasis DE/M-V , © LUNG M-V  oder © Hanse- und Universitätsstadt Rostock (CC BY 4.0) | Kartendaten © OpenStreetMap (ODbL) und LkKfS-MV
Wie wird das in den anderen LK umgesetzt?

Bsp.: Siehe GAIA-MV professional

Wir erfassen die Urheberrechte im Feld Quellenangaben und bieten unterhalb der Karte über ein Symbol und beim Kartenbildexport die Quellenangaben aggregiert an.
Z.B.: Layer1, Layer2, Layer3: Quelle A
Die Quellenangaben werden in extra Tabelle ausgelagert.

Bei SubForm-Layern muss das Import-Formular in der Sachdatenanzeige eingebettet angezeigt werden.

Einladungen die über die Einladefunktion angelegt werden, sollen für alle in Adminstelle sichtbar sein.
(wenn möglich filterbar)

--> so umsetzen für Admin

Der Wunsch besteht, dass bei der Streckenmessung nachvollziehbar ist, wo mit der Strecke begonnen und wo geendet wurde. Möglicherweise sollten die Knickpunkte auch hochzählend nummeriert werden?

--> so umsetzen

Sinnvoll wäre es auch die Richtung der Linien im Linieneditor anzuzeigen. Es gibt hier das Werkzeug "Linienrichtung umkehren" hat so aber keinen Sinn, wenn man die Richtung nicht kennt, oder?
H.S. 2022-10-27

Für die maßstabsabhängige Gestaltung von Beschriftungen werden die Felder Minscaledenom und Maxscaledenom, ähnlich wie beim Style, gewünscht.

--> überprüfen ob es es "text" in label gibt?

Wenn in der Konfiguration AEQUIVALENZ_BEWERTUNG auf false gestellt ist, wird die Verschneidung mit der Bodenschätzung durchgeführt, um die Ertragsmesszahlen zu ermitteln. Das passiert bei allen Flächen, wo es ein AX_Bewertung-Objekt gibt. Leider ist es wohl so, dass AX_Bewertung-Objekte auch mal abhanden kommen können. Das bedeutet, dass dort, wo keine AX_Bewertung-Objekte sind, immer auch noch geprüft werden muss, ob es beim Flurstück nicht doch eine landwirtschaftlich genutzte Fläche gibt. In diesem Fall ist dann eine Äquivalenzbewertung durchzuführen.

--> wird so gemacht, Parameter "AEQUIVALENZ_BEWERTUNG" kann weg

Ähnlich wie der geocodr im Moment den Adressdatenbestand auswertet und eine unscharfe Adresssuche ermöglicht, ist eine unscharfe Suche über einen Layer im GLE denkbar. Entweder produziert kvwmap die Mittel und Wege, um das zu ermöglichen, oder der geocodr wird so erweitert, dass er jeden beliebigen Datenbestand durchsuchen kann.

Wenn Markus ein Beispiel liefert.

In den Optionen werden die Themenparameter aufgelistet. Das können durchaus viele sein und oft heißen sie gleich ("Jahrgang", "Styling", ...). Hilfreich wäre die Nennung des jeweiligen Themennamens.

--> Namen des Themas in der globalen Parameterliste mit anzeigen.-

Wenn DELETE_ROLLENLAYER auf 'false' gestellt ist, werden es immer mehr gespeicherte Suchanfragen beim Nutzer, die bei jeder Kartenaktion durchgeführt werden. Die Mehrzahl der Suchergebnisse wird nie wieder benötigt und verursacht eine ziemliche Last. Wir haben mittlerweile mehrere Zehntausend (!) gespeicherte Suchanfragen. Die Anwendung geht langsam aber sicher in die Knie. Trotzdem benötigen einige Nutzer diese Funktionalität.

Gespeicherte Suchergebnisse müssen grundsätzlich beim Logout gelöscht werden. Für das Speichern von Suchergebnissen muss ein anderer Weg gefunden werden.

Der Nutzer muss (beim Suchergebnis?) auswählen können, ob er das Suchergebnis über das Logout hinaus benötigt. Vielleicht sollte auch nicht das Suchergebnis, sondern lediglich die Suche gespeichert werden. Oder das Suchergebnis wird in der Postgres in etwas ähnliches wie custom _shapes gespeichert.

--> Rollenlayer werden generell gelöscht, es sei denn es wird über die Layeroptionen verhindert. DELETE_ROLLENLAYER kann weg!

Ein Nutzer wurde archiviert, dann aber zu einem späteren Zeitpunkt in einem anderen Zusammenhang in einer anderen Stelle vermeintlich neu angelegt. Es kommt ein Hinweis, dass es den Nutzer schon gibt, ohne dass man ihn in der Nutzerliste findet. Besser wäre ein Hinweis, dass es den Nutzer als archivierten Nutzer gibt. Eventuell kann man ihn hier gleich reaktivieren.

--> umsetzen, Hinweis erweiteren und archivivierte Nutzer wahlweise anzeigen

Bei der Digitalisierung muss häufig dicht ran- und dann wieder weit rausgezoomt werden. Das ist zeitaufwändig und nervenaufreibend. Vorstellbar ist ein Extrafenster, das den Bereich des Cursors sehr stark vergrößert zeigt. Eventuell kann man sogar in diesem Extrafenster zoomen. Es müsste diskutiert werden, ob der Punktfang in der gesamten Karte oder nur im Extrafenster aktiviert wird.

--> ausprobieren über SVG-Zoomen

Wenn in der Suchergebnisliste nur noch ein Eintrag übrig ist, sollte die Suche mit Enter abgeschlossen werden können und das Kartenfenster zentriert sich auf diesen Ort.

--> umsetzen 

Das Einloggen mit einer Nutzerkennung sollte nicht zeitgleich mehrfach möglich sein. Zum einen ist das ein Sicherheitsfeature und zum anderen werden (aus Amtsverwaltungen) "Container-Accounts" gewünscht, also z.B. ein Azubi-Account.

--> umsetzen, Absturz berücksichtigen, Datenschutz ?

Übersteigt die Anzahl der Treffer die maximal angezeigten Treffer pro Seite, ist die Funktion "alles auswählen" irreführend. Denn es werden effektiv nur die Treffer aus der angezeigten Seite ausgewählt, nicht aber alle weiteren Treffer aus den folgenden Seiten der Trefferliste.
Deshalb entweder die Bezeichnung ändern oder eine weitere Funktion "alles auf dieser Seite auswählen" hinzufügen. 

--> Umbenennung in "alle Angezeigten auswählen" (Anzahl anzeigen), 
2. Link "alle Gefundenen auswählen" (Anzahl anzeigen)

Es wurde gewünscht, dass es eine Funktionalität gibt, die alle Objekte eines Themas mit einem Puffer versieht, der auswählbar ist. Die Anzeige in der Karte ähnlich wie die Strecken- oder Flächenmessung nur temporär im Client.

--> Umsetzen bei Rollenlayern direkt und bei normalen Layern entsteht ein gepufferter Rollenlayer, über die Layeroptionen. Layeroptionen von neuen Rollenlayern sofort anzeigen.

Bei einem über Layer-Suche_Suchen aufgerufenen Suchergebnis kann man einen Parameter &opentab= angeben, der den entsprechenden Tab aufklappt.

Denkbar wäre die generelle Abschaltung der Tooltips für eine Rolle. Könnte man ja bei den Einstellungen unterbringen.

Beim Werkzeug Anderes Objekt Bearbeiten wäre es gut, wenn man auch dort die Tooltip Funktion nutzen könnte. Es kann manchmal passieren, dass viel Datensätze nahe eines Punktes sitzen (Haltestellenkataster).

Wäre es möglich die Themenparameter eines Layer auch in der Sachdatenanzeige unterzubringen? Vielleicht in der Überschrift des Layers oder das Attribut selbst in der Sachdatenanzeige.

Nur die Parameter die in der Query benutzt werden, werden oben in der Sachdatenanzeige zum ändern angeboten.

Es wäre gut, wenn man alle Datensätze direkt aus dem Subform Embedded löschen könnte.

Über neuen Button.

Es wäre gut, wenn man Bilder durch ein Dropdown Menü auswählen könnte. Es wäre die Kombination aus zwei Feldtypen in kvwmap. Wunsch entstand durch Schilderkataster.

Neuer Formularelementtyp "Auswahlfeld mit Bildern": Im output steht der komplette Bildpfad.

Beim Nutzerdaten-Editor wäre es besser, wenn unter berechtigte Stellen auch die abgelaufenen Stellen angezeigt werden. Zur Unterscheidung könnten diese dann in grauer Schrift dargestellt werden.

Allgemein: Möglichkeit, die Suchparameter bei der Adress-, Flurstücks- und Eigentümersuche zu speichern und später wieder aufzurufen.

Eigentümersuche: Die Auswahl der angehakten Checkboxen in der Trefferliste nach einer Suche muss erhalten bleiben, auch wenn der Nutzer die Trefferliste sortiert.

Beim Aufruf des Menüpunktes SHP_Import Parameter für:
  - Schema
  - Tabelle
  - Optionen (neu | überschreiben | anfügen)
übergeben.
Die Felder sind somit vorausgefüllt und die Fehleranfälligkeit ist geringer.

Anderen Weg über layerspezifischen Daten-Import: Aufrufbar über Layeroptionen. Evtl. mit Häkchenfeld "vorhandene Daten vorher löschen". Nur für Nutzer mit dem Recht Layerdaten zu importieren.

Für n_nutzung und lk_nutzungen wird eine Erweiterung um datumderletztenueberpruefung und herkunft_source_source_ax_datenerhebung gewünscht. In lk_nutzungen könnte herkunft_source_source_ax_datenerhebung in art_der_datenerhebung umbenannt werden.

Viele custom_shapes-Tabellen sind ganz offensichtlich nicht mehr im Einsatz und blähen nur die Datenbank auf. Kann man sie zuverlässig überprüfen und gegebenenfalls löschen? Wäre ein Ansatz, den Tabellen im Namen noch den Zeitstempel der Entstehung zu verpassen?

Im Tabellennamen die zufällige Zahl durch einen Zeitstempel ersetzen.

Implementierung der Anwendungsschemata GeoInfoDok 7.1 und Anpassung der Datenbankabfragen (geplante Einführung in ALKIS: Hrbst 2023)

Testdaten?

Mapserver bietet den sog. LEADER Block an. Damit kann Mapserver Zuordnungslinien bei Beschriftungen zeichnen und diese so neben das Objekt stellen, falls die Beschriftung mit anderen Beschriftungen kollidiert.

Beim Style- und Labeleditor im Label unterbringen als extra Block "Zuordnungslinie" mit 3 Parametern: Maxdistance, Width und Color

Wurde getestet und nicht für gut befunden.

als Link in der Flurstücksanzeige

mit Sternchen 

Für das erstellen und gestalten von Tabellenstrukturen in kvwmap, wäre es schön, wenn man die Breite einer Spalte definieren und mehreren Attributen eine zusammenfassende Beschriftung geben könnte.

Überprüfen ob Spaltenbreiten automatisch besser dargestellt werden können. Beispiel in MSE Layer Wildnachweisung.
Im Attributeditor neues Feld für die Breite mit Werten wie 50px oder 50%.

Zur besseren Identifizierung der Datensätze bei der Verwendung von Tabs wäre es wünschenswert, wenn aus den vorhandenen Attributen eine Datensatzkennung im Header des jeweiligen Datensatzes angezeigt werden kann.

Neues Feld im Layer, in dem man ähnlich wie bei der Subform-Definition beliebigen Text und Attribute eintragen kann. Das erscheint dann im Datensatz-Header.

Die Legendenoptionen sollen auch in den Masken der Nachweisverwaltung erscheinen, in denen die Legende zur Verfügung steht.

Wenn man in der Flurstücksanzeige den CSV-Export aufruft, kann man von dort aus auch wieder zurück. Bei großen Mengen an gesuchten Flurstücken dauert das zurück noch mal so lange wie das ursprüngliche Suchen. Könnte der CSV-Export in einem separaten div oder separaten Browser-Fenster aufgerufen werden, so dass man das Suchergebnis nicht verliert?

In darüberliegendem div anzeigen.

Beim Versuch, eine vorhandene oder eine neue flächenhafte Geometrie über "Polygone teilen" zu zerlegen, kommt eine Self-Intersection-Fehlermeldung, die darauf hinweisen soll, dass diese Geometrie noch nicht valide ist und bearbeitet werden muss.
Um den Nutzer nicht mit englischen Fehlermeldungen zu quälen (er hat ja nichts falsch gemacht), könnte kvwmap entweder beim Teilen schon für eine minimale Lücke sorgen oder dem Nutzer eine zielführende Meldung geben, dass er jetzt noch was zu tun hat.

Nach dem Teilen keine Geometrieprüfung durchführen, sondern folgenden Text ausgeben:

"Teilung erfolgreich. Zum Abspeichern Schnittlinie bearbeiten oder in neue Objekte aufteilen."

Bei sehr großen Mengen von Flurstücken funktionieren Flurstücks- und Eigentümer-CSV-Export irgendwann nicht mehr. Dennoch wird beides auch bei großen Mengen in der Katasterauskunft benötigt. Es braucht eine Lösung, wie die Flurstücke ausgegeben werden, ohne dass der Nutzer gezwungen wird, seine Flurstücksliste in mehrere Happen aufzuteilen.

hat sich erledigt

Es gibt nur noch *eine* Flurstückssuche. Wird eine historische Gemarkung und/ oder eine historische Flur ausgewählt, erscheinen nur die historischen Flurstücke. Wird in einer aktuellen Flur gesucht, werden sowohl aktuelle als auch historische Flurstücke angeboten.
3 Radiobuttons: 
"nur aktuelle Fluren/Flurstücke"
"nur historische Fluren/Flurstücke"
"aktuelle und historische", die standardmäßig auf aktuell stehen.
Wird eine historische Gemarkung/Flur ausgewählt, springen die Radiobuttons auf "nur historische Fluren/Flurstücke" und werden inaktiv.

Bei den internen Auszügen "Flurstücksdaten mit Eigentümer" und "Eigentümerdaten zum Flurstück":

- Bei Güter- sowie Erbengemeinschaften könnte so wie in der Sachdatenanzeige ein vertikaler Strich zur Verdeutlichung hinzukommen (bei verschachtelten Beziehungen ist die Darstellung besonders schlecht...)

- Bei mehreren Beständen: Der Abstand von einer "Bestand"-Zeile zur ersten Datenzeile ist wesentlich größer als der Abstand von der letzten Datenzeile zur nächsten "Bestand"-Zeile. Anders herum macht es Sinn.

- Bei Aufteilungsplan zu Wohnungs-/Teileigentum fehlt der entsprechende Hinweistext ("verbunden mit Sondereigentum..."). 

Wenn im Labelitem was falsches steht, wird der Layer ohne jeden Hinweis einfach nicht gezeichnet. Es wäre schön, wenn kvwmap beim Speichern der Layerdefinition prüfen würde, ob es den angegebenen Labelitem überhaupt gibt.

Fehlermeldungen vom Mapserver wieder anzeigen.

Im Moment ist es nur möglich die Geometrie bei Linien und Polygonlayern von vorhanden Geometrien zu übernehmen. In der Auswahlliste werden aber jeweils alle Layer (Linien, Polygone, Punkte und Layer ohne Geometrie) angeboten. Hier wäre es gut, wenn auch nur die Layer angeboten werden würden, deren Geometrietyp auch übernommen werden kann. 

Verwendet die noch jemand?

Kann weg

Es sollte möglich sein, Tabs auch ohne die Angabe von Gruppen zu definieren. Dabei sollte man innerhalb eines Layers Tabs ohne und Tabs mit Gruppierung anlegen können.

Wenn nur eine Gruppe im Tab angezeigt wird und der Gruppenname dem Tabnamen entspricht, wird der Gruppenname nicht angezeigt.

Gewünscht wird, dass im Übergabeprotokoll, in der Uebersicht.csv und in der Uebersicht.htm der geprüft-Status in einer weiteren Spalte erscheint.

Aus dem Kreis der B-Planserver-Nutzer wird gewünscht, dass man Objekte, die in kvwmap als Array in der Datenbank gespeichert sind sortieren könnte.
Es gibt Nutzer, die gerne Einfluss auf die Reihenfolge der angehängten Dokumente von Pänen nehmen möchten. Die sind als Array definiert.
Die Reihenfolge in der die Dokumente aufgelistet werden, soll definierbar/veränderbar sein. siehe Ticket https://geo.sv.rostock.de/redmine/issues/2987

Bei den Array-Elementen mit Pfeilen umsetzen.

Die Headerzeile im Übergabeprotokoll sollte zur besseren Unterscheidbarkeit grau hinterlegt werden. Dazu ist PDFClass mit mind. Version 0.12.9 nötig, neueste ist 0.12.63

Geometriefenster als Reiter und die Sachdaten auch als Reiter. Also lauter Reiter. Dann braucht man nicht mehr scrollen.

Es wäre schön wenn der Nutzer die Breite der Legende selbst einstellen kann. Das ist notwendig wenn die Layerbäume länger werden mit mehreren Gruppen z.B.

Wunsch von Herrn Bimüller LK-EE

Es wäre schön wenn es noch mehr Eigenschaften in der Layeranzeige gäbe, z.B. Geometrietyp oder Postgis / WMS oder WFS.

Und die ganze Zeile als Link machen.

ID reverse (absteigend) sortierbar machen.

In der spaltenweisen Darstellung wir eine Möglichkeit gewünscht, mit der Spalten dauerhaft ausgeblendet und auch wieder eingeblendet werden können. 

In allen Darstellungen als rollenbezogene Sichtbarkeit über Auswahlfeld mit Häkchen umsetzen.

Auch bei Hatch-Styles muss es möglich sein, im Style-Editor die Farbe über ein Attribut anzugeben.

Scheint wohl nicht zu gehen. Der Mapserver liefert dann immer: preloadSymbol(): General error message. unsupported symbol type 1005

Verwendung von Layer-Parametern auch in Alias, Erläuterungen und Gruppe.

Wird auf einem Sachdatendruck ein Kartenausschnitt dargestellt, werden dort diejenigen Layer dargestellt, die aktuell aktiviert sind.
Besser wäre es, wenn ein Standard definiert werden könnte (z.B. immer OSM als Background und nur ein oder zwei Layer, idealerweise auch mit definierter Beschriftung und Transparenz).
Eventuell ließe sich das über die Auswahl einer gespeicherten Themenauswahl im Druckeditor lösen?

Bei der Definition der Layer-Parameter sollten auch dynamische Standardwerte, sprich: SELECTs möglich sein. Die Angabe von statischen Werten muss natürlich weiter möglich sein.

Erweitern der Flurstücksanzeige um die Antragsnummer.
Die Kollegen haben gleich im Blick, mit welchem Antrag das Flurstück entstanden oder fortgeführt wurde.
Die Antragsnummer kann über zeigtaufexternes_art und zeigtaufexternes_uri aus AA_Antrag abgeleitet werden. 

Bei der Nutzung der Einladungsfunktion wäre es von Vorteil, wenn man den Benutzernamen interaktiv vorgeben könnte. Aktuell wird eine Kombination aus dem ersten Buchstaben des Vornamens und dem Nachnamen angeboten.

Neben der Funktion "Polygon zeichnen" wäre es wünschenswert, wenn es direkt die Möglichkeit gibt Linienobjekte zu zeichnen.
Aktuell lassen sich mehrere von einander getrennte Linienobjekte nur zeichnen, wenn die Funktion "Polygon zeichnen" nach 2 Punkten beendet wird.

Für das temporäre Anzeigen von Layern in einer vorgegebenen Klassifizierung besteht der Wunsch, zu den Importlayern einen Style im SLD und/oder QML-Format zu laden.

In der Rechtevergabe zu den Layern steht bei den untergeordneten Stellen - Rechte von Elternstelle übernehmen - Hilfreich wäre es, wenn auch gleich sichtbar ist, wer die Elternstelle ist.

Es wäre hilfreich, wenn im Suchergebnis abgeleitete Werte, wie 
- der Flächeninhalt, 
- die Umringslänge,
- die Länge bei Linien
- die Lagekoordinate bei Punkten
automatisch angezeigt werden.

Die momentane Situation ist ja so, dass die Tooltips nur für den Layer angezeigt, der in der Darstellungsreihenfolge ganz oben steht.
Es würde doch sinnvoll, wenn im Layer-Optionsmenü der Tooltip für die einzelnen Layer an- bzw. ausgeschaltet wird. Der Nutzer hat dadurch die Möglichkeit, gezielt den Lyer auszusuchen, für den der Tooltip angezeigt werden soll.

Das Fenster für den Tooltip ist immer sehr dicht am Mauszeiger platziert. Es ist mitunter recht schwierig, die Informationsabfrage für das gewünschte Objekt auszuführen. Kann das Tooltipfenster nicht 4-5 Pixel vom Mauszeiger weg platziert werden?

Wenn im Tooltip Eigentümerangaben angezeigt werden, sollten diese Zugriffe auch gelogt werden.

Punkt 3 generisch als log_consume Tabelle für jede Sachdatenanzeige mit den als zu loggenden Attributen umsetzen. 

Nicht ASCII-Dateien verursachen Fehler wenn sie in der Flurstückssuche unter Flurstücksliste importiert eingelesen werden.
Es sollten nur die Dateitypen geladen werden, die auch unterstützt werden.

Ähnlich wie bei der Nachweisrecherche wäre ein Löschsymbol zum Entfernen aller eingegebenen Suchparameter hilfreich.
Durch eingeklappte Gruppen im Suchformular sind nicht alle Suchparameter auf einem Blick sichtbar. Wenn ein Parameter übersehen wird, kann es zu Fehlinterpretationen kommen.

Kann beim Aufruf des letzten Suchparameters wirklich das letzte Formular angezeigt werden, für das die Eingaben vorgenommen worden sind? 
Momentan ist es so, dass bei verknüpften Themen, das letzte angezeigte Thema als letztes Suchparameter angeboten wird.

Bei Punkt- und Linienlayern sollte die Stufe "Nur Umring darstellen" entfallen.

Für einige Layer wäre es gut, die Sizeunit setzen zu können (z.B. für Punktobjekte, die einen bestimmten Radius in Metern haben sollen)

Gewünscht wird, dass in der Legende des Kartendrucks auch die Import- und Suchergebnis-Themen aufgelistet werden, soweit sie in der Legende "an" sind und Objekte im Druckbereich liefern.

Gewünscht wird, dass Texte in der Klasse und im Label erzeugt werden können.

Überprüfen ob man Attributnamen im Feld Text der Klasse bzw. im Feld ??? des Labels verwenden kann um sozusagen verschiedene Labelitems zu verwenden.

Was kann man möglicherweise tun gegen "Dokument erloschen"?

Wir gucken mal, was da geht.

Es wird gewünscht, dass man in der Trefferliste die Möglichkeit hat, die Dokumente einer angezeigten Messung (die ja nicht vollständig in der Trefferliste vorhanden sein muss) per Klick zu vervollständigen. Im Ergebnis sollte ide Trefferliste also um die fehlenden Dokumente dieser konkreten Messung ergänzt werden.

Im Attributeditor soll es einen neuen Formularelementtyp geben: das Farbauswahlfeld. Ordnet man dieses einem Attribut zu, wird als output ein Farbauswahlfeld angezeigt. Als Value wird der RGB-Code in der Form 125 254 10 zurückgegeben. Das Attribut kann dann bei der Zurdnung zuneiner Klasse verwendet werden. 

Als Auswahlfeld mit den Farben aus der Tabelle colors.

In der Layerdefinition soll man festlegen können, das in der Legende nur Klassen angezeigt werden, für die auch Inhalte vorhanden sind.

Evtl. aus Mapobjekt ermittelbar? Nur umsetzen, wenn es performant ist.

Es wird eine zusätzliche Zeile direkt unterhalb des Titels - "Liste der ausgegebenen Unterlagen" benötigt.
Inhalt der Zeile kann entweder in den config-Parametern vergeben werden oder fest im Programmcode von kvwmap eingefügt werden. 

Als config-Parameter.

Gesucht wird eine Art Wasserzeichen das über den Layer gelegt werden kann. Der Nutzer könnte damit z.B. auf Nutzungsbedingungen des Layers hingewiesen werden.
Über einen zusätzlichen WMS-Layer und "Requires" auf den betroffenen Layer funktioniert dies bereits, ist aber umständlich weil zu jedem Layer ein WMS und ein Layer erstellt werden müsste.
Kann ein Wasserzeichen auch direkt über die Layereinstellung des gleichen Layers realisiert werden?

Für jeden Layer kann man einen abhängigen Layer definieren. Dies entweder umsetzen über mehrere Layer in requires oder ein neues Layer-Feld "abhängiger Layer".

Die Anzahl der in einer SubformPK aufgelisteten Datensätze soll im Alias der betreffenden Spalte oder auch ggf. in der Gruppenbezeichnung mit ausgegeben werden können. Vorschlag: Es wird zu jeder SubformPK automatisch eine Variable generiert. Die Bezeichnung dieser Variable setzt sich zusammen aus der Spaltenbezeichnung und dem Zusatz _count. Der Wert der Variable entspricht der Anzahl der in der SubformPK angezeigten Datensätze. Diese Variable kann dann beliebig im Alias einer Spalte oder in der Gruppenbezeichnung verwendet werden.

Anzahl über der Subformliste ausgeben: "23 Datensätze". Das Ganze aber konfigurierbar im Attributeditor im Optionenfeld des SubformEmbeddedPK-Attributs.

Bei Geometrien mit sehr vielen Knickpunkten wird die Bearbeitung unter Umständen sehr langsam und damit praktisch unmöglich, z.B. bei einem einfachen Verschieben von einem Knickunkt. Nötig wäre vielleicht, die Art und Weise zu überdenken, wie der Geometrieeditor solche Geometrien bei bestimmten Operationen behandelt.

Bei Markus nachfragen.

Bei Datums-Feldern sollte kvwmap folgende Schreibweisen "übersetzen":
- "1.4."   ->  01.04. aktuelles Jahr
- "1.4.20" ->  01.04.2020

Bei Time-Feldern (also nur Uhrzeit) sollte kvwmap folgende Schreibweisen "übersetzen":
- "9.30"  ->  09:30
- "14"    ->  14:00

Bei anderen Schreibweisen sollte kvwmap die SQL-Fehlermeldung abfangen und in was Ordentliches übersetzen.

In den Optionen sollte einstellbar sein, ob der Nutzer nur hh:mm oder auch hh:mm:ss eingeben soll/muss.

Datum geht schon. Bei der Uhrzeit Punkt in Doppelpunkt umwandeln und fehlende Angaben mit 00 auffüllen.

Wenn der Nutzer einen Datensatz aus einem Layer sucht und löscht, der per SubformPK an einen übergeordneten Layer gebunden ist, dann landet er nach erfolgreichem Löschen in der Karte mit einer Meldung „Zu diesem Thema wurden keine Objekte gefunden!“. Der Nutzer kann mit der Meldung wenig anfangen, gefühlt wird er in diesem Moment etwas allein gelassen.

Wäre es nicht besser, wenn er in so einem Fall zum verknüpften Datensatz aus dem übergeordneten Layer geführt wird? Dann ist er noch in der "richtigen" Umgebung und kann z.B. sofort wieder einen neuen Datensatz anlegen (oder auch weitere löschen).

Den einzelnen übergeordneten Datensatz anzeigen.

Es wäre wünschenswert in der Anzeige "Stellendaten" eine Hierarchie sehen zu können.
Übergeordnete Stellen sollten optisch hervorgehoben werden und eine Zuordnung der untergeordneten Stellen sollte erkennbar sein. 

In der Stellenliste eine neue Spalte Elternstellen hinzufügen, nach der auch sortiert werden kann.

Evtl. kompletten Stellenbaum darstellen.

Beim Zoom auf ein Punktobjekt und beim Datenimport von punktförmigen Objekten wird derselbe Style verwendet. Wünschenswert wären zwei verschiedene, konfigurierbare Styles.

Neuer config-Parameter ZOOM2IMPORTPOINT_STYLE_ID. Wenn ZOOM2POINT_STYLE_ID einen Wert hat, wird dieser per Migration auch in ZOOM2IMPORTPOINT_STYLE_ID eingetragen.

Das separate Browserfenster bei einer Sachdatenabfrage sollte einen (konfigurierbaren) eigenen Title bekommen können.

Keinen konfigurierbaren Title, sondern den Title aus den abgefragten Layernamen zusammensetzen.

Layerbaum - ist für einen Layer ein Link vergeben, wird dieser beim Klicken des Layer-Eintrages geöffnet. Das ist nicht offensichtlich. Besser wäre ein zusätzlicher Button oder zu mindestens ein ToolTip (Title HTMLElement = extern: Link)

Link in die Layer-Optionen packen.

In der Messungsvorbereitung werden in der Regel nicht alle Treffer der Trefferliste in das zip-Archiv übernommen. Es werden Häkchen entfernt. Diese Arbeit dauert und kann unterbrochen werden. Dabei ist die Auswahl im schlimmsten Fall verloren. Gewünscht wird ein (automatisches?) Speichern der Häkchenauswahl.

Häkchenauswahl bei jeder Änderung automatisch speichern. Bei Aufruf von "go=Nachweisanzeige" und zusätzlichem Parameter "auswahl=1" wird Häkchenauswahl geladen.

Wunsch der Messungs-Vorbereitung: Die Trefferliste der Nachweisrecherche sollte ein schwebendes Fenster analog zur Sachdatenanzeige werden. Riesiger Vorteil: Das Fenster kann auf einen zweiten Bildschirm verschoben werden, der Nutzer kann Trefferliste und Karte gleichzeitig betrachten. Das Highlighting der Geltungsbereiche in der Karte beim Hovern der Zeilen der Trefferliste wird gewünscht (die kleine Zusatzkarte muss bleiben!)

Funktion im Client, die von der aktuell bearbeiteter Geometrie alle Teile abschneidet, die von anderen Flächen des gleichen Layers räumlich überschnitten werden.

Als Werkzeug "Überlappungen entfernen" in die Werkzeugleiste aufnehmen.

KML-Import wird bereits unterstützt. Gebräuchlicher ist jedoch die gezippte Version KMZ. Gelegentlich wird durch Unternehmen/Bürger ein KMZ abgeliefert, dass sehr einfach durch das weitverbreitete GEarth erstellt werden kann. Für den Import ist wohl die libkmkl-Bib notwendig: https://gdal.org/drivers/vector/libkml.html#vector-libkml. Ersatzweise könnte auch in einem Workflow das KMZ beim Import unzipped und das enthaltene KML importiert werden.

Wenns einfach umzusetzen ist, dann umsetzen. Ansonsten nicht.

Idee 1:
SubformPK und SubformEmbeddedPK (no_new_window) könnten in der schwebenden Anzeige anders als bisher immer im gleichen Fenster besser in einzelnen, separaten Fenstern angezeigt werden, wobei das Eltern-Fenster jeweils stehen bleibt. Das Eltern-Fenster ist solange inaktiv, bis das Child-Fenster wieder geschlossen wurde. (Sinn macht das aber nur, wenn alle Browserfenster gleichzeitig aus der Statuszeile hochgeholt werden, egal welches man anklickt)

Idee 2:
Gruppen oder 1:1 Verbindungen könnten alternativ zur bisherigen Darstellungsweise als Tabs konzipiert werden (also ähnlich wie Optionen-Seite). 1:1 Verbindungen sind 2 oder mehr Layer auf derselben Tabelle mit Verknüpfung durch dynamischen Links.

Idee 1: Ja, aber rollenbezogen in Optionen aktivierbar.

Idee 2: Ja.

Geometrie soll übernommen werden.

Neben dem Export der Layerdefinition sollte es auch möglich sein, Karten- und Sachdatendrucklayouts zu exportieren?

Machen wa

Neben den kompletten Löschen eines Benutzers über die Benutzer-Stellen-Übersicht (Neues Feature in der 3.0) sollte es auch die Möglichkeit geben, den Benutzer nur aus der Stelle zu entfernen.

Button umwandeln in "Benutzer aus Stelle entfernen"

Seitdem sich nach Apple nun auch Microsoft und Google mit dem HEIF-Format beschäftigen, wäre zu überlegen, ob auch kvwmap in der Lage sein sollte, solche Dateien darzustellen (als Foto oder auch als Video, je nachdem).

Stefan verschafft sich einen Überblick und baut es ein, wenn es geht

Es kam der Wunsch, dass der Nutzer die Parameter des Datenxports (Format, CRS, Attribute, Gruppennamen, Auswahlpolygon und Polygonparameter) speichern kann. Beim Aufrufen müsste kvwmap die Attribute daraufhin überprüfen, ob es sie noch gibt.

Mehrere Export-Einstellungen speichern. Das pro Layer und Rolle

In geometrielosen Layern würde es sich gut machen, wenn man direkt im Suchergebnis einen neuen Datensatz hinzufügen könnte, also einen reinen Sachdatensatz. Beispiel: Geometrieloser Layer für die Angabe von Straßen-Zustandsabschnitten mit bestimmten Eigenschaften, die dann über Lineare Referenzierung auf Straßen-Knotenabschnitte projiziert werden. Bislang kann man im Suchergebnis bestehende Daten ändern, muss aber zum Hinzufügen neuer Datensätze über "Neuer Datensatz" gehen.

So umsetzen, auch für Geometrie-Layer, bei denen auch Datensätze ohne Geometrie angelegt werden dürfen. Für beide Darstellungsvarianten

Der Zugriff auf die personenbezogenen Daten des Liegenschaftskatasters wird geloggt, nicht jedoch der Zugriff auf andere Datenbestände, die personenbezogenen Daten aufweisen. In u_consume könnte eine weitere activity "getData" oder so ähnlich hinzukommen.

Mach so

Der Wunsch ist, als Nutzer alternativ zur Angabe des Druckmaßstabs einen Maßstabsbalken im PDF-Kartenausdruck auswählen zu können.

Zurückgestellt. Noch mal konkretisieren

Wenn man eine Linienbreite dezimal mit Nachkommastellen angeben will ("0,25"), dann muss man einen Punkt als Dezimaltrenner verwenden. Für die Nutzer wäre das Komma nutzerfreundlicher.

Punkt-Eingabe wird in Komma verwandelt. Überprüfung, ob irgendwo anders ebenfalls noch der Punkt regiert

Mittlerweile gibt es (in VR) 4 Pull Downs im Header: ALKIS-Sicht, Adresssuche, Themenparameter und Avatar. Wenn man sie öffnet, bleiben Sie stehen und überdecken sich dabei zum Teil. Es müsste mindestens dafür gesorgt werden, dass sich das erste geöffnete Fenster schließt, wenn ein 2. geöffnet wird. Dieser Mechanismus muss zudem publik und nachnutzbar sein, damit mögliche zusätzliche, eigene im Header verbaute Pulldowns am Mechanismus teilhaben können.

Hau rein

Es wäre schön, wenn nach Abschluss einer Flächenmessung mit dem Kombiwerkzeug der gemessene Flächeninhalt zunächst stehen bleiben würde, ebenso wie die Umgrenzung selbst. Auch bei einer Längenmessung sollte die Gesamtlänge stehen bleiben. Beides möglichst so, dass man den Wert markieren und in die Zwischenablage kopieren kann.

Das Feld, welches für die Koordinatenabfrage verwendet wird, nutzen und dort die Fläche bzw. Gesamtlänge eintragen.

Praktisch wäre, wenn man Geometrie übernehmbar schon als Default-Wert in die Stellen-Zuweisung festlegen könnte!

Manchmal möchte man einfach einen kompletten Layer kopieren (ohne Export o.ä.). Die Funktion "Als neuen Layer speichern" löscht jedoch die Eintragungen der Attributtabelle. 

Hierfür sollte es eine neue Schaltfläche "Layer kopieren" geben, die auch diese Eintragungen übernimmt.

"Layer kopieren" in der Layerliste mit Eingabe von Layer-ID und Name.

Das Vorschaubild für den Geltungsbereich sollte größer oder individuell einstellbar sein.

Bisher werden die Themenparameter ausschließlich in einem speziellen Menü angeboten. Besser zu handhaben wäre der Themenparameter im Layermenü. Es würden dann dort nur die Parameter für diesen Layer angeboten. Wird der Themenparameter verändert, wird der Layer neu geladen. Dann müsste man auch nicht mehr zusätzlich den "Neu Laden" - Button benutzen.

Globale Layerparameter (also die, die von mehreren Layern verwendet werden) werden wie gehabt oben bei den Themenparametern angezeigt. Layerparameter, die nur von einem Layer verwendet werden, tauchen dort wiederum nicht auf, sondern nur in den jeweiligen Layeroptionen.
Evtl. den Layeroptionsbutton in einer anderen Farbe, damit man sieht, dass man dort was ändern kann.

Für die Kommunikation mit der PostgreSQL-Datenbank wird die Unterstützung von Großbuchstaben in der Query- und dem Datastatement sowie in der Haupttabelle und Schema gewünscht

Aktuell kann ich in kvwmap einen Wert definieren, der dann für alle Layer gültig ist. Bei einigen Layern wäre es sinnvoll, davon abzuweichen. So zum Beispiel beim Jagdkataster. Der zentrale Layer (JB-Info) ist so voll gepackt mit Subforms, das die Anzeige von 25 Datensätzen nicht sinnvoll ist. Hier wäre die Anzeige von 5 Datensätzen pro Seite günstiger. Eine diesbezügliche Einstellung bei der Layerdefinition fände ich sinnvoll. Wird sie nicht vorgenommen, gilt der Standardwert aus dem Admin-Bereich.

Es wäre von Vorteil, wenn beim Sachdatendruck ein in seiner Größe frei definierbarer Kopf- und/oder Fußzeilenbereich eingestellt werden könnte. So könnte ein Überschreiben von in der Druckvorlage vorhandenen Grafiken usw. verhindert werden.

Das geht schon über die Rändern. Aber die Grenze des oberen und unteren Randes als gestrichelte dünne Linien anzeigen.

Hallo Stefan,

nutzt außer uns eigentlich jemand das PlugIn ProBaug-Bausauskunftsuche?

Mir ist jetzt aufgefallen, dass die Auswahl in den Feldern Verfahrensart und Vorhaben in der Bauauskunftsuche veraltet sind und in weiten Teilen nicht mehr zu den Daten passen.

Es gibt dort mittlerweile deutlich mehr Merkmale und auch Änderungen der Bezeichnung, vermutlich durch zwischenzeitliche Gesetzes/Verfahrensänderungen, sicher auch intern in ProBaug eingefügte Kategorien und damit Migrationen in den ProBaug-Daten.

Ich hänge einmal meinen Vergleich dazu als Tabelle an.

Jedenfalls, da durch das PlugIn die Tabellen

probaug.verfahrensart

probaug.vorhaben

„fest“ in die DB geschrieben werden, wollen wir weniger gerne die Tabellen abändern um dann bei der nächsten Aktualisierung des PlugIn ggf. zu vergessen die Tabellen zu erneuern.

Mein Vorschlag ist, statt des Schreibens dieser Lookuptabellen soll das PlugIn bei seiner Aktualiserung Materialized Views für Verfahrensart und Vorhaben basierend auf der Tabelle probaug.bau_akten als Lookuptabelle anlegen. Dann würden wir jeweils beim Einlesen der Probaugdaten nur den Materialized View refreshen und hätten immer die aktuellen Kategorien.
Wir könnten sicher auch jetzt bereits die Tabellen löschen und periodisch durch eigene aktuelle ersetzten, aber das erscheint mir als unschönes rumgebastel und ändert ja nichts an dem „Bug“ im PlugIn.

Die Spalte ID in den beiden Tabellen legt wohl die Position  im Auswahlfeld fest. Hier könnte man nun entscheiden, ob man hier nach auftretenden Fällen sortiert oder alphabetisch. Da es mittlerweile doch sehr viele Ausprägungen gibt tendiere ich zu alphabetisch.

Wenn es dir als sinnvoll erscheint, dass auf die Wunschliste zu setzten oder in den BugReport, dann würde ich dich hiermit darum bitten oder auch einen alternativen Vorschlag umzusetzen. Man könnte z.B. auch die Lookup-Tabellen per Trigger an der Tabelle bau_akten aktualisieren, oder? Dann wären alle notwendigen Schritte im Quellcode des PlugIn.

Falko


Als Views umsetzen und im LK EE evtl. als materialized Views.

Aktuell ist es möglich über die Anzeige der Versionen die Veränderungen am Flurstück nachzuvollziehen. Allerdings sind dort keine Veränderungen hinsichtlich des Grundbuchs enthalten. Für das Jagdkataster (und sicherlich nicht nur dort) ist es unter Umständen wichtig, die Eigentumsverhältnisse chronologisch nachzuvollziehen. Das geht momentan (meines Wissens nach) nur recht umständlich. Sinnvoll wäre eine Funktion, welche für das Flurstück eine Eigentümerhistorie anzeigt. Dabei sollen alle betroffenen Grundbücher (bei Umschreibung auf ein anderes Grundbuch) mit ihren Eigentümern und der Wechsel von Eigentümern aufgelistet werden. 

Eigentümerwechsel in die Versionen aufnehmen.

Das Attribut Rissnummer in der Nachweisverwaltung kann durch Verwendung als Primary- oder Secondary-Attribut zum Pflichtfeld werden. Trotzdem kann es sein, dass die Vergabe der Rissnummer bei FFR, KVZ und GN zwar sinnvoll, bei Karten, Plänen etc. aber wenig sinnvoll oder sogar kontraproduktiv ist. Wie könnte kvwmap darauf reagieren?

Neue Spalte in u_dokumentarten ob primäres Ordnungskriterium Pflicht ist.
Die Dokumente, die kein primäres Ordnungskriterium haben, werden pro Flurordner alle in einem Unterordner "keine_nummer" abgelegt. Dadrin gehts dann weiter mit dem Dokumentartordner und darin dann die Datei. Beim Dateinamen wird statt des primären Ordnungskriteriums die Nachweis-ID verwendet.

Umstellung des bisherigen Hashings auf ein aktuelles Hash-Verfahren.

Bei der Sachdatenanzeige im schwebenden Fenster sollte genau wie beim GLE die Geometrie gehighlightet werden, auf der der Cursor gerade steht.

Viele Nutzer hantieren zwar mit Shapes, haben jedoch relativ wenig Ahnung - also z.B., dass es die bekannten 3 Dateien beim Import sein müssen. Vorschlag für den Text: "Unterstützte Formate: Shape (*.dbf, *.shp, *.shx), …"

Die Verwendung von Layer-Parametern sollte auch auf Connection und Processing in der Layerdefinition ausgeweitet werden.
Zum Beispiel könnten Raster-Layer (auch WMS!), wie das DGM, beispielsweise über das Attribut Processing mit "SCALE=$min,$max;SCALEBUCKETS=..." vom Nutzer eine Histogramm-Streckung erhalten.

Es gab den Wunsch, dass das zuletzt ausgewählte Format und bei Geometrieformaten das zuletzt ausgewählte Koordinatenreferenzsystem beim Datenexport rollenbezogen gespeichert wird.

Layer-Rollen-bezogen Format und Koordinatensystem speichern.

Wenn eine Stelle neu angelegt wird, müssen eigene Flurstückslisten, die man mit dem Sachdatenlayoutdruck-Editor erstellt und in der Flurstückssachdatenanzeige zur Verfügung stellt, layerseitig der neuen Stelle zugeordnet werden. Das kann mühsam sein.

Könnte ein Mechanismus wie die "ALB-Funktionen" für diese Layouts erzeugt werden, der die Layer automatisch der Stelle zuordnet, wenn das/die entsprechenden Layouts zugeordnet werden?

Evtl. hier das Konzept der Stellenhierarchie weiterentwickeln und dafür verwenden.

Man kann in den Layer-Optionen eine Beschriftung zulassen. Die Optionen sind die in data genannten Datenbank-Feldnamen. Zum einen erkennt der Nutzer diese i.d.R. nicht. Zum anderen möchte man viele der Attribute gar nicht für die Beschriftung anbieten (oid).
Man müsste definieren können, welche der Data-Attribute für die Beschriftung zur Verfügung stehen sollen und welchen Aliasse sie bekommen sollen.

Aliasnamen aus den Query-Attributen nehmen und oid generell weglassen.

Wie sollen grundstücksgleiche Rechte ausgegeben werden? Erbbaurecht zeigen wir beim Flurstück an. Gebäudeeigentum jedoch nicht...

umsetzen

Im Sachdatendruck ist jetzt ein Maßstabsbalken in der Karte enthalten - mit der Folge, dass Teile der Geometrie des Objekts überdeckt werden. Entweder der Maßstabsbalken wird deutlich kleiner (da geht noch was) oder er wird unterhalb des Kartenrahmens platziert.

erstmal kleiner machen

Beim Aufruf von index.php?go=ALK-Flurstueck_Auswaehlen&go_next=Nachweisformular landet man in der Nachweiserfassung, wobei Gemarkung und Flur schon vorausgewählt sind. Die Information dazu stammt jedoch aus der Bildmitte - und das liegt nicht immer in der recherchierten Geometrie und im schlimmsten Fall sogar in einer anderen Gemarkung und Flur.
Schön wäre, wenn die Kombination go=ALK-Flurstueck_Auswaehlen&go_next=Nachweisformular die Information zu Gemarkung und Flur aus der recherchierten  Geometrie (pointonsurface) und nicht aus dem Kartenmittelpunkt holen würde.

So umsetzen

Es wurde der Wunsch geäußert, dass man die Suche nach (einer größeren Gruppe von) Flurstücken speichern kann, um diese Suche zu späteren Zeitpunkten immer wieder ausführen zu können. Flurstücke, die dann historisch geworden sind, müssten als solche erkennbar sein.

eigene Suche speichern und ausgefüllte Suchmaske wieder anbieten

Seit MS-Version 5.6 gibt es den LABEL-Parameter REPEATDISTANCE zur wiederholten Darstellung von Beschriftungen entlang von (Multi-)Linien. Es wäre toll, wenn kvwmap diesen Parameter ebenfalls anbieten würde.

Mit der Verwendung von Untergruppen besteht der Wunsch, diese Dokumenenart auch im Dateinamen zu erkennen.

zusätzliches Feld Abkürzung für die Unterdokumentarten. Wenn es befüllt ist, wird es verwendet, wenn nicht, wird das der Hauptart verwendet.

Raus mit allen Schriften, die nicht funktionieren oder die grauselig sind! MonoBold? ZapfDingbats???

Beim Style-und-Label-Editor wäre es gut, wenn dort die Maßstabsanzeige und -auswahl bei der Karte wäre.

Bei der Flurstücksrecherche kann eine Datei mit Flurstückskennzeichen in ALKIS-Schreibweise importiert werden. Vorschlag:
1. Nicht nur bei "go=Flurstueck_Auswaehlen", sondern auch bei "go=ALK-Flurstueck_Auswaehlen" sollte eine Meldung kommen, welche Flurstücke aus der Importdatei es nicht gibt und welche historisch sind.
2. Es sollte grundsätzlich eine Meldung kommen, wenn die Syntax einer Zeile aus der Import-Datei nicht korrekt ist.
3. Es sollte zusätzlich auch möglich sein, Flurstückskennzeichen in einer vereinfachten Schreibweise anzugeben. Beispiel: Statt "132488011001010002__" alternativ auch "13-2488-11-101-2".

Beim Import einen Hinweistext anzeigen, welche Formate zulässig sind.

Meldung der nicht gefundenen Flurstücke bei go=ALK-Flurstueck_Auswaehlen

Die Nachweissuche ermöglicht auch die Suche nach einer Antragsnummer. Dieses Feld verlangt aber den genauen Eintrag des für den Nachweis gespeicherten Wert der Antragsnummer. Schön wäre es, wenn ähnlich wie bei der Namenssuche alle ähnlichen Werte mit ausgegeben werden. Zur exakten Suche könnte man dann auch eine Checkbox hinterlegen.

Es wäre schön, wenn die Nutzer in der Gruppe "Suchergebnis" den Themen nachträglich eine andere Farbe / Transparenz / Schraffur geben könnten.

für Rollenlayer in den Layeroptionen Farbwähler und Häkchenfeld für Schraffur hinzufügen

Es wäre schön, wenn die Zeilen bei go=Stellen_Anzeigen beim Hovern unterlegt wären und wenn beim Löschen einer Stelle die Frage geändert würde in "Sind Sie sicher, dass Sie die Stelle XY löschen wollen?"

Wenn im Sachdatenlayout-Editor der Typ "Datensätze fortlaufend" gewählt wurde, könnte kvwmap eine farbige Hinterlegung der Tabellenüberschriften, der (alternierenden) Datenzeilen und möglicherweise der Zeilen- und Spaltenrahmen anbieten. Entweder, indem der Nutzer die Farben selbst wählt oder indem fertige Farbkombinationen angeboten werden, ähnlich wie Excel das auch macht.

für die Datenzeilen in einem Feld eine Farbe definieren

evtl. farbige Rechtecke einführen

Für die Freitexte im Sachdatenlayout-Editor bietet sich ein kleiner wysiwyg-Editor wie z.B. "summernote" an. Damit kann der Nutzer einzelne Teile des Textes als fett oder unterstrichen formatieren, ohne mit der HTML-Notation hantieren zu müssen.

Wenn das umgesetzt wird, brauchen bei Freitexten die Bold-Schriftarten nicht mehr angeboten werden.

Theoretisch wäre PDFClass auch in der Lage, Rahmen um einzelne Teile des Textes zu ziehen. Praktisch hat das aber vermutlich eher keine Bedeutung (?). Deswegen bietet es sich an, bei den Freitexten zusätzlich ein Häkchenfeld "Rahmen" für den ganzen Freitext zu schaffen.

ausprobieren

bei den Layergruppen wäre es schön ein Feld zuhaben, welches anzeigt wie viele Layer dieser Gruppe zugeordnet sind

Wenn ein Attribut nur sichtbar in Abhängigkeit eines anderen Attributes ist ("sichtbar wenn") funktioniert das bisher nur in der normalen Sachdatenanzeige.
Konsequenterweise sollte das auch in der Tabellenansicht umgesetzt sein.

Bsp: Anzeige einer Kontaktinformation nur wenn Eigentümer zugestimmt hat.

Array-Einträge könnten beim CSV-Export in einem Feld durch Umbrüche getrennt erscheinen, d.h. vor allem ohne geschweifte Klammern.

Es wäre praktisch, wenn beim Speichern der Themenauswahl auch der Status (aufgeklappt/eingeklappt) der Themengruppen mitgespeichert wird oder die Gruppen der aktiven Layer geöffnet werden.

(Als Admin springe ich zwischen verschiedenen "Ansichten" mit unterschiedlichen Themen und dann würden auch immer gleich die richtigen Gruppen aufklappen.)

Dokumente im Druck rasterförmig, ansonsten untereinander

Es wird vorgeschlagen die Lage zum Flurstück zukünftig mit Ortsteil auszugeben:

statt:
Lage  	Pätow-Steegen
Am alten Sportplatz 1

neu:
Lage  	Pätow-Steegen OT Steegen
Am alten Sportplatz 1

Die Daten der Ortsteilzuordnung könnten von "Gemeindeteile M-V" aus OpenData HRO
https://www.opendata-hro.de/dataset/gemeindeteile_mecklenburg-vorpommern
geholt werden.

2 config-Parameter: LAYER_ID_ORTSTEILE und ATTRIBUT_ORTSTEILE, die auf eine Tabelle verweisen, die mit den Flurstücken verschnitten wird

Für eine bessere Darstellung von  Dokumenten / Bildern, die in Arrays gespeichert werden, wird eine rasterbasierte Anzeige gewünscht. 

Parsen der eingegebenen Filter auf syntaktische Richtigkeit. Bei einer syntaktischen falschen Eingabe ist der Layer fehlerhaft. Kann nur durch ab- und anmelden wieder geheilt werden.


Bei reset_layers auch den Filter löschen

Anpassen der Empfindlichkeit der Auswahlfelder. Eventuell wie bei den sonstigen Auswahlfeldern diese mit einem Klick aktivieren.

Über Klick öffnen

Bislang ist es nur möglich, den Sachdatendruck in A4 Hochformat zu erstellen. Um ein paar mehr Informationen in eine Zeile darstellen zu können, wird auch das Querformat benötigt.

Ergänzen der Operatoren um >= und <=

Schön wäre es wenn es die Möglichkeit gäbe, den Standardtext der E-Mail anzupassen, die generiert wird, wenn man als Admin das Passwort eines Nutzers zurücksetzt.

config

Dateien im UKO-Format sollten nach Möglichkeit ebenfalls über go=Daten_Import angezeigt werden.