WO2011104244A1

WO2011104244A1 - Verfahren zum konvertieren von grafisch darstellbaren daten

Info

Publication number: WO2011104244A1
Application number: PCT/EP2011/052625
Authority: WO
Inventors: Peter Schlegel
Original assignee: Caxperts Gmbh
Priority date: 2010-02-24
Filing date: 2011-02-22
Publication date: 2011-09-01

Abstract

Die Erfindung geht aus von einem Verfahren zum Konvertieren von grafisch darstellbaren Daten von einem ersten unbekannten Format in ein zweites Format, wobei die Daten verschiedenen Datengruppen zugeordnet sind. Erfindungsgemäß werden die verschiedenen Datengruppen in dem ersten Format einzeln selektiert und dann bearbeitet.

Description

Verfahren zum Konvertieren von grafisch darstellbaren Daten

Die Erfindung betrifft ein Verfahren zum Konvertieren von grafisch darstellbaren Daten nach dem Oberbegriff von Anspruch 1.

Es gibt heute eine Vielzahl von Konstruktionsprogrammen (CAD), die auf eine spezielle Anwendung zugeschnitten sind. Derartige Programme werden, beispielsweise im Anlagenbau, aber dort nur von solchen Personen benutzt, die speziell in diesem Bereich tätig sind. Solche Programme sind meist so umfangreich ausgestattet, dass praktisch alle Belange dieses Bereichs damit abgedeckt werden können. Z. B. lassen sich meist alle Anlagenteile dreidimensional planen, so dass aus den grafisch dargestellten Daten alle wich- tigen Details entnommen werden können.

Schwierig ist jedoch oftmals die Kommunikation nach außen. Soll also beispielsweise eine Montagefirma von einem Anlagenbauer beauftragt werden, ein bestimmtes Gewerk, z. B. eine Dampfleitung zu montieren, so müssen Daten aus dem Programm des Anlagenbau- ers exportiert und so aufbereitet werden, dass die Montagefirma alle notwendigen Parameter und Details erhält. Die Montagefirma arbeitet jedoch üblicherweise mit einem speziellen in der Montage üblichen Programm und nicht mit dem Programm des Anlagenbauers. Die Daten über die in Auftrag gegebene Dampfleitung müssen also in eine Form gebracht werden, in der sie von einem Programm gelesen werden können, das nicht auf einen bestimmten Bereich beschränkt ist, sondern üblicherweise auf jedem Computer vorhanden ist.

Hier bietet sich insbesondere ein sogenannter PDF-Viewer an. PDF, das sogenannte Portable Document Format ist ein freies Format, welches inzwischen auch 3D-fähig ist. Es eignet sich daher hervorragend dazu, spezielle Anlagenteile von allen Seiten so darzustellen, dass es keine Zweifel an der tatsächlichen Montagesituation eines Objekts oder Ge- werkes (z. B. Notwendigkeit eines Gerüsts oder Zugänglichkeit für einen Kran) geben kann. Schwierigkeiten ergeben sich allerdings bei der Umwandlung der Daten aus dem Programm des Anlagenbauers in ein bekanntes und leicht lesbares Format, wie z. B. das PDF-Format. Verständlicherweise legen die Entwickler einer bestimmten Software nicht immer das Format offen, in dem die Daten innerhalb des Programms verarbeitet werden. Eine direkte Umwandlung in das PDF-Format wird in dem Programm des Anlagenbauers oft auch nicht angeboten. Es lassen sich zwar meistens zu dem Gegenstand gehörende Daten, wie die Maße und andere physikalische Parameter z. B. in eine Excel-Tabelle übertragen und exportieren, um aber alle vorhandenen und notwendigen Informationen zu übergeben, sind oft die grafischen Details zusätzlich notwendig.

Neuer Termin

Der Erfindung liegt die Aufgabe zugrunde, ein Verfahren zum Konvertieren von grafisch darstellbaren Daten so auszugestalten, dass die Daten unabhängig von ihrem ursprünglichen Format in ein bekanntes und leicht darstellbares Format übertragen werden können. Weiterhin sollen nach der Konvertierung auch zugeordnete Metadaten objektbezogen wieder zur Verfügung stehen.

Gelöst wird die Aufgabe gemäß der Erfindung durch ein Verfahren zum Konvertieren von grafisch darstellbaren Daten mit den Merkmalen von Anspruch 1 . Meist ist es nicht ausrei- chend ein einzelnes Objekt zu konvertieren, sondern es muss ein ganzer Anlagenteil mit einer Vielzahl von Objekten konvertiert werden, so dass sich das mit der Montage beauftragte Unternehmen ein Bild der Gesamtsituation machen kann. Üblicherweise gehen bei einer solchen Konvertierung von grafischen Daten von einem ersten unbekannten in ein zweites bekanntes Format aber alle Zuordnungen zu einzelnen Objekten verloren, die zwischen den reinen Grafikdaten und zugeordneten Metadaten bestehen. Zu diesen, einem Objekt zugeordneten Metadaten, gehören bei der oNeuer Terminben bereits angesprochenen Dampfleitung aus dem Anlagenbau z. B. die Nennweite, die Rohrklasse, der maximale Druck, der Leitungsname usw. Erfindungsgemäß werden deshalb die verschiedenen Datengruppen in dem ersten Format einzeln selektiert und dann bearbeitet. Bei dem oben angeführten Beispiel der Dampfleitung gehören die grafischen Daten dieser Dampfleitung zu einer Datengruppe, die ein Objekt definiert, während andere Objekte, wie beispielsweise Objekte des Stahlbaus oder des Betonbaus oder aber Ausrüstungsteile durch andere Datengruppen definiert werden. Die genaue Zugehörigkeit der grafischen Daten zu bestimmten Datengruppen wird von einem Quellprogramm, in diesem Fall dem Programm des Anlagenbauers vorgegeben.

In dem ersten Format sind einer Datengruppe von dem Quellprogramm Metadaten zugeordnet. Mit diesen Metadaten werden Objektinformationen, beispielsweise Angaben über die Nennweite, die Rohrklasse, den maximalen Druck, den Leitungsnamen usw. abgespeichert. Diese Metadaten können in einer relationalen Datenbank abgelegt werden.

Erfindungsgemäß werden die Metadaten den Datengruppen in dem zweiten Format wieder zugeordnet. Auf diese Weise gehen keine Angaben zu den durch die Datengruppen definierten Objekten verloren und sind auch bei der Darstellung in dem zweiten Format wieder verfügbar.

Besonders vorteilhaft werden die grafisch darstellbaren selektierten Daten, die in dem ersten unbekannten Format vorliegen, in einen von einer Grafikkarte lesbaren Befehlssatz umgewandelt. Dieser Befehlssatz wird abgegriffen und direkt oder indirekt in das zweite Format umgewandelt. Für diesen Befehlssatz hat sich OpenGL als Standard durchgesetzt, welcher deshalb praktisch von allen marktgängigen Grafikkarten unterstützt wird. Ein Quellprogramm, wie z. B. ein im Anlagenbau gebräuchliches CAD-Programm muss daher über dieses Format mit der Grafikkarte eines Rechners kommunizieren, wenn si- chergestellt werden soll, dass die Grafiken auf einem Display auch dargestellt werden können. Das erfindungsgemäße Verfahren ist daher sehr universell anwendbar, wenn Grafiken von einem Quellprogramm auf ein Zielprogramm transferiert werden sollen. Dies gilt selbstverständlich nicht nur für Programme im Anlagenbau, sondern auch immer dann, wenn die Grafikdaten innerhalb des Quellprogramms in einem nicht offengelegten Format verarbeitet werden.

Vorteilhaft wird als zweites Format das ebenfalls standardisierte Portable Document Format, kurz PDF genannt, verwendet. Die erstellte PDF-Datei kann mit dem kostenlosen Adobe Acrobat Reader® ab der Version 7.0 gelesen werden. Ein entsprechender Viewer ist praktisch auf jedem Rechner vorhanden, so dass zum Betrachten der aus dem Quellprogramm exportierten Grafik kein spezielles Programm mehr notwendig ist. In dieses Format können auch die Metadaten eingebettet werden, so dass sie nach der Konvertie- rung wieder mit der richtigen Zuordnung zur Verfügung stehen.

Besonders vorteilhaft wirkt sich das erfindungsgemäße Verfahren aus, wenn es sich bei den grafisch darstellbaren Daten um dreidimensional darstellbare Daten handelt. Hier ist es möglich, ein Objekt zu drehen und somit von allen Seiten zu betrachten. Auf diese Weise können z. B. auch Details auf der Rückseite eines Objekts genau inspiziert werden.

Auch der PDF-Standard lässt eine dreidimensionale Darstellung zu. Werden die grafisch darstellbaren Daten so aus dem Quellprogramm exportiert, dass die dreidimensionale Darstellbarkeit erhalten bleibt, ergeben sich bei der Betrachtung mit einem PDF-Viewer die gleichen Vorteile, die auch die Betrachtung mit dem Quellprogramm bietet.

Besonders vorteilhaft werden in einem ersten Ausführungsbeispiel nur jeweils die Daten einer Datengruppe gleichzeitig selektiert. Das bedeutet dass nur die zu dem selektierten Objekt gehörenden Daten unter Beibehaltung ihrer ursprünglichen Positionsangaben her- ausgegriffen werden. Die zu den nicht selektierten Objekten gehörenden Datengruppen bleiben unberücksichtigt. Die Metadaten der selektierten Datengruppe werden in Form einer Tabelle exportiert, so dass dem Konvertierungsprogramm nach der Umwandlung der selektierten grafischen Daten auch die zugeordneten Metadaten zur Verfügung stehen. Die verschiedenen Datengruppen werden erfindungsgemäß nacheinander selektiert. Dadurch ist gewährleistet, dass durch die zeitliche Trennung der Selektionen auch die zugehörigen Metadaten entsprechend getrennt und dann wieder richtig zugeordnet werden können. Vorteilhaft erfolgt die Verarbeitung mehrerer Datengruppen seriell. Das bedeutet, dass immer erst eine selektierte Datengruppe in den von der Grafikkarte lesbaren Befehlssatz umgewandelt und die dazugehörigen Metadaten exportiert werden. Auf diese Weise muss keine spezielle Markierung erfolgen, da immer nur eine einzige Datengruppe gleichzeitig verarbeitet wird. Eine Zuordnung des von der Grafikkarte lesbaren Befehlssatzes zu den exportierten Metadaten ist daher problemlos möglich. Die grafischen Daten in dem zweiten Format und die Metadaten können so von dem Konvertierungsprogramm entsprechend kombiniert werden.

In einem weiteren Ausführungsbeispiel werden die grafischen Daten, die einer bestimmten Datengruppe zugeordnet sind, in dem ersten unbekannten Format mit einer individuellen Markierung versehen, und diese markierten Daten werden in das zweite Format umgewandelt. Die umgewandelten Daten werden dann in dem zweiten Format über die Mar- kierung erkannt und wieder ihrer Datengruppe zugeordnet. Hier werden die einzeln selektierten Datengruppen also markiert um sie voneinander unterscheiden zu können. Eine serielle Verarbeitung der selektierten Datengruppen ist deshalb bei diesem Ausführungsbeispiel nicht nötig. Vorteilhaft ist die Markierung grafisch darstellbar. Hierdurch wird eine sehr einfache Zuordnung der grafischen Daten zu ihrer jeweiligen Datengruppe und damit zu einem bestimmten Objekt ermöglicht.

Die Markierung kann beispielsweise darin bestehen, die Flächen eines durch eine Daten- gruppe gebildeten Objekts mit einer bestimmten Textur zu versehen. Diese Textur kann nach der Konvertierung wiedererkannt werden und die entsprechenden Flächen können wieder dem Objekt zugeordnet werden, das durch die Datengruppe definiert wird.

Die Auswahl von unterscheidbaren Texturen ist jedoch etwas eingeschränkt und der da- tentechnische Aufwand relativ hoch. Es werden daher bevorzugt Farben zur Markierung verwendet. Es können heute üblicherweise Farben mit einer Tiefe von 32 bit dargestellt werden. Bei dieser Farbtiefe, die eine Bandbreite von 8 bit pro Kanal erfordert (s.g. True Color), können im RGB-Farbraum etwa 16,7 Millionen von einander unterscheidbare Farben codiert und auch entsprechend dargestellt werden. Diese Anzahl unterschiedlicher Farben ist ausreichend, um auch die Daten von äußerst komplexen Anlagen so codieren zu können, dass jedes einzelne Objekt in einer anderen Farbe dargestellt werden kann. Vorteilhaft ist mit den Metadaten der einzelnen Datengruppen auch die ursprüngliche Farbe abgespeichert, in der das durch die Datengruppe definierte Objekt in dem Quellprogramm dargestellt wird. Aber auch die Markierungsfarbe des durch die jeweilige Datengruppe definierten Objekts wird den Metadaten zugeordnet. Hierdurch wird der Datentransfer von dem Quellprogramm zu einem Konvertierungsprogramm und die Erkennbarkeit der durch die einzelnen Datengruppen definierten Objekte in dem zweiten Format stark vereinfacht. Es muss so nur eine Tabelle exportiert werden, in der die Metadaten der betroffenen, durch die Daten- gruppen definierten, Objekte zusammen mit den ursprünglichen Farben und den Markierungsfarben enthalten sind. In dem zweiten Format lässt sich dann das jeweilige Objekt einfach an der Markierungsfarbe der Datengruppe erkennen.

Weitere Einzelheiten und Vorteile der Erfindung ergeben sich aus den Unteransprüchen im Zusammenhang mit der Beschreibung von Ausführungsbeispielen, die anhand der Zeichnung eingehend erläutert werden.

Es zeigt: Fig. 1 ein Blockdiagramm des erfindungsgemäßen Verfahrens nach einem ersten Ausführungsbeispiel und

Fig. 2 ein Blockdiagramm eines zweiten Ausführungsbeispiels

Als Quellprogramm 1 fungiert bei beiden beschriebenen Ausführungsbeispielen ein im Be- reich des Anlagenbaus übliches CAD-Programm. Das Format, in dem die Daten innerhalb dieses Quellprogramms verarbeitet werden, ist unbekannt. Als Zielprogramm dient der Adobe Reader® 7.0 oder eine neuere Version, der überall kostenlos erhältlich ist. Das erfindungsgemäße Verfahren wird durch ein Konvertierungsprogramm 3 realisiert, das alle notwendigen Verfahrensschritte anstößt. Die Kommunikation zwischen dem Konvertie- rungsprogramm 3 und dem Quellprogramm 1 erfolgt über die API 2 (application program- ming interface) des Quellprogramms 1 . Von dem Konvertierungsprogramm 3 wird eine PDF-Datei ausgegeben, die sowohl die grafisch darstellbaren Daten der Objekte, als auch deren Metadaten enthält. Die Metadaten können entweder in die Grafik bzw. in das Zielformat eingebunden oder als Tabelle angehängt sein.

In Fig. 1 bzw. Fig. 2 sind die einzelnen Verfahrensschritte A1 -H1 bzw. A2-K2 gezeigt, die zur Ausgabe der PDF-Datei führen. Steht ein Verfahrensschritt mit einem der Programme 1 oder 3 oder aber mit beiden in Verbindung, so ist dies über eine dünne Verbindungslinie zwischen dem einzelnen Verfahrensschritt und der API 2 bzw. dem Konvertierungsprogramm 3 gekennzeichnet. Bei großen Anlagen macht es wenig Sinn, die gesamte Anlage mit ihren Metadaten zu exportieren. Üblicherweise soll immer nur ein Teil der Anlage als Grafik zusammen mit den Metadaten als PDF-Datei ausgegeben werden. Der Benutzer bestimmt hierfür innerhalb des Quellprogramms einen Punkt in der Anlage, dessen genaue Koordinaten dann an das Konvertierungsprogramm 3 übermittelt werden. Die Größe des Anlagenteils, der exportiert werden soll, wird über den Radius einer Kugel bzw über die Kantenlänge eines Würfels festgelegt, wobei die übermittelten Koordinaten den Mittelpunkt der Kugel bzw. des Würfels bilden. Über einen bestimmten Algorithmus berechnet das Konvertierungsprogramm 3 die Koordinaten des gewünschten Teils der Anlage und bewirkt im Quellprogramm eine Darstellung aller darin enthaltenen Objekte. Im Folgenden sollen nun die ein- zelnen Verfahrensschritte erläutert werden, die notwendig sind, um eine PDF-Datei zu erzeugen, die alle Objekte enthält, die den gewünschten Teil der Anlage bilden.

In Fig. 1 ist ein erstes Ausführungsbeispiel der Erfindung mit den Schritten A1 -H1 beschrieben:

Schritt A1 (Selektion eines Objekts):

Normalerweise umfasst eine Grafik aus einem im Anlagenbau üblichen CAD-Programm, die nach außen gegeben werden soll, einen ganzen Anlagenteil und somit eine Vielzahl von einzelnen Objekten. Diese einzelnen Objekte sollen in dem gewählten Zielformat - genauso wie im Quellprogramm 1 - auch wieder separat betrachtbar sein. Auch die dazugehörigen Metadaten sollen in dem Zielformat wieder jedem einzelnen Objekt zugeordnet werden können. Um die Objektdaten und die Metadaten geordnet bearbeiten zu können, werden die Daten zu jedem einzelnen Objekt nicht gleichzeitig, sondern nacheinander verarbeitet. Zu diesem Zweck werden alle umzuwandelnden Objekte nacheinander einzeln selektiert. Die Selektion bewirkt, dass ausschließlich das selektierte Objekt herausgegriffen wird, während alle anderen Objekte bei dem folgenden Verarbeitungsschritt unbe- rücksichtigt bleiben. Bei der Selektion behalten die Objektdaten ihre ursprünglichen Positionsangaben.

Schritt B1 (Auslesen der Objektinformationen): In dem Quellprogramm 1 sind die Objektinformationen als Metadaten in beliebiger Weise zu den grafisch darstellbaren Daten gespeichert. Die zu dem selektierten Objekt gehörenden Metadaten können bei dem erfindungsgemäßen Verfahren beispielsweise in eine XML-Datei ausgegeben werden. Diese Datei wird über die API 2 des Quellprogramms 1 an das Konvertierungsprogramm 3 übergeben und von dem Konvertierungsprogramm 3 gespeichert. Die Bildung und der Transfer dieser Datei wird von dem Konvertierungsprogramm 3 angestoßen.

Schritt C1 (Senden der Objektdaten an den OpenGL-Buffer): Zum Anzeigen einer Grafik auf einem Display werden die selektierten Grafikdaten von dem Quellprogramm 1 in OpenGL-Befehle umgewandelt und an den OpenGL-Buffer der Grafikkarte gesendet. Auch dieser Vorgang wird von dem Konvertierungsprogramm 3 initiiert. Um den Benutzer während des gesamten Vorgangs nicht zu irritieren, erscheint auf dem Monitor während der Verarbeitung nicht das jeweils selektierte Objekt, sondern es wird entweder ein Bearbeitungshinweis angezeigt oder/und die ursprüngliche Darstellung, die es zu konvertieren gilt, wird auf dem Monitor eingefroren.

Schritt D1 (Auslesen der Daten aus dem OpenGL-Buffer): Im OpenGL-Format wird die Oberfläche eines jeden Objekts in grafische Primitive, meist in einzelne Dreiecke, zerlegt, wobei jedes Dreieck durch drei Vertices definiert ist. Die Vertices, die die Eckpunkte des Dreiecks darstellen, enthalten zumindest einen Farbwert und Angaben zu der Position des jeweiligen Eckpunktes, die dieser im dreidimensionalen Raum einnimmt. Der Befehlssatz für eines dieser Dreiecke ist beispielsweise folgendermaßen aufgebaut:

10 glColor3f(1.0f, O.Of, O.Of);

20 glBegin(GL_TRIANGLES);

30 glVertex3f(0.0f, 1.0f, O.Of);

40 glVertex3f(-1.0f,-1.0f, O.Of);

50 glVertex3f(1.0f,-1 .0f, O.Of);

60 glEnd();

In Zeile 10 wird die Farbe des Dreiecks definiert, wobei sich die Werte in der Klammer auf den RGB-Farbraum (RGB: 1.0f, O.Of, O.Of) beziehen und die Farbe Rot ergeben. Die Zeilen 30 bis 50 beschreiben die Positionen der Eckpunkte des Dreiecks.

Die OpenGL-Befehle werden von dem Konvertierungsprogramm 3 ausgel Schritt E1 (Zuordnen der OpenGL-Daten zu den Objektinformationen):

Nach dem Auslesen der OpenGL-Daten verfügt das Konvertierungsprogramm 3 über die Grafikdaten eines selektierten Objekts und über die dazu gehörigen Metadaten. Diese Daten werden nun einander zugeordnet und entsprechend abgelegt.

Schritt F1 (Noch ein Objekt zu selektieren?): Dieser Schritt beinhaltet eine von dem Konvertierungsprogramm zu treffende Entscheidung. Sind bereits alle Objekte in dem ausgewählten Teil der Anlage bearbeitet, geht es weiter mit Schritt G1. Im anderen Fall wird erneut mit Schritt A1 begonnen und es wird das nächste Objekt selektiert. Schritt G1 (Zusammenstellen der Objektdaten mit den Objektinformationen):

Da die OpenGL-Befehle die tatsächlichen dreidimensionalen Positionsdaten der Objekte beinhalten, können die OpenGL-Daten aller Objekte nun völlig problemlos mit Hilfe des Konvertierungsprogramm 3 gemischt werden. Dabei ist jedoch zu beachten, dass die Zuordnung zwischen Objektdaten und Objektinformationen nicht verlorengeht. Zu diesem Zweck wird eine U3D-Datei (Universal 3D) erstellt, in die alle Grafikdaten und die dazugehörigen Metadaten eingelesen werden. Den grafisch darstellbaren Daten sind auf diese Weise wieder die Objektinformationen als Metadaten zugeordnet. Dadurch sind auch außerhalb des Quellprogramms 1 alle Informationen zu den Objekten verfügbar.

Schritt H1 (Export der Daten in einer Ausgabedatei): Im letzten Schritt muss von dem Konvertierungsprogramm 3 aus der U3D-Datei noch eine Export-Datei erstellt werden, die mit einem üblicherweise verfügbaren Viewer gelesen werden kann. Zu diesem Zweck wird die erzeugte U3D-Datei von dem Konvertierungsprogramm 3 in eine PDF-Datei umgewandelt, in der alle Objekte des gewählten Anlagenteils einzeln eingebettet sind. Jedem der Objekte sind seine Metadaten wieder zugeordnet.

Fig. 2 zeigt ein zweites Ausführungsbeispiel der Erfindung mit den Schritten A2-K2, die anschließend erläutert werden:

Schritt A2 (Einlesen der Objektinformationen):

In dem Quellprogramm 1 sind die Objektinformationen wieder als Metadaten in beliebiger Weise zu den grafisch darstellbaren Daten gespeichert. Die Metadaten können auch hier in eine XML-Datei ausgegeben werden. Diese Datei wird über die API 2 des Quellprogramms 1 an das Konvertierungsprogramm 3 übergeben und von dem Konvertierungs- programm 3 gespeichert. Die Bildung und der Transfer dieser Datei wird von dem Konvertierungsprogramm 3 angestoßen.

Schritt B2 (Speichern der Objektfarben): Von dem Konvertierungsprogramm 3 wird ebenfalls angestoßen, dass die ursprünglichen Objektfarben innerhalb des Quellprogramms 1 zu den Metadaten (XML) abgespeichert und mit diesen an das Konvertierungsprogramm 3 übermittelt werden. Alternativ können die ursprünglichen Objektfarben aber auch separat an das Konvertierungsprogramm 3 transferiert werden. In diesem Fall werden die ursprünglichen Objektfarben von dem Konvertierungsprogramm 3 in die Tabelle zu den Objektinformationen geschrieben.

Schritt C2 (Selektieren der Objekte):

Durch das Quellprogramm 1 werden die Objekte so umgefärbt, dass jedes einzelne Objekt eine bestimmte Markierungsfarbe erhält. Die Farbe selbst ist dabei völlig unwichtig. So kann beispielsweise das erste selektierte Objekt eine erste Markierungsfarbe erhalten, das zweite selektierte Objekt eine zweite Markierungsfarbe usw. Es ist nur wichtig, dass jedem einzelnen Objekt eine andere Markierungsfarbe zugeordnet wird. Die Reihenfolge, in der die Markierungsfarben vergeben werden ist belanglos. Auch dieser Schritt wird wieder durch das Konvertierungsprogramm 3 angestoßen, aber innerhalb des Quellprogramms 1 ausgeführt. Soll ein großer Teil einer umfangreichen Anlage aus dem Quellprogramm 1 exportiert werden, kann das Umfärben geraume Zeit in Anspruch nehmen, da bei einer großen Anzahl von Objekten auch entsprechend viel Rechenzeit benötigt wird. In diesem Fall kann auch so vorgegangen werden, dass anhand der Metadaten zuerst gleiche Objekte herausgefiltert und diese gleichen Objekte in einem Schritt mit der gleichen Markierungsfarbe eingefärbt werden. Da eine Vielzahl von Objekten (wie Standard-Rohrbögen oder Flansche) nicht nur einmal sondern mehrmals verbaut werden, lässt sich durch diese Maßnahme oftmals erheblich Rechenzeit einsparen, ohne dass Vorteile des erfindungsgemäßen Verfahrens dabei verloren gehen. Schritt D2 (Speichern der Markierungsfarben):

Die Markierungsfarben der einzelnen Objekte müssen wiederum von dem Quellprogramm 1 an das Konvertierungsprogramm 3 übermittelt werden. Dies kann erneut durch einen Eintrag in die Tabelle mit den Objektinformationen vor dem Transfer dieser Datei erledigt werden. Aber auch hier können alternativ die entsprechenden Daten separat übermittelt und von dem Konvertierungsprogramm 3 in die bereits vorher übermittelte und gespeicherte XML-Datei mit den Objektinformationen geschrieben werden. Die gespeicherte Datei enthält nun in beiden Fällen für jedes einzelne Objekt eine Objektkennung und/oder eine Objektbezeichnung, die Objektinformationen, die ursprüngliche Objektfarbe und die Markierungsfarbe.

Schritt E2 (Auslesen der Daten aus dem OpenGL-Buffer):

Auch bei diesem zweiten Ausführungsbeispiel des erfindungsgemäßen Verfahrens wird ausgenutzt, dass zum Anzeigen einer Grafik auf einem Display Grafikdaten von dem Quellprogramm 1 über OpenGL-Befehle an die Grafikkarte gesendet werden. Auch hier wird das Generieren der OpenGL-Befehle wieder von dem Konvertierungsprogramm 3 in- itiiert.

Auf den Aufbau des OpenGL-Befehlssatzes braucht hier nicht mehr weiter eingegangen zu werden, da dies bereits bei der Beschreibung des Schrittes D1 des ersten Ausführungsbeispiels ausführlich geschehen ist.

Auch hier werden die erzeugten OpenGL-Befehle wieder von dem Konvertierungsprogramm 3 aus dem OpenGL-Buffer ausgelesen.

Schritt F2 (Rückfärben in die Objektfarben):

Nachdem die OpenGL-Daten von dem Konvertierungsprogramm 3 ausgelesen wurden, werden - gesteuert durch das Konvertierungsprogramm 3 - die einzelnen Objekte durch das Quellprogramm 1 , mit Hilfe der gespeicherten Angaben zu den ursprünglichen Objektfarben, zurück gefärbt. Die Markierungsfarben werden dadurch mit den ursprünglichen Objektfarben überschrieben und die Informationen zu den Markierungsfarben innerhalb des Quellprogramms 1 gelöscht. Alle Daten sind innerhalb des Quellprogramms 1 dadurch wieder auf den Stand vor der Markierung der einzelnen Objekte zurückgesetzt und auf dem Display werden die Objekte wieder in den ursprünglichen Objektfarben dargestellt.

Innerhalb des Quellprogramms 1 ist das Zurücksetzen auf die ursprüngliche Farbe - je nach Art des Quellprogramms - unter Umständen auch durch eine UNDO-Operation möglich. Auch diese Operation wird von dem Konvertierungsprogramm 3 angestoßen. Schritt G2 (Kombination der Objektdaten anhand der Markierungsfarben):

Aus den OpenGL-Daten werden von dem Konvertierungsprogramm 3 nun die einzelnen Objekte aus Dreiecken aus den empfangenen Eckpunkten zusammengestellt. Da die einzelnen Objekte über ihre Markierungsfarbe einfach zu erkennen sind, können alle grafischen Primitive mit gleicher Farbe jeweils einem Objekt zugeordnet werden. Sobald also ein Vertex mit einer neuen Farbe gelesen wird, wird diese Markierungsfarbe in der gespeicherten Tabelle gesucht und die Objektinformationen, sowie die ursprüngliche Objektfarbe können dem Vertex bzw. den entsprechend gefärbten Dreiecken zugeordnet werden.

Schritt H2 (Umfärben in die Objektfarben):

Anhand der Tabelle kann die ursprüngliche Objektfarbe jedes einzelnen Objekts ermittelt werden. Die Daten werden von dem Konvertierungsprogramm 3 so verändert, dass jedem Objekt nun wieder diese ursprüngliche Objektfarbe zugeordnet ist.

Schritt 12 (Zusammenstellen der Objektdaten mit den Objektinformationen): Den grafisch darstellbaren Daten müssen nun noch von dem Konvertierungsprogramm 3 die Objektinformationen als Metadaten zugeordnet werden. Auf diese Weise sind auch außerhalb des Quellprogramms 1 alle Informationen zu den Objekten verfügbar.

Schritt K2 (Export der Daten in einer Ausgabedatei):

Im letzten Schritt muss von dem Konvertierungsprogramm 3 wieder eine Export-Datei erstellt werden, die mit einem üblicherweise verfügbaren Viewer gelesen werden kann. Auch hier werden von dem Konvertierungsprogramm 3 wiederum die grafischen Daten in eine U3D-Datei (Universal 3D) konvertiert. Diese U3D-Datei wird dann zusammen mit den Metadaten in ein PDF-Dokument eingebettet.

Zum Lesen der nach beiden Ausführungsbeispielen erzeugten PDF-Datei kann der überall kostenlos erhältlichen Adobe Reader® verwendet werden. Ab Version 7.0 können mit diesem Reader auch 3D-Dateien gelesen werden. Ab Version 9.0 sind sogar umfangreiche Filterfunktionen integriert, die die Betrachtung von nach bestimmten Kriterien ausgewählten Objekten zulassen.

Beim Anzeigen der Datei mit dem genannten Reader erscheint dann z. B neben der Grafik eine Tabelle. Wird nun ein Objekt in der Grafik, z. B. die besagte Dampfleitung, angeklickt, werden die dazugehörigen Metadaten in dieser Tabelle angezeigt.

Wird zum Anzeigen der Datei beispielsweise der kostenpflichtige Adobe Acrobat 9 Pro verwendet, lassen sich aus der Grafik sogar die Maße der einzelnen Objekte herausmessen.

Bezugszeichenliste:

1 Quellprogramm

2 API des Quellprogramms

3 Konvertierungsprogramm

A1 -H1 bzw. A2-K2 Verfahrensschritte

Claims

Patentansprüche

1. Verfahren zum Konvertieren von grafisch darstellbaren Daten von einem ersten unbekannten Format in ein zweites Format, wobei die Daten verschiedenen Datengruppen zugeordnet sind, dadurch gekennzeichnet, dass die verschiedenen Datengruppen in dem ersten unbekannten Format einzeln selektiert und dann bearbeitet werden.

2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass den Datengruppen in dem ersten unbekannten Format Metadaten zugeordnet werden.

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass die Metadaten den Datengruppen in dem zweiten Format wieder zugeordnet werden.

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass die Daten von dem ers- ten unbekannten Format in einen von einer Grafikkarte lesbaren Befehlssatz umgewandelt werden und dieser Befehlssatz abgegriffen und in das zweite Format umgewandelt wird.

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass das zweite Format das „Portable Document Format" ist.

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass es sich bei den grafisch darstellbaren Daten um dreidimensional darstellbare Daten handelt.

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die Daten auch nach der Konvertierung in dem„Portable Document Format" dreidimensional darstellbar sind.

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass nur jeweils die Daten einer Datengruppe zur gleichen Zeit selektiert werden.

9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass die verschiedenen Daten- gruppen nacheinander selektiert werden.

10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Bearbeitung mehrerer Datengruppen seriell erfolgt.

1 1 . Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass Daten, die einer bestimmten Datengruppe zugeordnet sind, in dem ersten unbekannten Format mit einer individuellen Markierung versehen werden, dass die markierten Daten in das zweite Format umgewandelt werden und dass die Daten in dem zweiten Format über die Markierung wieder ihrer Datengruppe zugeordnet werden.

12. Verfahren nach Anspruch 1 1 , dadurch gekennzeichnet, dass die Markierung grafisch darstellbar ist.

13. Verfahren nach Anspruch 12, dadurch gekennzeichnet, dass die grafisch darstellbare Markierung eine Farbe ist.

14. Verfahren nach Anspruch 13, dadurch gekennzeichnet, dass die Metadaten auch Daten über die ursprüngliche Darstellungsfarbe der jeweiligen Datengruppe enthalten.

15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, dass den Metadaten die jeweilige Markierungsfarbe der Datengruppe zugeordnet wird.