Warum das Punktwolkenformat über den Planungsnutzen entscheidet
Photogrammetrie erzeugt aus vorhandenen oder beigestellten Bildern oft mehrere Outputs: texturiertes Mesh, Orthofoto, Punktwolke, CAD-Trace, BIM-orientiertes Modell oder Viewer. Die Punktwolke ist dabei kein Selbstzweck. Sie ist ein Zwischen- oder Prüfdatensatz, aus dem Planer, Architekten, Solarteure und Vermessungsbüros konkrete Geometrie ableiten.
Genau an dieser Stelle entscheidet das Format. Autodesk beschreibt RCP als Projektdatei, die auf RCS-Punktwolkendaten verweist. E57, PTS und PCG werden in ReCap als einzelne Scan-Dateien beschrieben, die Informationen aus einem Projekt bündeln können. Pix4D nennt für photogrammetrische Punktwolken unter anderem LAS, LAZ, PLY und XYZ als Exportformate. Das zeigt: Es gibt nicht das eine perfekte Format, sondern einen passenden Handoff pro Zielsoftware.
Für Voxelia ist der Punkt besonders wichtig, weil die Leistung nicht im Bewerben von Drohnenflügen liegt. Wir prüfen vorhandene Bilddaten und machen daraus nutzbare Planungsdaten. Ein sauberer Punktwolken-Handoff muss daher erklären, wofür der Datensatz gedacht ist: Revit-Referenz, CAD-Aufmaß, GIS-Lagebezug, Scan-to-BIM, PV-Dachmodell, Viewer oder reine Qualitätskontrolle.
Praktische Faustregel
Nicht mit dem Dateiformat beginnen, sondern mit der Zielsoftware und der Entscheidung, die auf Basis der Punktwolke getroffen werden soll.
E57, LAS/LAZ, RCP/RCS, PLY und XYZ im Vergleich
ASTM E2807 beschreibt E57 als Austauschformat für 3D-Imaging-Daten. Es kann 3D-Punkte, Attribute wie Farbe und Intensität sowie 2D-Bilder aus einem 3D-Imaging-System speichern. In der Praxis ist E57 deshalb stark, wenn Daten zwischen Systemen neutral übergeben werden sollen.
LAS und LAZ sind vor allem für große, georeferenzierte Punktwolken im Vermessungs- und GIS-Umfeld verbreitet. LAZ ist die komprimierte Variante und dadurch oft praktischer für Transport und Archivierung. Für Gebäudefassaden, Dachmodelle und lokale CAD-Handoffs ist aber nicht nur die Dateigröße relevant, sondern auch Einheiten, Ursprung, Koordinatensystem und Punktdichte.
RCP und RCS sind typische Autodesk-Zielformate. Revit und AutoCAD arbeiten in vielen Workflows über ReCap-indexierte Punktwolken. PLY und XYZ sind leichtergewichtige Austauschformate, aber je nach Export verlieren sie wichtige Strukturinformationen, Koordinatenbezüge oder Attribute.
Format ist nicht Qualität
Ein E57- oder RCP-Paket kann technisch importierbar sein und trotzdem für CAD, BIM oder PV ungeeignet bleiben, wenn Bildqualität, Maßstab, Koordinaten oder Punktdichte nicht passen.
| System / Datensatz | Eignung | Ideal für | Praxis-Hinweis |
|---|---|---|---|
| E57 | Neutraler Punktwolken-Austausch | Scan-to-BIM, Qualitätsprüfung, Übergabe zwischen Softwarewelten | Gute Wahl, wenn Empfänger nicht nur Autodesk nutzt oder ein archivfähiger Austauschdatensatz benötigt wird. |
| LAS/LAZ | Georeferenzierte Punktwolken und große Datensätze | GIS, Gelände, Orthofoto-Kontext, Vermessungsübergaben | Stark für Lagebezug und große Datenmengen; für Revit meist nicht der direkte Zielzustand. |
| RCP/RCS | Autodesk-Handoff | Revit, AutoCAD, Navisworks-nahe Koordination | Oft sinnvoll, wenn die Punktwolke direkt in Autodesk-Software referenziert werden soll. |
| PLY | Farbige Punktwolke oder 3D-Objektnähe | Viewer, Forschung, Mesh-nahe Workflows, Gaussian-Splatting-nahe Prüfungen | Prüfen, ob Koordinatensystem, Maßstab und Attribute für den Planungsworkflow reichen. |
| XYZ / TXT | Einfacher Rohdaten-Austausch | Schnelle Kontrolle, Skripte, Spezialimporte | Nur mit klarer Spaltendefinition, Einheit, Koordinatensystem und Attributbeschreibung sinnvoll. |
Welche Formate für Revit, AutoCAD, Archicad, QGIS und Viewer passen
Für Revit- und AutoCAD-Workflows ist häufig ein ReCap-Schritt nötig, weil Punktwolken als RCP/RCS-Projekte referenziert werden. Autodesk beschreibt RCP als Projektdatei, die RCS-Scan-Dateien referenziert. Deshalb ist die Übergabe nicht nur eine Datei, sondern oft ein Paket aus Projektdatei, Support-Ordner und klarer Importanweisung.
Für GIS-nahe Workflows sind LAS/LAZ und GeoTIFF-Orthofotos oft logischer als ein reines Autodesk-Paket. Wenn die Punktwolke in QGIS, CloudCompare oder Vermessungssoftware geprüft werden soll, zählen Koordinatensystem, Höhenbezug, Einheit, Klassifikation und sinnvolle Kachelung stärker als ein fotorealistischer Viewer-Eindruck.
Archicad- und openBIM-Workflows hängen stärker von Importpfad, Projektursprung und gewünschter Weiterverarbeitung ab. Häufig ist nicht die Punktwolke selbst das Endprodukt, sondern ein daraus abgeleitetes BIM-Modell, IFC-Handoff, Fassadenplan, Dachmodell oder CAD-Trace. Genau deshalb sollte die Punktwolke als Referenz sauber dokumentiert und nicht isoliert verschickt werden.
Bessere Übergabefrage
Fragen Sie nicht nur: Welche Datei bekomme ich? Fragen Sie: In welcher Software soll sie ohne Umwege prüfbar, skalierbar und lagerichtig nutzbar sein?
Koordinaten, Farben, Intensität, Einheiten und Punktdichte sichern
Ein Punktwolken-Handoff aus Photogrammetrie besteht nicht nur aus XYZ-Koordinaten. Für Planung und Abnahme sind Farbinformation, Punktdichte, Koordinatensystem, Höhenbezug, Einheiten, lokaler Ursprung, Transformationshinweise und Qualitätsgrenzen entscheidend. Ohne diese Angaben kann ein Datensatz optisch korrekt wirken, aber im CAD- oder BIM-Projekt falsch liegen.
E57 kann laut ASTM-Zusammenfassung neben 3D-Punkten auch Attribute wie Farbe und Intensität sowie 2D-Bilder speichern. In photogrammetrischen Workflows ist Intensität allerdings nicht automatisch mit Laserscan-Intensität gleichzusetzen; häufig sind RGB-Farben aus den Bildern relevanter. LAS/LAZ wiederum kann für georeferenzierte Punktwolken stark sein, muss aber richtig skaliert, gekachelt und beschrieben werden.
Voxelia dokumentiert deshalb nicht nur das Ausgabeformat, sondern auch den Zweck des Datensatzes: lokales Gebäudemodell, georeferenziertes Orthofoto, CAD-Unterlage, Revit-Referenz, PV-Dachmodell oder webfähiger Viewer. Diese Zweckbindung verhindert, dass ein Datensatz für Aufgaben genutzt wird, für die er nie geprüft wurde.
Typische Fehler beim Punktwolken-Handoff
Viele Probleme entstehen nicht bei der Rekonstruktion, sondern beim Übergang in die Zielsoftware. Eine Punktwolke kann korrekt berechnet sein und trotzdem im falschen Maßstab, am falschen Ursprung oder ohne nutzbare Attribute im CAD landen.
| Risikoszenario | Warum es kritisch ist | Typisches Symptom | Sinnvolle Gegenmaßnahme |
|---|---|---|---|
| RCP ohne vollständigen Support-Ordner | Die Projektdatei referenziert Punktwolkendaten und enthält nicht zwangsläufig alle Punkte selbst | Revit oder AutoCAD findet die Punktwolke nicht oder zeigt leere Referenzen | RCP/RCS als vollständiges Paket übergeben und Ordnerstruktur erhalten |
| Koordinatensystem fehlt | Empfänger kann Lage, Höhe und Projektursprung nicht nachvollziehen | Punktwolke liegt weit vom Modell entfernt oder rotiert falsch | CRS, Höhenbezug, Ursprung und Transformationshinweise dokumentieren |
| Zu hohe oder falsche Punktdichte | Große Punktwolken werden schwer bedienbar, ohne mehr Planungsnutzen zu liefern | Import langsam, Navigation zäh, CAD-Trace unübersichtlich | Punktwolke nach Zweck ausdünnen, kacheln oder ergänzend CAD/BIM ableiten |
| XYZ ohne Spaltendefinition | Einheiten, Reihenfolge und Attribute sind nicht eindeutig | Import wirkt verzerrt oder Farben fehlen | Schema, Einheit, Dezimaltrennzeichen und Attributspalten mitliefern |
So bereitet Voxelia Punktwolken aus vorhandenen Bilddaten vor
Der Workflow beginnt bei Voxelia nicht mit einem Drohnenflug, sondern mit der Frage, was aus den vorhandenen Bildern entstehen soll. Daraus leiten wir ab, ob eine Punktwolke überhaupt das richtige Hauptprodukt ist oder ob CAD, Orthofoto, Mesh, BIM-Modell oder Viewer den eigentlichen Nutzen liefern.
- 01
Zielworkflow und Empfängersoftware klären
Revit, AutoCAD, Archicad, QGIS, CloudCompare, PV-Software und Viewer benötigen unterschiedliche Übergaben.
- 02
Bilddaten, Maßstab und Koordinaten prüfen
Schärfe, Überlappung, EXIF/XMP, Referenzmaße, GCPs oder lokale Maßstäbe bestimmen, wie belastbar die Punktwolke wird.
- 03
Passenden Punktwolkenoutput erzeugen
Je nach Ziel entstehen E57, LAS/LAZ, PLY, XYZ oder ein Autodesk-naher RCP/RCS-Handoff über einen geeigneten Indexierungsprozess.
- 04
Datenmenge und Punktdichte anpassen
Für CAD-Trace, Scan-to-BIM, Fassaden, Dächer und Viewer werden Dichte, Ausschnitt und Kachelung zweckbezogen gewählt.
- 05
Übergabebericht und Grenzen mitliefern
Format, Koordinaten, Einheit, Qualitätsgrenzen, Importhinweise und empfohlene Folgeprodukte werden dokumentiert.
Was ein gutes Übergabepaket enthalten sollte
Ein gutes Punktwolkenpaket enthält mehr als eine große Datei. Sinnvoll sind eine kurze README, das Zielformat, gegebenenfalls ein neutrales Austauschformat, Angaben zu Koordinatensystem und Einheit, eine Vorschau, ein Qualitäts- oder Plausibilitätsvermerk und klare Grenzen der Nutzung.
Für Autodesk-Workflows sollte nachvollziehbar sein, welche RCP-Datei geöffnet wird und welche RCS-Daten dazugehören. Für E57- oder LAS/LAZ-Workflows sollten Empfänger wissen, ob die Punktwolke lokal oder georeferenziert ist, welche Höhe verwendet wurde und ob Farbattribute vorhanden sind. Für CAD/BIM ist zusätzlich wichtig, ob aus der Punktwolke direkt modelliert werden soll oder ob Voxelia bereits ein DXF/DWG-, IFC-, Mesh- oder Orthofoto-Handoff vorbereitet.
Der beste SEO-relevante, aber auch praktische Merksatz lautet: E57 ist oft der neutrale Austauschanker, LAS/LAZ ist stark für georeferenzierte Punktwolken, RCP/RCS ist häufig der Autodesk-Zielzustand. Entscheidend bleibt aber immer die geprüfte Eignung für den geplanten Einsatz.
FAQ zu E57, LAS/LAZ und RCP/RCS
Punktwolken-Handoff vorbereiten
Aus Bildern nutzbare CAD- und BIM-Daten machen
Wenn Sie vorhandene Fotos, Punktwolken oder ein unklareres Exportpaket haben, bereitet Voxelia den passenden Handoff für Revit, CAD, GIS, Viewer oder Scan-to-BIM vor.