• 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.

Sélection des lignes décimales

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

MickSenna

Guest
Bonjour à tous,
Je ne peux pas venir à la tête de ce problème, j'ai reçu de tiers un dessin de cad en format .dwg bidimensionnel. la conception a été élaborée avec des centimètres de mesure unitaire, le problème est qu'il a été conçu "à la vidéo" / oeil. toutes les mesures ne sont pas précises mais sont équipées de décimales inutiles afin de la précision requise. si par exemple une épaisseur de cm.10 doit avoir la longueur: 10, dans la conception la ligne de fermeture est 10.514 et ainsi pour de nombreuses longueurs.
pour avoir besoin de calcul et de citation de la conception, je dois corriger ces erreurs. existe-t-il un moyen de sélectionner et/ou de mettre en évidence les longueurs avec des décimales autres que zéro? o
Merci à tous !
 
il y a longtemps j'ai trouvé ce lisp, peut-être aussi présent dans le forum, qui vérifie et signale s'il y a des lignes non horizontales/verticales et avec des longueurs différentes de l'ensemble et 0.5
dans le lisp il y a la légende des couleurs
Je m'excuse auprès de l'auteur si je ne le mentionne pas, mais je ne me souviens pas de qui il est.
 

Pièces jointes

@massivonweizen Massive, je crois que Mick signifie la distance (offset) entre deux lignes parallèles (pagaie tramezzo). très difficile de créer un lisp qui met en évidence une telle chose, devrait comparer chaque entité avec toutes les autres du design..@micenna J'ai rencontré ces erreurs lors, par exemple, de la répétition. Il y a une mesure qui correspond à ce que vous avez dessiné. avec tous les problèmes que cela implique.
 
MassiVonWeizen a dit:
il y a longtemps j'ai trouvé ce lisp, peut-être aussi présent dans le forum, qui vérifie et signale s'il y a des lignes non horizontales/verticales et avec des longueurs différentes de l'ensemble et 0.5
dans le lisp il y a la légende des couleurs
Je m'excuse auprès de l'auteur si je ne le mentionne pas, mais je ne me souviens pas de qui il est.
Cliquez pour agrandir...
C'est exactement ce que je cherchais. @massivonweizen. J'ai essayé et ça marche. Assez Bien. dans le sens que la lecture des couleurs et la description dans le lisp résultent de lignes d'erreurs que j'ai personnellement conçu avec le jardin actif. Peut-être que j'ai tort ? :roulets:
globalement aussi grand, le lisp fait ce dont vous avez besoin.
Merci beaucoup.
 
Cristallo a dit:
@massivonweizenMassive, je crois que Mick signifie la distance (offset) entre deux lignes parallèles (pagaie tramezzo). très difficile de créer un lisp qui met en évidence une telle chose, devrait comparer chaque entité avec toutes les autres du design..@micennaJ'ai rencontré ces erreurs lors, par exemple, de la répétition. Il y a une mesure qui correspond à ce que vous avez dessiné. avec tous les problèmes que cela implique.
Cliquez pour agrandir...
@cristallo Non, il a bien compris. @massivonweizenPeut-être Je me suis exprimé en termes peu clairs, mais l'objectif était de mettre en évidence toutes les longueurs différentes de l'ensemble. le lis cité fait son devoir.
Je ne sais pas si c'est dû à une erreur humaine ou des problèmes d'exportation, pour moi le design est venu en deux dimensions et comme vous l'avez dit avec très peu de lignes correctes ..
huile de coude et tout est parfait.
 
il n'est pas compris si le dwg a été conçu en fixant les lignes à l'œil, sans taper les distances (type dessin à la main, mais il me semble peu probable) ou si le concepteur a attribué des distances exactes aux lignes mais pour une raison quelconque les valeurs de mesure ne sont pas affichées correctement (c'est-à-dire que les 10 dactylographiés par le concepteur dans la phase de création de la ligne sont 10.514 lors de la mesure de cette ligne.

parce que le problème pourrait alors être le suivant (si j'ai bien interprété le poste de

Mélange​

dans ce cas, il suffirait de la ligne de commande avec échelle pour ramener la conception à l'échelle souhaitée. alors, bien sûr, il est nécessaire que l'autocad du designer original soit réglé pour ne pas créer de dessins avec la même erreur.

problèmea:​

les valeurs relatives à la taille ou à la longueur d'un objet affiché à un quota, par la télécommande (dist) et/ou dans la palette de propriétés en autocad ne correspondent pas. une ou plusieurs valeurs de mesure sont mal affichées ou une échelle incorrecte a été appliquée.

 
MassiVonWeizen a dit:
Venez Possamo saperlo ?
Cliquez pour agrandir...
Ça marche parfaitement ? à moi de trop d'erreurs.
de nombreuses lignes m'ont été indiquées de couleur magenta que dans le lisp correspond à (rotation incorrecte de légèrement < 1 et longueur correcte), même si les lignes ci-dessus je les corrige manuellement avec potager globale active.
Cependant, le problème est résolu. (y)
 
Tristus a dit:
il n'est pas compris si le dwg a été conçu en fixant les lignes à l'œil, sans taper les distances (type dessin à la main, mais il me semble peu probable) ou si le concepteur a attribué des distances exactes aux lignes mais pour une raison quelconque les valeurs de mesure ne sont pas affichées correctement (c'est-à-dire que les 10 dactylographiés par le concepteur dans la phase de création de la ligne sont 10.514 lors de la mesure de cette ligne.
Cliquez pour agrandir...
C'est exactement le premier cas. pour certains (poché) les mesures sont correctes tandis que les autres sont aléatoires et équipées de décimales.
Tristus a dit:
les valeurs relatives à la taille ou à la longueur d'un objet affiché à un quota, par la télécommande (dist) et/ou dans la palette de propriétés en autocad ne correspondent pas. une ou plusieurs valeurs de mesure sont mal affichées ou une échelle incorrecte a été appliquée.
Cliquez pour agrandir...
Il ne s'agit pas de quotas ou d'échelle de quotas, ni même d'une échelle générale de la conception résolue par l'alignement.
il y a incohérence avec les mesures. S'il s'agissait d'un problème d'échelle, toutes les mesures seraient appliquées de manière "constante".
 
MickSenna a dit:
Ça marche parfaitement ? à moi de trop d'erreurs.
de nombreuses lignes m'ont été indiquées de couleur magenta que dans le lisp correspond à (rotation incorrecte de légèrement < 1 et longueur correcte), même si les lignes ci-dessus je les corrige manuellement avec potager globale active.
Cependant, le problème est résolu. (y)
Cliquez pour agrandir...
sans que votre fichier type soit dessiné pour deviner.
Qu'est-ce que ça veut dire par "le jardin mondial actif" ? Quel est le jardin mondial avant tout?
vous avez vérifié les propriétés de la ligne ou mesuré l'angle par rapport à une ligne théoriquement parallèle (s'ils sont parallèles, vous la déclarez dans la barre de commande et ne créez pas le quota)
Que signifie résoudre un problème? Et comment le résoudriez-vous ?
 
J'ajouterais une autre contrainte à la valeur numérique approximative du 5 cm.
c'est-à-dire si la mesure de la longueur d'une maçonnerie à partir de la valeur, par exemple, de 10,33 mt. 10.30 ou 10.35. pour une question de praticabilité.
Je n'utilise jamais le snap (f9 et f7 sont toujours éteints) cependant le snap de grille est 0,05, c'est-à-dire approximation à 5 cm au cas où je décide d'utiliser le snap (dans la conception architecturale il n'y a pas besoin, cependant, vous tapez la distance déjà approximative à 5 cm). normalement je suppose que 1 unité correspond à 1 mètre

Cette liaison d'approximation complique considérablement les choses au programmeur de lisp, et en tout cas il est nécessaire de passer du temps à vérifier si le résultat final carrés.

orthogonalité verticale/horizontale J'essaierais de les contrôler avec une paramétrisation de la conception de la plante.
 
Dernière édition:
pour faire ce que vous demandez, vous pourriez diviser la mesure par 10, puis faire arrondir à l'ensemble ou à 0,5, puis remoltipliquer pour 10.
 
Je ne connais pas le langage du lisp, mais je suppose que ce n'est pas un problème de rassembler chaque ligne sélectionnée.
En ce qui concerne l'orthogonalité, vous pouvez ajuster la conception en paramétrant la plante, puis supprimer tous les paramètres (horizontaux et verticaux) une fois les lignes correctes. une procédure qui aide grandement à rendre compte des lignes horizontale et verticale.
ce que je ne sais pas c'est si vous pouvez insérer dans les paramètres une formule qui arrondit la mesure
 
le problème est que parfois il n'est pas facile de penser à tous les cas: Si j'ai une ligne légèrement inclinée, quel sommet dois-je corriger? Et si je dois le raccourcir, où le faire ? Donc même un lisp pourrait donner des résultats inattendus.

Si je mets manuellement le jardin, je supprime l'osnap et puis je lance la commande "changer", cliquez sur l'extrême d'une ligne et puis dans un point vide, cela devient horizontal ou vertical (selon où je fais le dernier clic).
 
x11start a dit:
Donc même un lisp pourrait donner des résultats inattendus.
Cliquez pour agrandir...
il est alors tenu compte de toute disproportionnée.
dans le cas où le croquis n'aurait pas été fourni avec une indication maximale des mesures pourrait se produire qu'une ligne de mur est tiré de proportion. Dans ce cas, le lisp retournerait toujours une mesure qui n'est pas bonne et que vous seriez forcé de corriger en tout cas.

dans la vidéo j'ai lié les nœuds des lignes juste pour ne pas être forcé de les repositionner. puis je suis allé les lier horizontalement et verticalement, et en fait les lignes comme elles sont placées orthogonalement ne perdent pas les crochets avec les autres.
dans la vidéo manque la phase de citation (qui n'est pas la citation classique, mais sont des valeurs qui lient cette ligne pour avoir comme extension la valeur tapée). En bref, la paramétrisation classique qui est faite par exemple dans la conception mécanique. les paramètres qui peuvent ensuite être supprimés une fois la plante réglée.

Si le lisp ne résout pas, la procédure que j'ai indiquée économise temps et efforts.
 

Statistiques du forum

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

Membres en ligne

Aucun membre en ligne actuellement.
Total: 0 (membres : 0, visiteurs : 0)
Retour
Haut