• Anpassungen in der Admin-Ansicht
  • Fehlerbehebung in Batch-Update Funktionen
    Die Parameter Encoding und Quellformat im Batch Update Menü wurden fehlerhaft exportiert und weiterverarbeitet. Beide Probleme wurden nun behoben.
    
• Anpassungen in der Kartenapp
  • Export von Georessourcen
    Ein Fehler wurde behoben, der den Export von Georessourcen verhinderte.
    

• Anpassungen in der Admin-Ansicht
  • keine
    
• Anpassungen in der Kartenapp
  • Fehlerbehebung im Regressionsdiagramm
    Haben Indikatoren auf der X- und Y-Achse des Regressionsdiagramms eine unterschiedliche Anzahl darstellbarer Raumobjekte, so werden diese nun korrekt verarbeitet und das Diagramm dargestellt.
    

• Anpassungen in der Admin-Ansicht
  • Fehlerbehebung im Batch-Update von Indikatoren und Georessourcen
    Datensätze via HTTP URL oder als INLINE PAYLOAD werden nun korrekt verarbeitet und exportiert.
    
  • Laden aller Datentabellen sichergestellt
    Im eingeloggten Zustand wird nun beim Wechsel zwischen Kartenapp und Administrator-Oberfläche nun sichergestellt, dass die Datentabellen zur Verwaltung der Ressourcen korrekt geladen werden.
    
• Anpassungen in der Kartenapp
  • Anwendung kann nun bedient werden, auch wenn noch kein Indikator geladen werden kann Die linksseitigen Menüs sind nun bedienbar, auch wenn noch kein Indikator-Datensatz dargestellt werden kann (insbesondere Georessourcen-Menü). (Indikatorenbezogene Menüs erlauben dennoch keine sinnvolle Interaktion, da keine Daten verfügbar sind)
    
  • Fehlerbehebung bei Datenexporten, wenn die KomMonitor-URL einen Kontextpfad enthält
    

Titkurzer Titel des Fehlerberichts:
Problem beim Fortführen von Indikatoren

verwendete KomMonitor Version
eingesetzte Version der KomMonitor Browserapplikation (einsehbar über das Begrüßungsfenster)
2.1.6

verwendete KomMonitor Instanz URL (optional)
sollte die genutzte KomMonitor Instanz frei abrufbar sein, geben Sie hier die URL der KomMonitor Instanz an. Bei internen nicht-öffentlichen Instanzen nicht auszufüllen

Kurzbeschreibung
kurze Beschreibung des Fehlers
Will man mehrere Indikatoren nacheinander fortführen, tritt leider ein altes Problem auf:
Nach Klick auf den Button "Feature fortführen" öffnet sich ca. jedes 3. Mal das Fenster vom zuletzt bearbeiteten Indikator. Man muss höllisch aufpassen, um zu verhindern, dass falsche Werte eingelesen werden  .

detaillierte Schritte zur Reproduktion des Fehlers
Reihenfolge der ausgeführten Schritte - möglichst detailliert und ggf. mit Screenshots - sodass Entwickler das Problem nachstellen können
Administration / Geodatenverwaltung / Indikatoren / Indikatoren-Metadaten / Filter setzen für Indikator / Button "Fetures fortführen"

erwartetes Verhalten
kurze Schilderung, welches Verhalten Sie von KomMonitor stattdessen erwarten
Das Fenster zum Fortführen des ausgewählten Indikators aufrufen!

Hinweise zur Behebung des Problems (optional)
Sollten Sie eine Idee haben, wie der Fehler behoben werden könnte, machen Sie hier eine entsprechende Anmerkung


Ansprechpartner
Name einer Ansprechperson, mit der Entwickler für Rückfragen Kontakt aufnehmen können
Eckhard Holtmann, Kreis Recklinghausen

Kontaktinformationen (optional)
weitere Kontaktdaten wie Mail-Adresse oder Telefonnummer für Rückfragen
e.holtmann@kreis-re.de
02361/53-4030

• Raumeinheiten können nun in der Administrationsoberfläche umbenannt werden. Die Defnition der Raumeinheitshierarchie wird konsistent mit aktualisiert. In Version 2.1.4 wurden dabei noch die bereits integrierten Indikatoren-Daten für die umbenannte Raumeinheit nicht konsistent mit aktualisiert, sodass sie nicht mehr dargestellt werden konnten. Dies wurde in Version 2.1.5 behoben.
  
• Verbesserung des Filters für räumliche Einheiten und Verbesserung der visuellen Darstellungen
  

Titel
Fehler beim Registrieren von Raumeinheiten

verwendete KomMonitor Version
Version 2.1.5

verwendete KomMonitor Instanz URL (optional)
https://bergkamen.kommonitor.geoportal.ruhr

Kurzbeschreibung
Beim Registrieren von Raumeinheiten kommt immer wieder die gleiche Fehlermeldung. Ich habe es schon mit verschiedenen Raumebenen-Daten probiert. Egal ob als GeoJSON oder Shapefile; auch die Umwandlung in ein anderes Koordinatensystem löst das Problem nicht.
Es scheint sich um ein Grundlegendes Problem zu handeln.

detaillierte Schritte zur Reproduktion des Fehlers
Zum Registrieren der Raumeinheiten verwende ich die entsprechende Eingabemaske in der Admin UI. Die Geodaten werden als File importiert. Nach dem drücken auf "Raumeinheit registrieren" kommt folgende Fehlermeldung:
{

  "code": 500,
  "message": "Error in KomMonitor Data Management API: java.lang.RuntimeException; Unable to obtain connection: FEHLER: Funktion postgis_lib_version() existiert nicht\n  Hint: Keine Funktion stimmt mit dem angegebenen Namen und den Argumenttypen überein. Sie müssen möglicherweise ausdrückliche Typumwandlungen hinzufügen.\n  Position: 8"
}

erwartetes Verhalten
Ich hätte natürlich erwartet, dass die Raumeinheiten importiert und registriert werden.

Hinweise zur Behebung des Problems
Ich glaube nicht, dass es an den importierten Geodaten liegt. Wie bereits erwähnt hatte ich verschiedene Daten, Formate und Koordinatensysteme ausprobiert.

Ansprechpartner
Dimitrij Rudmann aus Bergkamen

Kontaktinformationen
Tel.: 02307 / 965 - 324
d.rudmann@bergkamen.de

• Aktualisierung von keycloak-js library, um neueste Keycloak-Versionen mit zu unterstützen
  

• Fehlerbehebungen in Batch Update Tools
  
• Aktualisierung von keycloak-js library, um neueste Keycloak-Versionen mit zu unterstützen
  

Fehlerbehebungen im Reporting-Tool des Web Clients

Anpassungen in der Admin-Ansicht

• Einfühurung einer Versioninfo inklusive Changelog im Begrüßungsfenster.
  
• Klickbare Fortschrittsleiste in Verwaltungsmenüs. Ab sofort können die einzelnen Unterseiten eines Verwaltungsmenüs auch mittels eines Klicks auf die Fortschrittsleiste erreicht werden.
  
• tabellarische Verwaltung des Zugriffsschutzes. Für Die Zugriffsrechte (lesen, editieren, löschen) bestimmter Organisationen auf einzelne Datensätze werden nun mittels einer übersichtlichen Tabelle verwaltet.
  
• Aktualisierte Hinweistexte bei der Verwaltung des Zugriffsschutzes.
  
• Verbesserung des POI-Geocodings. Der Import von Adressdaten als punktbasierte Georessource mittels OpenStreetMap wurde dahingehend verbessert, dass eine Bewertung der möglichen Treffer durch den Backend-Dienst vorgenommen wird. Jeder erfolgreich importierte Punkt besitzt zwei Sachattribute, geocoderank und geocodedesc mit folgenden Wertemöglichkeiten:
  
  2. geocoderank=2 ‐ geocodedesc = high accuracy - low risk of false positioning. feature matches same street and city/postcode and same housenumber
     
  3. geocoderank=1 ‐ geocodedesc = moderate accuracy - medium risk of false positioning. feature matches same street and city/postcode. but housenumber does not match
     
• Somit können Mehrfachtreffer bestimmter Adressen direkt geokodiert werden. Wenn ein Ergebnistreffer der Suchanfrage gleiche Straße, Hausnummer und Ort/PLZ aufweist, ist es der bestmögliche Treffer (geocoderank=2). Stimmen immerhin Ort/PLZ und Straße überein, so kann zumindest eine ungenauere Koordinate ohne richtige Hausnummer bestimmt werden (geocoderank=1).
  
  Adressen, die nicht geocodiert werden können führen zu einer Fehlermeldung beim Import. Solche Einträge sollten auf Tippfehler geprüft werden. Sollte auch dann kein Treffer gefunden werden, so muss diese Adresse aus der Quelldatei entfernt werden und nachträglich manuell ergänzt werden.
  
• Bugfixes in Keycloak-Anbindung und Einzelfeature-Fortführen Menü
  
• Sicherstellung der korrekten Integration der Abhängigkeiten uuid und jspdf