- Wird an PANDA/FA ein Standpunkt mit mehreren Zielpunkten übergeben auf dem aber nur ein Zielpunkt mit gültiger Richtungsmessung existiert, bricht die Ausgleichungsberechnung ab.

=> Beim Einlesen der Eingabedatei wird der Datenbestand analysiert ob auf einem Standpunkt mindestens zwei Richtungen gemessen wurden. Liegt nur eine gültige Richtungsmessung vor, dann wird im Viewer eine entsprechende Fehlermeldung generiert.

- Falls der Viewer keine Ausgleichung berechnen konnte, wird unter der Ansicht Fehler/Warnung/Hinweise die Fehlermeldung generiert, dass keine Datenbank erstellt werden konnte.

=> Die Fehlermeldung wird jetzt nur dann angezeigt wenn auch wirklich keine Datenbank erstellt werden konnte (Speicherprobeme etc). Wenn eine Eingabedatei vorhanden ist, aber keine Ergebnisdatei erstellt werden konnte, dann wird nun ein entsprechender Hinweis erzeugt.

- Beim Klick auf die Fehlermeldung "Es existieren Datumspunkte, die nicht mit dem Tachymeter beobachtet wurden." wird nicht in die Ansicht der Datumspunkte gewechselt.

=> Korrigiert

- Wenn an PANDA/FA ein Standpunkt mit nur einem Zielpunkt übertragen wurde, dann wird, falls gemessen,  die Strecke in die Ausgleichung übernommen. Es wird allerdings eine Warnung generiert, dass ein Standpunkt mit nur einem Zielpunkt übertragen wurde.

Ist zum Zielpunkt nur eine Richtung gemessen, dann ist dieser Standpunkt nicht berechenbar und wird nicht in die Datenbank übernommen. Hier wird eine entsprechende Fehlermeldung generiert.

- Beim Wechsel in eine andere Ausgleichung über die Registerkarte erfolgt keine Aktualisierung der Anzeige.

=> Korrigiert

Wenn an den Viewer über die Schnittstellendatei unbenutze Gruppierungen/Genauigkeitsansätze übergeben wurden sollten diese nicht im Beobachtungsbaum angezeigt werden. Zur Zeit werden diese Gruppierungen/Genauigkeitsansätze gegraut angezeigt.

Unbenutzte Gruppierungen/Genauigkeitsansätze werden im Beobachtungsbaum nicht mehr angezeigt.

Ein Zielpunkt mit Richtungsmessung wird immer in PANDA/FA verarbeitet, auch wenn keine Strecke gemessen wurde. Wenn ein Zielpunkt mit Streckenmessung, aber ohne Richtungsmessung an PANDA/FA übergeben wird, dann geht diese Streckenbeobachtung verloren.

Korrigiert.

Wurde PANDA/FA ein Zielpunkt übergeben, auf dem nur eine Strecke und keine Richtung gemessen wurde, dann nimmt diese Strecke nun auch an der Ausgleichung teil.

Wenn an PANDA/FA ein Standpunkt mit nur einem Zielpunkt übnertragen wird, dann wird dieser Standpunkt und die Beobachtungen zu dem einen Zielpunkt komplett ignoriert.
Die Richtung ist für die Ausgleichung wertlos, aber die Strecke könnte in die Ausgleichung übernommen werden.

Korrigiert.

Falls auf einem Standpunkt nur ein Zielpunkt gemessen wurde dann ignoriert PANDA/FA nur die Richtungsmessung da sie für die Ausgleichung nicht relevant ist. Die Streckenmessung hingegen nimmt nun an der Ausgleichung teil.

• Bei Grenzwertüberschreitungen wird der Text in der Bemerkungsspalte rot dargestellt. Diese Kennzeichnung erfolgte bisher nicht bei allen Überschreitungen. Das Verhalten wurde korrigiert.
• Für Bestandspunkte, die keine Grenzpunkte sind und über die Ausgleichung kontrolliert werden, wird in der Bemerkungsspalte jetzt ein U angezeigt. Linear kontrollierte Bestandspunkte, die nicht in die Ausgleichung eingehen, werden zusätzlich mit E für eine Einzelmessung oder M für eine gemittelte Koordinate gekennzeichnet.
• Für die Dokumentation der Kontrollpunkte wurde ein Schalter ergänzt, mit dem festgelegt werden kann, ob linear kontrollierte Punkte in die Dokumentation aufgenommen werden sollen. Wird die Dokumentation ausschließlich auf Basis der GNSS-Messungen erstellt, steht dieser Schalter nicht zur Verfügung.

Es können nun unter den Benutzereinstellungen die Nachkommastellen und die Farben für folgende Elemente individuell eingestellt werden:

• gemessene Horizontalstrecke
• gemessene Schrägstrecke
• gerechnete Strecke
• gerechnete, reduzierte (örtliche) Strecke

In dem Dialog "Anzeige Zeilenelemente" kann nun auch die Abmarkung ausgewählt werden um sie im Dokument anzeigen zu lassen.

Wird in der Benutzeroberfläche von PANDA/FA ein Parameter geändert, werden die aktuellen Ergebnisse farblich blasser dargestellt. Das soll darauf hinweisen, dass die Ergebnisse nicht mehr zu den neuen Einstellungen passen. Erst nach einer Neuberechnung sind die Ergebnisse wieder aktuell und werden wieder in der normalen Farbintensität dargestellt.

In älteren Unterlagen werden Winkel sowohl in Grad als auch in der Form Grad-Minuten-Sekunden dokumentiert. Sollen diese Messwerte in KAVDI eingegeben werden, ist es sinnvoll, dass KAVDI diese Werte bereits bei der Eingabe in Dezimalgrad umrechnet.

Wenn bei der Eingabe nun die Werte mit „g“ für Grad, „m“ für Minuten und „s“ für Sekunden getrennt werden, rechnet KAVDI diese automatisch in einen Dezimalwert um. Beispiel: Aus der Eingabe „90g23m5s“ berechnet KAVDI den Dezimalwert 90,3847 bzw. 100,4275 – abhängig davon, welche Winkeleinheit in den Dokumentenparametern eingestellt ist (Grad oder Gon).

In der Übersicht der Standardabweichungen werden neben den Standardabweichungen für die Abszisse und Ordinate nun auch die Standardabweichungen für die Maßstäbe angezeigt und können verändert werden.

Aufgrund des Neuaufbaus der Baumansicht wurden die Einträge nach einen Klick auf die Fehlermeldungen/Warnungen/Hinweise nicht mehr gefunden. Der Fehler wurde behoben.

Wird aus dem Dokumenteneditor heraus die Messauswertung gestartet, wurden bisher unabhängig von den Einstellungen in den Projekteigenschaften stets ein Ergebnisprotokoll und ein Korrektionsprotokoll erzeugt
(Projekt-Eigenschaften → Optionen: Messauswertung → „Erzeuge Ergebnisprotokoll“ / „Erzeuge Korrektionsprotokoll“).

Dieses Verhalten wurde korrigiert. Die Erstellung von Ergebnis- und Korrektionsprotokollen richtet sich nun nach den Einstellungen in den Projekteigenschaften.

Die erzeugten Ergebnis- bzw. Korrektionsprotokolle haben dabei temporären Charakter:

• Eine erneute Messauswertung löscht diese temporären Protokolle.
• Beim Schließen des Projekts werden diese temporären Protokolle ebenfalls gelöscht.

Die temporären Protokolle stehen nach der Auswertung zur Ansicht zur Verfügung. Über das Kontextmenü des Dokumenteneditors sowie das Hauptmenü von KAVDI können deren Inhalte in einen Editor geladen werden.

Sollen die Inhalte dauerhaft gespeichert werden, müssen die im Editor geladenen Protokolle anschließend über die Editorfunktionen gesichert werden.

In einigen Fällen dokumentierte KAVDI LTK-Basispunkte zusätzlich als Objektpunkte, obwohl diese ausschließlich zur Bildung des LTK verwendet wurden. Da die Basispunkte in diesem Fall bereits im Kopf der Liste dokumentiert werden, ist eine weitere Ausgabe unter den Objektpunkten nicht erforderlich.

Dieses Verhalten wurde korrigiert. Werden die LTK-Basispunkte ausschließlich zur Bildung des LTK verwendet, erfolgt keine zusätzliche Ausgabe mehr unter den Objektpunkten.

Wird ein Punkt über eine Koordinatendirekteingabe doppelt erfasst und gemittelt und anschließend in die Gerade eingerechnet, erfolgt fälschlicherweise eine Dokumentation in der Bemerkungsspalte „E,GB“. Da der Punkt vor dem Einrechnen gemittelt wurde, ist stattdessen die Kennzeichnung „M,GB“ zu verwenden.

Dieses Verhalten wurde korrigiert. Die Bemerkungsspalte wird nun entsprechend der Mittelung korrekt als „M,GB“ dokumentiert.

Ab KAVDI-Version V12.10 werden die KAVDI-Datenbanken eines Projekts im Unterverzeichnis „V12-10_database“ des Projektpfads gespeichert.

Da die Datenbanken der Versionen V12.9 und V12.10 nicht kompatibel sind, bietet sich dieser Zeitpunkt an, die Datenbank an einem anderen Speicherort abzulegen.

Nach dem Update auf Version V12.10 müssen bei bestehenden Projekten die Bestandsdaten erneut eingelesen werden.

Nach der Neuberechnung stehen wieder sämtliche Daten zur Verfügung.

Fehler im NAS-Viewer behoben: Negative Koordinatenwerte wurden bei der Darstellung fälschlicherweise als positive Werte angezeigt. Dies konnte beispielsweise bei Punktorten mit LTK-bezogenen Koordinaten auftreten. Die Koordinaten werden nun korrekt dargestellt.

Unter den Projekteigenschaften wurd ein neuer Eintrag "Komm.Schnittstlelle" hinzugefügt unter dem sich alle zugehörigen Schnittstellen befinden.

Bei Projekten mit umnummerierten Punkten konnte die Durchführung einer Substitution längere Zeit in Anspruch nehmen. Die Performance wurde optimiert.

Wird der Punktort eines Punktes geändert, während das Punktobjekt selbst unverändert bleibt, gibt der NAS-Export standardmäßig ein unvollständiges Punktobjekt aus, das lediglich die Punktnummer enthält.

Dieses Verhalten kann über die beiden Schalter K_NAS_EXPORT_FF_REP_GEN_EMPTY_P_OBJ und K_NAS_EXPORT_FF_REP_GEN_GESAMT_P_OBJ konfiguriert werden. Die beiden Schalter dürfen jedoch nicht gleichzeitig auf „J“ gesetzt sein.

Waren beide Schalter dennoch auf „J“ eingestellt, kam es zu einer Inkonsistenz zwischen der Schnittstelle und der KAVDI-Benutzeroberfläche: In der Benutzeroberfläche wurde angezeigt, dass unveränderte Punktobjekte nicht exportiert werden, während die Schnittstelle weiterhin unvollständige Punktobjekte exportierte. Erst nach einer Änderung der Einstellungen in der Benutzeroberfläche arbeiteten Anzeige und Schnittstelle wieder synchron.

Dieses Verhalten wurde korrigiert. Die Schnittstelle und die Anzeige in der KAVDI-Benutzeroberfläche arbeiten nun auch dann synchron, wenn beide Schalter fälschlicherweise auf „J“ voreingestellt wurden.

Enthält die Fortführungsdatei fälschlicherweise einen Insert auf einen umnummerierten Punkt, sollte KAVDI eine entsprechende Fehlermeldung ausgeben. Bisher wurde der Insert zwar ausgeführt, die anschließende Umnummerierung (Replace) konnte jedoch nicht durchgeführt werden. Dabei wurde der umzunummerierende Punkt entfernt, ohne dass eine Fehlermeldung oder ein Hinweis ausgegeben wurde.

In diesem Fall wird nun eine Fehlermeldung ausgegeben, dass die Umnummerierung (Replace) nicht durchgeführt werden konnte. Der Insert wird weiterhin ausgeführt. Der Punkt, der umnummeriert werden sollte, bleibt jedoch zur Analyse im Projektspeicher erhalten. In der Regel handelt es sich dabei um einen Punkt mit einer temporären Nummer (O).

Da die Fortführungsdatei in diesem Fall fehlerhaft ist, sollte sie entsprechend korrigiert werden.

Unter den Projekteigenschaften wurde im Eintrag „Komm.-Schnittstelle“ ein weiterer Eintrag hinzugefügt: „frox FX S-Kataster“. Hier kann diese Schnittstelle nun individuell konfiguriert werden. Es besteht außerdem die Möglichkeit, auf die bisherige Schnittstellenversion zurückzugreifen. Die neue Schnittstellenversion bietet die Möglichkeit, individuelle Zuordnungstabellen für Punkte, Linien und Flächen zu verwenden.

Objekte, die gegebenenfalls aus Multicurves bestehen (z.B.:AX_WegPfadSteig) werden nicht richtig dargestellt. Der Fehler wurde korrigiert.

• Die Linienzuordnungstabellen und die Flächenzuordnungstabellen wurden um das Attribut „Darstellung“ erweitert. Das Attribut wird in der Schnittstelle frox FX S-Kataster verwendet. Das Besondere an diesem Attribut ist, dass auch dessen Bezeichnung „Darstellung“ konfigurierbar ist.
• Die Punktzuordnungstabellen wurden um das Attribut „Bemerkung“ erweitert. Das Attribut wird in der Schnittstelle frox FX S-Kataster verwendet.
• Die Zuordnungstabellen können Symbolzuordnungen für unterschiedliche Schnittstellen verarbeiten. Zurzeit werden die Symboldefinitionen aller bereitgestellten Schnittstellen angezeigt. Es wurde ein Schalter hinzugefügt, mit dem die Schnittstelle ausgewählt werden kann, deren Symboldefinitionen angezeigt werden sollen.

• Der Prozess zum Laden und zur Anzeige der Ausgleichungen wurde optimiert. Dies führt insbesondere bei größeren Projekten zu einer spürbaren Leistungssteigerung.
• Wenn in der Oberfläche des Viewers Parameter geändert werden, werden die bisherigen Ausgleichungsergebnisse automatisch gelöscht. Dadurch wird dem Anwender deutlich angezeigt, dass die Ausgleichung mit den neuen Parametern zunächst neu berechnet werden muss, um gültige Ergebnisse zu erhalten.
• Gruppierte Beobachtungen werden im Viewer in der Baumansicht angezeigt.
• Falls die gewünschte Berechnungsart bei orthogonale Messungslinien nicht eingehlten werden konnte, wird nun die Zeile der Zusatzparameter gelb eingefärbt und entsprechend dokumentiert.