Kilian336

Bonjour, Je construit un bloc dynamique et je n'arrive pas à faire exactement ce que je veux, en gros, j'ai 2 choses que j'aimerais améliorer sur ce bloc 1 - C'est de pouvoir déplacer via le paramètre polaire, dans les 3 modes de visibilité différents, le cadre et les attributs. J'y suis arrivé dans un autre bloc test, mais le problème est que je n'ai pas le même paramètre polaire, dans les 3 modes de visibilités. Car mes attributs sont au même endroit quelque soit le mode de visibilité, et que l'extrémité de mon paramètre polaire est l'axe de l'attribut. Du coup je ne sais pas quoi faire, dans l'idéal j'aurais aimé que des mêmes attributs, puissent être à des endroits différents selon le mode de visibilité, mais je ne suis pas parvenu à le faire. Ce qui engendre mes 3 paramètres linéaires différents... 2 - C'est de pouvoir ajuster la ligne dans tous les cas de figures, pour qu'elle ne soit jamais affiché à l'intérieur du cadres, quel que soit la position, et la visibilité du bloc. J'ai pensé à un wipeout, mais le problème c'est que ces blocs se retrouvent très souvent positionnés dans des gradients, et qu'il faut que le gradient reste affiché à travers du bloc Je ne sais pas si c'est très clair mais en gros je souhaiterais modifier ce bloc pour que je puisse afficher, 3 infos différentes (ça c'est ok) , que les cadres soient réglables en largeur (ok aussi), que le point de base reste l'extrémité de la ligne, car c'est ce point qui est intéressant pour moi (ok aussi), et de pouvoir déplacer ces cadres et les attributs les contenants, et que la ligne suive l'axe de l'attribut affiché (ça je bute, je n'arrive pas à le faire en même temps sur les 3 modes de visibilité), et de pouvoir masquer la ligne à l'intérieur des cadres, sans wipeout, à moins qu'il existe un moyen de faire un wipeout uniquement sur certains objets du bloc, et que ça ne passe pas par dessus des éléments hors du bloc comme mes gradients... Je suis preneur de toutes astuces ! B_EtiquetteLimite4.dwg

Bonjour à tous, J'essaie de développer de mon côté un lisp extrêmement basique comprenant uniquement des raccourcis vers des commandes déjà existantes dans mon AutoCAD 19 / Covadis. Ce lisp à pour vocation de "formater" un plan foncier, dans un plan très simplifié, à destination du cadastre pour un document d'arpentage. Ce lisp doit pouvoir : - Supprimer une liste de calques et donc tous les objets contenus, définis à l'avance (SUPCALQUE) - Mettre en forme tous les blocs points de mon dessin (tcpoint et Repere), les fusionner dans un même bloc (Repere vers tcpoint), unifier aussi tous les blocs points dans un même calque (Topojis), changer leurs orientations à 100gr, changer la couleur de l'attribut MAT en rouge, et changer la hauteur de l'attribut MAT à 1.5mm (lié à l'échelle du dessin défini par Covadis, je ne pense pas que ça fonctionne sur un AutoCAD seul) - Supprimer toutes les présentations existantes - Fusionner certains calques dans d'autres - Lancer un PURGER "tout" + un CONTROLE. Jusque la, j'arrive à faire pas mal de choses, mais je bute sur la rotation de tous les blocs points à 100gr, et pour la fusion du bloc Repere vers tcpoint. Est-ce que quelqu'un pourrait m'aider sur ce point ? Le but serait d'avoir une commande ultra simplifié, que je puisse comprendre, adapter et modifier au besoin. Vous allez voir mon niveau en lisp en regardant le bout de lisp que j'ai commencé... Je joins également un plan foncier type, et le plan que je souhaite obtenir après ce lisp. Je n'ai pas encore codé toutes les fonctions que je détaille plus haut, mais je devrais m'en sortir, pas la peine d'écrire tout le lisp en question :) Merci d'avance :) PlanCadastre.dwg PlanFoncier.dwg PLC.lsp

Wow merci pour ton travail, ça marche vraiment super bien ! Très peu de points ne changent pas d'orientation malgré plusieurs polylignes dans le rayon, mais c'est vraiment anecdotique ! Aucune altitude n'est à l'envers malgré le SCU perso, c'est parfait ! Encore merci beaucoup, ça va m'épargner beaucoup de temps !

C'est bon le lisp fonctionne, cependant il ne tourne pas beaucoup d'altitudes, et je ne comprends pas pourquoi. Sur mon plan par exemple, je sélectionne tous mes points topos, je lance la commande, j'indique 3m comme rayon de recherche (c'est bien le rayon de recherche de la polyligne la plus proche ?) et il m'indique que 200 et quelques points ont été traités sur les 2900. En cherchant les points orientés, je remarque qu'ils sont souvent orientés comme un bloc (point 659 par ex alors que le 660 ne s'oriente pas) ou alors il s'agit de points isolés, mais qui ont l'air d'avoir une rotation qui ne correspond pas à une polyligne proche (point 3034 par exemple) J'ai essayé avec des rayons de recherche différent y compris celui par défaut, mais j'obtiens plus ou moins les mêmes résultats, je comprend pas trop. En tout cas merci beaucoup pour ton travail, il y a l'air d'avoir du boulot ! test.dwg

Merci mais je n'arrive pas à lancer la commande, il m'indique "Commande : ; erreur: structure incorrecte de la chaîne en entrée.

Pas de soucis, merci pour ton aide. Et pour ta méthode, c'est celle aussi que j'ai depuis longtemps, mais je pense qu'elle peut-être amélioré, le lisp en question ne rendra pas le plan tout de suite propre, mais il peut dégrossir pas mal à mon avis, ça vaut le coup d'essayer !

Super c'est déjà plus rapide que l'outil Covadis ! Effectivement, le sens de la polyligne influe sur où l'attribut va se positionner, la dessus, je ne pense pas qu'il soit possible de faire quelque chose la dessus, sauf à inverser le sens de la polyligne avant de lancer la commande. Mais sinon ça me paraît bon, penses tu qu'il est possible de faire ce qu'il se passe dans ta vidéo en seulement 1 clic ?

Moi ça me prend autant de temps, on ne doit pas avoir le même rendu final. En 1h je peux orienter mes points selon de grand axes, masquer automatiquement ceux qui se chevauchent, mais c'est tout. Je n'ai pas le temps de mettre en avant les points que je souhaiterais, le seuils, les niveaux des regards, des bas / hauts de trottoirs, etc... Sur un corps de rue de 3000 points, je vois pas comment faire un rendu nickel en 1h ! Et sur le fait de passer les points un par un, c'est plus simple de simplement passer un point d'un calque à l'autre, plutôt que de le déplacer, le tourner, puis de le changer de calque. Selon ma façon de travailler, je sais que je gagnerais beaucoup de temps avec ce lisp, sans perdre en qualité.

Merci de ta réponse, en effet, dans le plan final, je masque énormément d'altitudes (c'est mon calque TopoAltCaché), et je suis d'accord que travailler point par point, permet un contrôle efficace. Cependant, sur des grands plans topos, tourner les altis peut prendre facilement une journée complète, et le contrôle des altis sera fait de toute manière car la sélection des points à afficher / masquer, reste un processus manuel, et l'analyse du MNT et des courbes de niveau me permet aussi d'éviter les erreurs d'altis.

Bonjour, Je cherche un moyen depuis des années d'accélérer le traitement des altitudes sur des plans topos. Je cherche à orienter les attributs d'altitudes de mes blocs points topo, pour les faire s'orienter selon la polyligne sur lequel ils sont insérés, et selon les polylignes les plus proches, s'ils sont isolés. J'ai fait plusieurs recherches, y compris sur des forums anglophones, mais personnes ne parle d'orientation sur les polylignes les plus proches, ce qui est mon plus gros soucis aujourd'hui. J'ai Covadis, alors je sais orienter les attributs selon une polyligne, mais je sais le faire un par un, j'aimerais le faire d'un coup pour tous les points où passe une polyligne. Par contre, je n'ai jamais trouvé de moyen d'orienter ces attributs selon la polyligne la plus proche, c'est la où j'aurais bien besoin d'aide. J'ai une idée de fonctionnement de lisp mais je ne sais pas si c'est réalisable : 1 - Orienter tous les attributs ALT des blocs (tcpoint.bpt) selon les polylignes par lesquelles passent ces mêmes blocs (c'est à dire que les points d'insertion des blocs (et non des attributs) = un sommet d'une polyligne) 2 - Orienter les attributs des blocs non pris en compte dans l'étape 1 (c'est à dire ceux dont aucune polyligne ne passe) selon la polyligne la plus proche du point d'insertion du bloc (et non de l'attribut) Avec une autre difficulté qui serait d'orienter tous ces attributs, selon le sens de lecture du plan, c'est à dire par rapport au SCU "vue". Je m'explique : Aujourd'hui, avec mon AutoCAD et mon Covadis, si je travaille sur un plan topo avec un SCU perso orienté différemment du SCU général, selon l'orientation de certaines polylignes, il se peut que l'attribut ALT soit affiché à l'envers (après l'outil Covadis d'orientation des points topos selon polyligne), car ce même outil, travaille toujours selon le SCG, ce qui m'oblige à inverser certaines altis, ce qui peut-être vite redondant. Il faudrait que le lisp que je propose puisse travailler, selon le SCU en cours au moment de lancer la commande, afin de palier à ces altis correctement orientés, mais à l'envers. Petit détail mais qui à son importance pour moi, l'idéal serait que la rotation des blocs et des autres attributs ne changent pas, seul l'attribut ALT serait modifié. Je vous joint un bout du plan topo sur lequel je travaille, pour vous donner une idée, et pour avoir la composition de mon bloc tcpoint (j'ai commencé a dégrossir l'orientation des altis selon les rues) Merci beaucoup pour avance à ceux qui se pencheront sur le sujet, bonne journée ! PlanTopoExemple.dwg

Merci beaucoup à vous deux, les 2 Lisps fonctionnent parfaitement !

Bonjour, je déterre ce sujet car j'ai eu besoin du lisp adat de gile pour lequel je le remercie. Je me demandais s'il était possible d'encore l'améliorer en le rendant compatible avec des blocs dynamiques. Je m'explique, j'ai un dessin avec plusieurs occurences d'un même bloc, à l'intérieur duquel j'ai un attribut correspondant à une altitude. Ce bloc a aussi des paramètres de blocs dynamiques. J'ai tenté de lancer le lisp sur mes blocs (avec des attributs et des valeurs de paramètres différents) et cela n'a pas fonctionné puisqu'il m'était impossible de sélectionner les blocs à modifier. En recherchant ailleurs sur internet, j'ai vu qu'il fallait lancer la commande RESETBLOC pour reset les paramètres d'attributs, puis après lancer le lisp adat, et la, ça fonctionnait très bien. Ma question est, peut-on rendre le lisp adat, compatible avec les blocs dynamiques, sans devoir lancer la commande RESETBLOC et donc perdre nos paramètres de blocs dynamiques. Je ne sais pas si c'est très clair alors je vous joins mon .dwg avec mes blocs à modifier, avant d'avoir lancer adat et RESETBLOC. Merci encore à tous ces lispeurs ! Test attributs.dwg

Merci beaucoup pour ta réponse. Je vais me pencher sur ce logiciel alors, sais-tu s'il est possible de lui donner des instructions pour rechercher les points les plus bas dans un maillage donnée ?

Salut tout le monde, J'ai le besoin récent de créer des MNT (sous formes de faces 3D AutoCAD) à partir de nuage de points directement depuis AutoCAD. L'utilisation de plus en plus courante de nuage de points dans mon cabinet, et l'ouverture au public des données Lidar HD de l'IGN font que c'est un travail qui va devenir courant pour moi. Dans mon précédent travail, j'utilisais l'add-on Cloudworx de Leica, qui avait une fonctionnalité très performante et qui fonctionnait à grande échelle sur plusieurs hectares, très facilement. Cette fonction se déroulait comme ça : - Définition d'un maillage (disons par exemple 5x5m) sur une zone donnée - Choix d'une zone et de ses dimensions à l'intérieur de ces 5x5m, où la création de points va se faire, afin de ne pas avoir des points trop proches entre ces carrés de 5x5m et donc une bonne dispersion des points (par exemple dans cette zone de 5x5m, je veux que la création de points se fasse dans une zone de 2.5x2.5m) - Choix du type de points recherché, si on souhaite avoir le point le plus bas de cette zone (ce qui est recherché dans mon cas pour faire un MNT) ou le point le plus haut (pour définir un plafond de végétation par exemple) Une fois ces infos renseignées, le logiciel se débrouille tout seul et crée automatiquement des points 3D AutoCAD sur toute la zone demandée. Ceci étant, cet add-on Leica était lié à tout un écosystème Leica (Cyclone) et pouvait s'avérer être une vrai machine à gaz. Et la gestion de nuage de pojnts ne pouvait se faire que via cet add-on, et pas via les fonctions natives d'AutoCAD de traitement de nuage de points comme les coupes. J'aimerais savoir s'il était possible de crée un Lisp qui fonctionnerait un peu comme la fonction détaillée au dessus, mais en utilisant un nuage de points intégré dans AutoCAD directement, ou s'il fallait forcément passer par un logiciel tiers. J'espère que mon post est assez clair, n'hésitez pas à me demander plus de détails. Ah et j'oubliais, j'ai fait une recherche avant de poster, et je suis tombé sur ce post en anglais, qui semblait se rapprocher de ma demande, mais qui est resté sans suite : https://forums.autodesk.com/t5/visual-lisp-autolisp-and-general/lisp-routine-to-obtain-the-lowest-z-value-of-all-point-cloud/td-p/10244933 Bonne journée 🙂

Pas sûr d'avoir tout compris mais je te remercie de nouveau ! C'est clair, une bière virtuelle mais quand même 😃