Olivier Eckmann

Bonjour, sans tester, j'aurais plutôt ajouté la ligne (entdel cir) car si la commande TRIM découpe une entité (polyligne) en 2 est-ce que le nouveau (entlast) ne risque pas de pointer vers le second morceau plutôt que sur le cercle? Olivier

Bonjour, Je rebondis sur le sujet, car j'ai encore pas mal de poste en MAP3D 2012 que je dois faire migrer pendant les vacances de Noël. J'hésite à mettre a 2018 si il y a des soucis de lenteurs, mais en même temps on commence à recevoir du DWG 2018 et j'ai pas envie d'installer un DWG Trueview en plus. Comme je ne fais pas les mises à jours très souvent, les postes seront installés pour 3 ou 4 ans et ça me semble dommage de ne pas profiter du nouveau format DWG (pour les années à venir). En même temps si je fais perdre du temps aux projeteurs à longueur de journée, je vais me faire un peu remonter les bretelles surtout que la 2012 tournent bien. Les postes sont assez puissants normalement i5 ou i7 3.5GHz mini, 8 ou 16 Go RAM, GTX660, mais de toute manière pas de 3D (on s'arrête à 2.5D). Quelle est l'ordre de grandeur du ralentissement? vraiment gênant ou juste perceptible? Merci pour les infos. Olivier

Bonjour, TILEMODE il me semble Olivier

Bonjour, j'ai fait la mise à jour en 1709 (Win 10 Pro) depuis 15 jours, pas de problème sous Civl3D 2018 et MAP 2015, pas de plantage. Olivier

Salut Gege, est-ce que dans les options de la commande MAPFEATUREEDITOPTIONS tu es bien réglé pareil (MAP et Civil), notamment pour les extractions automatiques et le format des objets extraits? Olivier

Bonjour, Pour l'assainissement, j'utilise Covadis Olivier

Bonjour, Le dimensionnement se fait dans SSA (Storm and Sewer Analysis vérifié s'il a été installé). On passe par une phase d'export du réseau (via LandXML il me semble), on l'ouvre dans SSA, on lance le calcul de dimensionnement et on réinjecte les diamètres/pentes/tuyau dans Civil3D. C'est purement théorique car jamais utilisé. Il me semble par contre que SSA n'est pas adapté aux normes françaises. Olivier

Bonjour, Autodesk je ne sais pas, mais Apple oui sans problème : 128 milliards de dollar Olivier

Bonjour, pour vider la liste, il suffit de faire Cov2D / Point topo / Créer la liste des points choisir le bouton Remplacer, puis cliquer sur Annuler Olivier

Bonjour, Mon problème n'est pas lié à l'utilisation directe d'AutoCAD, donc je ne savais pas trop où placer ce message. J'ai crée un plug-in que j'ai déployé via l'autoloader d'AutoCAD (bundle). Dans cet outil, j'ai des palettes d'outil (fichier ATC). J'ai déployé sur plusieurs postes utilisateur sur des sites distants sans souci, tout fonctionne. Aujourd'hui je dois mettre à jour ce plug-in, et donc modifier mes palettes. J'ai ajouté de nouveaux icônes, des séparateurs, du texte... ensuite j'ai modifié mes ATC à la main pour que l'ordre que je souhaitais soit respecté. Quand je déploie sur de nouveau poste, pas de souci tout fonctionne, mais lorsque je copie/remplace mon bundle sur un poste qui était déjà installé, dans mes palettes, les nouveaux éléments sont ajoutés à la fin et la réorganisation n'est pas respectée. D'après ce que j'ai pu comprendre, pour chaque utilisateur / AutoCAD / Profil AutoCAD, il se crée un fichier PROFILE.AWS qui contient pour chaque palette une section <ToolOrder/> qui stocke l'ordre des icônes. Ce fichier est mis à jour la 1ère fois que l'on charge une palette. Lorsque l'on modifie un ATC, les nouveaux icônes sont ajoutés à la fin de cette liste ToolOrder et ne respecte pas l'ordre de l'ATC. Ce que je peux comprendre pour que chaque utilisateur puisse ré-ordonner ses palettes comme il l'entend, mais ce qui ne m'arrange pas du tout pour la mise à jour de mon déploiement. Comment est-ce que vous gérez la mise à jour des fichiers de palette ATC partagés? Est-ce qu'il y a une manip (commande / API) pour faire un RESET des positions et le forcer à relire l'ordre des icônes tels que contenus dans le fichier ATC? Merci Olivier

Bonjour, il y a aussi BricsCad, avec son comparatif (même si je ne suis pas fana des comparaisons/benchmarks pour lesquels on peut leur faire dire un peu ce que l'on veut). Olivier

Bonjour, si tu as MAP3D, c'est faisable en transférant la valeur d'un texte ou attribut d'un bloc sur la polyligne fermée englobante, puis une requête en mode altération des propriétés permet de transférer cette valeur d'étiquette en tant qu'élévation de ta polyligne. Olivier

Bonjour, On peut exporter la palette sous forme de fichier XTP On ouvre ce fichier XTP avec le bloc note et on fait un rechercher/remplacer de <LayerTableRecord isNotPlotted="TRUE" par <LayerTableRecord isNotPlotted="FALSE" On peut ensuite ré-importer le fichier XTP Olivier

Bonjour, ce code 70 se rapporte à la définition du bloc obtenu par un : (tblsearch "block" "NOM_DE_MA_XREF") le "NOM_DE_MA_XREF" étant le nom obtenu par le code 2 sur mon insertion de Xref (bloc). Olivier

Bonjour, Je ne veux pas jouer les rabat-joie, mais si vous tournez sous Windows, j'imagine que vous avez un anti-virus auquel vous avez donné les pleins pouvoirs pour scruter chaque octet de votre disque dur, y compris à l'intérieur des fichiers ZIP et des secteurs de boot. Vous lui avez peut-être aussi autorisé (exigé) à scanner la totalité de vos mails pour analyser chaque mot afin de trier les spams. En plus vous l'avez paramétré pour qu'il se connecte à internet toutes les 2h pour être sûr de ne rater aucune mise à jour. Si votre anti-virus vient de chez: - Panda : son PDG est un membre influent et un soutier financier très généreux de la scientologie aux US - Kaspersky : les russes "auraient" intégrés quelques lignes de code afin de récupérer des données sensibles - Qihoo360 : un anti-virus vanté (recommandé) par pas mal de site internet, en provenance direct de Chine, anti-virus totalement gratuit bien sûr ... Je ne pense pas que tous les scientologues, russes ou chinois aient attendus Microsoft et Windows 10 pour analyser, (rapatrier?) certaines (toutes) vos données sur leurs serveurs. Cela n'excuse en rien les pratiques de tous ces géants de l'informatiques, mais ça fait longtemps qu'on est espionné à l'insu de notre plein gré. Olivier

Pour MAP, c'est: (ade_projgetwscode) sinon cette variable CGEOCS existe depuis la version 2014 d'AutoCAD et l'affichage des cartes BingMap qui ont besoin d'avoir un système de coordonnées associé au dessin dans les AutoCAD seul indépendamment de MAP ou Civil 3D... Olivier

Bonsoir, juste avant la ligne (setq NumRows (length layerNames));; Nombre de lignes en fonction du nombre de calques tu ajoutes ça (setq layernames nil Result nil) (foreach oTab Resultats (if (> (cdr oTab) 0) (progn (setq layernames (append layerNames (list (car oTab)))) (setq Result (append Result (list oTab))) ) ) ) (setq Resultats Result) Olivier

Bonjour, peut-être avec un fossé de transit et des pentes gauche et droites H/V de 1/1000 pour simuler une paroi quasi verticale. Comme ça tu peux fixer ton fil d'eau à la hauteur souhaitée et ça ira se raccorder au TN. Olivier

Bonjour, dans le cas d'un décalage segment par segment puis raccord entre eux, il faudrait tenir compte de la variable OFFSETGAPTYPE pour savoir si on prolonge ou si on raccorde en arc. Cette dernière option (valeur 1 pour la variable) me paraît plus exacte que le prolongement. Olivier

Bonjour Vincent, en fait le problème vient du dernier segment avant l'arc qui est court et quasi tangent à l'arc. Après décalage, ce segment est "zappé" par AutoCAD (considéré comme inutile) et le sommet de l'arc est déplacé sur le sommet précédent, mais comme le bulge n'est pas recalculé, le rayon issu du calcul des 2 points extrêmes modifiés et du bulge constant est faux. Cette configuration est générée lorsqu'une clo est "approximée" sous forme de polyligne dans AutoCAD. Ce n'est pas systématique, mais assez fréquent. En dehors de ce cas de figure, je ne connais pas d'autre domaine où on utilise des polylignes comme cela. Peut-être dans les représentations des mouvements de robots autonomes où les trajectoires sont assez proches de ce que l'on fait en route : droite - courbe de transition (ou tractoire) - arc ... Olivier

Salut Pat, Oui le problème est reproductible à l'infini quelque soit la version d'AutoCAD et quelques soient les coordonnées. Fichier exemple : poly rouge issue du dessin depuis l'axe Covadis => 2 rayon de 300.0000m Après décalage de 3.5m d'un côté ou de l'autre les rayons devraient faire 296.5 et 303.5, mais ce n'est pas "exactement" le cas. Olivier

Hello, @LeCrabe : Comment ça, tu supposes que j'ai pas le permis "BULL". J'ai parlé de bull car dernièrement un de mes projeteurs à découvert un bug dans la fonction décalage qui lui faisait perdre 4 dixième de millimètre dans le rayon de l'arc après décalage. Le problème existe quelque soit la version d'AutoCAD (y compris en petites coordonnées). Bug signalé => identifié et reproductible chez Autodesk. Mais bon 4 dixième de millimètre pour tracer une route avec un finisher qui va suivre un piquet en bois implanté depuis une station relevée au GPS à +/- 3cm ça me fait un peu rigoler. Olivier

Bonjour, L'algorithme est conforme à ce qu'on lui demande, après, je pense que Didier est un peu inquiet car ce n'est pas forcément cette méthode de décalage qui serait utilisée si on devait le faire à la main. Ci-joint un fichier qui peut présenter un résultat surprenant. En partant de la poly avec un arc tangent à 2 alignements, on obtient après décalage une courbe discrétisée qui n'est plus tangente aux alignements décalés. A la main, on aurait d'abord décalé les 2 alignements, puis reconstruit la courbe tangente à ces alignements. Comme lorsque l'on décale un axe qui comprend une enchainement Dr - Clo - Arc - Clo - Arc - Dr, on décale les 2 alignements et l'arc, puis on reconstruit les clo. Les points de tangence des clo après décalage ne sont pas exactement à la perpendiculaire des points de tangence sur l'axe original. Maintenant, les valeurs de décalage sont en règle générale faibles (1m, 1.5m) pour des longueurs de 100m ou plus, donc l'approximation est suffisante pour faire passer un "bulldozer". Olivier

Bonjour, Pour moi Lenovo, j'ai jamais adhéré surtout depuis cette (es) affaire(s) Donc maintenant, c'est uniquement du monté à la main à partir de pièces achetées chez LDLC. Au moins je sais exactement ce que j'ai dans la machine. Olivier

@Zebulon : personnellement, je préfère le getreal au getdist pour 2 raisons: - comme on est en vue de dessus, mais avec des objets en Z (points topo, lignes caract...) on risque d'accrocher des points 3D => une distance 3D relativement longue alors que la valeur est utilisée en 2D uniquement - la valeur de discrétisation n'est généralement pas donnée par une distance graphique à l'écran, mais par une valeur d'approx liée à l'échelle du plan ou au type d'étude. Le seul intérêt de getdist c'est que la valeur retournée ne peut pas être négative, mais comme elle peut être nulle et qu'il faudra(it) tester cette valeur, autant tester que c'est >0 après le getreal (voir supérieure à 1cm peut-être). Je sais que l'on peut répondre une valeur numérique directement à un getdist sans saisir de point, mais je trouve plus sûr d'utiliser le getreal. Après tout se discute! Olivier