Wunsch-Liste
Ideen für zukünftige Entwicklungen, Diskussion über geplante Entwicklungen. Bei allgemeinem Konsens werden diese Punkte in die ToDo-Liste aufgenommen. zur ToDo-Liste
Inhaltsverzeichnis
- 1 Vorschau Typ Dokument
- 2 Nachweissuche - Bemerkung
- 3 Sachdatendruckeditor
- 4 Sachdatensuche und Operatoren
- 5 Punktlisten-Import
- 6 Admin-Annehmlichkeiten
- 7 Strecke messen unterbrechen
- 8 Verschneidung mit Flurstücken - enthaltene Flurstücke auflisten
- 9 Nutzerbezogene Speicherung der Suchanfragen
- 10 Werkzeug-Vorbelegung Zoom/Pan
- 11 Tatsächliche Nutzung in der Sachdatenanzeige Buchdaten
- 12 CSV-Export
- 13 Sachdatenanzeige
Vorschau Typ Dokument
--Markus Hentschel (Diskussion) 16:33, 7. Apr. 2016 (CEST) Die Vorschau bei Dokumenten vergrößert das PDF ein wenig - ohne dass man es aber wirklich lesen kann. Das ist eigentlich nicht nötig, die Vergrößerung macht keinen Sinn.
Nachweissuche - Bemerkung
--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
--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)?
- - 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.
Sachdatensuche und Operatoren
--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:
Formularelementtyp | gleich | ungleich | kleiner | größer | ähnlich | nicht ähnlich | ist leer | ist nicht leer | befindet sich in | 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 |
Punktlisten-Import
--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
--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
--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
--Hschmidt (Diskussion) 10:09, 11. Mär. 2016 (CET)
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
--Hschmidt (Diskussion) 10:03, 11. Mär. 2016 (CET)
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
--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
--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
--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
--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.