| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Autodesk Produkte |
| |
| PNY wird von NVIDIA zum Händler des Jahres gewählt – zum dritten Mal in Folge, eine Pressemitteilung
|
Autor
|
Thema: Höhensprünge im Längsschnitt (1860 mal gelesen)
|
MarkusG1900 Mitglied Student
Beiträge: 4 Registriert: 30.09.2015
|
erstellt am: 30. Sep. 2015 16:02 <-- editieren / zitieren --> Unities abgeben:
Hallo Ich habe ein Problem, ich habe 3 DGM's übereinander und schneide diese an mehreren Stellen. Bei den Längsschnitten ergibt sich dann das Problem das bei einem DGM es Höhensprünge gibt (zu sehen im Anhang) Ich habe versucht die Vermaschung zu ändern der DGM's aber hab wenig erfolg dabei gehabt. Die Koordinaten der Punkte des DGM's wo es die Fehler gibt sind aus einer Geo-Radar Messung Habe keine Ahnung wo das Problem liegt, da ein anderes DGM das den Bereich über dem Fehlerhaften darstellt normal aussieht bzw abgebildet wird und die Daten sich nicht so groß unterscheiden Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 30. Sep. 2015 16:20 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Dann werden die Daten aus Deinem Georadar fehlerhaft sein oder Du interpretierst sie einfach falsch (mehrere Z Werte für eine XY-Koordinate könnte ich mir als Fehlerquelle vorstellen -> weil DGM nur 2,5D). Wie sehen denn die Rohdaten für so eine GEO-Radar Messung aus? Ein Ausschnitt aus so einer ASCII-Datei wäre hilfreich um präziser antworten zu können. ------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MarkusG1900 Mitglied Student
Beiträge: 4 Registriert: 30.09.2015
|
erstellt am: 30. Sep. 2015 16:27 <-- editieren / zitieren --> Unities abgeben:
|
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 30. Sep. 2015 17:43 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Hallo Markus, die Ausgangsdaten sind kaum zu gebrauche für eine sinnvolle DGM-Erstellung. Anscheinend wurde in 10 Zügen a 100m kreuz und quer über ein Gelände gegangen und dabei in den Streifen eine Unmenge an Daten aufgenommen pro cm² mehrere Punkte aber eben nur entlang der Streifen. Die Folge ist, dass die Dreiecksvermaschung extrem schmale und lange Dreiecke bringt. Da hilft eigentlich nur vereinfachen -> 100% Punkte -> Glätten oder alternativ gleich als Punktwolke einlesen und mit den MAP-Funktionen ein Raster-DGM erstellen trotzdem bleibt das Ergebnis fraglich
------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 01. Okt. 2015 12:45 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Ich hab nochmal etwas darüber gegrübelt. Und zwar müsstest du alle Punkte, welche in einem Zug gemessen wurden anhand der laufenden Nummer zu einer 3D-Polylinie verbinden (bin noch auf der Suche nach dem passenden LISP) Das für die 9 anderen Züge wiederholen Die 3D-Polylinien bereinigen mit MAPCLEAN -> um unnötige Punkte zu entfernen und die Entstandenen 3D-Polylinien als Bruchkante zu einem neuen DGM hinzufügen. Das Ergebnis müsste am ehesten deinen Anforderungen genügen
------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MarkusG1900 Mitglied Student
Beiträge: 4 Registriert: 30.09.2015
|
erstellt am: 01. Okt. 2015 12:58 <-- editieren / zitieren --> Unities abgeben:
|
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 01. Okt. 2015 13:58 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Hallo Markus, hab auch einen Übeltäter gefunden der Dein Modell durcheinander bringt Der erste Punktnummernbereich geht von 1 bis 6995 Diese lassen sich wie folgt zu einer 3D-Polylinie verbinden: 1.) _3DPOLY 'PN 1-6995 Das ganze für die Punkte 6996 bis 18956 durchgeführt offenbart (RMT Objekt-Viewer), dass hier 2 Messreihen übereinanderliegen (verschieden Schichten) und die Zacken im DGM verursachen -> eine der beiden Linien weglassen bei der DGM-Erstellung ------------------ mfg Roman
[Diese Nachricht wurde von RL13 am 01. Okt. 2015 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
KlaK Ehrenmitglied V.I.P. h.c. Dipl. Ing. Vermessung, CAD- und Netz-Admin
Beiträge: 2812 Registriert: 02.05.2006 AutoCAD LandDesktop R2 bis 2004 Civil 3D 2005 - 2022 AEC-Collection Plateia, Canalis Visual Basic
|
erstellt am: 01. Okt. 2015 14:11 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Ich denke man diese ganze Messung vergessen, wenn man nicht weiß woher die Daten stammen und wie die Referenzierung erfolgte. in beiliegendem Bild sieht man dass bei den drei roten Linien jeweils schwarze Spurgleich sind, allerdings haben sie unterschiedliche Einbuchtungen (rechts Ansicht von SW). Da sind jeweils Sprünge von 5 m. Evtl. ist das Gebiet bewaldet und gelegentlich kam der Laser doch mal auf den Boden ... Grüße Klaus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 01. Okt. 2015 14:16 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Die grobe Schrittfolge für das Erstellen eines bereinigten DGM lautet also: 1. Alle Punkte als CIVIL-Punkte einlesen im Format PRHZB (Leerzeichentrennung) mit _AECCIMPORTPOINTS 2. Die Anfangs- und Endpunkte der Linienzüge identifizieren. 3. jeweils zu 3D-Polylinien verbinden 4. Bereinigen indem aus den 3D-Polylinien Elementkanten erzeugt werden mit _AeccCreateFeatureLines dabei "Punkte bereinigen" anhaken 5. Die richtigen Elementkanten einem DGM als Bruchkanten hinzufügen. ------------------ mfg Roman Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
RL13 Ehrenmitglied V.I.P. h.c. Dipl.-Ing. Bauwesen
Beiträge: 2373 Registriert: 23.10.2008 Civil 3D 2018.1 Civil 3D 2016 64 Bit SP 3 mit DACH und Extensions W7 Professional 64Bit HP Z440 Intel Xeon CPU E5-1620 v4 32 GB RAM NVIDIA Quadro P4000
|
erstellt am: 01. Okt. 2015 14:17 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Hallo Klaus, RADAR ist was anderes als LASER-Vermessung Ich denke es sind unterschiedliche Bodenschichten ------------------ mfg Roman [Diese Nachricht wurde von RL13 am 01. Okt. 2015 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
KlaK Ehrenmitglied V.I.P. h.c. Dipl. Ing. Vermessung, CAD- und Netz-Admin
Beiträge: 2812 Registriert: 02.05.2006 AutoCAD LandDesktop R2 bis 2004 Civil 3D 2005 - 2022 AEC-Collection Plateia, Canalis Visual Basic
|
erstellt am: 01. Okt. 2015 14:27 <-- editieren / zitieren --> Unities abgeben: Nur für MarkusG1900
Hast recht, überlesen .. er schrieb ja von Georadarmessungen. Dann wurden die drei Strecken wohl doppelt begangen und es gibt an den Übergängen der Bodenschichten unterschiedliche Strahlendurchgänge. Müßte da mal mit unseren Geologen sprechen wie die das eliminieren. Am sinnvollsten wäre wohl die Linien zu vereinfachen und bei den Übergangsbereichen eine schräge einzuführen. Kommt ja nicht auf den cm an ... Grüße Klaus Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
MarkusG1900 Mitglied Student
Beiträge: 4 Registriert: 30.09.2015
|
erstellt am: 01. Okt. 2015 16:13 <-- editieren / zitieren --> Unities abgeben:
|