Le portail francophone de la géomatique

Bonjour,

-1) En quoi la programmation les aide t'ils dans leur travail:
-2) Quelles sont les utilisations principales de la programmation sous Autocad ?
-3) Quel est le langage le plus utile pour les géomaticiens :LISP ou bien VBA ?

Ces trois questions sont liées, et pour commencer il faut répondre à la troisième en posant une question : quel est le type d'Autocad utilisé, sil s'agit d'une version LT le langage VBA n'est pas implémenté, ce qui réduit la programmaion au LISP. (Qui n'est qu'un langage de macro commande).

S'il s'agit de la version pro, l'tilisation de VBA est fortement recommandée. Du fait des possibilités accrues de VBA par rapport à LISP.

Concernant la qestion 1 et 2 :
Il s'agit d'automatiser des tâches répétitives, (LISP VBA) et/ou effectuer des taches particulières sur des objets Autocad (VBA).

Exemple de tâches repétitives : déplacer toutes les polilygnes rouges vers le calque Toto.
Exemple de tâches particulière : Appliquer une transformation d'helmert à toutes les polilygnes et exporter les somets dans un fichier texte NXY.

D'un point de vue personnel je pense qu'il faut privilégier les solutions VBA car elles permettent une utilisation complète du modèle objet ACAD et offre des extentions propres à VB (exemple de création fichier texte). Et plus encore (c'est ma solution)  piloter le modele objet à partir d'une application indépendante écrite en VB, cette appli lance un thread d'Autocad (qui peut être invisible à l'utilisateur) et manipule les objets et fonctions autocad directement. Ce qui permet entre autre de lire un dwg et de le transformer en autre chose.

Ceci dit , le plus gros problème sera de trouver qqu'un qui connait Autocad, le domaine d'application (géomatique ?) , et la programmation VB6 ou VBA.
Sachant que l'apprentissage du Modèle Objet ACAD pour qqu'un qui connait VB et le fonctionnement d'ACAD demande quand même quelques jours voir semaine.

Salutations

Christophe Vergon

Bonjour,

Effectivement j'ai confondu Diesel et AutoLISP.

Mille excuses

C'est du à l'ennui (plus les colères de cette m... de truc buggé, verrouillé) que m'inspire certaine "personalisation AutocadLT2000"...
Et la colère ça fait rarement réfléchir correctement.

Je suis content de voir préciser la violation de Licence qu'est l'utilisation de LT-EXtender.

Encore pardon pour les erreurs, mais comme disent nos sportifs au JO, l'essentiel c'est de participer.

A+

Christophe

Bonjour

J'ai lu attentivement ce que tu as écrits et cela m'intéresse d'autant plus que je dois suivre une formation en programmation sur Autocad.

Ce qui m'étonne c'est que le problème particulier des "dll" que tu as évoqué je ne l'ai pas retrouvé sur le forum cadXP. Ce forum rend compte des expériences des utilisateurs sur Autocad et notamment sur les avantages et inconvénients de la programmation en LISP ou VBA ?

Il me semblait que le VBA était intéressant pour gérer des données alphanumériques, ce que ne fait pas le LISP ?

Bonne journée.

Paul-Henri PELLOUX


Edit : déplacement de ce "message ancien" vers le forum le plus adéquat, même si celui-ci n'est pas censé traiter des parties Autocad non liées aux SIG.

Dernière modification par Fred (Thu 01 June 2006 16:16)

Bonsoir

Félicitations à Fabcad pour son excellente réponse, je ne suis pas (Malheureusement) programmeur sur AutoCAD (ou MAP), je ne sais que utiliser qq expressions AutoLisp "simples" qui me suffisent pour mon boulot quotidien ...

Sinon pour le reste, je "hante" différents sites et bien sur www.cadxp.com (Où je suis actif) qui est de très loin le meilleur site Francophone sur les logiciels Autodesk (et qq autres logiciels de DAO/CAO).

Car en général, on arrive à trouver "assez facilement" la routine que l'on recherche ...
si bien sur, on a le temps de surfer ... Les Newsgroups US sont aussi assez intéressants !

Il est évident que l'AutoLisp et le V-Lisp sont "a priori" les meilleurs outils pour développer sur AutoCAD (ou MAP) en gardant un maximum de compatibilité d'une version à une autre !

Je suis 100% d'accord avec notre cher pompier Fabcad.

Je déconseille "plutôt" le VBA pour de multiples raisons évoquées par Andrealisp.

L'autre possibilité c'est le développement en ARX avec les compilateurs Microsoft C++ ...
Alors là on boxe dans une autre catégorie, celle des PROs !

A ma connaissance, il y a aujourd'hui 2 sociétés qui ont un nombre "significatif" de développeurs "expérimentés" en ARX sur AutoCAD '(ou MAP), c'est GEOMEDIA à Brest (Produit COVADIS: Topo / VRD) et GEOMAP (Spécialisé en SIG) au Bourget du Lac (73). J'espère n'avoir vexé personne ! La PUB est gratuite !

Déja c'est pas simple de stabiliser une plateforme de développement, car vous devez avoir de multiples versions des compilateurs et librairies OPERATIONNELLEs sur votre PC pour développer et maintenir simultanément vos programmes ARX sur par exemple: ACAD 2004 / 2005 / 2006 / 2007 / etc.

Le Lisp et V-Lisp ont (A mon avis) encore de beaux jours à voir venir ...

GeoBye, Pat

Bonsoir Christophe

Je suis d'accord avec toi, le VB ou VBA est satisfaisant pour des besoins ponctuels !

Mais le Lisp ou VLisp passe plus facilement d'une version à une autre ...

Laissons l'ARX / Visual C++ Microsoft / DOTNET / etc aux professionnels !

Le traitement dont tu parles de vérifier que les polylignes ou lignes de contour de parcelles  sont closes / etc, est un bon exemple de traitement à réaliser en Lisp ou VLisp ou VB ou VBA.

Les outils de nettoyage de dessin d'Autodesk MAP, puis la création d'une topologie de type Polygone (Face), puis une transformation de la topologie Polygone (Face) en Polylignes closes, ne te suffisent pas dans ton exemple ?

En fait par exemple dans les développements réalisés par GEOMAP en ARX sur Autodesk MAP, les fonctions ARX sont "exposées" et donc, sont attaquables en Lisp ou VLisp ce qui est le "pied" !

GeoBye, Pat

wow !!  tout un débat !!

c'est l'fun ici !!  ;-P

Ok alors pour ajouter un petit commentaire...

Mon emploi consiste à programmer et faire des test de compatibilité avec les programmes associé à AutoCAD.

la programmation ARX est très puissant mais faut connaitre le language C ou C++.
ça aide.

avec le language LSP...on peut vraiment tout faire avec AutoCAD et même plus que VBA.
par contre un petit handicap ce sont les boîtes de dialogue qui sont ma fois, un peu arcaïque.
Cependant, avec ObjectDCL les boîtes de dialogue c'est du gâteaux !! et même que VBA ne peut en faire d'aussi complets.

Pour ce qui est de JAVA......ouf !
si il y a un type de programmation qui est lourd et plein de problème...c'est bien celle là.

VB6....à éviter !,....voir plutôt VBnet ! plus stable.

Pour les débtants:
Je suggère la création de scripts, qui je pense peuvent faire des choses assez surprenantes !

Voilà,....j'espère n'avoir frustré personne....car ces commentaires proviennent tous de tests effectués avec divers programmes.

Certains sont très bon en d'autres types de programmations et je m'incline devant eux.

Amicalement.

Bonjour à tous,

Je me permets de relancer ce fil de discussion qui est, à mon sens, trés instructif et trés intéressant.

Le problème est que les librairies AutoLisp et ActiveX (VB et VBA) ne sont pas au même niveau d'aprés l'Autodesk Map Developer Help.

ActiveX and AutoLISP Scope

Autodesk Map ActiveX covers Autodesk Data Extension functionality (ADE), which includes drawing sets, queries, and object data. It does not cover map plotting or topology. For more information, see the Introduction topic in Autodesk Map ActiveX Help.

Autodesk Map AutoLISP covers Autodesk Data Extension functionality (ADE), which includes drawing sets, queries, and object data. It also covers map plotting and topology. For more information, see the Introduction topic in Autodesk Map AutoLISP Help.

L'ActiveX est apparemment moins exhaustif en terme d'implémentation de fonctions qu'AutoLisp. Dans ce cas précis donc, si l'on veut réaliser des traitements topologiques au moyen d'un langage "intégré" à Autodesk Map 3D (Je parle bien de topologie et non pas de fonctionnalités de nettoyage de dessins), il semble que la seule possibilité soit donnée par le langage AutoLisp.

Maintenant, j'aimerais, si vous le permettez, revenir à l'API .Net apparu avec la suite Autodesk 2006. L'Autodesk Developer Center en donne la présentation suivante pour Autodesk Map 3D 2007 :

The Autodesk Map 3D .NET API provides the same level of coverage as ObjectARX for Map 3D 2007. It enables developers to use their preferred major programming language, such as C++, VB.NET or C# to develop applications for Map 3D 2007 with more powerful and easy to use .NET tools.

J'aimerais donc avoir quelques retours d'expérience si cela était possible. L'API .Net est-il difficile à prendre en main ? Est-ce aussi complexe que l'Objet ARX ? ... Tout ce qui serait susceptible de nous en apprendre un peu plus sur ce nouveau venu dans la (grande) famille des langages de programmation d'Autodesk. Je vous en remercie par avance.
Cordialement.

Mataio

Bonjour,

J'ose espérer que l'absence de réponse était due aux grandes vacances. En ce jour de rentrée, je me permets donc de faire un up, que je compléterai.

Depuis mon dernier post, je me suis lancé dans l'environnement Visual Studio avec l'API .Net que propose Autodesk pour le pilotage de sa plateforme logicielle. Je précise que je ne suis pas du tout informaticien de formation.

Il s'avére que l'API .Net est très abordable à condition de disposer de quelques connaissances de bases en Visual Basic (Ben oui ! Faut un minimum ... ). Les codes d'exemple permettent d'entrevoir l'approche qui doit être mener pour "parler" à l'API, même si cela demeure à mon sens un peu léger, la doc ne permettant pas (ou peu) d'apprendre la grammaire de l'API .Net.

Ainsi l'API .Net se situe, en terme de complexité, entre le VBA et l'Object ARX. Comprenons que le langage de l'API .Net, est un peu plus complexe que VBA, mais bien plus abordable que l'Object ARX. Son principale avantage, comme je l'ai dit dans mon post précédent, c'est que l'ensemble des fonctions d'AutoCAD, et d'Autodesk Map 3D en l'ocurrence, y sont implémentées, au contraire de l'ActiveX (VB et VBA).
Cordialement,

Mataio

Dernière modification par Mataio (Mon 04 September 2006 11:58)

je voudrais récuperer dans un fichier texte les lignes d'un fchier autocad avec ses caractéristiques ( coordonnées point de départ et point d'arrivée)
j'ai fait le code suivant ca ne marche pas. lobjectif est de génerer le fichier d'échande du logiciel EPANET. En considérant les noeuds comme des blocs c'est ok mais le problème qui persiste concerne les lignes .
de l'aide SVP.
Private Sub CommandButton1_Click()
Dim NomFichierText As String
Dim NomFichier As String
Dim FichAccess As String
FichAccess = ThisDrawing.FullName
    ' Pour être sûr que ce n'est pas un dessin sans nom
    If FichAccess <> "" Then
      ' on retire l'extension dwg à la fin du nom
      FichAccess = Left$(FichAccess, Len(FichAccess) - 4)
      ' on ajoute l'extension pour Access
     
    Else
      FichAccess = "SansNom"    ' si le dessin n'a pas encore de nom
    End If
'FichAccess = Left$(FichAccess, Len(FichAccess) - 4)
NomFichier = FichAccess
NomFichierText = NomFichier & ".txt"
Open NomFichierText For Output As #1
    'Unload Me
'=================================================================================
Dim TL(1 To 100000, 1 To 12) As Variant
Dim k As Long
k = 1
Dim NombreTL As Long
Dim CompteurTL As Long

Dim objElem2 As AcadEntity

'Dim entry As AcadEntity
    'For Each entry In ThisDrawing.ModelSpace
        'objName = entry.ObjectName
        'entry.Highlight (True)
        'MsgBox "The name of this object is " & objName, vbInformation, "ObjectName Example"
        'entry.Highlight (False)
    'Next
For Each objElem2 In ThisDrawing.ModelSpace
      ' si l'élément est un bloc
      If objElem2.EntityType = acdbLine Then
                        If k <= 9 Then ComplementNom = "N00"
                        If k >= 10 And k <= 99 Then ComplementNom = "N0"
                        If k > 100 And j <= 999 Then ComplementNom = "N"
                        If k > 1000 Then ComplementNom = "N"
     
       
      objElem2.Highlight (True)
      TL(k, 1) = k
      TL(k, 2) = objElem2.ObjectName
      TL(k, 3) = objElem2.Angle
      TL(k, 4) = objElem2.Layer
      TL(k, 5) = objElem2.StartPoint(0)
      TL(k, 6) = objElem2.StartPoint(1)
      TL(k, 7) = objElem2.StartPoint(2)
      TL(k, 8) = objElem2.EndPoint(0)
      TL(k, 9) = objElem2.EndPoint(1)
      TL(k, 10) = objElem2.EndPoint(2)
      TL(k, 11) = objElem2.Length
      TL(k, 12) = objElem2.ObjectName & ComplementNom & k
      TL(k, 13) = objElem2.Delta
      TL(k, 14) = objElem2.Length
      TL(k, 15) = objElem2.TrueColor
     
      Print #1, TL(k, 1), TL(k, 2), TL(k, 3), TL(k, 4), TL(k, 5), TL(k, 6), TL(k, 7), TL(k, 8), TL(k, 9), TL(k, 10), TL(k, 11), TL(k, 12), TL(k, 12), TL(k, 13), TL(k, 14)
      Print #1, ""
       k = 1 + k
      entry.Highlight (False)
      End If
     
           
     
Next objElem2

NombreTL = k

Close #1
End Sub