Metadata Lab für Mac

Fehlerbehebungen

Kalibrierung der Signalachsen – X durch Y eines anderen Signals ersetzen:

• Im Menü „Verarbeitung > Achstransformation“ wurde für Signalkalibrierungs-Workflows die neue Operation „X durch Y eines anderen Signals ersetzen“ hinzugefügt.
• Behebt einen kritischen Funktionsmangel, der von Benutzern gemeldet wurde, die Wellenlängenkalibrierungen oder ähnliche Transformationen auf Spektroskopiedaten anwenden mussten.
• Die Operation kombiniert zwei Signale: Sie verwendet die Y-Werte eines Signals als neue X-Koordinaten für die Y-Werte eines anderen Signals.
• Im Gegensatz zum X-Y-Modus (der neu abtastet und interpoliert) verwendet diese Operation Y-Arrays direkt ohne Interpolation, wodurch die exakten Kalibrierungswerte erhalten bleiben.
• Beide Signale müssen die gleiche Anzahl von Punkten aufweisen – es wird eine eindeutige Fehlermeldung ausgegeben, wenn die Größen nicht übereinstimmen.
• Überträgt Metadaten automatisch: Die Beschriftung/Einheit der X-Achse wird aus der Beschriftung/Einheit der Y-Achse des Kalibrierungssignals übernommen.
• Menüpfad: Verarbeitung > Achstransformation > „X durch Y eines anderen Signals ersetzen“.
• Dies schließt Issue #273 – Fehlende Signalachsenkalibrierung: keine Möglichkeit, X durch Y eines anderen Signals zu ersetzen.

X-Y-Modus:

• Die Verarbeitungsfunktion für den X-Y-Modus bei Signalen wurde zur besseren Auffindbarkeit unter „Verarbeitung > Achstransformation > ‚X-Y-Modus‘“ verschoben
• Der Unterschied zwischen dem X-Y-Modus (der neu abtastet/interpoliert) und der neuen Operation „X durch Y eines anderen Signals ersetzen“ wurde in der Dokumentation klargestellt

Persistenz der LUT-Einstellung sperren:

• Es wurde behoben, dass die Einstellung „LUT-Bereich bei Datenaktualisierung sperren“ in „Einstellungen > Visualisierung > Bilder > Standard-Bildvisualisierungseinstellungen“ nicht beibehalten wurde.
• Der Parameter „keep_lut_range“ wurde nicht in der Konfiguration gespeichert, was dazu führte, dass sich das Kontrollkästchen nach der Validierung systematisch selbst deaktivierte (die fehlende Option „ima_def_keep_lut_range“ wurde in der Konfiguration hinzugefügt).
• Damit ist Issue #270 – LUT-Einstellung bleibt in den Standardwerten für die Bildvisualisierung nicht erhalten – geschlossen.

Erstellung benutzerdefinierter Signale:

• Behoben: AttributeError: 'NoneType'-Objekt hat kein Attribut 'T' beim Erstellen eines benutzerdefinierten Signals über das Menü.
• Damit ist Issue #269 – Erstellung benutzerdefinierter Signale: AttributeError beim Erstellen eines Signals über das Menü – geschlossen.

Makroausführung:

• Behebung des UnicodeEncodeError bei der Ausführung von Makros, die Unicode-Zeichen (z. B. Pfeile →) auf Windows-Systemen mit bestimmten Locales ausgeben, z. B. cp1252 (schließt Issue #263)
• Der Makro-Subprozess verwendet nun automatisch die UTF-8-Kodierung für stdout und stderr, sodass es nicht mehr erforderlich ist, sys.stdout.reconfigure(encoding='utf-8') manuell am Anfang jedes Makros hinzuzufügen.

Genauigkeit der ROI-Koordinaten:

• ROI-Koordinaten werden nun automatisch auf eine angemessene Genauigkeit gerundet, wenn ROIs interaktiv aus geometrischen Formen definiert werden. Dadurch werden übermäßige Dezimalstellen vermieden, während eine angemessene Genauigkeit im Verhältnis zur Datenabtastung beibehalten wird (1/10 der Abtastperiode für Signale, 1/10 des Pixelabstands für Bilder).
• ROI-Koordinaten werden auch gerundet, wenn sie im Dialogfeld „Numerisch bearbeiten“ angezeigt werden, wodurch verhindert wird, dass Fließkomma-Rechenfehler zu übermäßigen Dezimalstellen führen (z. B. wird 172,29999999999995 nun als 172,3 angezeigt).
• Damit ist das Problem #266 – Zu viele Dezimalstellen bei ROI-Koordinaten – behoben.

Behandlung polygonaler ROIs:

• Der Fehler „ValueError: Buffer has wrong number of dimensions“ beim Erstellen von Masken aus polygonalen ROIs im ROI-Editor wurde behoben.
• Das PolygonalTool initialisierte ROI-Koordinaten fälschlicherweise als verschachtelte Liste statt als flache Liste, was dazu führte, dass die Maskenberechnung fehlschlug.

Dialog zum Öffnen von HDF5-Dateien:

• Es wurde ein Fehler behoben, bei dem die Auswahl des Benutzers im Bestätigungsdialog „Arbeitsbereich löschen“ beim Öffnen von HDF5-Dateien ignoriert wurde.
• Wenn der Benutzer im Dialogfeld auf „Nein“ klickte, wurde die Standardkonfiguration angewendet, anstatt die Auswahl des Benutzers zu berücksichtigen.
• Damit ist Issue #267 – Dialog zum Öffnen von HDF5-Dateien ignoriert die Auswahl des Benutzers – geschlossen.

Aktualisierung der Achsen auf der Registerkarte „Erstellung“:

• Es wurde behoben, dass die Darstellung nicht aktualisiert wurde, wenn nur die Parameter xmin/xmax für Verteilungssignale (Null, Normal, Poisson, Gleichverteilung) auf der Registerkarte „Erstellung“ geändert wurden.
• Das Problem trat auf, weil bei der Berechnung des Daten-Hashs nur Y-Werte berücksichtigt wurden, sodass Änderungen an den X-Achsengrenzen nicht erkannt wurden.
• Das Diagramm wird nun korrekt aktualisiert, wenn sich ein Achsenparameter ändert, auch wenn die Y-Werte identisch bleiben.
• Damit ist das Problem Nr. 268 behoben – Die Achsen auf der Registerkarte „Erstellung“ werden für Verteilungssignale nicht aktualisiert.

ROI-Statistiken bei ROI außerhalb der Grenzen:

• Behoben: ValueError: Array der Größe Null bei der Reduktionsoperation „Minimum“, das keinen Identitätsfehler aufweist, bei der Berechnung von Statistiken für Bilder mit einem ROI, der über die Canvas-Grenzen hinausragt.
• Das Problem trat auf, wenn sich ein ROI teilweise oder vollständig außerhalb der Bildgrenzen erstreckte, was bei der Statistikberechnung zu leeren Array-Slices führte.
• ROI-Begrenzungsrahmen werden nun korrekt auf die Bildgrenzen zugeschnitten, und vollständig außerhalb der Grenzen liegende ROIs geben NaN-Statistikwerte zurück.
• Diese Korrektur wurde in der Sigima-Bibliothek implementiert (siehe Issue #1 – ValueError bei der Berechnung von Statistiken für ROIs, die über die Bildgrenzen hinausreichen).

Auswahl der Registerkarten im Objekt-Eigenschaftenfenster:

• Das Verhalten der Registerkartenauswahl im Objekt-Eigenschaftenfenster wurde korrigiert, um es vorhersehbarer und benutzerfreundlicher zu gestalten.
• Die Registerkarte „Eigenschaften“ wird nun standardmäßig immer angezeigt, wenn zwischen Objekten gewechselt wird, was eine konsistente Navigation ermöglicht.
• Die Registerkarten „Erstellung“, „Verarbeitung“ und „Analyse“ werden nun automatisch nur einmal nach ihren jeweiligen auslösenden Ereignissen (Objekterstellung, 1:1-Verarbeitung oder Analyseberechnung) angezeigt und kehren dann für nachfolgende Auswahlen zur Registerkarte „Eigenschaften“ zurück.
• Dadurch wird das verwirrende Verhalten beseitigt, bei dem die Registerkarte willkürlich bestehen blieb oder sich basierend auf früheren Auswahlen änderte.
• Damit ist das Problem #271 – Verbesserung des Verhaltens bei der Auswahl der Registerkarten im Objekt-Eigenschaftenfenster – behoben.