.tw, .3oxz, .sdx, .meditmesh und .dentalproject öffnen
Eine .tw, .3oxz, .sdx oder .dentalproject Datei ist ein Exportpaket eines Dentalherstellers und keine Bilddatei: ein Container — üblicherweise ein umbenanntes ZIP — der das Röntgenbild oder den Scan sowie die Sidecar-Dateien enthält, die die Hersteller‑Software liest. Das Öffnen bedeutet, die Datei zu entpacken und die darin enthaltene Datei zu lesen. Nichts wird hochgeladen: das Entpacken findet im Browser statt.
Hört auf, Container zu archivieren, die niemand öffnen kann
DodoDentist entpackt beim Import ein Vendor-Bundle und ordnet das Röntgenbild, die CBCT-Slices oder den Scan dem Patienten und dem Zahn zu, neben Befunddokumentation, Behandlungsplanung, Erinnerungen und Abrechnung.
DodoDentist kostenlos testenDental-Einheiten geben keine einzelne Datei heraus. Sie geben ein Paket aus: das Bild, plus alles, was die Hersteller-Workstation braucht, um es so neu zu zeichnen, wie es der Bediener zuletzt gesehen hat, plus eine Vorschau — und dann benennen sie das Ganze mit einer Erweiterung, die nur jener Hersteller je gehört hat. Der darunter liegende Container ist fast immer ein einfaches ZIP, weil jeder Hersteller dasselbe brauchte, mehrere Dateien, die zusammen reisen, und keiner von ihnen ein neues Containerformat schrieb, um das zu tun.
Deshalb funktionieren die praktischen Ratschläge, die Sie in Foren finden — in .zip umbenennen und öffnen — meist. Und deshalb funktionieren sie manchmal nicht: Die Dateiendung ist Branding des Herstellers, keine Garantie für die Bytes. Diese Seite betrachtet daher zuerst die Bytes und behandelt die Endung nur als Label, sodass sich ein .tw, das sich als nacktes DICOM herausstellt, trotzdem öffnet, und ein .3oxz, das sich nicht als ZIP entpuppt, ehrlich gemeldet wird, statt gewaltsam durch einen Entpacker gejagt zu werden.
Ein Carestream-Bundle, das hier gelesen wird, ist es wert, vollständig beschrieben zu werden, weil es die Form ist, die fast alle annehmen. Eine .tw von CS Imaging entfaltete sich zu fünf Dateien: csi_ps_export.dcm, das die Radiographie ist und in diesem Fall ein For Processing laterales Fernröntgen; general.xml, processing.xml und annotation.xml, drei Sidecar-Dateien, die die Hersteller-Software liest; und thumbnail.png, ein gewöhnliches Vorschaubild. Sechzehn Megabyte dieses Bundles waren das Fernröntgen. Alles andere war Buchführung.
Sortieren Sie dieses Paket nach Dateiname und annotation.xml steht zuerst, sodass jedes Tool, das „die erste Datei“ öffnet, eine XML-Sidecar-Datei öffnet. Sortieren Sie es nach Größe oder nehmen Sie das erste Bild und Sie erhalten thumbnail.png, das ein Bild der Röntgenaufnahme und nicht die Röntgenaufnahme selbst ist. Keines davon ist das, was der Zahnarzt will. Die Regel, die diese Seite stattdessen anwendet, ist eine Rangfolge: ein Volumen steht über einer Röntgenaufnahme, die über einem Mesh steht, das über einem gewöhnlichen Bild steht — weil ein Raster, das neben einer DICOM- oder einem Mesh mitgeliefert wird, eine Vorschau davon ist, und jedes Vendor-Bundle eine solche Vorschau enthält.
Ein DICOM-Exportdialog bietet in der Regel „For Presentation“ und etwas wie „aktuelles Format beibehalten“ an; Letzteres liefert die rohe Detektorausgabe. Das gespeicherte Window beschreibt den Detektor und nicht die Anatomie: das hier gelesene Carestream-Kefalogramm speichert einen Mittelpunkt und eine Breite, die den gesamten vierzehnbit-Bereich abdecken, während seine Pixel tatsächlich ein schmales Band darin einnehmen, wobei die Anatomie im oberen Fünftel des verbleibenden Bereichs liegt. Dieses gespeicherte Window zu übernehmen ergibt ein flaches graues Rechteck. Das ist keine beschädigte Datei und auch kein fehlerhafter Viewer — es ist ein Rohbild, das roh angezeigt wird.
Die Korrektur besteht aus zwei Transformationen statt einer. Das Ableiten des Windowings aus den Pixeln statt aus dem Header bringt das Bild aus dem Graubereich, aber kein einzelnes lineares Window hält gleichzeitig sowohl Weichgewebe als auch Knochen, sodass ein korrigiertes rohes Ceph ein weißer Schädel ohne innere Details wird. Röntgendichte ist der negative Logarithmus der Röntgenintensität, und sobald die Werte im Log-Bereich gelesen werden, zeigt ein Window beides. Ein Präsentationsbild bleibt vollkommen unberührt, weil dessen gespeichertes Window die Angabe des Herstellers ist, wie das Bild gelesen werden soll.
Zwei davon wurden hier anhand einer echten klinischen Datei überprüft. Der Rest wurde aus Herstellerdokumentation registriert, und der Unterschied wird unten klar angegeben statt beschönigt, weil eine selbstsichere Behauptung über eine Datei, die niemand geöffnet hat, genau dazu führt, dass eine Zahnklinik der falschen Antwort vertraut.
Die .tw ist verifiziert: es handelt sich um eine ZIP-Datei, und ihr Inhalt ist oben beschrieben. Das tw stammt von Trophy, der von Carestream übernommenen Produktlinie, weshalb die Bildgebungsanwendung auf einem Praxis-PC ebenfalls TW heißt. Diese Namensgleichheit ist erwähnenswert, denn eine Websuche nach "tw file" liefert meist Hilfe zur Carestream-Anwendung statt zur Exportdatei. Eine .trophy ist hier als dieselbe Art von Bundle dokumentiert, in der Dokumentation und nicht aus einer lokal eingelesenen Datei.
Beide sind kieferorthopädische Fälle und beide sind gemäß Herstellerangaben als ZIP-Container registriert. 3Shape ist außerdem die Quelle der vielleicht verwirrendsten Eigenheit in der dentalen Bildgebung: das Unternehmen benennt seine eigenen Mesh-Falldateien mit der Endung .dcm, also der DICOM-Erweiterung. Ein Viewer, der sich auf die Dateiendung verlässt, würde einen intraoralen Scan an einen Röntgenbetrachter übergeben und einen korrupten Datei-Fehler melden. Die Identifikation anhand des Inhalts verhindert das, und deshalb ignoriert diese Seite, wie eine Datei genannt ist.
Eine .sdx ist ein Sidexis-Export, der laut Herstellerdokumentation als ZIP-Container registriert ist. Sidexis ist eine praktikumsweite Bilddatenbank und kein Dateiformat, daher ist eine .sdx am besten als ein Paket zu betrachten, das aus dieser Datenbank verschickt wurde: Die Röntgenaufnahmen befinden sich darin und sind nach dem Herauslösen ganz normale DICOM-Dateien.
Eine .dentalproject-Datei ist ein kompletter CAD-Fall und kein bloßes Modell, weshalb sie ohne installiertes exocad nichts macht. Laut Herstellerdokumentation ist sie als ZIP-Container registriert. Beim Entpacken sieht man, was das Labor tatsächlich geschickt hat; wenn sich darin ein Mesh befindet, lässt es sich überall öffnen — der Designzustand, die Parameter und die Falldokumentation werden jedoch nur in exocad wiederhergestellt. Wenn Sie die Form und nicht das Design benötigen, bitten Sie das Labor um eine STL- oder PLY-Datei.
Diese ist verifiziert, und die verifizierte Antwort führt nicht weiter: .meditMesh ist ein geschlossenes Format ohne öffentliche Spezifikation, daher öffnet außerhalb der Medit-Software nichts dieses Format. Der nützliche Teil ist, was daneben liegt. Ein hier gelesenes Medit-Fallpaket lieferte seine .meditMesh-Dateien zusammen mit dem PLY, das derselbe Scanner ebenfalls exportiert, und ein PLY ist ein normales Mesh, das pro Vertex Farbe trägt — also bleiben Gingiva und Farbgebungen erhalten, was in einer STL nicht der Fall wäre. Wenn Ihnen jemand einen Ordner mit .meditMesh-Dateien schickt, antworten Sie und fragen Sie nach dem PLY.
Das sind überhaupt keine Bundles. Es sind DICOM-Dateien, deren Exporteur eine andere Dateiendung gewählt hat, und die Bytes sind identisch mit einer .dcm. Wenn man eine Datei in .dcm umbenennt, lässt sie sich in jedem DICOM-Viewer öffnen, und hierher gezogen öffnet sie sich direkt, weil der Inhalt entscheidet. Wenn das, was Sie haben, eine einfache Röntgenaufnahme und kein Container ist, ist der DICOM-Viewer auf dieser Seite das direktere Werkzeug.
Nur ZIP wird entpackt. Ein 7-Zip-, RAR- oder gzip-Container wird erkannt und benannt, benötigt jedoch jeweils einen eigenen Dekompressor und ist keiner, den eine Zahneinheit ausgibt. Ein passwortgeschütztes Archiv wird abgelehnt statt halb gelesen, weil ein teilweise lesbares Archiv eine Studie mit stillschweigend fehlenden Schnitten ist. Container über 512 Megabyte werden ebenfalls abgelehnt, da das gesamte Archiv im Arbeitsspeicher gehalten werden muss, um es zu lesen, und ein Browser-Tab, der beim Entpacken abstürzt, nützt niemandem. In allen drei Fällen ist die Antwort dieselbe: Entpacken Sie es auf dem Desktop und öffnen Sie eine Datei daraus.
Bei einem CBCT-Export ist das der Fall, bei dem es am meisten darauf ankommt. Ein Cone-Beam-Scan kommt als Hunderte oder Tausende einzelner DICOM-Slices an, oft gezippt, manchmal mit einem mitgelieferten Windows-Viewer, der nur unter Windows läuft. Zwei oder mehr DICOM-Dateien in einem Container werden hier als eine Akquisition behandelt und als durchscrollbarer Stapel geöffnet, Slice für Slice dekodiert — aber der Container muss trotzdem unter der Größengrenze liegen, um so weit zu kommen.
Ziehen Sie die .tw, .3oxz, .sdx, .dentalproject oder .meditmesh auf die Ablagezone oder klicken Sie darauf, um die Datei auszuwählen. Es wird nichts nach Erweiterung gefiltert, weil Dentaleinheiten ihre Exporte so benennen, dass keine Liste mithalten kann.
Jede Datei im Container ist mit ihrer tatsächlichen Art aufgelistet — ein Röntgenbild, ein Mesh, eine XML-Sidecar-Datei, eine Vorschauthumbnail — anhand ihrer Bytes und nicht ihres Namens identifiziert.
Die Datei, die es wert ist, angesehen zu werden, öffnet sich von selbst. Ein Volumen hat Vorrang vor einer Röntgenaufnahme, diese hat Vorrang vor einem Mesh, welches Vorrang vor einem gewöhnlichen Bild hat, daher ist die Vorschauthumbnail, die jeder Anbieter beilegt, nie das, was tatsächlich angezeigt wird.
| Erweiterung | Hersteller | Container | Öffnet hier | Wie wir es wissen |
|---|---|---|---|---|
| .tw | Carestream Dental | ZIP | Ja | Aus einer echten klinischen Akte lesen |
| .trophy | Carestream Dental | ZIP | Ja, wenn es eine ZIP-Datei ist | Herstellerdokumentation |
| .3oxz / .3ox | 3Shape | ZIP | Ja, wenn es eine ZIP-Datei ist | Herstellerdokumentation |
| .sdx | Dentsply Sirona | ZIP | Ja, wenn es eine ZIP-Datei ist | Herstellerdokumentation |
| .dentalproject | exocad | ZIP | Ja, wenn es eine ZIP-Datei ist | Herstellerdokumentation |
| .meditmesh | Medit | Geschlossenes Format | Nein — bitte nach der PLY-Datei fragen | Aus einer echten klinischen Akte lesen |
| .dcm30 / .dc3 / .dicm | Generisch | Einfaches DICOM | Ja | Identische Bytes zu einer .dcm |
Diese Tabelle ist ein Hinweis zur Benennung und Weiterleitung, niemals ein Tor. Nichts hier lehnt eine Datei ab, weil ihre Erweiterung in der Liste fehlt: ein nicht registriertes .zip von einer Dentaleinheit wird genau auf dieselbe Weise entpackt, und eine registrierte Erweiterung, deren Bytes nicht übereinstimmen, wird gemeldet statt erzwungen. Keine Aufzählung kann mit den Bezeichnungen mithalten, die Dentaleinheiten ihren Exporten geben, und ein ausgegrauter Dateiauswahldialog ist eine Sackgasse, mit der ein Zahnarzt nicht argumentieren kann.
Eine .tw ist ein Carestream Dental-Bundle: ein ZIP unter anderem Namen. Benennen Sie es in .zip um und jeder Entpacker öffnet es, oder ziehen Sie es auf diese Seite und es wird in Ihrem Browser entpackt. Eine echte enthielt hier csi_ps_export.dcm — die Röntgenaufnahme, ein For Processing laterales Fernröntgen — neben general.xml, processing.xml, annotation.xml und thumbnail.png.
Beide sind 3Shape-Ortho-Fälle und hier als ZIP-Container registriert, basierend auf der Herstellerdokumentation und nicht auf einer Datei, die hier jemand geöffnet hat. Die ehrliche Antwort lautet also: Versuchen Sie, sie zu entpacken. Wenn die Bytes wirklich ein ZIP sind, werden die Inhalte aufgelistet; wenn nicht, sagt diese Seite das, statt zu raten.
Nein, und nichts anderes außerhalb der Medit‑Software wird das tun. .meditMesh ist ein geschlossenes Format ohne öffentliche Spezifikation. Der nützliche Teil ist, dass ein Medit‑Fall ein PLY neben seinen .meditMesh‑Dateien exportiert, und ein PLY ist ein gewöhnliches Mesh, das jeder 3D‑Viewer mit der Scan‑Farbe intakt öffnet. Bitten Sie die Person, die den Fall geschickt hat, das PLY zu senden.
Eine .sdx ist ein Dentsply Sirona Sidexis-Export. Laut Herstellerdokumentation wird es hier als ZIP-Container registriert und nicht als intern eingelesene Datei, daher versucht diese Seite, es zu entpacken und berichtet, was tatsächlich gefunden wurde. Maßgeblich für die Archivierung ist die daraus resultierende Röntgendatei; der Wrapper ist es nicht.
Eine .dentalproject ist ein exocad-Projekt: der gesamte CAD-Fall und nicht nur ein einzelnes Modell, weshalb ein Doppelklick ohne exocad nichts bewirkt. Es ist in der Herstellerdokumentation hier als ZIP-Container registriert. Wenn die Bytes ein ZIP sind, listet das Entpacken die Meshes und Sidecars auf, aber der Designzustand selbst lässt sich nur in exocad wieder öffnen.
Weil es sich um eine DICOM-Datei handelt, die nur eine andere Dateiendung trägt, und das Programm, mit dem Sie sie geöffnet haben, nur .dcm erkennt. Die Bytes sind identisch. Benennen Sie sie in .dcm um und jeder DICOM-Viewer akzeptiert sie, oder ziehen Sie sie hierher — diese Seite identifiziert Dateien anhand ihres Inhalts, die Endung entscheidet nichts.
Nein. Diese Seite hat keinen Upload-Endpunkt. Das Archiv wird in Ihrem eigenen Browser auf Ihrem eigenen Rechner entpackt und das Bild dort decodiert. Das ist hier wichtiger als bei den meisten Tools, weil ein Dental-Bundle normalerweise eine DICOM-Datei enthält, deren Header den Patientennamen, die Patientenkennung und das Geburtsdatum trägt.
Nicht um zu sehen, was sich im Inneren befindet. Ein Vendor-Bundle ist ein Container, und zum Entpacken eines Containers wird keine Vendor-Software benötigt. Die Vendor-Anwendung wird nur benötigt, um den Fall so wieder zu öffnen, wie der Vendor ihn gespeichert hat, mit seinen Anmerkungen und seinem Layout. Die Radiographie oder das Mesh im Inneren öffnen sich überall.