Maquette Numérique à partir de Civil 3D, Covadis, Geomensura et Autopiste

Bien sur pour le titre. J'espère rentrer bientôt travailler chez un client qui utilise Civil 3D. Je verrais de mon côté dès que possible aussi. Mais je sais que Civil est très limité en ce qui concerne les réseaux. Il ne traite que les eaux pluviale et pas certains pour les eaux usées. ça limite quand même beaucoup les possibilités de connexion avec les réseaux bâtiment. Je sais que covadis lui par contre va être re-développer dans ce sens et qu'aujourd'hui on est déjà capable de dessiner tous types de réseaux.

ouuups! j'espère c'est corrigé ou amélioré depuis 2013 ! si j'ai bien compris c'était un problème spécifique "pipe networks" qui a été soulevé au service de support Autodesk, donc la réponse est 'officielle' ! personnellement je n'ai pas eu l'occasion de tester CIVIL3d, jusque là je pensais que c'est un logiciel de modélisation pour les TP et les infras et qu'il fait partie de la gamme BIM autodesk. On va voir ce qu'ils pensent nos amis qui ont eu l'occasion d'utiliser civil 3d. (je vais ajouter civil 3d dans le titre de la discussion comme le sujet concerne ce logiciel aussi)

Avec un traducteur sur le net en français... en attendant mieux : Re : Civils 3D à SFI(à Société financière internationale) Options 11-07-2013 3h39 en réponse : darthshearer Salut(Hé) Mat, j'ai récemment essayé trouver une solution pour exporter des objets Bim à Navisworks et Dwfx qui se croise sur cet envoi par la poste(affectation). Un cas(Une caisse) de support(d'assistance) a été ouvert et après que l'on a demandé à un certain nombre de questions intérieurement il a été fermé avec les conclusions suivantes. L'exportation de données Civil3d (des réseaux de conduite(pipe) dans ce cas) à Navisworks / 3dDwfx est limitée aux seulement certaines propriétés d'objet et n'exportera pas d'informations de contexte d'utilisateur personnalisées(douanières). Certains hors de la boîte(en dehors des sentiers battus) des informations manquent aussi de l'exportation. Exportation de données d'objet de Carte d'objets civil3d. L'exportation de données de Carte marche seulement de la Carte d'exportation 2Ddwf quand les données d'objet sont choisies, il produira seulement des informations dans le format 2D seulement. 3DDwfx les fichiers(dossiers) ne produisent pas de données d'objet de Carte. Ouvrez le Civil3d dessinant(tirant) directement dans Navisworks. Les mêmes propriétés Civil3d limitées sont importées et des contextes personnalisés(douaniers) ne sont pas inclus, Dressent la carte de données d'objet n'est pas inclus. Ma conclusion était que pour des buts BIM la seule solution utilisable réelle(vraie) est d'utiliser un programme pour exporter le contexte civil3d entier et les données de partie à une table de données d'objet de Carte utilisent alors la 2D DWF par la carte exportent pour prendre les informations personnalisées(douanières) à Navisworks mais évidemment cette habitude permet la détection de Heurt et est 2ème donc c'est assez inutile pour un projet marchant entre Revit (A) (S) (MEP) et Civil3d. La solution à court terme possible pourrait être d'importer des informations de base du Civil3d le modèle exporté ajoute alors des nouvelles données de table dans Navisworks pour chaque partie des données d'objet de Carte exportées, ceci exigera beaucoup de programmation de coutume(clientèle) supplémentaire que je ne suis pas sûr marchera encore. Ceci est une certaine chose qui doit vraiment être fixée(réparé) tant dans Navisworks, Map3d que dans aussi Civil3D à court terme comme tous nos projets sont maintenant BIM et le passage(l'admission) de contextes supplémentaires et des informations est critique à nos projets. Si ceci ne marchera pas alors je soupçonne que je serai poussé pour faire des designs(conceptions) de drainage dans Revit (que je ne veux pas faire pour des raisons évidentes) Aussi l'interaction entre Revit et Civil3d doit être fixée(réparée) pour que toutes les données de partie et des contextes puissent être importés avec un 3ème modèle dans revit et aussi dans l'autre sens. La seule solution est actuellement d'utiliser 3ème Dwg / acis des exportations pour interagir. Discours emphatique. M Mike Evans

Un commentaire d'expert autodesk : en anglais (désolé) Re: Civils 3D to IFC Options 11-07-2013 03:39 AM in reply to: darthshearer Hi Matt, I recently endeavored to find a solution for exporting Bim objects to Navisworks & Dwfx which crosses over this posting. A support case was opened and after a number of questions were asked internally it was closed with the following conclusions. Export of Civil3d data (pipe networks in this case) to Navisworks / 3dDwfx is limited to only certain object properties and will not export any custom user context information. Some out of the box information is also missing from the export. Export of Map object data from civil3d objects. Exporting Map data only works from the export Map 2Ddwf when object data is selected, it will only produce information in 2D format only. 3DDwfx files do not produce any Map object data. Open the Civil3d drawing directly in Navisworks. The same limited Civil3d properties are imported and custom contexts are not included, Map object data is not included. My conclusion was that for BIM purposes the only real useable solution is to use a program to export the entire civil3d context and part data to a Map object data table then use the 2D DWF through map export to take the custom information to Navisworks but obviously this wont enable Clash detection and is 2d so it's fairly useless for a project working between Revit (A)(S)(MEP) & Civil3d. Possible short term solution could be to import basic information from the Civil3d exported model then add a new table data in Navisworks for each part from the exported Map object data, this will require a lot of additional custom programming which I am not sure will work yet. This is some thing which does need to be fixed in both Navisworks, Map3d and also Civil3D in the short term as all of our projects are now BIM and the passing of additional contexts and information is critical to our projects. If this won't work then I suspect I'll be pushed to do drainage designs in Revit (which I do not want to do for obvious reasons) Also the interaction between Revit and Civil3d needs to be fixed so that all part data & contexts can be imported with a 3d model in revit and also the other way around. The only solution currently is to use 3d Dwg / acis exports to interact. Rant Over. M Mike Evans Civil3D 2013 / 2014 British UK Windows 7 Professional 64-bit Intel(R) Core(TM) i7-3820 CPU @ 3.60GHz (8 CPUs), ~4.0GHz With 32768MB RAM, AMD FirePro V4900, Dedicated Memory: 984 MB, Shared Memory: 814 MB Pour Autopiste pour le moment ils viennent d'être formés sur Revit, donc je suppose qu'ils vont trouver le moyen d'intégrer les maquettes de Revit dans Covadis et Autopiste pour la prochaine version.

C'est un argument de vente, sans plus pour Civil 3D. Il est capable de lire un format d'échange créer par autodesk avec Revit et leurs autres logiciels de chez autodesk. c'est du BIM autodesk.... Ensuite Civil 3d n'exporte pas dans ce format de fichier d'échange.....ce qui limite le travail. Après avoir été formé pendant 6 jours sur Civil, je ne vous cache pas que c'est une usine à gaz qui n'a pas la puissance d'autopiste pour faire du projet. Lumion me permet juste de faire les plaquage matériaux et l'environnement 3D, personnages, habitations, matériaux, animaux etc.. pour ensuite faire du jpeg ou des vidéos mp4. De la maquette 3D mais pas du BIM... enfin la maquette est comprise dans le BIM non ?

Pour le moment Smartbuilding n'a pas définie les IFC pour les infrastructures et les VRD. il faudra attendre encore bien 1 an avant que cela ce fasse. A moins que vous ayez d'autres informations que je n'ai pas. Géomédia a orienté le développement de ces outils en objet afin de pouvoir les connecter aux IFC dès qu'elles (qu'ils) seront définies. Pour l'instant je commence a arriver à faire de la maquette sur d'autres logiciels comme Lumion. Pour les logiciels comme Civil 3D et les autres qui prétendent faire du BIM c'est faux, pour la raison cité plus haut.