Wunsch-Liste: Unterschied zwischen den Versionen

Aus kvwmap
Wechseln zu: Navigation, Suche
 
(190 dazwischenliegende Versionen von 14 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 
Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen.
 
Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen.
 
zur [[ToDo-Liste]]
 
zur [[ToDo-Liste]]
__FORCETOC__
 
  
  
 
+
<websiteFrame>
 
+
website=https://kvwmap.de/wunsch_todo/index.php?go=wunschliste
== Auswahl Kartenprojektion ==
+
height=800
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:17, 21. Apr. 2016 (CEST) Die Auswahl der Kartenprojektion sortiert nach SRID, was zu einem ziemlichen Durcheinander führt. Besser wäre eine Sortierung nach Alias.
+
width=800
 
+
border=0
== Abweichender Rechtszustand ==
+
scroll=yes
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 09:49, 19. Apr. 2016 (CEST) Der abweichender Rechtszustand eines Flurstücks ist wichtig (schon allein wegen der abgeschlossenen BOV, die nicht übernommen werden) und müsste im CSV-Export Flurstück auftauchen.
+
</websiteFrame>
 
+
== Vorschau Typ Dokument ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 16:33, 7. Apr. 2016 (CEST) Die Vorschau bei Dokumenten vergrößert das PDF je nach eingestelltem Wert in PREVIEW_IMAGE_WIDTH. Dieser Parameter wirkt sowohl auf Typ Dokument als auch auf Typ Bild. Bei Typ Dokument ist aber vielleicht fraglich, ob eine Vergrößerung überhaupt wünschenswert ist. Schließlich erscheinen nur PDFs als Vorschau - und die haben häufig mehrere Seiten, man sieht aber nur die erste. Vielleicht ist es sinnvoll, neben PREVIEW_IMAGE_WIDTH noch PREVIEW_DOCUMENT_WIDTH einzuführen?
+
 
+
== Nachweissuche - Bemerkung ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 11:27, 7. Apr. 2016 (CEST) Das Attribut "Bemerkung" muss sowohl in der Nachweissuche recherchierbar als auch in der Trefferliste lesbar sein.
+
 
+
== Sachdatendruckeditor ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 13:35, 29. Mär. 2016 (CEST)
+
* Es irritiert, dass im Sachdatendruckeditor das Hintergrundbild und das the_geom Kartenbild mit ihrer linken unteren Ecke positioniert werden - Attribute vom Typ Dokument aber mit ihrer linken oberen Ecke.
+
* Alle Attribute erscheinen mit ihrem Alias - bis auf die Geometrie, die ja keinen Alias hat. Ich schlage vor, hier immer "Geometrie" hinzuschreiben.
+
* Geht man über go=sachdaten_druck_editor in die Erstellung eines neuen Layouts, dann ist die Beschriftung des Buttons "als neues Layout speichern" ok. Wenn man jedoch in der Anzeige eines bereits vorhandenen Layouts ist, dann sollte der Button "als neues Layout kopieren" heißen und eine Sicherheitsabfrage wäre auch nicht schlecht.
+
* Wenn auch der Nutzer Layouts erstellen können soll, dann ist zu überlegen:
+
::- Soll er Layouts nur für die Themen entwickeln können, bei denen er Editierrechte besitzt (also "Datenherr" ist)?
+
:::--[[Benutzer:Rahn|Rahn]] ([[Benutzer Diskussion:Rahn|Diskussion]]) 14:07, 13. Apr. 2016 (CEST) Evtl. könnte man auch die Export-Recht-Einstellung berücksichtigen.
+
::- Soll er Layouts nur für die Stellen übernehmen können, auf die er selber Zugriff hat?
+
* Das "Hintergrundbild" sollte in "Grafik" umbenannt werden und platzmäßig irgendwo unter der Seiten-Voransicht erscheinen.
+
* Es wäre wünschenswert, wenn man mehrere Grafiken einbinden kann.
+
* Bei Attributen vom Typ "Dokument" wäre es wünschenswert, wenn man entweder Breite oder Höhe fest vorgeben kann.
+
* Neben A4 sollte auch A3 möglich sein, ebenso sowohl Hoch- als auch Querformat.
+
* Es würde reichen, wenn man die Attribute grundsätzlich immer nur im Freitext einbettet. Die Liste der Attribute könnte beim Scrollen mitlaufen und man zieht das Attribut per Drag&Drop in den Freitext.
+
* Es wäre wünschenswert, wenn man einen "Kopf" definieren kann. Alle Elemente im Kopf wiederholen sich auf allen Seiten.
+
* Es sollte möglich sein, eigene TTF-Schriftarten verwenden zu können. Außerdem funktionieren nicht alle der angebotenen Schriftarten - Ausmisten ist angesagt. Außerdem sollte der Fontname da stehen und nicht *.avm.
+
* Wenn einem Attribut eine Breite zugewiesen wurde, könnte das als (hellgraue?) Linie oder Balken angezeigt werden.
+
 
+
== Sachdatensuche und Operatoren ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 16:31, 24. Mär. 2016 (CET) Im Moment sind viele Operatoren bei fast allen Formularelementtypen möglich, die dort dann allerdings möglicherweise keinen Sinn machen. Ich stelle das mal zur Diskussion:
+
 
+
{| border="0"
+
 
+
|-
+
! align="left" valign="top" style="background:#EEEEEE" width="200" | Formularelementtyp
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | gleich
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | ungleich
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | kleiner
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | größer
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | ähnlich
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | nicht ähnlich
+
! align="left" valign="top" valign="top" style="background:#EEEEEE" width="60" | ist leer
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | ist nicht leer
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | befindet sich in
+
! align="left" valign="top" style="background:#EEEEEE" width="60" | zwischen
+
 
+
|-
+
| Text
+
| x
+
| x
+
|
+
|
+
| x
+
| x
+
| x
+
| x
+
| x
+
| x
+
|-
+
| Textfeld
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Auswahlfeld
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Autovervollständigungsfeld
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| SubformPK
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| SubformFK
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| SubformEmbeddedPK
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Time
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Dokument
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Link
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| dynamischer Link
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| MailTo
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| User
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| UserID
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Stelle
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| StelleID
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Fläche
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Länge
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Checkbox
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|-
+
| Zahl
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|
+
|}
+
 
+
== Punktlisten-Import ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 16:12, 24. Mär. 2016 (CET) Die Koordinatendatei muss zwingend außer den Spalten für Rechts- und Hochwert noch mindestens eine weitere Spalte haben. Hat sie das nicht, kommt eine Fehlermeldung, die die Ursache nicht benennt. Entweder muss die Fehlermeldung verbessert werden oder der Punktlisten-Import erlaubt auch Punktlisten, die wirklich nur Koordinatenpaare enthalten.
+
 
+
 
+
== Admin-Annehmlichkeiten ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 08:17, 24. Mär. 2016 (CET)
+
* "nach unten" oben im Layereditor
+
* "zurück zum Layer" im Style- und Labeleditor
+
 
+
 
+
== Strecke messen unterbrechen ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 11:11, 14. Mär. 2016 (CET) Dass man das Strecke messen mit Doppelklick unterbrechen kann, um zu verschieben oder zu zoomen, wissen wohl nur die allerwenigsten Nutzer. Verwirrend ist außerdem, dass das bei Fläche messen nicht geht - im Gegenteil passiert da sogar was ganz anderes. Hier sollte meiner Meinung nach eine andere Lösung her, die für den Nutzer sichtbar und einleuchtend ist.
+
 
+
 
+
== Verschneidung mit Flurstücken - enthaltene Flurstücke auflisten ==
+
--[[Benutzer:Hschmidt|Hschmidt]] ([[Benutzer Diskussion:Hschmidt|Diskussion]]) 10:09, 11. Mär. 2016 (CET) <br>
+
Es wurde die Funktionalität der FS Jagdkataster "enthaltene Flurstücke", also eine Verschneidung mit dem Flurstückslayer und eine Auflistung der Flurstücke allg. für Vektorlayer angefragt. s. FS Jagd.
+
 
+
 
+
== Nutzerbezogene Speicherung der Suchanfragen  ==
+
--[[Benutzer:Hschmidt|Hschmidt]] ([[Benutzer Diskussion:Hschmidt|Diskussion]]) 10:03, 11. Mär. 2016 (CET) <br>
+
Es wurde der Wunsch geäußert, dass die letzte Suchanfrage in ALKIS Daten (Adressen, Flurstücke) nutzerbezogen gespeichert wird und somit bei der nächsten Suchanfrage die Suchmaske mit diesen Einträgen schon belegt ist, was die wiederholte Suche wohl vereinfachen würde.
+
 
+
== Werkzeug-Vorbelegung Zoom/Pan ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:49, 7. Mär. 2016 (CET) Gewünscht wird, dass die Navigation mehr wie Google funktioniert. Die Vorbelegung in der Werkzeugleiste soll dabei der Zoom/Pan-Button sein. Rein- / Rauszoomen wird sowieso fast immer über das Mausrad gemacht und das Verschieben der Karte wäre so ohne zusätzlichen Klick sofort möglich.
+
 
+
 
+
== Tatsächliche Nutzung in der Sachdatenanzeige Buchdaten ==
+
--[[Benutzer:Markus Hentschel|Markus Hentschel]] ([[Benutzer Diskussion:Markus Hentschel|Diskussion]]) 15:13, 16. Nov. 2015 (CET) Die reine Anzeige der Nutzungsart aus dem Nutzungsartenkatalog reicht nicht aus, da es oft noch Untergliederungen der 1. oder sogar 2. Stufe gibt. Zusätzlich sollte für eine bessere Erkennbarkeit und Systematik auch die Nutzungsartengruppe genannt werden. Dadurch würden aber meterlange Texte entstehen. Vielleicht wird eine komplexere Darstellung der Nutzungsarten dem sehr komplexen Modell des Nutzungsartenkatalogs gerechter. Dabei muss natürlich die Übersichtlichkeit gewahrt bleiben. Die Darstellung könnte etwa so erfolgen:
+
 
+
Siedlung
+
  - Nutzungsartengruppe: Wohnbaufläche
+
      Fläche    Nutzung    Bezeichnung
+
      23456 m²   11000
+
  - Nutzungsartengruppe: Industrie- und Gewerbefläche
+
    Nutzungsart: Versorgungsanlage
+
      Fläche    Nutzung    Bezeichnung
+
        1453 m²  12381      Funk- und Fernmeldeanlage; Gebäude- und Freifläche
+
                            Versorgungsanlage, Funk- und Fernmeldewesen
+
        345 m²   12382      Funk- und Fernmeldeanlage; Betriebsfläche Versorgungsanlage,
+
                            Funk- und Fernmeldewesen
+
    Nutzungsart: Entsorgung
+
      Fläche    Nutzung    Bezeichnung
+
      98765 m²  12420      Abfallbehandlungsanlage; Betriebsfläche Entsorgungsanlage,
+
                            Schlamm
+
+
Verkehr
+
+
Vegetation
+
  - Nutzungsartengruppe: Unland, Vegetationslose Fläche
+
      Fläche    Nutzung    Bezeichnung
+
        8945 m²  37014      Vegetationslose Fläche; Sand
+
+
Gewässer
+
 
+
--> neu strukturieren (Vorschläge sammeln)
+
 
+
== CSV-Export ==
+
--[[Benutzer:Pkorduan|Pkorduan]] ([[Benutzer Diskussion:Pkorduan|Diskussion]]) 13:48, 24. Mär. 2016 (CET)
+
  - Möglichkeit zur Überarbeitung der CSV Datein nach dem Export. (Summenbildung, Spaltenumbenennung, Sortierung)
+
  - Jede Spalte sollte ausgeblendet werden können, egal ob ein Filter drauf liegt oder es sich um die geom handelt.
+
 
+
== Sachdatenanzeige ==
+
--[[Benutzer:Pkorduan|Pkorduan]] ([[Benutzer Diskussion:Pkorduan|Diskussion]]) 13:48, 24. Mär. 2016 (CET)
+
  - Möglichkeit zur Auswahl von Datensätzen über mehrere Seiten hinweg.
+
    Wenn man auf einer Seite welche auswählt und weiterblättert, sind
+
    ist die Auswahl der Datensätze der vorherigen Seite weg.
+

Aktuelle Version vom 9. Januar 2019, 10:19 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