Bin zwar eher fachfremd und mühe mich selbst ab

Wenn Du Fragen hast, helfen wir Dir sicher gern. Die meisten haben hier rote Kisten aus der Schweiz im Einsatz...

Wenn ich also vorher Grenzen mit einer Linie festgelegt habe würde ich sehen ob draußen oder drinnen

Jain. Das Problem ist dann Deine Ansicht/Zoom. Wenn Du klar im Feld bist, sieht man es aber wenn Du am Rand läufts, wird es schwer.

Gruß Micha

Bin zwar eher fachfremd und mühe mich selbst ab, aber am Simulator habe ich zumindest festgestellt, dass ich sobald ich (virtuell) eine Messung bloß mit DIST auslöse schon ein "Fähnchen" in der Map Ansichtsseite gezeigt wird. Wenn ich also vorher Grenzen mit einer Linie festgelegt habe würde ich sehen ob draußen oder drinnen

Tschü`

habt ihr schon mal mit dem GeoC++ oder GEOBasic eine eigene Application für die Geräte gebastelt?

Die Ansteuerung des TCA2003 bzw. TCRA1201 habe ich bisher nur in JAVA geschrieben. Das ging problemlos, da das Instrument doch recht genügsam ist. Wie gesagt, ab der 1200er Serie muss die Schnittstelle mitgekauft werden, sonst hat es sich bereits erledigt.

Das wäre vielleicht auch noch eine Möglichkeit meine Kollisionsabfrage Punkt im Polygon zu implementieren?!

Sicher wäre es das. Ich denke, der Code ist einfach genug, um ihn in jeder Sprache zu implementieren, die trigonometrische Funktionen mitbringt. Zur Not kann man diese auch problemlos aus einer Reihenentwicklung ableiten.

Wenn Du wie bisher arbeitest, könntest Du aber auch im Postprocessing die Daten filtern. Du arbeitest so, wie es Johannes noch mal zusammengefasst hast und legst dann im Innendienst die Hülle fest und schmeißt die Punkte raus, die außerhalb der Fläche liegen. Hierzu könntest Du wie gewohnt weiterarbeiten im Feld (mit der MAP im 1200er) und für den Punkt-Im-Polygon Test schreibst Du Dir eine kleine Applikation in einer Sprache Deiner Wahl. Ich denke, dass wäre die im Augenblick kostengünstigste Variante ohne Feldrechner und Software.

Ich habe mich gestern mal damit etwas näher beschäftigt und das sieht sehr vielversprechend aus.

Ich habe davon noch nie was gehört, muss ich gestehen, aber vll ist das eher auf dem Gebiet der Geoinformatik relevant.

Gruß Micha

zu 1:

die Mittel sind eigentlich nicht mehr zur Verfügung, aber es gibt hier am Institut bereits diverse Geländerechner. Nur die Software wird ja auch nicht ganz so Preiswert sein.

zu 2:

i.d.R ist es ein Einmannjob aber wir haben das auch schon zu zweit bewerkstelligt

zu 3:

Die Rechner werden garantiert weiter genutzt. Smart Worx haben wir nicht.

Mal noch ne andere Frage dazu:

habt ihr schon mal mit dem GeoC++ oder GEOBasic eine eigene Application für die Geräte gebastelt? Das wäre vielleicht auch noch eine Möglichkeit meine Kollisionsabfrage Punkt im Polygon zu implementieren?!
Ich habe mich gestern mal damit etwas näher beschäftigt und das sieht sehr vielversprechend aus.

**MP79**

ich glaube bevor wir hier über Feldrechner und mögliche Software diskutieren sollte MP79 mal erzählen, ob er
1. finanzielle Mittel für den Kauf zur Verfügung hätte.
2. er im Ein-oder-Zwei-Mann-Trupp in den Außendienst geht.
3. wird der mögliche Feldrechner und/oder Software auch nach Abschluß des Projektes genutzt.
Achso wichtig wäre vielleicht auch noch, welche Software auf dem Tachymeter ist.
Habt Ihr vielleicht schon Smart Worx.

Zur Zeit würde ich auf Grundlage deiner Angaben wie folgt vorgehen.
Ich würde mir ein Polygon am 1200-er legen (durch Messen der Umfangspunkte), dies in einer bestimmten grellen Farbe darstellen (siehe Grafik von Micha) und dann das Symbol des Reflektorstabes vergrößert und farblich angepasst darstellen.
So hat hat man auch ohne Zoomen eine schnelle visuelle Kontrolle.
Zur Speicherung der Parameter (Krone, Umfang) kann ich dir die Smart-Codes am 1200-er wärmstens empfehlen die ermöglichen eine schnelle Auswahl der gebräuchlichsten Codes.

So denn