Verschiedenes-FAQ: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Version vom 2. November 2015, 13:22 Uhr

Häufig gestellte Fragen...

Gefundener _F-Punkt

Frage: Ich habe die Grenzmarke eines gegebenen _F-Punktes gefunden und aufgemessen. Jetzt möchte ich die Aufmessung als Basis für meine Berechnung(z.B. VKT) nutzen und nicht die ungenauere Soll-Koordinate. Wie kann ich das machen?
Antwort: Ich setze unter ALKIS-Vorgaben für den _F-Sollpunkt eine #. Die Messung braucht kein spezielles Flag. Jetzt kann ich die Messung (ohne #) als Basis für meine Berechnungen nutzen.

Frage: Was muss ich weiterhin tun, um die Koordinate aus der VKT-Berechnung als endgültige Koordinate einzuführen?
Antwort: Ich setze für die Festpunktkoordinate (aus der Ausmessung) in der VKT ein 'o' und einen '*' für Veränderung.

Frage: Was muss ich tun, wenn sich jetzt die Grenzmarke als "lagefalsch" erweist und ich neu abstecken will?
Antwort: Ich stecke die aus der VKT-Berechnung ermittelte Koordinate ab und messe die Absteckung mit den Flags 'km' auf. Somit habe ich den Nachweis der Genauigkeit Absteckung dokumentiert.

=> Schnelle Übersicht: ALKIS-Vorgabe: #; VKT: 'o*'; Absteckung: 'km'

Frage: Ich will aber jetzt - z.B. in anderen Berechnungen - auf meine erste Aufmessung zugreifen. Das geht nach obigem Weg nicht mehr. Was kann ich tun?

Antwort: Ich wähle ein anderes Vorgehen: Der ALKIS-Vorgaben-_F-Punkt bekommt keine #. Die erste Aufmessung bekommt eine #, ich messe also den zum Soll-Punkt zugehörigen #-Punkt auf. Jetzt kann ich in allen Berechnungen den #-Punkt mit der aufgemessenen Koordinate verwenden. In der VKT benutze ich auch den #-Punkt als Festpunktkoordinate und setzt ein 'o' und einen '*' für Veränderung.

Die Absteckung erfolgt jetzt ohne die # mit den Flags 'km'.

(Ab VermCad-Version 3.7.9 ist die veränderte Koordinate im Koodinatenverzeichnis auch in dieser Variante fett.)

=> Schnelle Übersicht: ALKIS-Vorgabe: ohne #; Aufmessung #-Punkt; VKT: #-Punkt mit 'o*'; Absteckung: 'km'

Hinweis zum Umnummerieren für obige Varianten: Wenn man in einen Punkt umnummerieren will, den es schon gibt (z.B. Vorgaben-#-Punkt). Muss normalerweise die "Trennschärfe" (siehe Optionen => Abweichungen) eingehalten werden. Das heißt die Punkte dürfen nicht weiter als die angegebene "Trennschärfe" auseinander liegen. Das wurde als Sicherheit eingebaut, damit man nicht aus versehen 2 verschiedene Punkte verschmilzt, die nicht identisch sind. Was kann man jetzt machen, um trotz größerer Koordinatendifferenz umzunummerieren?

1) Im Umnummerieren-Dialog das "überschreiben"-Häckchen setzen, damit ist die "Trennschärfe"-Prüfung ausgehebelt und man kann auch weiter entfernt liegende Punkte verschmelzen. (ab VermCad-Version 3.7.9)

2) #-temporär entfernen und nach umnummerieren wieder einfügen

3) Im Sollpunkt das Flag k vergeben, dann wird die Koordinate nicht verfügbar gemacht.

Hierbei ist zu beachten, dass das Verschmelzen nicht mehr exakt rückgängig gemacht werden kann. Es wird ein ALKIS-Objekt mit seinen Eigenschaften zerstört. Beim erneuten Trennen der Punkte, entsteht ein neues ALKIS-Objekt mit den Standard-Eigenschaften.

[Nach oben]

@@ Zeile 13: / Zeile 13: @@
 '''Frage:''' Was muss ich tun, wenn sich jetzt die Grenzmarke als "lagefalsch" erweist und ich neu abstecken will?<br />'''Antwort:''' Ich stecke die aus der VKT-Berechnung ermittelte Koordinate ab und messe die Absteckung mit den Flags 'km' auf. Somit habe ich den Nachweis der Genauigkeit Absteckung dokumentiert.
----------------------------------------------------------------------------------------------
+'''=> Schnelle Übersicht: '''ALKIS-Vorgabe: #; VKT: 'o*'; Absteckung: 'km'
+----
 '''Frage: '''Ich will aber jetzt - z.B. in anderen Berechnungen - auf meine erste Aufmessung zugreifen. Das geht nach obigem Weg nicht mehr. Was kann ich tun?
-'''Antwort: '''Ich wähle ein anderes Vorgehen: Der ALKIS-Vorgaben-_F-Punkt bekommt keine #. Die erste Aufmessung bekommt eine #, ich messe also den zugehörigen #-Punkt auf. Jetzt
+'''Antwort: '''Ich wähle ein anderes Vorgehen: Der ALKIS-Vorgaben-_F-Punkt bekommt keine #. Die erste Aufmessung bekommt eine #, ich messe also den zum Soll-Punkt zugehörigen #-Punkt auf. Jetzt kann ich in allen Berechnungen den #-Punkt mit der aufgemessenen Koordinate verwenden. In der VKT benutze ich auch den #-Punkt als Festpunktkoordinate und setzt ein 'o' und einen '*' für Veränderung.
+Die Absteckung erfolgt jetzt ohne die # mit den Flags 'km'.
+(Ab VermCad-Version 3.7.9 ist die veränderte Koordinate im Koodinatenverzeichnis auch in dieser Variante fett.)
+'''=> Schnelle Übersicht: '''ALKIS-Vorgabe: ohne #; Aufmessung #-Punkt; VKT: #-Punkt mit 'o*'; Absteckung: 'km'
+---------------------------------------------------------------------------------
+'''Hinweis zum Umnummerieren für obige Varianten: '''Wenn man in einen Punkt umnummerieren will, den es schon gibt (z.B. Vorgaben-#-Punkt). Muss normalerweise die "Trennschärfe" (siehe Optionen => Abweichungen) eingehalten werden. Das heißt die Punkte dürfen nicht weiter als die angegebene "Trennschärfe" auseinander liegen. Das wurde als Sicherheit eingebaut, damit man nicht aus versehen 2 verschiedene Punkte verschmilzt, die nicht identisch sind. Was kann man jetzt machen, um trotz größerer Koordinatendifferenz  umzunummerieren?
+) Im Umnummerieren-Dialog das "überschreiben"-Häckchen setzen, damit ist die "Trennschärfe"-Prüfung ausgehebelt und man kann auch weiter entfernt liegende Punkte verschmelzen. (ab VermCad-Version 3.7.9)
+) #-temporär entfernen und nach umnummerieren wieder einfügen
+) Im Sollpunkt das Flag k vergeben, dann wird die Koordinate nicht verfügbar gemacht.
+Hierbei ist zu beachten, dass das Verschmelzen nicht mehr exakt rückgängig gemacht werden kann. Es wird ein ALKIS-Objekt mit seinen Eigenschaften zerstört. Beim erneuten Trennen der Punkte, entsteht ein neues ALKIS-Objekt mit den Standard-Eigenschaften.
 {{Hilfe:NachOben}}