dxf Import vollständig implementieren

[Labauke]

Im Moment ist ein erster Import von dxf Dateien implementiert. Folgende Punkte sind noch offen für den Import:

• [x] Blocks: Das sind Elemente die in der Zeichnung wiederholt auftreten (Bsp. Toiletten, Waschbecken). Diese werden am Anfang einmal definiert und dann referenziert. Im Moment werden die referenzierten Blocks übersprungen.
• [ ] Hatches: Das sind gefüllte Elemente (mit z.b. Schraffuren). Diese können verschiedene Formen haben (Kreis, Ellipse, Polyline) und verschiedene Füllungen, es müssten entsprechend Patterns implementiert werden oder alles wird solid gezeichnet.
• [ ] Polylines Linientypen: solid, gestrichelt, Punkt-Strich,... Im Moment nur solid möglich. Ecken von Polylines können abgerundet sein (als arc implementiert)
• [x] Dimension Entities: Bemaßungen. Sind im Moment nicht implementiert.
• [x] Text: nicht implementiert. Der ist auch für die Dimension Entities notwendig.

Eine Orientierung gibt das Interface der dxf library drw_interface.h. Dort sind virtuelle Funktionen deklariert die selbst implementiert werden müssen. Maik hat sich damit tiefer beschäftigt und kann Fragen beantworten.

Außerdem noch offen für das Handling in der Oberfläche:

• [x] TreeWidget Implementierung: Einfügen der drawings im TreeWidget, Möglichkeit zur Aublendung/Einblendung von Layern
• [x] Snap-Funktion
• [ ] eventuell: dwg-dxf Konvertierung. Im Repo der dxf library ist bereits eine dwg2dxf Funktion vorhanden (https://github.com/codelibs/libdxfrw/tree/master/dwg2dxf)

[ghorwin]

Ein paar Ideen...

Ebenenverwaltung

• wir haben bereits im Framework die Möglichkeit, Gitter-Ebenen zu definieren. Diese können aber in der Oberfläche noch nicht bearbeitet werden (Eigenschaften: sichtbar/unsichtbar; snap-aktiv/inaktiv; + Position und Ausrichtung)
• die DXF-Daten sind (sofern planar) Ebenen, also vielleicht eine Hierarchie:

Ebene (offset + x-achse + z-normal):
  |
  |- Gitter-Ebene (major, minor grid distance, extend) 
  |- Imported2DGeometry-Ebene (2D-offset (wird an 3D offset gemappt), scale x, scale y 
     (negative Skalierungsfaktoren für's Flippen)

Alternativ alle Attribute in ein Objekt und dort einen Auswahltyp "Gitter" oder "2D Geometrie" (enum).

In der Programmoberfläche würde ich die Ebenen im TreeView darstellen, mit eigenem FeatureWidget für die Eigenschaftsanzeige (dazu gibt es schon ein Ticket irgendwo...).

Snap-Funktionalität

Hier gibt es viele Spielarten:

• Stufe 1: Schnittpunkte der importierten Geometrie werden vorberechnet und als Snap-Punkte geführt
• Stufe 2: potentielle Schnittpunkte werden auch berechnet (Algorithmus: Linien werden um x Meter in beide Richtungen verlängert, bzw. bis in die Unendlichkeit und damit werden Schnittpunkte berechnet; Berechnung nach Import)
• Stufe 3: potentielle Schnittpunkte der importieren Geometrie UND der existierenden 3D Geometrie (Kanten) werden berechnet (jeweils nach Änderung der 3D-Geometrie zu aktualisieren)

Die Schnitt-Algorithmen haben hohe Komplexität (jede Linie mit jeder anderen). Daher sollte man dies möglichst effizient implementieren, zumindest für Stufe 3.

Snap-Algorithmus: Snap-Koordinaten x,y in 2D Ebene bestimmen, dann Suche durch alle Snap-Kandidaten und finden des dichtesten; wenn lineare Suche zu lange dauert, red-back-tree search/quadranten search nutzen (ist eine schöne Aufgabe für unseren Informatikernachwuchs :-)