Aktuell ist die Version 4.3.3, diese wurde am 30.10.2024 veröffentlicht.
Bitte beachten Sie die folgenden Hinweise zu diesem Update
Für Betreuer
Beachten Sie ggf. den Updater auf "Aktuelles öffentliches Release" einzustellen.
Führen Sie ggf. die SQL Updates für installierte cardo4-Anwendungen durch.
Für Entwickler
- Eine größere Anpassung erfordert das Update unserer Entwickler-Extension, beachte auch das damit verbundene Update auf TypeScript Version 5.5.
Für Administratoren
- Wenn Sie Microsoft-SQL Server im Einsatz haben (für Steuerdatenbank oder PiB-Anwendungen), empfehlen wir folgende Einstellungen vorzunehmen.
Fix: Die Berechnung des nächsten Ausführungszeitpunktes im Task-Scheduler war fehlerhaft, wenn eine wöchentliche Wiederholung an nur einem Wochentag eingestellt war. Sobald die eingestellte Uhrzeit des Startzeitpunkts überschritten wurde, wurde ein zurückliegender Zeitpunkt für den nächsten Start ermittelt. Bei kurzer Ausführungsdauer und hoher Toleranz konnte es damit zu einer sehr häufigen Ausführung des Tasks kommen.
Neu: Der OrfHandler schreibt Geometrien jetzt mit einer NULL-Srid in die Datenbank. Diese werden vorher auf das Standard-KBS der cardo-Instanz transformiert.
Fix: Im ORF fehlte in neueren Installationen mit PostGreSQL oder ORACLE als Datenspeicher u.U. ein GeoIndex. Der Aufruf des SQL-Updates der cardo3-Anwendung "Erstellen von Objektreferenzen" behebt dieses Problem.
Fix: Nach dem Update des Browser Firefox auf Version 134 (vom 07.01.2025) trat in einigen cardo3 Anwendungen ein Fehler der Art r.get(...) is not a string auf (kann auch cardo.Map betreffen).
Firefox hat jetzt nativ die Funktion RegExp.escape
implementiert, welche bisher als Polyfill umgesetzt war. Die native Implementierung akzeptiert als Parameter nur Strings.
Neu: Wenn eine cardo4 Anwendung registriert ist, deren .Net Typ (DLL) fehlt, wird diese Information jetzt protokolliert und auch im Anwendungsmanager angezeigt.
Fix: Bei der Aktion "Variable aus cardo3 migrieren" trat der Fehler Die Aktion Select betraf 0 Datensätze, erwartet wurde 1 auf.
Wenn keinerlei Variablen in cardo3 vorhanden waren, kam es bei 64Bit Installation von cardo4 zu der Meldung "Die angegebene Umwandlung ist ungültig"
Fix: Wenn durch einen Fehler in der Ebene ein invalides XML der Ebenenbeschreibung generiert wird, dann kam es permanent zu der Meldung "Die Ebenen konnten beim Starten nicht ermittelt werden."
Problem war eine Ebene, deren Bounding-Box 1.3e104 war (fehlerhafte Daten), dieser Wert führt zur Erstellung eines ungültigen XML, "der Wert für Double ist außerhalb des gültigen Bereichs"
Fix: Bei der Aktion "Variable aus cardo3 migrieren" trat der Fehler Die Aktion Select betraf 0 Datensätze, erwartet wurde 1 auf.
Fix: "Die Ebenen konnten beim Starten nicht ermittelt werden."
SSL-Zertifikatsfehler ignorieren
hinzugefügtToDateTimeString
und ToDateString
so angepasst, das die Konvertierung in lokale Zeit nur für Datum mit dem Typ UTC durchgeführt wird (d.h. bei Typ unspecified wird lokale Zeit angenommen)ToDateTimeNoSecString
hinzugefügt Neu: Bietet ein WMS-Dienst als Rückgabeformat für die GetFeatureInfo-Operation application/json
oder application/geo+json
an, dann werden die Daten in strukturierter Form weiterverarbeitet, wenn dieser Dienst als Iwan7-WMS-Ebene eingebunden ist. Auch eine formatierte MapTip-Ausgabe ausgewählter Datenfelder ist möglich.
Neu: Wenn mehrere Kartenanwendungen geöffnet sind, dann können diese jetzt synchronisiert werden. D.h. es können folgende Einstellungen an eine andere Karte gebunden werden:
In diesem Zusammenhang wurde auch die Aktion "In neuem Fenster anzeigen" überarbeitet. Es wird jetzt immer ein neues Kartenfenster geöffnet, bisher konnte die gleiche Ebene nicht in mehr als zwei Fenstern enthalten sein.