Ich habe einer Datei mit mehreren Höhlen eine neue Höhle hinzugefügt. Aus einem mir unerfindlichen Grund wird eine andere Höhle in der Google-Maps-Ansicht seither fälschlicherweise an den Koordinaten der neuen Höhle angezeigt. Das Omega-Symbol befindet sich nach wie vor an der korrekten Stelle, nur die Messzüge befinden sich jetzt direkt am Eingang der neuen Höhle.
Ich habe den Vorgang wiederholt und der Fehler ist nicht erneut aufgetreten, ich weiß also nicht was genau schief gelaufen ist.
Eine Reparatur der fehlerhaften Datei ist nicht nötig. Allerdings wäre es gut, die Fehlerquelle zu finden und für alle Benutzer zu beheben. Vielleicht habe ich einfach einen Fehler gemacht?
Das Problem könnte im Zusammenhang mit der neuen Funktion zur Verbindung von mehreren Höhlen stehen.
The mutli-caves mode works with UTM coordinates, so if you used geographical mode at some point... it might be the reason for the mess. Did you swap at some point between geographical and UTM?
I had similar issue when I first used CRP and the solution was to reset the X/Y/Z of the reference points of all caves to 0/0/0 and recalculate... Since then I only use UTM projection... although I would like to use the Geographical projection...
Folgendermaßen kann man diese Situation herstellen: Du verknüpfst einen Referenzpunkt über RefHöhle <> 0 mit einer anderen Höhle. Deren Koordinaten werden in den Referenzpunkt übernommen. Wenn du dann RefHöhle wieder auf 0 setzt, belieben die Koordinaten bestehen. Diese müssten dann manuell zurückgesetzt werden.
@ Jochen Du hast Recht, das funktioniert. Ich habe es eben ausprobiert und das Ergebnis ist deckungsgleich mit meiner beschriebenen Situation. Allerdings habe ich diese Situation nicht absichtlich herbeigeführt und ich kann 100% ausschließen, einen Wert für RefHöhle gesetzt zu haben. Es muss also eine andere Ursache geben. Also scheint die neue Funktion zum Verbinden mehrerer Höhlen doch nicht an dem Problem beteiligt. Die Antwort von Thomas ist an dieser Stelle sehr hilfreich.
@Thomas There was no swapping between geographical and UTM mode done by me. It has always been geographical as long as I remember. However I am not the creator of the initial file, so I cant know about a possible change from years ago. The important part is that I didnt touch those options when the problem appeared.
Resetting the reference points x / y / z indeed returned the position of the cave to the correct place. Thank you for that one. So now I know what to do next time.
Im surprised this is a known bug, since it never appeared to me before and this is not the first time Im adding caves to existing files. And yes, it appears to be a problem that you have written about already. This is the old thread about the same issue
However, I cannot confirm your assumption, that the problem would be rooted in the use of Excel or change between UTM and geographical. I did none of that and it still happened. That means the source is still to be found out.
Let me recap. I added a new cave which happened to affect the location of a different existing cave. This should not be happening.
I hope we three can find out what is happening together and solve the problem.
That was one of my first post and was still discovering CRP, so don't take everything I said for granted. I had this issues when I started playing with multi-caves files. Back then, CPR did not handled multi-caves with Geographic projection, but only in UTM. By this I mean in Geographical projection, all caves reference points were the same: i.e. 0/0/0. So I decided at that point to stick to the UTM projection. This said, I had a look just now, and it looks like the multi-cave issue in Geographic projection is now solved and well handled by CRP.
You might just have inherited of an old issue, which is (maybe) no longer an issue.
I understand that there are differences between your old problems and my current issue and I believe you that the old problems appear to be solved. However, there are also similarities in what we have experienced.
It all comes down to this: I have not edited the x/y/z myself. This means CaveRender must have done it on its own.
Unless I manage to reproduce the issue on my PC and record video footage of it, of which the first part has proven to be difficult, the best way to find out what has gone wrong is to look at the code.
@Jochen Kannst du bitte überprüfen, unter welchen Umständen CaveRenderPro die x/y/z Werte des Referenzpunktes einer Höhle automatisch so ändert, dass die Höhle am Eingang einer anderen Höhle angezeigt wird. Ich versuche weiterhin das Problem zu reproduzieren und auf Video aufzuzeichnen. Bisher ist mir das noch nicht gelungen. Vielleicht sollte ich ab jetzt eine konstante Videoaufzeichnung laufen lassen, um zukünftiges Rätselraten zu vermeiden.