Olivier Eckmann

OK, donc quand je suis dans le GetSnapPoints de mon overrule, il faut que je demande le Getsnappoints sur ma poly décalée et que je renvoie à la place. Bon je m'y mets. Merci Olivier

Bonjour, pour les groupes, il faut d'abord importer toutes les palettes, puis ensuite seulement tu importes les groupes. Dès lors tes palettes vont retrouvées toutes seules leurs groupes De toutes manières les groupes ne sont pas partageables en réseau. On ne peut partager que les palettes. Olivier

Bonjour, Si c'est bien un import d'un fichier ESRI ShapeFile dont il s'agit, tu as chargé les données attributaires en tant que données d'objet. Dans ce cas, il faut regarder du côté des gabarit d'annotation. Éventuellement demande le déplacement de ce sujet dans le forum dédia à AutoCAD MAP tu auras plus de réponse. Olivier

Salut Maxence, merci pour la classe StopWatch, je vais me pencher dessus. Pour le lien sur OsnapOverrule, je l'avais déjà vu, mais on surcharge la fonction qui renvoie des points de snap pour qu'elle renvoie ce que l'on veut (dans ce cas rien). Mon problème c'est que je dois ajouter les points d'accrochage de ma seconde polyligne qui est temporaire dans mon WorldDraw. Donc si j'ai bien compris, il va falloir que je refasse mon décalage pour récupérer les SnapPoints dans mon OverRule sur Osnap? Ensuite pour un accrochage PROCHE par exemple, tous les points de la polyligne sont accrochables, soit une infinité de points? C'est la dessus que je manque de compréhension sur le fonctionnement. Est-ce que cette fonction Osnap est appelée chaque fois que j'ai un accorchage différent. Par exemple pour un accrochage EXT l'objet polyligne me renvoie les sommets dans la fonction GetSnapPoints, mais si j'ai plusieurs accrochages activés, alors la liste des points accrochables se cumulent pour chaque mode. Dans ce cas, je dois ajouter tous les points de ma poly décalée pour chacun des modes???? C'est pas clair dans ma tête, donc pas clair quand j'essaie de l'écrire. Je vais essayer d'éplucher la doc ObjectARX, ça doit fonctionner pareil. Olivier

Bonjour, Je commence à jouer avec les overrule (en C#) sur le Worldraw pour le moment. Le 1er but était de dessiner certaines polylignes sous forme de 3 polylignes parallèles avec celle du mieux plus épaisses et d'une autre couleur, puis des trait en travers comme des rails de chemin de fer. Après quelques déboires, ça fonctionne bien maintenant. Le problème ce sont les performances. J'ai 1600 polylignes dans mon dessin. Si je lance la commande REGEN ça prend quelques dixièmes de secondes. Si j'active mon WorldDraw, ça met plus de 5 secondes à regénérer. Alors je suis revenu en arrière et j'ai habillé avec les fonctions d'AutoCAD en décalant et en mesurant pour dessiner tous les objets que je dessine dans mon WorldDraw. Et là AutoCAD met moins d'une demi seconde pour tout regénérer. Ce qui me donne à la louche un facteur 10 de ralentissement. Si quelqu'un a déjà mis les mains dans ces fonctions d'OverRule, est-ce que vous avez constaté un ralentissement, ou bien mon code n'est pas optimisé? J'utilise principalement la fonction GetOffsetCurves pour faire mes décalages, je ne vois pas comment faire autrement. Je ne sais pas quelles portions de code sont les plus gourmandes en ressource. De plus je souhaite ajouter la possibilité de m'accrocher sur mes polylignes décalées, j'imagine que ça doit se trouver dans les OsnapOverrule et GetObjectSnapPoints . Pour le moment, je n'ai pas trouvé grand chose sur le net, si vous avez un lien ou un exemple, je suis preneur d'infos. Merci. Olivier

Bonjour, Le format DWF accepte les formats de longueur supérieure et à mon avis il a autant de valeur que le PDF, même si le viewer est très largement moins répandu. De plus, les traceurs HP depuis le DesignJet 1200 (peut-être même les 1100) trace nativement ce format DWF, pas besoin d'une version PS comme pour pouvoir imprimer nativement les PDF. De plus le format DWF supporte pas mal de fonctionnalités tels les hyperliens et comme c'est pour du SIG et que tu disposes de MAP, tu peux aussi ajouter sur l'objet les informations attributaires qui y sont déjà accrochées (Données d'Objet ou lien vers une enregistrement de base de données). Olivier

Bonjour, la syntaxe C:XXX est utile pour pouvoir lancer la commande, par ex: (defun C:TOTO ( / ) ... permet de taper TOTO à la ligne de commande si tu définis ta commande (defun TOTO ( / ) ... alors pour la lancer il faudra taper (TOTO) En règle général on utilise C: pour les commandes qui seront tapées au clavier afin de lancer la commande et on omet C: pour les commandes avec des paramètres donc qui devront être lancés entre parenthèse. Après si tu veux sécuriser un peu ta routine, il faut tester que tous les paramètres passées et saisis soient corrects avant de pouvoir les utiliser. Par ex, si 1 des 3 paramètres est négatif ou vaut nil ta routine génère une erreur, si l'utilisateur fait Echap au moment où tu lui demandes un point, ça va aussi générer une erreur. Pareil, si tu es en SCU au lieu de SCG, pas sûr que l'angle calculé soit le bon pour construire ton point intermédiaire... En développant pour les autres et pas seulement pour soi, on s'aperçoit assez vite que la moitié de ton code sert à vérifier que toutes les conditions sont ben réunies pour pouvoir faire travailler la machine. Olivier

Bonjour Denis, 2 petites questions: - si la fonction doit être appelé avec des paramètres, pourquoi la déclarer en C: ? - pourquoi passer les paramètres réels sous forme de chaine au lieu de les passer directement en tant que réel? Il ne s'agit pas de critique, c'est juste pour comprendre les raisons de tes choix. Olivier

Salut Patrice, (setq LONG (vla-get-length (vlax-ename->vla-object ent)) ) précédé d'un (vl-load-com) si pas déjà inséré en début de programme Olivier

Bonjour, mettre la variable HPDLGMODE à 2 Olivier

Bonjour, comme tu as Covadis, tu peux utiliser Covadis Edition / Polylignes / Spline->polyligne Olivier

Bonsoir, Une petite vidéo de la procédure de transformation des hachures solide en région, puis union par niveau, puis intersection entre niveau. Video D'habitude, je ne suis pas fana des objets REGION, mais pour certaines tâches, y a pas mieux. Normalement la procédure devrait fonctionner sur n'importe quelle version depuis AutoCAD 2000, peut-être même sur un R14! Si notre ami le crabe a encore un PC sous Windows 98 avec un AutoCAD 14 pour tester :D Olivier PS qui n'a rien a voir : en parlant d'AutoCAD14, j'ai fait un tour sur le site de microsoft qui vérifie les logiciels compatibles avec Windows 10 et il est indiqué que 83 personnes ont réussi à faire fonctionner AutoCAD 14 sous Windows 10 :(rires forts)::(rires forts)::(rires forts):. Je trouve plus le lien, mais je le mets dès que je le retrouve.

Maxence, Je suis rester avec le ContextMenu, et avec ton aide le calcul de la position est nickel. Merci, c'est super. Olivier

Bonjour, je vais peut-être répondre à côté, mais pourquoi ne pas transformer chaque hachure (ou contour de hachure) en région, puis faire une union de toutes tes régions niveau par niveau. Ensuite tu fais une intersection des 2 premiers niveaux, puis le résultat tu l'intersectes avec le niveau suivant et ainsi de suite jusqu'au toit. La région résultante à la fin c'est l’ensemble des portions de mur communes à tous les niveaux. Olivier

Bonjour, ça n'a rien à voir avec AutoCAD, c'est un pb C# pur, mais il y a des personnes très compétentes sur ce forum et je me permets de poster ici. J'essaie de gérer l'affichage d'un menu contextuel sur le clic droit dans une cellule (colonne) d'une DatagridView. Je réagis sur l'évènement CellMouseUp qui m'envoie en argument un "DataGridViewCellMouseEventArgs" sur lequel je récupère mon ColumnIndex et RowIndex pour savoir quelle cellule se trouvait sous la souris. Cet argument me renvoie aussi les coordonnées X, Y à partir du point haut gauche de ma Cellule => OK Lorsque je veux faire afficher mon menu contextuel j'utilise _ctmForDesign.Show(dgvRoom, new Point(e.X, e.Y)); Le 1er argument c'est le contrôle correspondant à ma Datagrid et ensuite c'est le point d'insertion, le problème c'est que ça me l'affiche en relatif par rapport au coin HautGauche de ma grille et pas par rapport au point HautGauche de ma cellule. Comme je n'arrive pas à passer ma cellule comme contrôle en 1er argument (en tant que Contrôle), est-ce que je suis obliger de recalculer le X,Y absolu de ma cellule (balayage des hauteurs derangées et de colonnes) par rapport à la grille? ou bien y a-t-il une autre solution. J'espère avoir été assez clair. Merci. Olivier

Bonjour, Exporter en DXF, puis ouvrir le DXF avec Notepad++, rechercher/remplacer "Style-STANDARD" par "STANDARD", sauvegarde, puis ré-ouvrir le DXF avec AutoCAD, et un petit coup de CONTROLER Olivier

Bonjour, petite vidéo présentant une thématique de changement de bloc selon la valeur d'une donnée d'objet. https://screencast.autodesk.com/main/details/24213110-95ae-4586-897c-92989130d880 Je pars d'un fichier SHP contenant des points avec un attribut TYPE que j'importe dans un dessin contenant les blocs à utiliser. Olivier

Bonjour, ça c'est le bouton DYN qui le gère (raccourci clavier F12). Olivier

Bonjour, il y a plus de 73000 type de ligne DGN. Si on les purge, le DWG passe à 62ko. Il faut au minimum une version LT2015 pour que la commande purger de base supprime ces types de lines, sinon une version pleine. Olivier

Bonjour, J'en avais un qui datait de 1999 dans mon ancienne boite. Ensuite, il y a eu le 1050CPlus mais je ne sais plus en quelle année il est sorti. Olivier

Bonjour, Si tu veux récupérer tes coordonnées XY de ton nouveau système dans tes données d'objets, alors: - un petit coup de MAPEXPORT en cochant tes OD sauf les données erronées, mais en cochant en plus X1 et Y1 dans la catégorie Géométrie - suppresion de tous tes objets - un petit coup de MAPIMPORT, dans la table OD d'origine en faisant correspondre X1 et Y1 avec les champs que tu veux mettre à jour. Olivier

Bonjour, Merci pour vos réponses, je pense que je vais rester dans un premier temps à traiter les dalles telles qu'elles ont définies. Un premier tri des dalles selon leur emprise afin de ne tester que les dalles "intéressantes" devraient être assez rapide. Je dois monter un serveur PostGIS cet été, j'essaierais de voir ce que ça donne. Comme je n'ai encore jamais programmé avec la couche FDO, j'en profiterais pour essayer, ce sera un bon exercice. J'avais lu un articlede Norma Yuan qui expliquait comment implémenter la couche spatiale de SQL Serveur avec seulement 2 DLL à référencer. J'essaierais de voir aussi de ce côté. Pour la transformation de coordonnées, je vais essayer avec MAP, mais je vais tester aussi en externe pour voir si je peux m'en affranchir. Je vous tiens au courant des avancées et des résultats. Olivier

Salut, Aujourd'hui j'ai déjà un programme pour lire les grid ESRI et les convertir en XYZ avec ou sans suppression d'un point sur 2 ou 3... Partant d'une grille de 1Millions de points (10Mo) ça génère un fichier XYZ (10Mo) en 2 secondes environ en local et 6 secondes à travers le réseau. L'idée de rester en grille me semblait pas mal, car ça me permettait de tester rapidement si la grille est dans l'emprise de la poly AutoCAD et de ne traiter que les points des grilles incluses. J'imagine que c'est ce que font les index spatiaux des base de données. Par contre pour les transformations de coordonnées, je ne sais pas trop. Pour passer du Lambert 93 au RGF93.CC pas de souci, on est sur le même ellipsoïde, c'est rapide, par contre la transformation en NTF Lambert zone est assez catastrophique, environ 10 fois plus lente. Olivier

Bonjour, J'avais posé la question sur les forums US ICI mais sans réponse, je vous expose mes interrogations. La BD Alti (IGN) est fournie à titre gratuit sous forme de dalles (grilles) de points connus en Z tous les 75m couvrant toute la France. Ces données sont au format ASC (Grid ESRI) avec des grilles de 1000*1000 points. Il y a 160 dalles pour couvrir la France soit 160Millions de points. Ces points sont connus en coordonnées Lambert93. J'envisage de développer une appli qui demande de sélectionner une poly fermée dans AutoCAD, trouver tous les points inclus dans cette zone et de construire le MNT correspondant. Le but serait de pouvoir produire un résultat en restant sous les 2 minutes de traitement. Avant de me lancer, je suis à la recherche d'expérience sur le stockage de ce type et volume de données: - est-ce que je dois garder les 160 fichiers et les utiliser en brut? Ou bien les stocker dans une base spatiale PostGIS, SQLite? - est-ce que j'ai intérêt à utiliser un algo de recherche de points dans un polygone? D'utiliser la requête spatiale de la BD? d'utiliser l'API FDO pour la requête spatiale à travers AutoCAD MAP? - Etant donné que l'on travaille avec plusieurs systèmes de coordonnées différentes, mais jamais le Lambert93, est-ce que j'ai intérêt à convertir ma base de points en Latitude/Longitude ou à conserver le Lambert93. Je pensais utiliser les algo de changement de système d'AutoCAD MAP, à moins que d'autres API libre soit plus performantes? Si quelqu'un à un début d'info sur quoique ce soit, je suis preneur. Merci Olivier

Bonjour, Depuis 2 jours, j'ai un petit logo dans la barre des tâches qui permet de "pré-valider" la mise à jour en Windows 10. Disposant d'AutoCAD MAP 2012 qui n'est pas compatible avec Windows 10, j'ai lancé le petit outil pour vérifier la compatibilité des mes matériels et logiciels, et oh surprise, tout va bien, tout est compatible d'après µsoft. Je comprends mieux comment il envisage d'avoir 2 milliards d'ordinateur qui passeront en Windows 10 en 2 ans, si leur outil d'analyse est aussi "fiable"! Olivier