alala

Toujours avec map tu peu faire une requete sur une zone buffer d'un objet (polyligne). Maintenant tu peu également pense à faire l'inverse en lisp et calculer la longueur entre tes objet et ta polyligne et ne sélectionner que ceux qui sont donc une zone précise. Tu peu également rendre ta polyligne épaise, récupérer une surface de cette polyligne éppaise et ensuite utiliser les outils de MAP pour générer des liens entre les objets dans ces zones et la zone. De ces liens tu pourra ensuite copier les OD dans la polyligne d'origine.

Bonjour, La doc! Perso je mettais du haute ou Optimale pour un rendu final, et basse ou moyenne pour faire un pré-rendu de visualisation. Ajuster les option peronnalisés sert surtout pour évoir de plus beau éclairages et un rendu sur les vitres plus sympa. Mais très honnêtement, même si l'on arrive à quelque chose de très sympas avec pas mal de taf, le rendu est très long et surtout très loin d'un rendu avec un logiciel spécialisé (3DSMax en tête). Si le rendu est très moyen cela viens généralement des textures utilisés, elle jouent beaucoup sur la qualité du rendu final.

Bonsoir, Il y a bien les zones tampon dans MAP! http://docs.autodesk.com/MAP/2013/FRA/index.html?url=filesMAPUSE/GUID-2F9E4CD6-BDB4-4B5F-B091-272D61386EA9.htm,topicNumber=MAPUSEd30e218153 Et sans MAP il doit exister des LISP du moins je vois bien un mélange de ceux la : http://www.lee-mac.com/advpolyoutline.html et sur cette page pour faire une largeur constante. http://www.lee-mac.com/polylineprograms.html

Merci beaucoup pour toutes ces réponses très intéressantes. Je vais allez étudier un peu les liens que vous avez mis. Pour mon cas particulier Autoload fonctionne à la perfection, que ce soit pour l'appel des fonctions en ligne de commande ou via le menu. Mon menu est un MNS généré par une routine qui le charge à chaque plan ouvert pour mettre tout le menu à jour systématiquement et ceux sur tous les postes qui utilisen le lisp qui crée ce menu. C'est un poil lourd mais je planche sur une méthode de contrôle de la version du menu pour palier à cela. Pour les autres proposition elle fontionnent également, mais uniquement dans un des deux cas (menu), ce qui est bien, mais finalement moins adapté à l'utilisation que l'on pourrait avoir. Encore merci, grâce à vous j'en apprend tous les jours un peu plus sur ce langage qui, me parrais de plus en plus spécial, mais également de plus en plus intéressant.

Alors la je suis tout perturbé! Mour moi "c:MonAppli" est une fonction. Et une fonction se place entre parenthéses. D'ou mon (not(c:MonAppli)) et pas (not c:MonAppli) Très intéressant sinon le acadxxxdoc.lsp Merci à vous tous.

Vraiment très sympatique ce rendu. Un poil trop brillant, mais vraiment très bien pour de l'AutoCad. Le gros soucis (pour moi) reste le temps de rendu, l'on atteint (très) vite des sommets en extérieur.

Superbe! Merci beaucoup!

Bonjour, mon petit soucis du jour est simple, mais je ne trouve pas la solution. J'ai créer un menu, et ce menu fait appel à un certain nombre de LISP. Je souhaiterais que ces LISp ne soient chargés que si il est vraiment nécessaire. Je ne les ait donc pas mis dans les applications chargés au démarage. J'ai tenté : (if (not (c:MonAppli)) (load 'MonAppli) ) Puis de "capturer" l'erreur : (if (vl-catch-all-error-p(vl-catch-all-apply 'MonAppli '())) (load 'MonAppli) ) mais je reçoit dans tous les cas l'erreur : erreur: fonction incorrecte: Avec vous une solution à cela? Sachant que je fait cela autant pour réduire le temps de chargement d'un plan sur Autocad que pour être sur que l'utilisateur ne s'embéte pas à gérer les appli chargés ou non. Merci d'avance.

Sur les derniers autocad la premiére fois que l'on fait apel à une fonction cela est relativement long, puis plus rapide ensuite. Si j'ai bien tout suivit depuis quelques années les Autocad ne chargent les fonctions que si elle sont appelés au moins une fois, d'iou le premier lancement plus lent de chaque fonction. Perso pour le Undo je constate qu'il est très lent (bien plus que la fonction que l'on à annulé) depuis quelques version d'Autocad (2010/2011 environ).

Je pense que les besoins du coté SIG ont en premier lieu été le surfacique et les ponctuels. Le linéaire à été un poil mis de coté. Et malheureusement une fois mis de côté il n'y a pa eu de mise à jour pour prendre en compte ce besoin par la suite! Autodesk pense peu être à vendre du Civil pour gérer les réseaux?!?

Bonjour, Pas vraiment non, les tarifs différent largement, mais l'apport de MAP est non négligeable tout de même. Maintenant avec toutes les suites et les offres de souscription, un nombre de collectivités se lancent dans ces produit qui permettrons de faire la liaison vers le SIG, pour les entreprises prestataires je suis largement moins sur de ça. Les tarifs!! C'est la qu'interviens la solution de FabCad, je ne l'est pas testé mais le principe est la. Copier des Données d'objet d'un objet vers un autre.Sachant que l'on peu générer des données d'objet directement d'attribut sur un bloc, l'on peu ensuite copier ces données sur le linéaire qui est en dessous. En fait tu peu lier des tables.Par exemple tu a une couche vectorielle avec table de données qui contien un champ ID (ou autre), et tu a une BDD (SQL,Oracle,SDE, ...) qui posséde également ce champ. Tu peu joindre ces deux tables et avoir virtuellement sur ta table de ta couche, toutes les informations de la BDD, mais également tout ses champs qui ne sont pas présent dans ta couche de base. Si ils mettent en place un SIG digne de ce nom, je serais étonné de voir un XLS derrière, mais sait on jamais, au moins ilsse laissent le choix pour la suite. Ça fait plaisir de pouvoir aider à construire ce type de projet.

Bonsoir lili2006, Oui mais le remplissage de la donnée se tappera à la main dans tous les cas, c'est ça le plus long le reste c'est quelques étapes rapides. ça je demande à voir, je constate plus de présence d'Autocad classiques voir LT que du MAP ou Civil qui ont un côut important pour des fonctions parfois innexploités.Pour moi, si il faut travailer avec des presta d'origines diverses qui ont de trop fortes probabilités d'êtres hors MAP il faut prévoir le coup. D'autant que si l'on est le client l'on peu demander des documents propres qui suivent une charte, et donc réakiser celle qui convient en amont. J'aurai tendance à choisir de passer un maximum de choses en attributs de bloc, attributs que l'on exportera ensuite rapidement en données d'objet via un Copy_OD par exemple. Ca a l'avantage de produire du plan exploitable sur tous les Autocad (et logiciels qui ouvrent du DWG tel que les visionneuses), et ça te permet d'automatiser toutes les taches en retours de documents des presta. Tu peu même compléter le tableau directement dans map comme si c'était de la donnée d'objet en générant des liens.Au pire un export SDF ou SHP puis une jointure. Si il y a de la mise à jour sur SIG il faudra connaitre le type de BDD utilisé. De rien, c'est un sujet qui m'intéresse puisque actuel pour moi.

Si tu ne fait que du plan neuf et que tu a toujours un AutoCad Map pour travailler je vois pas trop comment allez plus vite (sauf à lier une BDD et à remplir la BDD directement). Pour moi la BDD est très intéressante si le SIG utilisé sert également à faire de la mise à jour de données. Dans ce cas tu aura la même information dans le SIG et dans Autocad MAP en temp réel (ou presque).

Bonjour, Ce sont les couches ou le raster (scan25) qui bougent? Perso j'ai déjà eu des souicis avec des raster qui jouaient à se décaler à l'impression, j'ai jamais pus expliqué ça auttrement que par un problème de gestion de la mémoire par autocad car généralement un redémarage complet du poste redonnait un résultat correct. Si ce sont les couches vecteur je ne vois pas du tout et ne suis jamais tombé sur le cas de figure!

Bonjour, En 100% Map il suffit de : - créer les tables de donnée d'objet- créer les champs des tables en indiquant bien les types de données (caractére, numérique, ..) - attribuer un à un les informations de chaque champ de chaque table que l'on désire à chaque polyligne (ou linéaire) - Pour finir l'on fait un export (dans les commandes MAP) vers un format SIG en sélectionnant bien les lignes (ou linéaires) et les données d'objet dans les tables de données. Cette méthode est très longue. L'on peut donc penser à ne renseigner qu'un ID unique pour chaque polyligne (ou linéaire) et faire ensuite un lien vers une BDD (XLS,MDB, SQL,Oracle, ...) qui elle contiendrait toutes les autres informations de chaque tronçon. La liaison une fois réalisé permet l'édition dans les deux sens.

A voir si la routine copy_od.lsp ne pourrais pas permettre une mise en oeuvre plus aisé de routines d'export sur les linéaires. Pour moi il faudra impérativement - un bloc ou du texte sur, ou a proximité du linéaire. - trouver une méthode de propagation des attributs du bloc (ou de l'index du texte) sur les linéaires. - exporter en SHP l'ensemble, ensélectionnant les tables désirés. La seconde étape étant bien sur la plus complexe, et je pense donc qu'un bloc avec point d'insertion sur la ligne est la méthode qui assurera le plus de chance de pouvoir attribuer des données d'ojets à des linéaires rapidement et en se passant d'un Autocad Map dans un premier temps. Cette méthode permet même de faire de l'export XLS si besoin (faire rapidement un quantitatif par exemple), et de faire produire des plans par d'autres qui n'ont pas d'Autocad Map.

Oui, tout aussi proprio mais bien plus répendu en 2D. Et si je ne me trompe pas l'import PDF2D(vectoriel)/3D fonctionne pas trop mal sous autocad.

Bonjour, Je pense que tu parle de True Converter qui a été inclus dans TrueView depuis 2010 si je ne me trompe pas! Et effectivement je préférais aussi cette séparation qui permettais de ne pas à avoir à installer un logiciels trop imposant sur un poste qui n'en autrait pas le besoin. Je jette un oeuil au fichier pour voir ce qu'il en est! Merci pour celui-ci.

Le pdf 3d existe et marche fort bien, le DWF est un format proprio d'Autodesk qui n'a que peu d'intérêt, surtout qu'il ne s'ouvre pas sous Autocad (le seul intérêt qu'il aurait pus avoir pour une utilisation avec des équipe terrain avec du design review pour annoter et des équipes BE qui font les MAJ directement à partir de ces annotations). Un de ces avantages est de bien prendre en charge les textures (export REVIT par exemple).

Il faut un ID pour chaque objet.Ce champ doit être unique (sans doublons) et servira à faire de la liaison avec d'autres tables (par exemple). généralement à l'export/import MAP crée en champ FeatID automatiquement et qui s'incrémente automatiquement également.

Bonjour, Reste le soucis d'attribuer rapidement des données à des linéaires. Car en dehors de quelques LISP ou il faut traiter les objet un à un il n'y a pas d'automatisation de la chose prévue dans un map de base. J'avais tenté de passer le tout en Bloc avec point d'insertion sur la ligne, je n'ais jamais pus attribuer les informations des attributs du bloc comme l'on peu le faire sur du surfacique.

Bonjour, nous travaillons actuellement sur cette problématique en interne. Le soucis est bien que, ni les XDATA, ni les données d'objets MAP ne peuvent être automatiquement attribués ou visibles si 'lon ne posséde pas l'outils adapté (Autocad MAP). Aujourd'hui je vois de nombreux réseau ou les informations sont textuelles, le passage en SIG implique un transfert de ces informations dans les linéaires (polylignes et/ou lignes). C'est ici qu'il manque une automatisation. Sinon (si l'on part d'une base vide) l'on peu faire de la donnée d'objet avec Autocad MAP, elle s'exporte trèsbien en SHP/SDF (format Esri ou MapGuide). Avec autocad map l'on peu lier une base de donnée ou un fichier XLS affin d'extraire les info des données d'objet. Reste que je ne pense pas que le DXF conserve tout cela. On peu aussi pense aux XDATA, que je n'ai jamais utilisé et qui normalement devrais supoporter l'export en SHP/SDF et en DXF également. Je suis preuneur de toutes info quand à une automatisation possible de tout cela.

Un petit coup de JAV pour purger tout ça? http://patrick.blog-cao.com/2010/10/14/jav-v3-00/

Deux liens en rapport également : sysvdlg (commande express tools) Les variables sytème et leur vie!

Encore mieux que tout! Merci pour cette commande que je ne connaissais pas!