Danke für die schnelle Antwort. Ich werde das bei nächster Gelegenheit gerne durchspielen.

Das mache ich eigentlich immer, in dem ich beim Grundriss und Seitenriss den Massstab auswähle, also zum Beispiel 1:100 oder 1:250.
Ich bei nächster Gelegenheit testen, unter welcher Ausgangslage die einzelnen Symbole zu gross sind.

I actually always do that by selecting the scale for the floor plan and side view, for example 1:100 or 1:250.
I'll test at the next opportunity under what starting point the individual symbols are too large.

Das ist doch ein pragmatische Lösung. Danke!

Ich werde dies noch im Forum unter "Verbesserungsvorschläge" einbringen.

Okey, ich habe nun die UIS-Symbole runtergeladen. Merkwürdigerweise kann ich diese gemäss Anleitung wie gewünscht langsam und schnell drehen.

Was ich aber nicht kann, diese zu skalieren (mit Hochstelltaste/Shift und Mausrad bzw. Hochstelltaste plus Ctrl + Mausrad für schnelles Skalieren). Bei mir werden die ausgewählten und mit Verschieben markierten Elemente mit diesen beiden Tastenkombination seitlich verschoben, aber nicht vergrössert oder verkleinert. Hmm. Da bin ich jetzt etwas ratlos.

Zur Info: Ich habs mit den UIS-Symbolen Wandsinter und Luftzug stark versucht (und unter den Einstellung nachgeschaut, dass das Häkchen für "drehbar" gesetzt ist) ...

Super, wenn ich nur schon viel früher gefragt hätte.
Aber verstehe ich das richtig, ich muss das bei jeder neuen Höhle importieren - und kann die UIS-Symbole nicht generell im CRP als Standard integrieren?

Great, if only I had asked much earlier.
But do I understand that correctly, I have to import it for every new cave - and can't I generally integrate the UIS symbols in the CRP as a standard?

Ja, mit dem kleinen t und der Datumsanpassung bekomme ich die gefragte, als auch eine weitere Höhle auf den ersten Klick hin, wie von dir beschrieben.

Das ist bestens!
In Webtools gibt es doch z.T. Bewertungssternchen zur nachträglichen Zufriedenheitsbekundung. Wenn es bei dir 5 solcher Sterne gäbe, bekämst du ohne zu zögern alle 5!

Es hat mir keine Ruhe gelassen. Ich habe nun die alten Toporobot-Daten nochmals im Toporobot geöffnet und nun unter einer neuen Version gespeichert (03). Ohne Erfolg für den CRP-Import.
Als nächsten Schritt habe ich im Textfile die Hiroglyphen, die aus den Umlaute entstanden sind in der Textdatei geändert z.B. auf au (statt ä). Ohne Erfolg fürs den CRP-Import.

Zu meinem Vorgehen:
1. Ich habe zuerst im CRP die Höhle eröffnet und die Koordinaten und Co eingetragen und gespeichert.
2. Ich habe --> Höhlen --> Vermessung --> Toporbot --> öffnen gewählt

Nicht sicher war ich, ob ich im CRP zuerst eine 1. Zeile leer eröffnen muss vor dem Import oder ob dies nicht nötig ist / falsch wäre. Wie auch immer. Es hat mit beiden Varianten nicht geklappt.

So viel zu meinem Statusbericht mit den Eigenversuchen, die Hürde zu überwinden. Ich habe noch 120 weitere kleinere und mittlere Toporobot-Höhlen, die ich nach und nach in die neue Welt rüberbringen möchte.

Hier noch für die allfällige Verwendung das neu ab dem Toporobot generierte File - wollte ich zumindest, aber auch hier kommt die Meldung, dass ich diese .Text-Datei nicht hochladen könne -:(

Okey, hier nochmals ein Versuch mit der Datei. Heute kommt - das ist nun ein Nebenschauplatz - die Meldung, dass die Toporobot-Text-Datei nicht zum Hochladen konform sei (siehe Screenshot). Ich habe nun die Ursprungsdatei via Word geöffnet und so gespeichert (ebenfalls im Anhang). Da bin ich dir dankbar, wenn du mal reinschauen kannst.

Generell zur entscheidenden 1. Zeile für den Import, damit CRP die Daten aus dem Toporobot "ordnen" und somit korrekt importieren kann: Habe ich im Handbuch allenfalls übersehen, wie diese 1. Ziele konkret aussehen muss bzw. was nicht drin stehen darf oder was auch immer? Ich habe zum Beispiel via Texteditor gesehen, dass es wegen des Höhlennamens einen Umlaut hat. Zudem hat Toporobot je nach Anzahl Vermessungstouren und Deklinationseinstellungen und Co mehr oder weniger viele "vorgeschaltete" Zeilen, bevor die eigentlichen Vermessungsdaten starten. Könnte hier das Problem liegen?

@Jochen, danke für deinen Support. Mit der neuesten Version von Java hats nun auf Anhieb geklappt. Das ist eben eine Super-Funktion, die du im CRP eingebunden hast. Man sieht so z.B. sofort, ob es bei den Koordinatenübertrag einen Tippfehler gegeben hat und hilft bei der Lageanalyse. Danke dir!

Könnte da irgendwo auch mein Problem verborgen sein, dass ich zwar - wie vor einiger Zeit gemeldet - Google-Earth problemlos öffnen kann, aber bei Google-Maps der Bildschirm weiss /leer bleibt, wenn ich diese Funktion im CRP anwähle? Wenn ich Google-Maps ohne CRP-Umweg anwähle, klappt die Funktion bestens. Also muss es irgendwo zwischen CRP und Google-Maps ein Schnittstellenproblem sein. Die gleiche Höhle kann zwar mein Forschungskollege Ueli Enzmann öffnen, ich aber nicht. Also muss es irgendwo in den Einstellungen hapern. Ich bin aber kein PC-Spezialist und bin somit schlicht und einfach aufgeschmissen. Meine Hoffnung, dass mit der gestrigen Update allenfalls ein Wunder geschieht, ist nicht eingetroffen.

Zitat von CaveRenderPro im Beitrag #2

---

Folgendermaßen kann man diese Situation erklären: 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.

---

Hmm, ich habs auch nach neuen Anläufen über inzwischen 2 Wochenende trotz Überschlafen nicht geschafft. Offenbar passe ich nicht die richtigen bzw. nicht alle nötigen Parameter an. Wäre es möglich, dass ich das an einem konkreten Beispiel mit Screenshot-Anleitung nachvollziehen kann? Oder direkt an meiner konkreten Fragestellung? --> siehe File im Anhang? Hier müsste beim MP 11/4 der (inzwischen) mit DGPS-Präzision eingemessene Sekundär-Eingang verbunden werden. Die Koordinaten des Sekundäreingangs lauten: 46.79 222 8.35943
46.79222 8.35940
2362 m ü.M.

Zudem:
Natürlich weichen am MP 11/4 die Koordinaten der Vermessung vom DGP-eingemessenen Eingangspunkt ab. Da stellt sich zusätzlich die Frage, ob CRP dann vom Haupteingang bis zum neu gesetzten Sekundäreingang "automatisch" ausgleicht - oder wenn nein, wie dies zu bewerkstelligen ist. Es ist ja nicht im eigentlichen Sinne ein Rundschluss, wie dies innerhalb einer Höhle der Fall ist.

Danke für die geschätzte Unterstützung.

Jochen, ich bin jetzt nicht sicher bzw. mit den technischen Details zu wenig vertraut, ob damit meine Frage, die ich in diesem Tread stellen soll, bereits berücksichtig ist: "Wenn wir damals im Toporobot in rel. horizontalen Gängen vermessen haben, wurde die Ganghöhle immer lotrecht gemessen (oben bzw. unten). In Steilstufen jedoch rechtwinklig zum Polygonzug. Das heisst, bei senkrechter Strecke wurde «oben» und «unten» zur waagrechten Messung. Du hast diese Winkel-Einstellungen unter «Allgemein». Ich sehe hier aber keine Option, dass ich wie z.B. bei den «Geräten» pro Höhle unterschiedliche Winkeldarstellungen einstellen kann. Ist das richtig oder hab ichs übersehen?
Du hast darauf geantwortet: Ja, so eine Einstellung pro Höhle gibt es noch nicht. Bitte an diesem Thread teilnehmen: More LRUD's modes.
Ich hoffe, ich habe nun meinen Input am richtigen Ort eingetragen.