Olivier Eckmann

@Denis, il faut bien lire le message : ETAPE 2 : TRANSFORMER LE CERCLE EN POLYLIGNE!!! Olivier

Bonjour, 1. Dessine un cercle de rayon 50cm 2. Transformes le en polyligne : Cov2D / Topologie-Polygone / Ligne arc Cercle->Polyligne 3. Extrudes ton cercle le long de ta poly3D : Cov3D / Volet Paysager / Extrusion le long d'un chemin Sélectionne le cercle, puis spécifie le centre du cercle (c'est de ce point qui va "coulisser" le long de la poly3D), puis dans le dialogue, choisi Manuel et sélectionne ta poly3D, puis OK 4. Refait la même chose avec un tout petit cercle (1mm de rayon) et ta seconde polyligne 5. commande SOUSTRACTION, sélectionne le mini tube, Valide, sélectionne le tunel, valide. Là ou il reste quelque chose (s'il en reste) c'est que ta poly sortait du tunel. Olivier

Bonjour, tu copies/colles ta spline dans un dessin vierge, tu l'enregistres en DXF12, tu le fermes et tu le ré-ouvres, c'est une polyligne. Olivier

Bonjour, Vous avez déjà eu des cas concrets où la surface de la hachure était erronée. L’inconvénient de passer par les polylignes, c'est qu'il faut déduire les surface des îlots internes, ce qui peut être très fastidieux sur certains types de surface pour lesquelles il y a beaucoup de déduction. (bâtiment avec piliers, vides, gaines...) Je ne crée mes hachures que par sélection d'objet, jamais par pointage et je n'ai jamais rencontré de souci avec les valeurs de surfaces annoncées par AutoCAD. En tout cas pas plus faux que certaines surfaces de polyligne. Olivier

Bonjour, Je viens de recevoir un GeoTIFF exporter depuis ArcGIS. Je me connecte dessus sans souci à partir de QGIS 2.8.7 via GDAL. Dans les meta données, j'ai plusieurs résolutions (pyramides) stockées. Par contre, je suis incapable de me connecter dessus avec MAP3D. - En insertion via MAPIINSERT, le format TIF n'est pas reconnu comme valide. - via FDO Raster, idem, pas de connexion possible (format erroné) - j'ai essayé via FDO GDAL avec le provider GDAL (OSGEO) et j'ai différent résultat: - sous MAP 3D 2012 (FDO 3.6) => pas de connexion possible, pas de message, rien - sous MAP 3D 2014 (FDO 3.8) => la tentative de connexion crash AutoCAD MAP. - sous MAP 3D 2016 (FDO 4.0) => Connexion possible, mais lorsque je l'ajoute à la carte, j'ai un message d'erreur ligne 21 colonne 13 du fichier XML Je pense que le problème de MAP vient des pyramides ou de l'algo de compression. Est-ce qu'il y a un moyen de se connecter à un tel fichier GeoTIF? Merci. Olivier

Le SHP c'est la version ASCII, la version SHX c'est le binaire, comme DXF et DWG. C'est comme ça que sont faites toutes les polices SHX (ROMANS.SHX par ex) Pour faire plus simple dans le menu Express, tu as la commande Tools\ Make SHP qui permet de créer un SHP à partir de ligne et d'arc dessinés dans AutoCAD. A l'inverse dans le dossier Express (C:\Program FIles\Autodes\AutoCAD\Express) tu as le fichier DUMPSHX.EXE qui s'utilise sous DOS pour décompiler un SHX en SHP. Olivier

Bonjour, tu as la doc AutoCAD en anglais : ICI sinon ce fil de discussion : ICI Olivier

Bonjour, a priori, ce sont les blocs annotatifs qui posent problème. En les supprimant tous, je passe de 45s à 6 s pour enregistrer le fichier. Je n'ai pas de solution, juste cette remarque. Olivier

Bonjour, La commande de suppression des points doubles fonctionne bien sur les poly3D, mais elle travaille avec une recherche d'égalité de 10E-6 (1 micron), or dans la polyligne 3D de LaLozère, plusieurs segments font de 3 à 12 microns, donc il sont considérés comme non superposés donc non supprimés. Par contre les commandes spécifiques aux poly3D sont prévues pour créer/modifier des poly3D donc utilisables par les plates-formes ou MNT donc, la recherche/élimination des points doubles doit être plus grande 10E-3 ou 10E-4 (millimètre ou dixième de millimètre), c'est pour ça que l'on obtient pas les mêmes résultats selon que l'on utilise une fonction dédiée à la 3D ou une fonction générique aux poly 2D prenant en charge aussi les poly 3D. Olivier

Bonjour, Tout ça c'est pas grave, car Autodesk va nous sortir des benchmarks dans lesquels la productivité aura encore progresser d'au moins 30% grâce à cette nouvelle version, donc je ne suis pas inquiet Olivier

Salut Gege, C'est bien un overrule sur le WorldDraw. C'est sympa ce qu'on arrive à faire cette API. Parfois c'est un peu tordu dans ce qu'AutoCAD te renvoie: par exemple sur la poly3D pour parcourir les sommets tu fais un foreach sur ton objet Polyline3d. Et bien dans le mode normal (regen), ça te renvoie un tableau d'Id, par contre quand tu es entrain d'étirer un grip, ça te renvoie un tableau de PolylineVertex3d. Pour les poly3D, je ne me suis pas embêté, j'ai juste redessiné des lignes pour chaque segment donc en vue de dessus les pointillés ne sont pas parfaitement "équidistant" si ton segment présente une forte dénivelée. L'idéal ça aurait été de calculer la projection de la poly3D sur le plan normal à la direction de vue, comme ça on pourrait redessiner une poly2D qui respecterait exactement les pointillés. Olivier

Bonjour, Pour LeCrabe et Didier, voilà une DLL qui permet de voir les types de lignes sur les poly3D. J'ai rapidement bricolé ça cet après-midi; en fait je re-dessine les segments de poly3D sous forme de ligne en appliquant les caractéristiques de la poly3D y compris le type de ligne. Décompresser le ZIP et copier les 2 DLL dans un dossier spécifié dans "les chemins des fichiers de support", puis via NETLOAD, charger LINETYPEP3D_18.DLL pour les versions 2010 à 2012 et LINETYPEP3D_19.DLL pour les versions 2013 à 2016. Une fois le programme chargé, en ligne de commande, taper LINETYPEP3D pour activer le dessin des type de ligne sur les poly3D, retaper la même commande pour désactiver cette fonction. J'ai rapidement testé sous MAP 2010, 2012 et 2014 en 32 et 64bit. Si vous pouvez tester sous d'autres versions, ce serait bien. Olivier LineType3D.zip

Merci à tous les deux pour les conseils. Pour Excel j'avais commencé à regarder ça : ReoGrid . je vais jeter un œil à SpreadSheetLight. Pour word, je vais voir du côté de TX Text Control sinon je reviendrais à l'interface COM. Bonne journée et merci encore. Olivier

Bonjour, Je suis complètement hors sujet DAO, ça concerne la lecture/écriture de fichier DOCX et XLSX, mais il y a des personnes très compétentes sur ce forum et je me permets de poster ici. Je dois réaliser une application (C#) qui part de plusieurs documents DOCX et doit en extraire des pages, des morceaux, des cellules de tableau pour créer de nouveaux fichiers DOCX et XLSX. Je me posais une question quant à la bonne approche. Je pensais utiliser l'interface COM via les références Interop des produits Office, mais je suis tombé sur cet article qui explique comment lire/écrire des documents OpenXML sans Word ou Excel installé sur le PC. Je me demandais qu'elle serait la meilleure approche. D'après ce que j'ai compris: - COM : l'avantage c'est que c'est très proche du vba sous Office, donc facile d'accéder aux objets paragraphes, cellule, titre, style... par contre ça nécessite que Office soit installé. D'ailleurs est-ce sensible aux versions 2007, 2010, 2013 et plates-formes x86, x64. En gros un seul EXE est-il capable de s'en sortir quelques soit la versions/plateforme d'Office qu'il va trouver sur le PC? - SDK pour OpenXML : pas besoin d'office, mais il faut éplucher toute la doc OpenXML pour gérer les objets, police, gras, italique, bordure, couleur de fond des cellules... Si quelqu'un a déjà utilisé l'une ou l'autre méthode, je suis preneur d'infos. Merci Olivier

Bonsoir, Les nuages de points ne sont colorisés que si on se met en style visuel autre que Filaire 2D. Il faut donc passer au moins en Filaire 3D Olivier

Bonjour, c'état de l'humour pour les whisky, mais comme indiqué par -Olivier- , la fonction MAINLEV est bien une fonction AutoCAD (à taper au clavier) avec la possibilité de dessiner des lignes ou polyligne et de fixer le pas de création des sommets. Ensuite la polyligne est dessinée au fur et à mesure que l'on bouge la souris. Les 3 verres de whisky, c'était juste pour trembler un peu, mais ça marche aussi avec un bon hoquet ou une boule de souris un peu encrassée. Nos réponses se sont croisées. Olivier

Bonjour Gilles, Juste pour info, j'ai un petit souci avec cette DLL. Elle se charge et fonctionne parfaitement, mais c'est juste en quittant AutoCAD que j'ai un plantage (rapport d'erreur Autodesk). J'utilise des licences MAP 3D 2010 et MAP 3D 2012 sous WIndows XP et Windows 7. Le problème ne se pose que sous MAP 3D 2010 sous Windows 7 32. Toutes mes autres combinaisons : - MAP 2010 / XP => OK - MAP 2012 / XP => OK - MAP 2012 / Win7 x64 => OK C'est pas grave car je n'ai qu'un seul poste comme ça et le problème ne se pose qu'en quittant le programme donc une fois le travail sauvegardé. Je ne sais pas non plus si c'est lié à MAP ou si c'est reproductible sous AutoCAD seul. C'est juste pour te signaler le petit souci. Olivier

Bonjour, <Humour ON> La fonction MAINLEV après 2 ou 3 whisky devrait faire l'affaire <Humour OFF> Olivier

Bonjour, Je peux me tromper, mais il me semble que dans la vidéo, le nuage est manipulé dans AutoCAD, à travers le plug-in CloudWorks de chez Leica, et que le moteur d'affichage du nuage n'est pas ce lui d'AutoCAD, mais celui de Cyclone qui tourne en arrière plan. Ces 2 outils combinés offrent une productivité incroyablement supérieure à ce que peut fournir un AutoCAD et un nuage RCS. Malheureusement, comme souvent chez Leica, leur logiciel coûte un bras, surtout si tu n'as pas un scanner Leica. Olivier

Bonsoir, Merci à tous les deux. Je vais utiliser les fonctions de Vincent pour voir ce que ça donne, mais ça devrait le faire sans problème. Olivier

Bonjour, dans une boucle sur un grread, je redessine temporairement un objet (copie d'un objet existant sur lui-même). Pour que l'utilisateur voit l'objet redessiné, je souhaite lui affecter une couleur, mais forcément une couleur fortement contrastée par rapport à l'objet de base. Dans les fonctions grdraw (ou grvecs) on peut spécifier un paramètre de couleur à -1 (XOR ink) pour dessiner en couleur inverse et être sur que le vecteur temporaire sera visible. Connaissant une couleur d'objet, existe-t-il une couleur "inverse" qui rendrait bien lisible l'objet superposé? J'avais pensé passer du ColorIndex en Truecolor, puis inverser les composantes RVB et revenir en ColorIndex. Est-ce qu'il y a plus simple ou une fonction directe pour faire ça? Merci Olivier

Bonjour, La même fonction d'inclinaison par 2 point+pente ou 3 points est dispo pour les objets caractéristiques ( à prendre dans le menu des Objets caractéristiques). Une fois ton haut de bassin incliné et ton bassin calculé (fond horizontal calculé par Covadis), si tu inclines ton fond par rapport au "milieu", tu devrais conserver ton volume, sans trop perturber tes pentes. Olivier

Bonjour, @Zebulon : effectivement les lignes de repère pourraient être une solution. Je ne suis pas fan de la ligne de repère multiple, car même si c'est rare chez les clients, elles n'apparaissent pas dans un AutoCAD 2007 ou antérieur. Pour la ligne de repère simple, effectivement, la rotation est un peu plus compliqué à mettre en oeuvre, mais je garde l'idée sous le coude si je ne m'en sort pas avec mon bloc. @Gile : merci pour le bloc, mais je vais rester avec mon étirement car il permet de garder mon attribut horizontal lors de l'étirement interactif. Merci pour le code qui m'a permis d'accéder aux propriétés dynamique sur mon bloc. Avec un peu de trigo j'ai pu affecter la bonne valeur de rotation à mon attribut. Pour info, je pense que tu le sais mais si quelqu'un tombe dessus, dans mon attribut j'essayais de mettre un champ Surface ou Longueur avec la référence à un ObjectID du genre : "%<\\AcObjProp.16.2 Object(%<\\_ObjId " +id.OldId.ToString() + ">%).Area \\f \"%lu2%pr2%ps[s=,m²]\">% Dans le cas d'un attribut ligne, il suffit de renseigner le TextString, puis un Regen pour que ça se mette à jour, par contre pour un attribut multiligne, si on change juste le TextString il fallait que je quitte, puis ré-ouvre le fichier pour que le champ se mette à jour. Finalement, j'ai trouvé qu'en utilisant ce code ça fonctionnait. AttributeReference ar = (AttributeReference)tr.GetObject(idAtt, AcDbServices.OpenMode.ForWrite); if (ar.Tag.ToUpper() == sTag.ToUpper()) { if (ar.IsMTextAttribute) { MText mtxt = ar.MTextAttribute; mtxt.Contents = sVal; ar.MTextAttribute = mtxt; ar.UpdateMTextAttribute(); br.RecordGraphicsModified(true); } else ar.TextString = sVal; } La modification directe du Contents ne fonctionnait pas. Si ça peut servir. Merci à tous Olivier

Bonjour, @ Tramber : oui un attribut peut-être libre, mais le grip d'étirement est la seule solution que j'ai trouvé pour "embarquer" en une seule fois l'attribut ET la flèche de position ET le wipeout. Pour le Wipeout je peux passer par un attribut multi-ligne avec masque d'arrière plan, mais pour emmener la flèche je ne sais pas faire autrement. Si tu as une solution moins "compliquée" je suis preneur (si une contrainte de coïncidence peut être utilisée, c'est pas forcément plus simple) @Lommig : Merci pour l'info, je vais regarder cet angle vers la position de départ. Olivier

Bonjour, J'ai créé un bloc avec un attribut. J'ai mis un paramètre étirement pour positionner mon attribut où je veux, ainsi qu'un paramètre de rotation pour le faire tourner. Je dois modifier la valeur de rotation par programme (Lisp ou C#) pour mettre tout mes attributs à l'horizontal. Le problème c'est que je n'arrive pas comprendre comment est calculé l'angle de mon paramètre Rotation. Je joins un exemple de mon bloc. J'ai inséré 2 fois le bloc au point 0,0. En haut c'est mon bloc tel que défini : la valeur de rotation est de 0r En bas c'est le même bloc que j'ai déplacé avec le grip carré de l'étirement, et la valeur de rotation n'est plus égale à 0. Toute position autre que la position de départ me donne un angle différent (sans que j'ai touché au grip de rotation) J'imagine que cet angle est mesurée quelque part à partir de la position de départ, mais je ne vois vraiment pas où. Si quelqu'un a une idée sur la façon dont AutoCAD calcule cet angle? Merci Olivier TEST_BLOC_ROTATION.zip