Olivier Eckmann

Bonjour, les 5 variables mises à jour correspondent par défaut à l'initialisation de l'environnement de type Géomètre, c'est à dire angles en grade, sens horaire, 0 au Nord Le lisp crée des sommets de polyligne par des commandes du genre @10<50 Sur un poste AutoCAD sans Covadis, si le dessin est en degré, sens horaire et 0 à l'est, ces coordonnées relatives vont forcément données n'importe quoi lorsque l'on a un Covadis en grade... On peut toujours décocher "Initialiser l'environnement Géomètre" pour ne pas modifier ces variables, par contre pour éviter ce genre de problème d'une manière générale en programmation, on évite de passer par la ligne de commande et on construit directement les entités avec les fonctions prévues pour (entmake) (polar)... Dans ce cas AutoCAD travaille toujours en radians, 0 à l'est et sens trigo. Sinon, si on veut absolument passer en ligne de commande par l'interface, les valeurs saisies étant sensible à l'environnement, il faut stocker les différentes variables ANGDIR, ANGBASE..., puis imposer les valeurs pour lesquelles le programme fonctionne puis restaurer les variables initiales comme c'est fait pour les variables OSMODE, CMDECHO et CECOLOR Olivier Eckmann

Bonjour, la saisie des données graphiques sous AutoCAD est une bonne solution, par contre les requêtes et la stylisation des cartes sous AutoCAD MAP à partir d'objets DWG (polyligne ou polygone) n'est pas super intuitive et l'interface date d'AutoCAD 14 alors c'est difficile à mettre entre toutes les mains. Par conséquent il serait intéressant de passer le plus tôt possible à un export en SHP, SDF ou SQLite pour utiliser la connexion FDO à cette source de données. La stylisation est très visuelle et les requêtes sont simples et disposent d'un outil très bien fait. En plus tout le travail de stylisation peut être exporté/repris sous Mapguide si on envisage d'externaliser le SIG avec des postes de consultation distant. Après si on a des licences AutoCAD MAP 3D2012, on peut envisager ça sous l'angle des modules métiers de MAP (ex topobase). La partie requête / recherche / publication semble très importante dans ce genre d'appli. Et avec les outils métiers de MAP on a tout ce qu'il faut pour concevoir des écrans de saisie, recherche et rapport très détaillé (très proche de ce que l'on fait avec un MsAccess). De plus on peut créer/développer des règles et process précis pour le type de saisie de l'utilisateur. L'inconvénient c'est que c'est pas simple à mettre en oeuvre et dans le cadre de PFE de BTS ça nécessite un investissement important du prof pour créer tout ce qui est nécessaire (gabarit, table, champ, règles...) afin que les étudiants ne se perdent pas dans les méandres de la config et se concentrent sur les données et les requêtes. Mais c'est un super challenge avec cette techno. Olivier

Bonjour, Quelle est la différence et/ou l'avantage par rapport aux hyperliens? Personnellement, je privilégierais les hyperliens qui fonctionnent sans MAP donc avec un AutoCAD de base (voir même un LT), de plus les hyperliens sont conservés lors de la publication en DWF. L' intérêt que je vois dans cette procédure est la possibilité d'avoir plusieurs hyperliens sur un même objet. Par exemple un lien vers GoogleStreet, un autre vers le site internet du bâtiment (par exemple CG, mairie, musée, théatre...) avec une commande Lisp spécifique par type d'hyperlien à afficher. Olivier