• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

Exportateur vers dxf incorrect

  • Auteur du sujet Auteur du sujet ingrevito
  • Date de début Date de début

ingrevito

Guest
dans le processus de conversion de dft à dxf je vérifie constamment la conversion incorrecte de symboles tels que ø et les symboles représentatifs des tolérances géométriques de planéité, de parallélisme perpendiculaire etc.
qui va ouvrir le dxf de moi sauvé du .dft voit le symbole converti en ou et les symboles des tolérances géométriques converti en autres minuscules lettres.
le design est donc illisible.
j'ai essayé de changer toutes les options proposées par l'assistant à la conversion (p. ex., « exports prospects of if as autocad quotas ») mais je n'arrive pas à la fin et le résultat est toujours le même. utiliser si 16.00.07.04
quelqu'un peut me diriger vers la solution du problème ?
merci d'avance.
 
laissez-moi deviner, l'autre façon qu'ils m'utilisent10...
c'est un problème qui m'est arrivé et je n'ai pas trouvé la solution, mais j'ai vu que l'ouverture de mon dwg/dwf avec des designs autocad ou similaires étaient correctes. vous pouvez prouver de laver dans une ancienne version de cette norme, en autocad14 ou 13, peut-être certains problèmes les résolvent.

bonjour, alessandro.
 
je pense que c'est un bug de bord solide, j'ai essayé de charger le dwg avec différents cads et j'ai trouvé toutes les erreurs que vous dites, sauf au cas où les fichiers sont chargés dans autocad (au moins je pense, je n'ai pas autocad et pour faire les preuves utiliser progecad smart). j'utilise si v18 mais aussi avec la v19 ne fonctionne pas de la même façon.

c'est un problème assez ennuyeux, en fait. .

au revoir.
 
Dernière édition:
donc, le problème est que l'exportation vers l'autocad est parfaite,
que vers les autres cads est faux.
j'ai soumis le problème à l'assistance, qu'il a dit que, étant donné que l'exportation vers l'autocad est correcte, le problème que cela à d'autres est mal ne les concerne pas. un discours comme:
"nous l'écrivons bien, en fait vous voyez autocad comme vous le lisez bien? si les autres cads sont amers et qu'ils ne savent pas lire le dwg, ce n'est pas notre problème. "

c'est ça.

au revoir.
 
dans quel format de dxf transporter ou enregistrer? que la version 13-14 de dxf a toujours eu des problèmes, sauvegardés en 2000.

au revoir.
 
2000... j'ai essayé aussi en 13 et 14, mais rien à faire... comment portez-vous ? avez-vous eu des problèmes comme ça ?
 
donc, le problème est que l'exportation vers l'autocad est parfaite,
que vers les autres cads est faux.

au revoir.
le bord solide exporte vers dwg qui est le format autocad. si l'autocad le lit bien, le dwg est bien codifié. mais si vous faites cela autocad dwg enregistrer, et essayer de le télécharger à partir de votre logiciel que vous voyez bien ou continuer à vous voir mal? et dans ce cas, qui a tort avec votre logiciel ou autocad?

bonjour.
 
le bord solide exporte vers dwg qui est le format autocad. si l'autocad le lit bien, le dwg est bien codifié. mais si vous faites cela autocad dwg enregistrer, et essayer de le télécharger à partir de votre logiciel que vous voyez bien ou continuer à vous voir mal? et dans ce cas, qui a tort avec votre logiciel ou autocad?

bonjour.
alors, si de l'autocad (progecad-intellicad) je monte puis je charge dans un autre cad le dwg généré par le bord solide continue à voir mal.
je comprends que cela semble être un problème avec d'autres cads, mais c'est la première fois que j'ai eu ce problème, dans le sens que dans le passé avec d'autres cads dont j'ai exporté vers dxf/dwg ne m'est jamais arrivé. à la limite, un quota ou un échantillonnage non reconnu a été transformé en «blocco-simile» de l'entité (p. ex. si le destinataire était moi10, chiffrez si c'était cadra) de la morue réceptrice, mais il n'est jamais arrivé qu'un caractère soit devenu un autre. peut-être que la traduction à bord solide est trop sophistiquée et ne fonctionne pas toujours.

c'est un gros problème, et je dois essayer de le résoudre d'une manière ou d'une autre parce que les clients qui reçoivent ma plainte de dwg (à droite, si vous envoyez un dessin dans l'atelier où au lieu du signe perpendiculaire il y a un "n" le travailleur comment il devrait l'interpréter? ).

au revoir.
 
c'est un gros problème, et je dois essayer de le résoudre d'une manière ou d'une autre parce que les clients qui reçoivent ma plainte de dwg (à droite, si vous envoyez un dessin dans l'atelier où au lieu du signe perpendiculaire il y a un "n" le travailleur comment il devrait l'interpréter? ).

au revoir.
pour résoudre immédiatement il n'y a rien de mieux qu'un joli pdf, léger et mince et est la copie fidèle de la presse, ce qui devrait réellement voir la production.

ou installer le visionneur de bords solides

pour le reste, savez-vous comment donner des informations supplémentaires ? avec quelles versions a bien fonctionné et avec quel mauvais?

bonjour.

france
 
pour résoudre immédiatement il n'y a rien de mieux qu'un joli pdf, léger et mince et est la copie fidèle de la presse, ce qui devrait réellement voir la production.

ou installer le visionneur de bords solides

pour le reste, savez-vous comment donner des informations supplémentaires ? avec quelles versions a bien fonctionné et avec quel mauvais?

bonjour.

france
francesco, tout d'abord merci pour votre attention.

donc, je fournit habituellement le pdf en plus du dwg, donc tout va bien pour la presse. le problème est l'archivage dans les systèmes informatiques d'affaires pour la réutilisation ultérieure bien sûr.

de ce que je comprends, le bord solide utilise la police semica1.ttf pour tous les caractères particuliers, tels que le symbole diamétrique, les tolérances géométriques, etc. etc.

maintenant, il arrive que, si ces symboles sont insérés dans des quotas qui une fois transfomed dans autocad maintenir leur qualité de quota, même chargés dans l'annotation ne causent pas de problèmes.
si au contraire ces quotas (y compris les tolérances géométriques que je pense si elle traite comme des quotas) n'ont pas de correspondance en autocad et sont donc transformés en blocs, alors le remplacement se produit.

les symboles diamétriques deviennent "o", les symboles géométriques de tolérance deviennent "n", "i", etc.

dans les cads traditionnels que j'ai utilisés dans le passé peut-être le problème n'existe pas car le symbole diamétrique est fait avec un code ascii (alt+157) et les tolérances géométriques sont en fait des agrégats de primitive et non-caractéristiques.

je joins un exemple de la faute, je souligne que tous les cads que j'ai utilisés sont présents sur le même pc et donc avec la police seedca1.ttf disponible (mais est-ce une police propietario que seul le bord solide est capable d'interpréter? ).
 

Pièces jointes

j'ai oublié : la version de bord vendu est la v18 avec sp11, mais j'ai vu que même avec le 19 même problème.

au revoir.
 
puis, j'ai fait un test en retirant du système toutes les polices qui contenaient le mot "bord solide" dans le nom. simulant ainsi un pc où le bord solide n'a jamais été installé.

dans ce cas, même intellicad a réussi à interpréter ces caractères, puis mettre le "ou" au lieu du "fi" et "n" au lieu du symbole de la perpendiculaire.

au revoir.
 
j'ai juste essayé d'ouvrir en dwg avec a9cad où j'avais "phi" et les ai vus comme "phi". je confirme donc ce qui a déjà été dit.
 
j'ai juste essayé d'ouvrir en dwg avec a9cad où j'avais "phi" et les ai vus comme "phi". je confirme donc ce qui a déjà été dit.
mais est-ce le même pc sur lequel vous avez un bord solide ? parce que dans ce cas vous trouvez déjà les polices présentes et ce n'est pas un test indicatif. malheureusement, un pc sans bord solide ne l'a pas.
avez-vous fait les tests avec les exemples que j'ai téléchargés ?

merci aussi, au revoir.
 
mais est-ce le même pc sur lequel vous avez un bord solide ? parce que dans ce cas vous trouvez déjà les polices présentes et ce n'est pas un test indicatif. malheureusement, un pc sans bord solide ne l'a pas.
avez-vous fait les tests avec les exemples que j'ai téléchargés ?

merci aussi, au revoir.
bhè, les polices solidedge sont distribuées, alors pourquoi ne pas les installer sur le pc récepteur ?

bonjour.

france
 
bhè, les polices solidedge sont distribuées, alors pourquoi ne pas les installer sur le pc récepteur ?

bonjour.

france
avant d'attendre de vérifier que le problème est là. de plus, il me semble au moins impoli de prétendre que mon client, avec peut-être 150 installations de son cad, installe cette police particulière sur tous les pcs.
plutôt, mon client dans ce cas m'a dit que me10 permet d'annihiler les polices dans le dwg produit par moi10. est-ce possible avec un bord solide ?

au revoir.
 
puis j'ai enfin réalisé ce qui se passe :
j'ai téléchargé sur pc avec autocad mais sans solidedge (et donc sans ses polices) un dwg généré par solid edge.

le résultat a été négatif, dans le sens que, à l'intérieur de l'autocad, les symboles diamétraux étaient représentés avec « o » et ceux de la tolérance de forme avec des lettres munsculeuses: « a », « n », etc. aussi le système a signalé l'impossibilité de télécharger les polices: seiso.ttf; senasi.ttf.

fondamentalement les choses sont bonnes si le bord solide et l'autocad sont installés sur le même pc, mais autrement...

alors le problème est partiellement résolu si nous installons des polices solides sur le pc récepteur (vous savez à quel point il est confortable...), et toujours que le cad recevant dwg est capable de traiter les polices de vrai type.
 
alors le problème est partiellement résolu si nous installons des polices solides sur le pc récepteur (vous savez à quel point il est confortable...), et toujours que le cad recevant dwg est capable de traiter les polices de vrai type.
je voudrais remercier le rapporteur pour son travail.

bonjour.
 

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Retour
Haut