ORD 10 10 2020 : Caractéristique d'éléments

Bonjour

Je suis en train d'essayer de rajouter des infos dans les fichiers ORD en particulier sur le MNT final réalisé, histoire d'avoir de l'info accroché dessus


j'essaie ça et ça fonctionne bien, par la suite un rapport et j'ai ma liste.... très bien

J'aimerais beaucoup récupérer par exemple le nom du MNT, si c'est possible quelle est l'instruction ?

J'aimerais aussi récupérer les surfaces, j'ai essayé, sans rien y connaitre : .Math.Round(this.GetElement().area) ben ça ne marche pas (ça ne m'étonne pas :))

Que peux ton récupérer comme info ???

Merci Laurent

Parents
  • Aie Aie Aie !!! est ce que ces infos peuvent rester lorsqu'on exporte en DWG ???

    Les données s'évaporent ...

    ___________________________________________

  • Non il n'est pas possible de récupérer les informations en DWG. A ma connaissance les jeux de propriétés dans AutoCAD ne sont disponibles qu'avec des couches métier type Civil3D, architecture. Dans ce cas nous n'avons pas d'équivalent pour mapper nos item types. Mais je peux avoir faux.

    Il n'y a pas de superficie directement accessible sur l'objet terrain. Il faut associer un profil type surfacique ou décomposer le terrain.
    Sur le maillage ainsi récupéré après décomposition, tu peux utiliser This.GetElement().MeshSurfaceEntity_PlanarArea



  • Après un petit test, les caractéristiques d'élément sont maintenues dans le fichier DWG quand elles sont attachées à une cellule.

    Donc si tu enregistre ton fichier avec le Terrain en DWG, et que tu attaches les infos à ton terrain "droppé"' en cellule dans le fichier DWG,

    ca va fonctionner.

    Demande d'amélioration à faire : que les caractéristiques d'éléments soient propagées automatiquement à l'objet "cible"  (la cellule en l'occurence).

    Vincent RAULT [Bentley]



  • ok Vincent il faut que j'essaie

    Donc je drop l'objet dans le format DWG, puis j'attache les infos (par exemple sur le maillage)

    ___________________________________________

  • Pas si simple car actuellement, la seule façon transformer en Tags dans le DWG les caractéristiques d'éléments du DGN, c'est d'attacher les informations à une cellule (partagée). Et pas à d'autres entités.

    Donc ca dépend du contexte.
    Si c'est juste pour voir comment ca marche,  pas de soucis. Mais cette limitation ne permet pas actuellement d'avoir une conversion automatique OpenRoads -> DWG avec attributs.
    On peut imaginer automatiser certaines tâches, mais pour l'instant c'est compliqué. Il faudrait transformer tous les objets en cellules, et rattacher les données...

    Et je ne crois pas que cela soit la bonne direction (je sais, c'est moi qui ai donné cette piste...).

    Dès qu'on parle d'échange de données "numériques" entre éditeurs, LA solution ce sont les IFC.

    Bentley a choisi de placer le support des IFC au niveau de sa plateforme MicroStation, ce qui fait que TOUS les applicatifs Bentley héritent de ces fonctionnalités BIM.
    Autodesk a fait un autre choix, les IFCs sont supportés par les applicatifs. Et pas par Autocad.

    Autocad c'est un outil pour faire du dessin, pas du BIM. C'est pas moi qui le dit c'est Autodesk.
    A titre d'exemple, un projet Civil3D n'est pas lu correctement par autocad (Il y a une commande sécifique C3DDRAWING qui transforme le projet C3D en DWG).

    Donc si le livrable est un livrable BIM (géométrie+attributs) ce ne peut pas être un DWG.

    Cela dit, si suffisamment de gens le demandent, il est possible que dans le futur les caractéristiques d'objets soient écrits d'une façon ou d'une autre dans le DWG pour tous les composants, y compris OpenRoads.
    Mais il parait quand même plus raisonnable de parier sur une passerelle agnostique comme les IFCs plutot que de continuer à écrire des moulinettes ...

    Si la demande est d'avoir un fichier avec géométrie+attributs (IFC) dans AutoCad, Autodesk conseille d'aller sur l'App store

    https://apps.autodesk.com/All/en/List/Search?isAppSearch=True&searchboxstore=All&facet=&collection=&sort=&query=ifc

    Comme ça tu exportes ton IFC et pi c'est tout :)

    Pour les extractions de données, regarde dans le dataset Français il y a des exemples, par exemple pour un cubage en Tonnes à partir du volume.
    Dans le fichier joint, interroge le composant chaussée et regarde dans la caractéristique d'objet.

    Quelques exemples:

    Récupérer le volume:       this.GetElement().MeshSurfaceEntity_CivilVolume

    Récupérer le nom:           this.GetElement().FeatureName

    La construction d'expression n'est pas très compliquée, mais la syntaxe est EXTREMENT rigoureuse, pas étonnant que ta pêche n'ai pas été fructueuse - si je peux me permettre ;-).

    Denier mot sur le LandXML:

    Ca aurait pu être une solution, c'est l'ancêtre de l'IFC. Sauf qu'il est "mort" en 2014. Plus de sous/personnes pour le soutenir.
    Donc il est limité à ce qu'il faisait (et bien) en 2014), c'est à dire permettre d'échanger des géométries et surfaces. Mais tout ce qu'il y a après 2014, nada. Et ca ne risque pas de changer avec l'arrivée des IFC.

    Caractéristique_Objet_.dgn

    Vincent RAULT [Bentley]



  • merci pour cette longue réponse Vincent

    en premier : je ne savais pas que le LanXML était mort depuis si longtemps ... tu me l'avais vendu pour un bon moyen de communiquer un modelé vers autocad/covadis, mais bon s'il n'évolue plus il faut que je trouve autre chose.
    C'était pour moi un bon moyen de sauvegarder les différents MNT en dehors d'un DGN.

    Deuxièmement : mon post était dans une logique de renseignement vis à vis de la personne qui reprends le projet en DGN ou celle qui poursuit la conception avec un DWG+Covadis. 
    Il faut mettre les noms des logiciels car je ne me leurre plus tout autour de moi tourne avec ce couple, même si la puissance et l'innovation est moindre il faut bosser avec et il faut transmettre les données quand c'est possible.

    Troisième sujet : le lien vers Autodesk pointe sur une appli autonome ou c'est un plugin dans autocad ?

    merci beaucoup
    Laurent

    ___________________________________________

  • Bonjour Laurent,

    De rien, l'interopérabilité est toujours un thème primordial, surtout en France où effectivement le format DWG est une exercice imposé.
    Ou tout du moins l'était, car encore une fois le DWG n'est pas un format adapté au BIM.
    Et  cette évolution ne va pas être facile, le DWG étant perçu comme le "PDF" pour l'ingénierie.

    Avec le BIM, donc, l'interopérabilité est assurée au niveaux des IFC, pas des formats natifs propriétaires.

    LandXML:
    Le LandXML est toujours aussi utile pour tranfsérer des surfaces et des géométries. je ne comprends pas pourquoi il faudrait changer ce qui fonctionne - ou j'ai loupé une étape.

    Transmission d'OpenRoads vers COVADIS:
    Pour transmettre le projet,  IFC + DWG + LandXML

    Lecture d'IFC dans AUTOCAD:
    Dans la liste à gauche tu peux filtrer les applications concernées, il y a un plugin pour AUTOCAD

    Vincent RAULT [Bentley]



Reply
  • Bonjour Laurent,

    De rien, l'interopérabilité est toujours un thème primordial, surtout en France où effectivement le format DWG est une exercice imposé.
    Ou tout du moins l'était, car encore une fois le DWG n'est pas un format adapté au BIM.
    Et  cette évolution ne va pas être facile, le DWG étant perçu comme le "PDF" pour l'ingénierie.

    Avec le BIM, donc, l'interopérabilité est assurée au niveaux des IFC, pas des formats natifs propriétaires.

    LandXML:
    Le LandXML est toujours aussi utile pour tranfsérer des surfaces et des géométries. je ne comprends pas pourquoi il faudrait changer ce qui fonctionne - ou j'ai loupé une étape.

    Transmission d'OpenRoads vers COVADIS:
    Pour transmettre le projet,  IFC + DWG + LandXML

    Lecture d'IFC dans AUTOCAD:
    Dans la liste à gauche tu peux filtrer les applications concernées, il y a un plugin pour AUTOCAD

    Vincent RAULT [Bentley]



Children
No Data