<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Java·Applied·Geodesy·3D - Leica GSI Import</title>
<link>https://software.applied-geodesy.org/forum/</link>
<description>Support forum for JAG3D software package</description>
<language>en</language>
<item>
<title>Leica GSI Import (reply)</title>
<content:encoded><![CDATA[<p>Hallo Matthias,</p>
<blockquote><p>Wir arbeiten mit TS16, dass es von JAG3D Formatdateien für Leicageräte gibt wusste ich tatsächlich gar nicht. Wenn es die Zeit zulässt werde ich das mal ausprobieren.</p>
</blockquote><p>Dann ist es die TS30_GSI-16_JAG3D.FRT, die ich probieren würde. Diese nutze ich auch für die MS50 und die TS60 bei uns. Die TS16 zählt meiner Meinung nach auch in diese Instrumentenklasse.</p>
<blockquote><p>Fürs erste habe ich es jetzt so gelöst dass ich nach dem Caplan-Import einfach die Caplan-Z Datei in JAG3D importiere. Ist unter den aktuellen Voraussetzungen tatsächlich die beste Lösung für mich, schade dass ich die Importfunktion für Z-Files nicht früher gefunden hatte.</p>
</blockquote><p>Stimmt, den gibts auch noch. <img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /> Wenn Du diesen verwendest, dann stimmen wenigstens die Eingangsdaten bei beiden Programmen 100 %-ig überein. In jedem anderen Fall kam es aufgrund von internen Mittelwertbildungen schon mal zu Differenzen.</p>
<p>Schönen zweiten Advent und gutes Gelingen<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=4303</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=4303</guid>
<pubDate>Fri, 04 Dec 2020 21:45:30 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>Leica GSI Import (reply)</title>
<content:encoded><![CDATA[<p>Das ist nicht einmal für ein sauteures Programmpaket selbstverständlich.....<img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /> <img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /> <img src="https://software.applied-geodesy.org/forum/images/smilies/3.png" alt=";-)" title=";-)" /></p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=4301</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=4301</guid>
<pubDate>Fri, 04 Dec 2020 11:10:01 +0000</pubDate>
<dc:creator>Eddi</dc:creator>
</item>
<item>
<title>Leica GSI Import (reply)</title>
<content:encoded><![CDATA[<blockquote><p>Das kann ich bis zu einem gewissen Grad nachvollziehen aber ich möchte Dich eher motivieren das Problem zu lösen als die Symptome. Zumal es in der gezeigten Art und Weise keinen Mehrwert bietet.</p>
</blockquote><p>Der Mehrwert liegt tatsächlich im Außendienst. Da kann ich auch bestätigen dass für unsere Arbeit, die Sache mit den Freicodes den Arbeitsablauf vereinfacht. (Bei uns kommt es tatsächlich auf jede Zeitersparnis pro Standpunkt an)</p>
<p> </p>
<blockquote><blockquote><p>Zumal ich ja der Sonderling bin, der lieber mit JAG3D als mit Caplan ausgleichen möchte. :D</p>
</blockquote></blockquote><blockquote><p><br />
Du hattest nicht geschrieben, welche Instrumente Ihr nutzt von Leica. Wenn es eines der neueren ist, die eine FRT (Formatdatei) für den Export verwenden, dann kannst Du ggf. auf eine der FRTs aus dem Downloadpacket von JAG3D verwenden. </p>
</blockquote><p>Wir arbeiten mit TS16, dass es von JAG3D Formatdateien für Leicageräte gibt wusste ich tatsächlich gar nicht. Wenn es die Zeit zulässt werde ich das mal ausprobieren.</p>
<p>Fürs erste habe ich es jetzt so gelöst dass ich nach dem Caplan-Import einfach die Caplan-Z Datei in JAG3D importiere. Ist unter den aktuellen Voraussetzungen tatsächlich die beste Lösung für mich, schade dass ich die Importfunktion für Z-Files nicht früher gefunden hatte.</p>
<p><br />
Vielen Dank nochmal für deine Anregungen und deinen Support, das ist für eine freie Software absolut nicht selbstverständlich. </p>
<p>Viele Grüße<br />
Matthias</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=4300</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=4300</guid>
<pubDate>Fri, 04 Dec 2020 10:29:49 +0000</pubDate>
<dc:creator>mm</dc:creator>
</item>
<item>
<title>Leica GSI Import (reply)</title>
<content:encoded><![CDATA[<p>Hallo Matthias,</p>
<blockquote><p>Das typische in einem Konzern, wurde irgendwann mal festgelegt und wird seitdem halt so gemacht.</p>
</blockquote><p>Das kann ich bis zu einem gewissen Grad nachvollziehen aber ich möchte Dich eher motivieren das Problem zu lösen als die Symptome. Zumal es in der gezeigten Art und Weise keinen Mehrwert bietet.</p>
<blockquote><p>Zumal ich ja der Sonderling bin, der lieber mit JAG3D als mit Caplan ausgleichen möchte. :D</p>
</blockquote><p>Du hattest nicht geschrieben, welche Instrumente Ihr nutzt von Leica. Wenn es eines der neueren ist, die eine FRT (Formatdatei) für den Export verwenden, dann kannst Du ggf. auf eine der FRTs aus dem Downloadpacket von JAG3D verwenden. </p>
<blockquote><p>(in Caplan funktioniert die automatisierte Datenverarbeitung mit den Codes 10/88)</p>
</blockquote><p>Lass Dich davon nicht täuschen. Ihr habt das in dieser Software so hinbiegen müssen, indem Ihr Eure Sondercodes dort spezifiziert habt. Es wurde also erst die GSI vom Standard gelöst und dann der Import von Caplan so hingebogen, dass es mit diesen Änderungen etwas anfangen kann. Ihr habt Euch da doppelte Arbeit gemacht. Ich könnte in Caplan Eure GSI nicht einlesen.  <br />
 </p>
<blockquote><p>Darauf wird es dann leider hinauslaufen, bzw. darauf dass ich die GSI im Innendienst händisch anpasse. </p>
</blockquote><p>Vielleicht reicht schon ein Makro im Notepad++ (oder UltraEdit)</p>
<blockquote><p>Ehrlicherweise weiß ich aktuell gar nicht wie eine Standard-GSI den Standpunkt definiert</p>
</blockquote><p>Da, wo Ihr derzeit die 10 und die 88 reinschreibt. Hier mal ein Beispiel:</p>
<pre>110306+000<strong>90073</strong> 84..16+00000000 85..16+00000000 86..16+00000000 87..16+00000000 88..16+00000000 
110307+000<strong>90074</strong> 87..16+00000000 88..16+00000000 31..06+01088065 21.322+29676045 32..16+01088053 33..16-00005150 22.322+10030107 51..1.-0007+000 81..06-01086644 82..06-00055344 83..06-00005150 
110308+000<strong>90072</strong> 87..16+00000000 88..16+00000000 31..06+00795234 21.322+08078441 32..16+00795211 33..16+00005996 22.322+09952104 51..1.-0007+000 81..06+00759261 82..06+00236397 83..06+00005996 </pre><p>Der Standpunkt hat die Nummer 90073, die Instrumentenhöhe ist hier Null (siehe Code 88 am Ende der ersten Zeile). Koordinaten wurden vom Instrument nicht berechnet, weshalb 84, 85 und 86 hier ebenfalls Null sind. Von diesem Standpunkt wurden dann die Punkte 90074, 90072 ... gemessen.</p>
<p>Viele Grüße<br />
Micha</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=4297</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=4297</guid>
<pubDate>Thu, 03 Dec 2020 10:13:34 +0000</pubDate>
<dc:creator>Micha</dc:creator>
</item>
<item>
<title>Leica GSI Import (reply)</title>
<content:encoded><![CDATA[<blockquote><p>Welche plausible Begründung gibt es, etwas neu zu definieren anstatt das bestehende zu verwenden? Der Sinn eines Standards ist doch gerade, dass automatisierte Datenverarbeitung sinnvoll möglich wird.</p>
</blockquote><p>Das typische in einem Konzern, wurde irgendwann mal festgelegt und wird seitdem halt so gemacht. Da kann und will ich nicht groß gegen angehen. Zumal ich ja der Sonderling bin, der lieber mit JAG3D als mit Caplan ausgleichen möchte. :D (in Caplan funktioniert die automatisierte Datenverarbeitung mit den Codes 10/88)</p>
<blockquote><p>Die Lösung liegt doch aber auf der Hand, neben Euren selbst definierten Codes muss doch lediglich der tatsächlich vorgesehene noch hinzugefügt werden. Ist das nicht möglich?</p>
</blockquote><p>Darauf wird es dann leider hinauslaufen, bzw. darauf dass ich die GSI im Innendienst händisch anpasse. Ehrlicherweise weiß ich aktuell gar nicht wie eine Standard-GSI den Standpunkt definiert, aber das herauszufinden ist ja das geringste Problem.</p>
<blockquote><p><br />
Vielem Grüße<br />
Micha</p>
</blockquote><p>Vielen Dank für deine Antwort!</p>
<p>Viele Grüße<br />
Matthias</p>
]]></content:encoded>
<link>https://software.applied-geodesy.org/forum/index.php?id=4295</link>
<guid>https://software.applied-geodesy.org/forum/index.php?id=4295</guid>
<pubDate>Wed, 02 Dec 2020 21:34:41 +0000</pubDate>
<dc:creator>mm</dc:creator>
</item>
</channel>
</rss>
