Convertisseur DXF vers DXF: changement de version du format

Qu'est-ce que la conversion DXF vers DXF?

La conversion DXF vers DXF, c'est la transformation d'un dessin au format d'échange AutoCAD d'une version vers une autre. Le format lui-même reste identique (DXF), mais la représentation interne du dessin est ajustée à la version cible: depuis la toute première R12 de 1992 jusqu'à la moderne R2018 et les versions compatibles. À première vue, cela paraît redondant: pourquoi changer quelque chose au sein du même format? En pratique, c'est précisément la version qui détermine si un fichier s'ouvrira chez un destinataire donné, s'il fonctionnera sur une machine à commande numérique, et si un collègue d'un service voisin pourra recevoir le dessin sans demander d'aide.

Le DXF existe depuis la fin des années 1980 comme fichier d'échange ouvert pour transférer des dessins entre systèmes CAO. Au fil des décennies, plus d'une dizaine de versions officielles ont été publiées: R12, R13, R14, R2000, R2002, R2004, R2007, R2010, R2013, R2018 et leurs intermédiaires. Chaque nouvelle version a introduit de nouvelles entités et extensions: d'abord des objets simples comme les hachures et le texte multiligne, puis des structures plus complexes (blocs dynamiques, éléments de tableau, calques étendus, objets de modélisation des informations du bâtiment). Le jeu d'entités de base (lignes, arcs, cercles, polylignes, textes, cotes, blocs, calques) est conservé dans toutes les versions, et c'est précisément ce qui rend le format universel.

Quand un dessin est enregistré par un système CAO récent, il est écrit par défaut dans la dernière version DXF. Un destinataire utilisant un programme ancien ou un équipement legacy ouvre un tel fichier avec des erreurs ou ne l'ouvre pas du tout. La conversion DXF vers DXF résout ce problème: le dessin est traduit dans la version requise pour que le destinataire voie une structure familière et poursuive le travail sans soucis de compatibilité. La tâche inverse se rencontre aussi: un vieux fichier écrit dans une version des années 1990 gagne parfois à être porté vers un standard moderne afin que les programmes récents le manipulent plus efficacement.

Lors de la conversion, le contenu du dessin (géométrie, calques, blocs, cotes, textes, hachures, fenêtres) est transféré vers la nouvelle version en préservant tous les paramètres clés. Les entités qui n'existent pas dans la version cible sont soit simplifiées à leurs équivalents de base, soit décrites par les objets compatibles les plus proches. Après conversion, le fichier s'ouvre dans tout programme prenant en charge la version DXF choisie, et le destinataire voit la même géométrie que l'auteur.

Comparaison des versions DXF

Règle principale du choix de version: visez le destinataire. Si le destinataire travaille dans un système CAO moderne avec un équipement récent, n'importe quelle version convient, et il est souvent judicieux de garder celle dans laquelle le dessin a été initialement enregistré. Si le destinataire utilise un programme ancien ou une machine ancienne, choisissez une version plus ancienne: R2000 ou R14 couvrent la plupart des cas, tandis que R12 n'est nécessaire que pour les équipements vraiment obsolètes.

R2000 est le choix universel, une sorte de juste milieu. D'un côté, cette version contient déjà les entités pratiquement importantes: calques aux propriétés étendues, types de ligne avancés, texte multiligne, cotes à styles, hachures avec remplissages, nombreuses sortes de blocs. De l'autre, elle est prise en charge par pratiquement tous les logiciels professionnels des deux dernières décennies. Quand on ne sait pas à l'avance qui recevra le dessin ni quel programme utilise le destinataire, R2000 offre une couverture maximale sans perte significative de fonctionnalités.

Quand la conversion DXF vers DXF est nécessaire

Transmission d'un dessin à un système CAO ancien

Dans les grandes organisations, le parc logiciel se renouvelle lentement. Un service est passé à une version récente de la CAO, un autre fonctionne sur des licences de cinq ans, un troisième utilise un paquet spécialisé sorti il y a dix ans et plus mis à jour. Un dessin enregistré dans la version DXF la plus récente s'ouvre sans problème chez le premier, donne des erreurs ou avertissements partiels chez le deuxième, et peut tout simplement ne pas se charger chez le troisième. Rétrograder la version DXF vers R2000 ou R14 supprime ce problème: le dessin devient accessible à tous les participants de la chaîne.

Préparation de la géométrie pour la production

Les machines industrielles à commande numérique (découpeurs laser, découpeurs plasma, centres de fraisage, presses plieuses, traceurs, machines de gravure) vivent des décennies. Des contrôleurs sortis au début des années 2000 traînent encore dans les ateliers et tournent chaque jour. Leurs programmes de commande comprennent souvent les anciennes versions DXF: R12, R14, R2000. Si une pièce a été conçue dans une CAO récente et enregistrée dans une version moderne, le fichier peut être rejeté par l'équipement. Abaisser la version DXF à celle prise en charge par le contrôleur rétablit la compatibilité et ramène la machine ancienne au travail avec des dessins modernes.

Archivage à long terme

Le stockage à long terme de la documentation projet est une tâche d'ingénierie à part entière. La durée de vie d'un dessin d'archive se mesure en décennies, alors que les logiciels et les formats peuvent changer sensiblement durant cette période. Stocker dans des versions DXF récentes crée un risque: dans vingt ans, le programme qui comprend nativement cette version peut ne plus être disponible. Les exigences d'archivage du secteur prescrivent de plus en plus de stocker la documentation dans des versions DXF stables et soutenues depuis longtemps (en général R12 ou R2000), garanties d'ouvrir des décennies plus tard pratiquement par n'importe quel logiciel.

Résolution des problèmes avec les sous-traitants étrangers

La coopération internationale ajoute une couche d'hétérogénéité supplémentaire. Un sous-traitant étranger peut disposer d'une édition régionale CAO différente, d'une localisation d'interface, d'un jeu de polices et de styles distincts. Un DXF récent avec extensions non standard peut donner des résultats inattendus dans un autre programme. Rétrograder la version vers R2000 élimine ces entités spécifiques et ne laisse que la géométrie de base, que tout système CAO interprète de la même manière.

Import dans des programmes connexes

Tous les programmes qui lisent le DXF ne sont pas des systèmes CAO à part entière. Systèmes de fabrication assistée par ordinateur, programmes SIG, paquets de calcul d'ingénierie, éditeurs cartographiques, générateurs de documentation technique, optimiseurs d'imbrication: chacun prend en charge le DXF dans sa propre plage de versions, généralement plus restreinte qu'une CAO professionnelle. Abaisser la version vers R2000 ou R14 augmente sensiblement les chances qu'un programme connexe accepte le fichier et le lise correctement.

Travail avec scripts et automatisation

Les scripts d'ingénierie internes (comptage des longueurs de lignes par calque, génération de nomenclatures, extraction des coordonnées de perçages, remplacement par lots des libellés) sont souvent écrits pour une version DXF spécifique. Si une organisation maintient des scripts ciblés sur R2000, le traitement des dessins entrants en versions récentes produit des défaillances régulières: codes de groupe modifiés, nouvelles entités apparues, ordre des sections changé. Aligner tous les DXF entrants sur la version visée par les scripts uniformise le flux de données et stabilise l'automatisation.

Préparation d'un jeu de documentation pour différents destinataires

Un même projet peut être adressé à plusieurs destinataires aux exigences distinctes. Le client souhaite une version récente pour ouvrir le fichier dans une CAO moderne. L'atelier de production a besoin de R2000, version pour laquelle ses machines sont réglées. Les archives requièrent R12 pour la conservation à long terme. Un sous-traitant externe préfère R14. La conversion DXF vers DXF permet de préparer un jeu adapté à chaque destinataire à partir d'un seul fichier source, sans retourner dans l'environnement de conception ni toucher au fichier d'origine.

Mise à jour d'anciens fichiers d'archive

La tâche inverse (passage à une version supérieure) est plus rare mais aussi pertinente. Les archives des années 1990 conservent des dessins en R12 ou R14, et leur ouverture dans une CAO moderne présente des limitations: types de ligne obsolètes, structures de données sous-optimales, objets de base au lieu d'objets étendus. La conversion vers une version récente porte le dessin au standard actuel, afin que les nouveaux outils CAO le manipulent plus efficacement et que l'utilisateur dispose du jeu de fonctionnalités étendu lors de l'édition.

Aspects techniques de la conversion

Ce qui se passe lors du changement de version

Le processus débute par l'analyse du fichier source. Le dessin est lu comme un ensemble de sections (en-tête, classes, tables, blocs, objets et entités), et chaque élément est analysé pour sa compatibilité avec la version cible. La géométrie de base (lignes, cercles, arcs, ellipses, polylignes, textes, hachures, cotes, blocs et insertions) est transférée directement: ces entités existaient déjà dans les premières versions et sont préservées dans toutes les versions modernes. Les calques sont entièrement portés, avec tous les noms, couleurs, types de lignes et états.

Les entités apparues dans des versions ultérieures sont traitées différemment selon le sens de la conversion. Lors d'un rétrogradage, les objets avancés sont réduits aux équivalents les plus proches du jeu de base. Lors d'un passage à une version supérieure, les entités d'origine restent telles quelles mais acquièrent la possibilité d'utiliser de nouvelles propriétés et extensions disponibles dans la version cible.

Rétrogradage: ce qui se simplifie

Le cas pratique principal de conversion est le rétrogradage d'une version récente vers une version plus ancienne. Plusieurs règles s'appliquent ici.

Les blocs dynamiques sont transformés en blocs ordinaires dans leur état courant. La paramétrique du bloc, qui permet de basculer entre variantes dans une CAO récente, n'existe pas dans les versions anciennes. Le bloc est donc figé dans la forme qu'il avait au moment de la conversion. La représentation visuelle est préservée, mais la possibilité de basculer entre variantes est perdue.

Les tableaux (entités TABLE), objets étendus avec cellules et formules, n'existent pas dans les versions antérieures à R2007. Lors d'un rétrogradage, ils sont soit supprimés, soit transformés en un ensemble de lignes et de textes avec la même représentation visuelle.

Les objets texte étendus (texte multicolonne, texte avec champs, libellés formatés de nouveau type) peuvent être simplifiés en texte multiligne avec perte partielle du formatage.

Styles de tracé, fenêtres de nouveaux types, propriétés de calques spécifiques apparues après R2000: tout cela est soit transféré sous forme simplifiée, soit exclu du fichier de sortie.

Les objets proxy, créés par des extensions tierces, restent soit comme données opaques que le programme destinataire ne comprend pas, soit sont simplifiés en géométrie de base.

Passage à une version supérieure: ce qui s'ajoute

Quand un ancien fichier est porté vers une version récente, les entités d'origine restent intactes, mais la structure du fichier est portée au standard moderne. Les objets de base reçoivent des propriétés étendues: les calques acquièrent des attributs supplémentaires, les textes obtiennent des paramètres de formatage étendus, les blocs deviennent prêts pour la paramétrisation. La représentation visuelle d'origine est intégralement préservée: le dessin a la même apparence que dans le fichier ancien, mais il est en interne prêt pour l'édition dans une CAO moderne.

Conservation des calques, blocs et annotations

Tous les calques sont transférés avec leurs noms, couleurs, types de lignes, épaisseurs et états (visibilité, gel, verrouillage). Les blocs sont conservés comme définitions nommées à géométrie imbriquée, et les insertions de blocs comme entités avec coordonnées, rotation et échelle. Les libellés de cote sont transférés avec les lignes de cote, les lignes de repère, les flèches et les valeurs textuelles. Les objets texte et le texte multiligne sont conservés avec leur calque, leur police et leurs attributs de formatage.

Polices et libellés textuels

Les textes en DXF sont stockés avec une référence à un style qui pointe vers une police précise. Lors du changement de version, les styles sont transférés tels quels, mais si le destinataire ne dispose pas de la police requise, le programme en substituera une par défaut. Cela vaut autant pour le rétrogradage que pour le passage à une version supérieure. Pour garantir une représentation visuelle identique des libellés chez tous les destinataires, convertissez à l'avance les textes critiques en géométrie (polylignes et remplissages), ou transmettez le dessin accompagné des fichiers de polices.

Références externes et liaisons

Si le dessin contient des références externes à d'autres dessins, le DXF de sortie conserve l'enregistrement de la référence avec le chemin du fichier. À l'ouverture du fichier résultant, le destinataire doit aussi disposer des fichiers de référence externes, sinon le calque sous-jacent ne s'affiche pas. Pour transmettre un jeu de dessins à un sous-traitant, envoyez le DXF principal accompagné de tous les fichiers dépendants, ou liez (opération d'incorporation) les références externes dans le dessin principal à l'avance afin d'obtenir un fichier autonome.

Quels fichiers conviennent le mieux à la conversion

Candidats idéaux:

• Plans d'étage 2D, coupes et façades pour transfert entre services voisins utilisant des logiciels différents
• Dessins de détails pour la production sur des équipements legacy de découpe laser, plasma, fraisage et gravure
• Dessins d'ensemble et schémas pour partage avec des collègues utilisant une version CAO antérieure ou ultérieure
• Fonds topographiques et plans de masse pour import dans des programmes connexes (SIG, paquets de calcul)
• Jeux d'archives de documentation projet pour conservation à long terme dans une version stable
• Modèles et éléments standard (cartouches, tampons, symboles) pour échange à l'échelle du secteur
• Anciens dessins à porter au standard moderne avant édition dans une nouvelle CAO

Conviennent avec réserves:

• Dessins comportant de nombreux blocs dynamiques: lors d'un rétrogradage, les blocs deviennent ordinaires et perdent leur variabilité
• Fichiers contenant des objets proxy issus d'extensions tierces: le résultat doit être vérifié visuellement avant envoi
• Dessins avec entités tableau de versions récentes: lors d'un rétrogradage vers R2000 et antérieures, les tableaux peuvent se simplifier en ensemble de lignes et de textes
• Dessins remplis de polices spécifiques: décidez à l'avance si vous envoyez les polices avec le fichier ou si vous convertissez les textes en géométrie
• Dessins complexes avec propriétés d'objet personnalisées: les propriétés standard sont transférées, les non standard peuvent être simplifiées

Ne valent pas la peine d'être convertis:

• Brouillons de travail inachevés qui seront encore édités de nombreuses fois dans la CAO source
• Dessins à paramétrique critique que la version cible ne prend fondamentalement pas en charge
• Fichiers où la valeur principale réside dans des objets spécifiques non exprimables par la spécification DXF de base

Avantages du changement de version DXF

Compatibilité avec tout destinataire. Le principal avantage est la possibilité d'adapter le fichier à un destinataire spécifique. Un dessin devient une source universelle à partir de laquelle on peut dériver une version pour CAO moderne, pour ancienne machine, pour archive ou pour sous-traitant étranger. Cela élimine la question "pourquoi ça ne s'ouvre pas chez moi" et réduit les échanges relatifs aux versions.

Prise en charge directe par les équipements de production. Découpeurs laser, découpeurs plasma, centres de fraisage, traceurs et graveurs n'acceptent souvent le DXF que dans certaines versions. Abaisser la version à une variante adaptée rétablit le fonctionnement du parc legacy avec des dessins modernes, sans achat de nouveaux contrôleurs ni réécriture des programmes de commande.

Longévité pour les archives. Une version DXF stable et largement prise en charge transforme un dessin d'archive en document qui restera lisible des décennies plus tard. À mesure que les générations de CAO se succèdent, le jeu d'entités de base d'une version ancienne continue d'être pris en charge, et le matériel archivé reste accessible.

Réduction des risques d'incompatibilité. Les versions récentes contiennent des entités étendues qui se comportent différemment selon les programmes. Une version de base supprime ces extensions et ne laisse que ce que tout système CAO interprète de la même manière. Cela réduit le nombre d'artefacts visuels et de résultats imprévus du côté destinataire.

Confort pour le traitement par script. Les scripts d'ingénierie écrits pour une version DXF précise fonctionnent plus fiablement quand tous les fichiers entrants sont alignés sur la même version. Cela réduit les branchements dans le code, simplifie le débogage et abaisse le taux de défaillances.

Préparation pour des programmes spécialisés. Les programmes connexes (SIG, paquets de calcul, optimiseurs d'imbrication, générateurs de documentation) prennent souvent en charge le DXF dans une plage de versions limitée. Porter le dessin dans la version requise élargit le cercle des programmes dans lesquels le fichier s'ouvre sans problème.

Gain de temps sur les échanges. Quand un dessin est enregistré à l'avance dans la version préférée du destinataire, on élimine le cycle "ne s'ouvre pas, envoyez une autre version, je renvoie, ne s'ouvre toujours pas". Un export correct par destinataire économise des heures de communication et accélère la transmission du projet.

Limitations et recommandations

La principale limitation lors d'un rétrogradage est la perte inévitable de fonctionnalités apparues dans les versions ultérieures. Les blocs dynamiques sont figés dans leur état courant, les entités tableau sont simplifiées, le formatage textuel étendu est perdu. Avant d'envoyer un dessin critique riche en entités modernes, parcourez le contenu et évaluez quels objets seront simplifiés et si cela est acceptable pour la tâche du destinataire.

La deuxième limitation est la dépendance au programme côté destinataire. Même avec une version DXF appropriée choisie, tous les programmes ne l'implémentent pas à l'identique. Vérifiez toujours le résultat: ouvrez le fichier résultant dans le programme exact que le destinataire utilisera, ou dans son visualiseur gratuit, et comparez avec la source.

La troisième limitation concerne les polices. Les textes référencent des styles liés à des polices, et si la police requise manque côté destinataire, les libellés s'afficheront avec une police par défaut. Si l'identité visuelle des libellés est critique, convertissez les textes importants en géométrie avant la conversion ou envoyez les fichiers de polices avec le dessin.

Si un DXF est préparé pour la production, après conversion vérifiez toujours les unités de mesure et l'échelle: une erreur sur ces paramètres transforme une pièce en objet de taille différente. Assurez-vous aussi que les calques utilisés par la machine pour distinguer les opérations (découpe, gravure, marquage) conservent les bons noms et couleurs. En transmettant à un sous-traitant sur une autre CAO, faites un contrôle de cohérence avant envoi: ouvrez le DXF résultant dans un visualiseur tiers ou dans un autre programme CAO et comparez les cotes clés avec la source.

Enfin, n'utilisez pas une version trop ancienne sans nécessité. R12 est le format le plus compatible avec les équipements legacy, mais il est privé de la plupart des fonctionnalités apparues durant les trente dernières années. Si le destinataire utilise un programme moderne, rétrograder vers R12 n'a pas de sens: cela ne fait que simplifier le dessin au-delà du nécessaire. Adaptez la version au niveau minimum de compatibilité suffisant pour la tâche.