Hallo,

ich versuche zur Zeit Nivellementsdaten im M5-Format, Reihenfolge RVVR mit automatischer Wechselpunktnummerierung in JAG3D einzulesen. Dabei habe ich festgestellt, dass die Höhenunterschiede scheinbar nicht korrekt berechnet werden. Auf dem ersten Standpunkt rechnet das Programm (R1-V1+R2-V1)/2, auf den folgenden Standpunkten nur noch R-V. Lediglich der Höhenunterschied auf dem letzten Standpunkt des Zuges wird korrekt berechnet. Wenn ich hingegen testweise einen Zug mit festen Wechselpunktnummern einlese, werden die Höhenunterschiede auf allen Standpunkten richtig berechnet. Kann es sein, dass hier ein Fehler im Programm vorliegt oder habe ich irgendwas übersehen?

Viele Grüße
Antje

Hallo Antje,

vielen Dank für Deine Nachricht.

Kann es sein, dass hier ein Fehler im Programm vorliegt oder habe ich irgendwas übersehen?

Ja, Du hast recht. Wenn die Namen für die Wechselpunkte nicht vorgegeben werden, wird die zweite Ablesung nicht korrekt verarbeitet. Ich habe gerade ein Fix erstellt. Kannst dieses mal bitte testen und mir kurz Rückmeldung geben, ob es mit Deinen Daten nun wie erwartet funktioniert?

Vielen Dank für Deine Hilfe
Micha

Hallo Micha,

das ging schnell. Ich habe die neue Version mit meinen Daten getestet und es werden jetzt die korrekten Höhenunterschiede berechnet.

Vielen Dank für die schnelle Hilfe.

Viele Grüße
Antje

Liebe Antje,

das ging schnell.

Danke. Ich versuche das Niveau zu halten.

Ich habe die neue Version mit meinen Daten getestet und es werden jetzt die korrekten Höhenunterschiede berechnet.

Ich teste gerade noch verschiedene Datensätze. Wenn alles funktioniert, dann veröffentliche ich eine offizielle Version.

Viele Grüße
Micha

Guten Abend Antje,

ich habe jetzt noch ein paar Sachen geändert. Ich würde mich sehr freuen, wenn Du noch mal einen kritischen Blick auf die neue modifizierte Version werfen könntest, damit ich es nicht wieder verschlimmbessert habe. Du findest diese hier:

JAG3Dv20221213_Windows.zip

Vielen Dank für Deine Mithilfe!
Micha

Hallo Micha,

ich habe die neueste Version mit meinen Daten getestet und sie werden richtig eingelesen und verarbeitet.

Bei der alten Version hatte ich zusätzlich das Problem, dass ich zwei Nivellementsnetze nicht unmittelbar nacheinander bearbeiten konnte, beim zweiten Netz traten dann immer extrem große Fehler auf. Da half dann nur ein Neustart des Programms, bevor ich das nächste Projekt anlegen konnte. Aber auch diese Problem scheint mit der neuesten Version behoben zu sein.

Nochmals vielen Dank.

Viele Grüße
Antje

Guten Abend Antje,

ich habe die neueste Version mit meinen Daten getestet und sie werden richtig eingelesen und verarbeitet.

Super, Danke für Deine Hilfe und die positive Rückmeldung. Ich werde bis Ende der Woche alles fertig machen und dann eine offizielle Version bereitstellen.

Bei der alten Version hatte ich zusätzlich das Problem, dass ich zwei Nivellementsnetze nicht unmittelbar nacheinander bearbeiten konnte, beim zweiten Netz traten dann immer extrem große Fehler auf.

Wenn Du ein neues Projekt anlegst, dann sollte eigentlich eine neue Datenbank erzeugt werden, die zwangsläufig leer ist. Fragmente aus dem alten Projekt dürfte es nicht geben. Hattest Du ein neues Projekt erzeugt oder nur die nicht mehr benötigten Daten aus den Tabellen entfernt.

Sollte das noch einmal vorkommen, kannst Du das Projekt mal aufheben und mir mit den Daten zusenden. Ich schaue es mir dann mal an. Ansonsten habe ich da nichts geändert und es wäre auch das erste Mal, dass ich mit diesem Problem konfrontiert werden.

Viele Grüße
Micha

Hallo Micha,

Wenn Du ein neues Projekt anlegst, dann sollte eigentlich eine neue Datenbank erzeugt werden, die zwangsläufig leer ist. Fragmente aus dem alten Projekt dürfte es nicht geben. Hattest Du ein neues Projekt erzeugt oder nur die nicht mehr benötigten Daten aus den Tabellen entfernt.

Ich hatte ein neues Projekt angelegt und dann erst die Daten des nächsten Netzes eingelesen. Ich hatte das auch mehrmals mit verschiedenen Datensätzen getestet und jedes Mal trat das gleiche Problem auf. Ich denke, dass es irgendwie mit der automatischen Wechselpunktnummerierung zusammengehangen haben muss. Ich habe jetzt nochmal das Ganze mit zwei Datensätzen getestet, bei denen die Wechselpunktnummerierung bereits in den Messdaten vorgegeben war und dabei tritt das Problem nicht auf.

Sollte das noch einmal vorkommen, kannst Du das Projekt mal aufheben und mir mit den Daten zusenden. Ich schaue es mir dann mal an. Ansonsten habe ich da nichts geändert und es wäre auch das erste Mal, dass ich mit diesem Problem konfrontiert werden.

Ich kann Dir gern einen Testdatensatz zur Verfügung stellen (getestet mit der Version JAG3Dv20220930). Mit der letzten Version vom 13.12. trat das Problem jedoch bereits nicht mehr auf.

Viele Grüße
Antje

Guten Abend Antje,

Ich kann Dir gern einen Testdatensatz zur Verfügung stellen (getestet mit der Version JAG3Dv20220930). Mit der letzten Version vom 13.12. trat das Problem jedoch bereits nicht mehr auf.

Ich kann es gern mit Deinen Daten in der alten (derzeit noch aktuellen) Version probieren. Du kannst mir die Daten gern zusenden: michael.loesler@fb1.....de Ich würde dann mal schauen, ob ich es reproduzieren kann und ggf. noch mal hier nachfragen.

Viele Grüße
Micha

Danke für den Hinweis und die schnelle Lösung
Ích war im Juli so glücklich mit der automatischen Wechselpunktnummerierung, dass mir das gar nicht aufgefallen ist.

Hallo Michael,

ich hatte Deinen Thread schon rausgesucht und in meine Lesezeichen für eine Benachrichtigung geschoben. Ich habe mit verschiedenen eigenen Datensätzen aber auch mit den beiden Dateien von Antje verschiede Tests durchgeführt und konnte keine Probleme mehr feststellen. Aus diesem Grund habe ich heute ein offizielles Release erstellt: JAG3Dv20221217.

Viele Grüße und einen schönen vierten Advent
Micha

Hallo Antje,

Ich kann Dir gern einen Testdatensatz zur Verfügung stellen (getestet mit der Version JAG3Dv20220930). Mit der letzten Version vom 13.12. trat das Problem jedoch bereits nicht mehr auf.

Ich habe Deine Testdaten erhalten. Dankeschön! Ich habe heute mit verschiedenen (älteren) Versionen probiert, das geschilderte Problem beim Erstellen eines neuen Projektes zu reproduzieren. Dies ist mir nicht gelungen. Zwischen der früheren Version und der aktuellen habe ich bei der Benennung der Punkte nur zwei Sachen noch verändert. Die Punktnummern der unbenannten Wechselpunkte werden aus der Systemzeit generiert. Beim Testen war mir aufgefallen, dass der Integer teilweise zu klein war, um die generierte Zahl im Integer-Zahlenbereich abzudecken, sodass auch negative Zahlen in den Punktbezeichnungen vorkamen. Es könnte sein, dass es hier zu Dopplungen gekommen ist, die eine Art Kollision verursacht haben - zwei Wechselpunkte haben identische Namen. Das ist aber spekulativ und ich kann es Dir nicht genau sagen. In jedem Fall habe ich auf den Datentyp Long umgestellt, sodass ein Überlauf des Wertebereichs jetzt nicht mehr vorkommen dürfte. Zusätzlich werden nun noch drei Zufallsziffern ans Ende gefügt. Die generierten Namen sind damit nun etwas länger als zuvor.
Getestet habe ich neben Deinen beiden Datensätzen auch eine Aufnahme im aRVVR-Verfahren mit Zwischenblicken. Auch dieses Format - auch wenn vermutlich noch exotischer - scheint fehlerfrei gelesen bzw. importiert zu werden. Aus diesem Grund habe ich heute eine offizielle Version erstellt und hochgeladen: JAG3Dv20221217.

Vielen Dank noch einmal für Deine Mithilfe und ich wünsche Dir einen schönen vierten Advent.
Micha

Hallo Micha,

vielen Dank nochmal für Deine Hilfe.

Viele Grüße und ein schönes Weihnachtsfest
Antje