famaice

Bonjour à tous et meilleurs vœux pour 2021 :) On utilise de plus en plus de relevés 3D dans nos projets ; soit par des scanners 3D sur trépied ou manuportable, soit par photos. Et mener une opération de relevé in situ est en train de devenir un métier à part entière. De la préparation jusqu'à l'exploitation en passant par le post-traitement (sur RECAP, RECAP PHOTO, RECAP 360, et autre RealWorks, Scene, ...), je pense qu'il y a là matière à débat et entraide qu'on pourrait regrouper dans ne section dédiée aux nuages de points et à la photogrammétrie. Qu'en pensez-vous ? Fabrice

Bonjour à tous, :) Je cherche une astuce qui me permettent des remplacer de multiples instances de blocs par une seul instance de bloc. Il y a bien la commande Express Tools "BLOCKREPLACE" mais elle ne permet de sélectionner qu'un bloc à remplacer à la fois (pour info, c'est une macro en Lisp). Sur certains STEP que je reçois et que j'importe sur AutoCAD 2019, j'ai très souvent sur de gros assemblages 3D des copies multiples d'un même bloc ; ce qui alourdit considérablement les fichiers. Exemple (souvent avec la visserie) un bloc "VIS-H-M10" dupliqué en "VIS-H-M10$ATF1", "VIS-H-M10$ATF2", VIS-H-M10$ATFn, ... Je perds alors beaucoup de temps à "simplifier" et réduire la taille des fichiers STEP importés (rapport de 1 à 10 en général, voir plus parfois). Sur la base de la commande BLOCKREPLACE ou du code source de la macro ci-dessous, est-il possible d'optimiser pour pouvoir faire une sélection multiples des instances de blocs à remplacer ? NB : Le principe des fenêtres de sélection de la commande BLOCKREPLACE est très pratique Code source Je pense que c'est réalisable mais j'avoue que je n'ai pas du tout le temps en ce moment pour faire du développement. Par contre, je suis sûr que ça peut en faire gagner pas mal à tout le monde, notamment pour ceux qui travaillent sur des projets avec de multiples intervenants. Dans l'attente de vos retours, bonne journée à tous. Fabrice (à la limite du burn-out :D )

Hello, JE viens de faire un check d'une des routines que j'avais récupéré dans une vie antérieure et que je suis en train de debugger avant de l'optimiser (FYI: c'est une routine pour générer des cuves en 3D) ; Et dans le rapport de vérification, je vois apparaître des variables "globales" nommé 0 et 1 dans une de mes sous-fonctions et que je ne retrouve pas du tout dans la dite sous-fonction (pas de (setq 0 xx) par exemple). :blink: Est-ce que l'un d'entre vous à déjà eu à gérer ce genre de conflit de variable (déjà nommer une variable "0" ou "1", c'est très limite) ? Dans l'attente de vous lire, Fabrice

:( Honte à moi. Je n'avais pas vu ce message ! Mes condoléances à tous ses proches. C'est une perte importante pour la communauté francophone d'AutoCAD (mais pas que...). Il laisse en héritage une grande connaissance et l'image d'une empathie sans égale envers les autres. Et p'is, il eto d'min coin ! Alors Merci pour tout et Ciao Camarade ! :(

<img src='http://cadxp.com/public/style_emoticons/<#EMO_DIR#>/laugh.gif' class='bbc_emoticon' alt=':(rires forts):' /> Gile ! Mon héros... <img src='http://cadxp.com/public/style_emoticons/<#EMO_DIR#>/laugh.gif' class='bbc_emoticon' alt=':(rires forts):' /> Merci beaucoup pour l'info, c'est une option que je n'avais pas vu. Ca va beaucoup m'aider (et pas que moi je l'espère). D'ailleurs, je soupconne que les outils de debuggage de l'éditeur sont bien plus puissant et pratique que ce qu'on pourrait croire. Encore merci et à plus tard ! Fabrice

Bonjour à tous, :) Quand j'écris des routines en LISP, j'utilise souvent les commandes de vérification de l'éditeur VLIDE (menu OUTILS - Vérifier...) pour debuguer au fil de l'eau. Dans certains cas, la vérification m'affiche dans une fenêtre de sortie (entre autre) la liste des variables utilisées dans la routine. Dans d'autres cas, non. Questions : Comment avoir la liste des variables utilisée par/dans une routine ? Est-ce qu'il y a un réglage particulier à faire dans l'éditeur pour obtenir cette liste dans la fenêtre de sortie ? Quelles sont vos trucs & astuces / bonnes pratiques / méthode pour identifier et fixer les problèmes de variables local/global ? Mon Objectif : Fixer/Fiabiliser les routines qui me génèrent un résultat aléatoire souvent liés à des histoires de variables locales/globales qui ne sont pas réinitialisées à chaque appel. J'avoue que parfois, ça me rend un peu dingue de les identifier... :blink: Dans l'attente de vous lire, bien à vous tous ! Fabrice

Ça correspond à ce que je cherchais. Merci Gile ! :) Si je veux pousser le vice plus loin, peux-t-on exporter le résultat dans un fichier *.txt, idéalement placé dans le dossier contenant le fichier dwg ? B) @DenisHen : On peux renommer un objet (bloc, vue, styles, etc...) avec la commande _rename ou RENOMMER (en bon françois !) ;)

Je regarde ça et te tiens au jus ! FYI: Je n'ai pas vu cette routine dans le post contenant toutes tes routines. Mais j'ai peut-être besoin de lunettes... :D

Hello, Je cherche à identifier l'arborescence dans le but de nettoyer et/ou renommer ces blocs de manière plus compréhensive pour les collègues qui vont devoir reprendre la maquette par la suite (besoin de se repérer géographiquement parlant par numéro de bâtiment, par étages/palier et par corps d'état (GC, ELEC, HVAC, ...). Voir d’éclater par la suite le fichier STEP importé en différent fichiers DWG pour une utilisation en X-ref. ;) Pour l'instant, je fais une multitude d'aller retour dans les blocs pour savoir à quoi correspond tel nom de bloc dans un bloc imbriqué... et j'ai beaucoup de blocs imbriqués (jusqu'à 6 niveaux de profondeur) <_< . Cela me permettrais également d'estimer la charge de travail que cela représente de nettoyer ce genre de fichier importé.

Salut à tous, Je reçois depuis peu pour un projet des exports en STEP (fait sur CATIA) d'un bâtiment comprenant plusieurs lots. Après import dans autoCAD, je me retrouve avec une collection de blocs imbriqués avec de doux noms bien exotiques (genre "_$805ATF") et sur plusieurs niveaux (des blocs imbriques dans des blocs imbriqués) :blink: Après quelques recherches sur le web, je n'ai pas trouvé de routines permettant de lister les blocs à la manière de la commande Tree de MS-DOS (Liste l'arborescence des fichiers). Pourtant on voit bien cette arborescence quand on fait un clic droit sur un bloc -> "Editer le bloc dans le dessin même...". Alors, je me dit que cela doit être possible de récupérer soit sous forme de tableau soit sous forme de texte la liste des blocs imbriqués et leur niveaux (profondeur) d'imbrication par rapport au bloc "conteneur" (moi parlé bien français :P:-) Mais je n'ai pas (encore) le niveau, ni le temps <_< de faire cette routine. Et, je pense qu'elle pourrait rendre service à beaucoup d'entre nous. Un petit coup de main serait bienvenu !!!

Salut à tous, Ben avant de rester zen avec AutoDesk, je dois déjà l'être avec mon manager qui doit l'être avec la direction informatique qui elle doit rester zen face à direction financière ou au département achat. Au final, celui qui prendra la décision est loin (très) loin du quotidien de l'utilisateur final de l'outil. Vive les grands groupes... :angry: Cdt, Fabrice

Salut à tous, Je suis en plein dans le sujet... et dans le brouillard également. <_< J'ai migré récemment d'autoCAD 2015 à 2019. Et je me disais, :"Super ! Je vais pouvoir (re)utiliser les jeux d'outils spécialisés." B) Et ben que "nenni ma bonne amie" ! :o Je suis dans un groupe ayant près de 50 licences (seats comme ils disent chez Autodesk) en perpetual licence avec maintenance sub. Perpetual licence ! Le concept qui interdit d'accéder à ces jeux outils sauf à basculer en desktop subscription (qui n'est que de la location) :angry: . D'où questions : Quels sont les avantages / inconvénients entre une licence perpétuel vs Desktop Subscription ? D'un point de vue Utilisateurs, Administrateur, et financier. tout en me doutant bien que c'est une façon pernicieuse pour Autodesk d'augmenter sa profitabilité. J'ai vaguement trouvé quels trucs sur Gogol/Youtube mais c'est souvent en english et pas toujours très "objectifs". A quand la fin du système de licence perpetuel ? Je me doute bien également qu'AutoDESK rationnalisera à terme son système de vente. A la lecture de ce post, j'ai l'impression de ne pas être le seul dans le brouillard. En tout cas, dés que j'en saurais plus, je viendrais si possible "éclairer vos lanternes". ;) Tchô ! Fabrice

Mail envoyé avec la pj !

Bon Dieu, v'la que le Crabe est aussi devin... :D J'arrive pas à mettre un dwg en PJ pour faire les tests. Donne moi ton adresse mail par message privé pour que je puisse te l'envoyer. Sur CadXP, j'ai une erreur serveur dés que je veux joindre un fichier. Bien à toi, camarade !!