G_P_TP

encore une solution ! bravo et merci pour le temps passé. les commentaires c'est super. Si je peux je vais étudier le code. j'aimerais bien faire mes lisp. en plus c'est un language que j'ai étudié par le passé... mais il y a fort fort longtemps (+de 20ans! quand même!) et j'en ai que de vague souvenirs... a++

vraiment super. Cela fonctionne sur les lignes de repères multiples et les textes (simple ou multiple) quelque soit la position du chiffre dans le texte. merci beaucoup. :) :) :)

Eh Bien ! à priori ça marche pas mal. Un grand merci.

merci déjà d'avoir réfléchi à mon problème.

En fait, si je supprime les * (ce qui est possible), les textes à mettre à jour sont toujours en fin de ligne et formatés de la même manière : xxx.xx

euh merci pour la réponse mais je vois pas trop...

merci d'avoir répondu. a+

je suis pas sûr que le fichier ai été joint. je retente. alti.zip

Bonjour. j'ai un plan avec beaucoup de textes contenant des nombres, des altitudes ex 459.22, que je dois modifier en ajoutant 0.04. Je cherche un moyen d'automatiser le processus qui n'est pas très passionnant à faire à la 'main' et surtout source d'erreur. Ces nombres sont toujours formatés de la même manière : 3 chiffres, un point, deux chiffres. Ces nombres se trouvent dans des lignes de repères multiple, en fin de ligne. seul cas particulier des lignes qui se finissent par un nombre et une * mais au besoin je peux supprimer ces *. Toute routine faisant le job sur des texte multiple ou pas m'intéresse aussi. ci-joint un extrait du plan à traiter.

re bonjour avant toute modif Vois tu les même attribut - dans les propriétés d'un bloc sélectionné - en éditant le bloc car parfois la définition de bloc ne colle pas avec les 'vrais' propriétés du bloc.

Bonjour. D'abord j'essaierai d'éditer le bloc pour : 1- renommer les attributs POINT_NUMBER en MAT ELEVATION en ALT DESCRIPTION en COD 2 mettre le point dans calque 0 Ensuite je resynchroniserai le bloc : commande attsync ( je me rappelle jamais le menu ou ça se trouve) voilà.

Bonjour. merci aussi... c'est vraiment cool cadxp, on trouve presque toujours ce qu'on cherche... enfin presque. ;-) a+++

bonjour. merci pour vos réponse. sur le terrain, intuitivement je levais les 'piquets', l'arrière donc. et je dessinais les triangles devant. Mais en étude, c'est la distance entre le bord chaussée et le devant qui me servait. donc j'avais le doute. Finalement, lever devant et dessiner les triangles 'derrière', comme le propose Thierry, me semble plutôt logique. Donc je pars maintenant de ce principe. a ++

Mince alors. je pensais que c'était une question toute 'bête' !

Bonjour. petite question sur les glissières de sécurité en bord de voirie : - Comment sont-elle 'normalement' relevées ? devant la glissière (coté chaussée), Derrière (à l'axe du piquet)? - Comment sont-elle 'normalement' représentées ? dans covadis c'est des triangles. mais de quel côté ? chaussée? le trait représente le devant, l'axe (ça dépend du levé je suppose, d'où ma première question) merci de m'éclairer de vos lumières. cdlt,

merci à tous pour vos réponses. je vais essayer de créer les mnt de chaque couche. je sens que l'exploitation des résultats va être compliquée... a+

Bonjour. On me demande d'optimiser les terrassements sur un projet complet (BAT+voiries) de 2ha en fonction des couches géologiques. Je ne vois déjà pas comment déterminer la nature de mes déblais. alors optimiser.... Sachant que je vais utiliser l'outil mutli-plateforme de COVADIS, avez vous des conseils, des idées sur une méthode à suivre pour faire ces calculs? merci de votre aide.

Eh bien !!! encore merci les cadxpien, j'aurais encore appris un truc utile aujourd'hui. a+

Disons qu'il faut être au courant de ce fonctionnement. Car j'ai constaté que tout le monde n'en a pas conscience...

Bonjour. c'est un problème avec la justification des attributs de tes blocs. Et donc cela dépend de comment sont créer ces blocs. Soit Il faut faire attention lors de la construction du premier point topo dans le dessin. Dans la définition de bloc covadis, à chaque attribut il faut attribuer la justification BAS GAUCHE. Une autre solution est d'éditer le bloc, changer la justification de l'attribut en GAUCHE (et non bas gauche) et resynchroniser le bloc (commande Attsync) A NOTER : Par défaut, covadis crée les attributs ALT avec la justification "HAUT GAUCHE". Cela pose un "gros" problème avec l'accrochage nodal qui peut alors s'accrocher au texte au lieu du point !!! voilà. en espérant avoir répondu à ta question. a++

ah ! je vais tester alors. merci.

Bonjour. Effectivement pour l'instant je travaille en xref. mais ça complique un peu la gestion des fichiers... Exploser c'est, comme tu dis, bof... Renommer en fait c'est une bonne idée. je vais renommer tout mes bloc dans chaque dwg en préfixant leur nom de DESSIN1_, DESSIN_2, .... comme ça à l'import il ne devrait pas y avoir de conflit. En plus je viens de regarder avec la commande renommer c'est super facile. ancien nom : * , nouveau nom PREFIXE*, ok c'est fait. Merci pour ton intervention qui m'aura inspiré. a++

Bonjour. Voici mon problème. j'ai plusieurs dwg que je voudrais fusionner en un seul. je pars d'un dessin vierge et j'insère ces dwg comme des blocs. Dès le second dwg j'ai plusieurs messsages "Définition à double du bloc xxx" Le problème c'est que mes dwg contiennent des blocs ayant des noms identiques mais ne représentant pas la même chose. par exemple : le dessin 1.dwg contient un bloc B001 représentant une fenetre et le dessin 2.dwg contient un bloc B001 représentant une porte. quand j'insère le dessin 2 après le 1, les portes du 2 sont dessinées comme des fenetres ! Avez vous une méthode pour ne pas avoir ce problème et pour pouvoir fusionner des dwg correctement? cordialement, G.

merci pour l'info faut que je regarde ça de plus près.. a+

Bonjour. je ferais la même réponse que pbrion. Mais j'ai juste une petite question : Avec quoi fais-tu tes pdf 3D? cdlt