Ouvrir .tw, .3oxz, .sdx, .meditmesh et .dentalproject
Un fichier .tw, .3oxz, .sdx ou .dentalproject est un bundle d’export fournisseur dentaire plutôt qu’une image : un conteneur — généralement un ZIP renommé — contenant la radiographie ou le scan ainsi que les fichiers sidecar que le logiciel du fournisseur lit. L’ouverture revient à le décompresser et à lire le fichier qu’il contient. Rien n’est téléversé : la décompression se fait dans le navigateur.
Arrêtez d’archiver des conteneurs que personne ne peut ouvrir
DodoDentist décompresse un bundle fournisseur à l’importation et associe la radiographie, les coupes CBCT ou le scan au patient et à la dent, à côté du traçage dentaire, de la planification des traitements, des rappels et de la facturation.
Essayez DodoDentist gratuitementLes unités dentaires ne remettent pas un fichier. Elles remettent un paquet : l’image, plus tout ce dont le poste fournisseur a besoin pour la redessiner comme l’opérateur l’a vue en dernier, plus une prévisualisation — et ensuite elles nomment l’ensemble avec une extension que seul ce fournisseur a jamais entendue. Le contenant en dessous est presque toujours un ZIP ordinaire, parce que chaque fournisseur avait besoin de la même chose, plusieurs fichiers voyageant en un seul, et aucun d’eux n’a inventé un nouveau format de conteneur pour le faire.
C’est pourquoi le conseil pratique que vous trouverez sur les forums — renommez-le en .zip et ouvrez-le — fonctionne généralement. C’est aussi pourquoi il arrive que cela ne fonctionne pas : l’extension est une marque du fournisseur, pas une garantie sur les octets. Cette page examine donc d’abord les octets et considère l’extension uniquement comme une étiquette, de sorte qu’un .tw qui s’avère être un DICOM pur s’ouvre quand même, et qu’un .3oxz qui ne s’avère pas être un ZIP est signalé honnêtement au lieu d’être forcé dans un décompresseur.
Il vaut la peine de décrire entièrement un bundle Carestream lu ici, car c’est la structure que prennent presque tous. Un .tw de CS Imaging s’est décomposé en cinq fichiers : csi_ps_export.dcm, qui est la radiographie et, dans ce cas, un céphalogramme latéral For Processing ; general.xml, processing.xml et annotation.xml, trois fichiers annexes que le logiciel du fournisseur lit ; et thumbnail.png, une image d’aperçu ordinaire. Seize mégaoctets de ce bundle constituaient le céphalogramme. Tout le reste relevait de la tenue de registres.
Triez ce lot par nom de fichier et annotation.xml vient en premier, donc tout outil qui ouvre « le premier fichier » ouvre un sidecar XML. Triez-le par taille ou prenez la première image et vous obtenez thumbnail.png, qui est une image de la radiographie plutôt que la radiographie elle‑même. Aucune des deux options n’est ce que le praticien veut. La règle appliquée par cette page est plutôt un classement : un volume prévaut sur une radiographie, qui prévaut sur un maillage, qui prévaut sur une image ordinaire — car une trame raster accompagnant un DICOM ou un maillage est un aperçu de celui‑ci, et chaque bundle fournisseur en inclut un.
Une boîte de dialogue d'export DICOM propose généralement « For Presentation » et quelque chose comme « conserver le format actuel », et la seconde fournit la lecture brute du détecteur. Sa fenêtre enregistrée décrit le détecteur plutôt que l'anatomie : le céphalogramme Carestream lu ici enregistre un centre et une largeur couvrant toute la plage de quatorze bits alors que ses pixels occupent en réalité une bande étroite à l'intérieur de celle‑ci, l'anatomie se trouvant dans le cinquième supérieur de ce qui reste. Respecter cette fenêtre enregistrée et vous obtenez un rectangle gris uniforme. Ce n'est pas un fichier corrompu, et ce n'est pas un visualiseur défaillant — c'est une image brute affichée brute.
La correction nécessite deux transformations plutôt qu'une. Déduire la fenêtre à partir des pixels plutôt que de l'en-tête sort l'image du gris, mais aucune fenêtre linéaire unique ne couvre à la fois les tissus mous et l'os, donc une céphalométrie brut corrigée se transforme en un crâne blanc sans détails internes. La densité radiographique est le logarithme négatif de l'intensité des rayons X, et une fois les valeurs lues dans le domaine logarithmique une seule fenêtre montre les deux. Une image de présentation est laissée complètement intacte, car sa fenêtre stockée correspond au fabricant indiquant comment il entend que l'image soit lue.
Deux d’entre eux ont été vérifiés par rapport à un dossier clinique réel ici. Les autres sont enregistrés à partir de la documentation du fabricant, et la différence est indiquée clairement ci‑dessous plutôt que d’être atténuée, car une affirmation catégorique au sujet d’un fichier que personne n’a ouvert est exactement ce qui pousse un dentiste à faire confiance à une mauvaise réponse.
Le .tw est vérifié : il s'agit d'un ZIP, et son contenu est décrit ci‑dessus. Le tw provient de Trophy, la lignée acquise par Carestream, ce qui explique aussi pourquoi l'application d'imagerie sur un PC de cabinet s'appelle TW. Cette collision de noms mérite d'être connue, car une recherche sur le web pour « tw file » renvoie surtout de l'aide concernant l'application Carestream plutôt que l'export. Un .trophy est enregistré ici comme le même type de bundle, dans la documentation plutôt que dans une lecture de fichier en interne.
Les deux sont des cas d'ortho, et les deux sont enregistrés en tant que conteneurs ZIP d'après la documentation du fournisseur. 3Shape est aussi à l'origine de l'habitude la plus déroutante en imagerie dentaire : il nomme ses propres fichiers de cas de maillage .dcm, qui est l'extension DICOM. Un visualiseur qui se fierait à l'extension remettrait un scan intra-oral à un lecteur de radiographies et signalerait un fichier corrompu. L'identification par le contenu empêche cela, et c'est pourquoi cette page ignore le nom d'un fichier.
Un .sdx est une exportation Sidexis, enregistrée comme un conteneur ZIP d'après la documentation du fournisseur. Sidexis est une base de données d'imagerie à l'échelle du cabinet plutôt qu'un format de fichier, donc un .sdx est mieux considéré comme un colis envoyé depuis cette base de données : les radiographies sont à l'intérieur, et elles deviennent des DICOM ordinaires une fois extraites.
Un fichier .dentalproject est un cas CAO complet plutôt qu’un modèle, ce qui explique pourquoi il ne fonctionne pas sans exocad installé. Il est enregistré comme un conteneur ZIP d’après la documentation du fournisseur. Le dépaquetage liste ce que le laboratoire a réellement envoyé, et s’il contient un maillage il s’ouvre partout — mais l’état de conception, les paramètres et l’historique du cas ne se rouvrent que dans exocad. Si vous avez besoin de la forme plutôt que de la conception, demandez au laboratoire un STL ou un PLY.
Celle-ci est vérifiée, et la réponse vérifiée est une impasse : .meditMesh est un format fermé sans spécification publique, donc rien en dehors du logiciel Medit ne l’ouvre. La partie utile est ce qui l’accompagne. Un cas Medit lu ici livrait ses fichiers .meditMesh en même temps que le PLY que le même scanner exporte également, et un PLY est un maillage ordinaire qui transporte la couleur par sommet — donc la gencive et les colorations sont conservées, ce qui ne serait pas le cas dans un STL. Quand quelqu’un vous envoie un dossier de fichiers .meditMesh, la réponse est de demander le PLY.
Ce ne sont pas du tout des bundles. Ce sont des fichiers DICOM dont l’exportateur a choisi une extension différente, et les octets sont identiques à ceux d’un .dcm. Renommer l’un en .dcm le fait s’ouvrir dans n’importe quel visualiseur DICOM, et le déposer ici l’ouvre directement, parce que c’est le contenu qui décide. Si ce que vous avez est une radiographie simple plutôt qu’un conteneur, le visualiseur DICOM de ce site est l’outil le plus direct.
Seul ZIP est décompressé. Un conteneur 7-Zip, RAR ou gzip est reconnu et nommé, mais chacun nécessite son propre décompresseur et aucun d’eux n’est ce qu’un appareil dentaire génère. Une archive protégée par mot de passe est refusée plutôt que partiellement lue, car une archive partiellement lisible est un examen avec des coupes manquantes silencieusement. Les conteneurs supérieurs à 512 mégaoctets sont également refusés, puisque l’archive entière doit être maintenue en mémoire pour être lue, et un onglet de navigateur qui meurt en plein décompactage n’aide personne. Dans les trois cas la réponse est la même : décompressez-la sur le bureau et ouvrez un fichier depuis celle-ci.
Un export CBCT est le cas où cela importe le plus. Un scan cone beam arrive sous forme de centaines ou de milliers de coupes DICOM monoframes, souvent compressées en zip, parfois avec un visualiseur Windows inclus qui ne fonctionne que sous Windows. Deux fichiers DICOM ou plus dans un même conteneur sont traités ici comme une seule acquisition et ouverts comme une pile faisant défiler les coupes, décodées une coupe à la fois — mais le conteneur doit quand même rester en dessous du plafond de taille pour aller jusque-là.
Faites glisser le fichier .tw, .3oxz, .sdx, .dentalproject ou .meditmesh sur la zone de dépôt, ou cliquez dessus pour choisir le fichier. Rien n’est filtré par extension, car les unités dentaires nomment leurs exports de façons qu’aucune liste ne suit.
Chaque fichier contenu dans le conteneur est répertorié avec ce qu’il est réellement — une radiographie, un maillage, un fichier XML annexe, une miniature d’aperçu — identifié à partir de ses octets plutôt que de son nom.
Le fichier intéressant s'ouvre tout seul. Un volume prévaut sur une radiographie, qui prévaut sur un maillage, qui prévaut sur une image ordinaire, donc la vignette d'aperçu fournie par chaque fournisseur n'est jamais ce qui s'affiche.
| Extension | Fournisseur | Conteneur | S'ouvre ici | Comment savons-nous |
|---|---|---|---|---|
| .tw | Carestream Dental | ZIP | Oui | Lire à partir d’un dossier clinique réel |
| .trophy | Carestream Dental | ZIP | Oui, si c'est un ZIP | Documentation du fournisseur |
| .3oxz / .3ox | 3Shape | ZIP | Oui, si c'est un ZIP | Documentation du fournisseur |
| .sdx | Dentsply Sirona | ZIP | Oui, si c'est un ZIP | Documentation du fournisseur |
| .dentalproject | exocad | ZIP | Oui, si c'est un ZIP | Documentation du fournisseur |
| .meditmesh | Medit | Format fermé | Non — demandez le PLY | Lire à partir d’un dossier clinique réel |
| .dcm30 / .dc3 / .dicm | Générique | DICOM brut | Oui | Octets identiques à un .dcm |
Ce tableau est une indication de nommage et de routage, jamais une barrière. Rien ici n'interdit un fichier parce que son extension manque dans la liste : un .zip non enregistré provenant d'une unité dentaire est décompressé de la même façon, et une extension enregistrée dont les octets ne correspondent pas est signalée plutôt que forcée. Aucune énumération ne suit le rythme des noms que les unités dentaires donnent à leurs exports, et un sélecteur de fichiers grisé est une impasse contre laquelle un chirurgien-dentiste ne peut rien argumenter.
Un .tw est un paquet Carestream Dental : un ZIP sous un autre nom. Renommez-le en .zip et n’importe quel outil de décompression l’ouvrira, ou faites-le glisser sur cette page et il sera décompressé dans votre navigateur. Un véritable fichier lu ici contenait csi_ps_export.dcm — la radiographie, une céphalométrie latérale For Processing — à côté de general.xml, processing.xml, annotation.xml et thumbnail.png.
Ce sont tous les deux des cas 3Shape ortho, et ils sont tous les deux enregistrés ici comme conteneurs ZIP sur la base de la documentation du fournisseur plutôt que d’un fichier qu’on a réellement ouvert ici. Donc la réponse honnête est : essayez de le décompresser. Si les octets sont vraiment un ZIP, le contenu est listé ; sinon, cette page l’indique au lieu de deviner.
Non, et rien d’autre en dehors du logiciel Medit non plus. .meditMesh est un format fermé sans spécification publique. L’utile, c’est qu’un cas Medit exporte un PLY en plus de ses fichiers .meditMesh, et un PLY est un maillage ordinaire que n’importe quel visualiseur 3D ouvre avec la couleur du scan intacte. Demandez à la personne qui a envoyé le cas d’envoyer le PLY.
Un .sdx est une exportation Dentsply Sirona Sidexis. Il est enregistré ici comme un conteneur ZIP dans la documentation du fournisseur plutôt que comme un fichier lu localement, donc cette page tente de le décompresser et signale ce qu’elle a réellement trouvé. Quelle que soit la radiographie extraite est le fichier qui mérite d’être archivé ; l’enveloppe ne l’est pas.
Un fichier .dentalproject est un projet exocad : l’ensemble du cas CFAO plutôt qu’un modèle unique, c’est pourquoi un double-clic dessus sans exocad n’a aucun effet. Il est répertorié ici comme un conteneur ZIP dans la documentation du fournisseur. Si les octets forment un ZIP, le déballage liste les maillages et fichiers annexes à l’intérieur, mais l’état de conception lui‑même ne se rouvre que dans exocad.
Parce qu'il s'agit d'un fichier DICOM portant une extension différente, et ce avec quoi vous l'avez ouvert ne reconnaissait que les .dcm. Les octets sont identiques. Renommez-le en .dcm et n'importe quel visualiseur DICOM l'acceptera, ou déposez-le ici — cette page identifie les fichiers par leur contenu, donc l'extension ne décide de rien.
Non. Cette page n'a pas de point de terminaison de téléversement. L'archive est décompressée et l'image est décodée par votre propre navigateur, sur votre propre machine. Cela importe plus ici que pour la plupart des outils, car un lot dentaire contient normalement un DICOM dont l'en-tête porte le nom du patient, l'identifiant et la date de naissance.
Pas pour voir ce qu’il y a à l’intérieur. Un bundle fournisseur est un conteneur, et dépaqueter un conteneur ne nécessite pas de logiciel du fournisseur. L’application du fournisseur est nécessaire uniquement pour rouvrir le dossier de la manière dont le fournisseur l’a enregistré, avec ses annotations et sa mise en page. La radiographie ou le maillage à l’intérieur s’ouvre n’importe où.