Exportar a IFC elementos de civil3D y AutoCAD

[javiermend]

Hola a todos, dado el auge del BIM, el uso de IFC es casi obligatorio.

Al realizar la exportación, los elementos son limitados.

En mi caso he creado unos property sets, que abarcan objetos de civil y cada, tipo líneas características, 3Dpol, líneas, extrusión es de superficies...etc etc.

No obstante la opción propuesta de IFC, limits los tipos de objetos a exportar, por ejemplo una 3D Poly o una feature line, entre muchos más, no se exportan.

Es posible realizar un IFC con todos los elementos geometricos del dibujo???

Gracias!!!

Javier

[emoreno83]

Buenas @javiermend

Desgraciadamente, la exportación de objetos de Civil 3D a Ifc se reduce básicamente a sólidos. Cierto es que también se pueden exportar alineaciones, pero a mi personalmente no me gusta como funciona... Te ajdunto link donde se explica esto:

https://knowledge.autodesk.com/es/support/autocad-civil-3d/learn-explore/caas/CloudHelp/cloudhelp/20...

Saludos,

[javiermend]

Gracias @emoreno83, conocia el apunte de la ayuda que ofrece Autodesk, pero queria asegurar que no se me escapase algo. una lástima por que con los property sets aplicados a otros elementos distintos de los sólidos se puede trasladar mucha información.

Un saludo

[emoreno83 · Accepted solution]

Así es @javiermend, la exportación a IFC deja mucho que desear y se pierde mucha información. Pero el problema no creo que sea exclusivo de los desarrolladores de software. El problema que es no existe en IFC para infraestructuras con lo que no se puede generar nada que puedas ser útil ni interoperable.

Sin embargo, si abres directamente el dwg en Navis, verás que los property sets de todos los elementos se mantienen sin problemas. 

Poco a poco, estamos en el camino...

[joantopo]

Hola a todos.

Para el caso que comentáis, se me ocurre un truco en vez de utilizar el archivo IFC.

En este caso, sería utilizar un LandXML y crear una superficie vacía en la cual añades las Líneas Características o polilíneas3D, como líneas de rotura de la superficie.

De este modo, en el LandXML que se incluye dicha superficie, contiene también los datos utilizados para la definición de superficie. 

Al importar a LandXML, existe un botón llamado [Configuración de LandXML], en la pestaña "Importar", dónde debes indicar cómo "Crear líneas de rotura como"= Líneas Características.

Y en la ventana de importar LandXML, dejar activado el checkbox de DataSource para la superficie. (por defecto siempre viene activada).

Además, en el LandXML, para los objetos de definición de superficie, también arrastra sus propiedades de usuario.

[joantopo]

Aprovechando la ocasión, quería hacer una pregunta a ambos.

Una vez tengo los property sets (ya sea manual o por fórmula), de por ejemplo una superficie TIN, existe alguna forma de trasladar estas propiedades al sólido 3D derivado del objeto civil 3D?

Es decir, si utilizo el comando "extraer sólido de superficie" y mi superficie TIN tiene propiedades de usuario, puedo traspasar dichas propiedades al sólido 3D que se cree?

[joantopo]

Pongo aquí el link que he creado en el foro en inglés y un método propuesto de 3 pasos que he establecido, aunque me gustaría perfeccionarlo.

https://forums.autodesk.com/t5/civil-3d-forum/is-there-any-way-to-quot-export-quot-property-sets-fro...

Mi idea es tener propiedades de usuario de tipo manual para el objeto sólido 3D y que mediante exportación e importación de las propiedades (hacia y desde un archivo de Excel), se pueda dar el valor correcto a las propiedades manuales del sólido 3D.

Quizá la parte que me gustaría automatizar más, es el tercer paso. Ya que si se crea un nuevo sólido 3D, hay que volver a asignarle los valores de la hoja de excel por lo que veo en el vídeo de youtube.

[javiermend]

Hola @joantopo , en la manera de como actualizar Psets Manuales , lo más ordenado es Dynamo. El flujo de trabajo con excel puede funcionar también pero no sé si es tan ágil.

Te adjunto un link de Paolo Serra, por si te sirve para lo que necesitas

https://knowledge.autodesk.com/support/civil-3d/getting-started/caas/screencast/Main/Details/38cdeaa...

Para actualizar datos de solidos y superficies, las formulas automáticas lo hacen directamente cada vez que actualizas el corredor. En cuanto a la generación de solidos a partir de superficies TIN( via superficie inferior contra superior, o dando profundidad) su actualización requiere un paso manual adicional ya que no se actualiza con la regeneración del corredor. Una vez actualizada, si tienes asociada una formula sus valores se actualizaran.

Te paso un link de Dynamo forum que abrí a raiz de este tema.

https://forum.dynamobim.com/t/civil3d-property-sets-with-dynamo/37502

Un saludo.

[joantopo]

Hola Javier.

A qué te refieres con esto último que dices?

"En cuanto a la generación de solidos a partir de superficies TIN( via superficie inferior contra superior, o dando profundidad) su actualización requiere un paso manual adicional ya que no se actualiza con la regeneración del corredor. Una vez actualizada, si tienes asociada una formula sus valores se actualizaran."

El problema que veo básicamente, es que para obtener el sólido 3D de la superficie TIN, se tiene que llamar al comando "Extraer sólido de superficie", y claro , si se modifica la superficie, se tendrá que volver a llamar al comando para crear un nuevo sólido. Por tanto, el sólido antiguo (que tenía ya las propiedades de usuario con sus valores y asociados a una hoja de excel), quedará obsoleta.

Y para el nuevo sólido 3D (que al momento de crearse se le añaden los PS con propiedades manuales con valores por defecto), habrá que volver a asignarle manualmente qué celdas son de la tabla (procedente de excel) para cada propiedad.

Que es lo que explico en el paso 3 de mi post en inglés.

Según veo, con el Dynamo, se puede hacer todo para los Psets, desde crearlos (definirlos), exportar un CSV o actualizar valores.

Lo de crear (definir) los PSets, tampoco es demasiado engorroso desde Civil 3D y sólo hay que hacerlo una vez porque se conservarán en la plantilla de dibujo.

Lo de exportar a CSV o Excel, con Civil 3D está bastante bien y es dinàmico.

Quizá la parte que más me interesa automatizar es la tercera parte, que se podría hacer con Dynamo según parece, para actualizar los valores de propiedades manuales para estos sólidos 3D procedentes de superficies.

Lo de exportar a Excel y volver a importar, se debe a que para tener las mismas propiedades entre un objeto superficie y un objeto sólido 3D, si el objeto superficie tiene propiedades "por fórmula" asociadas al Handle o ObjectID del objeto, obviamente no se podrán traspasar a otro objeto, en este caso el sólido 3D, por tanto, el sólido 3D necesita tener propiedades de usuario de tipo manual cuyo valor sea tomado de un archivo externo (Excel o Acces).

Además, si el cliente lo quiere, puede modificar otras propiedades de usuario de tipo manual desde la hoja de excel sin tener que hacerlo desde Civil 3D.

Saludos.

[joantopo]

Parece ser que para exportar las propiedades a un archivo externo, es bastante diferente hacerlo desde Civil 3D o desde Dynamo.

Si se hace desde Civil 3D, con el comando EXPORTPROPERTYDATA, te pide seleccionar los objetos y lo pasa a una hoja de Acces:

https://www.youtube.com/watch?v=BUcxNdk1heU

En cambio, si se hace desde Dynamo (sample 09- apartado 03), desde el Property Set hacia un CSV, debemos pulsar el botón [RUN] para ejecutar el script.

Lo que hace aquí, es buscar todos aquellos objetos del dibujo que estén incluidos como tipo de objeto para ese Property set.

Por tanto, nos ahorramos de seleccionar objetos en el dibujo.

Si modificamos el objeto del dibujo, pongamos una superficie TIN que contiene Property Sets, la hoja de Acces no se actualizará y tendremos que volver a llamar al comando EXPORTPROPERTYDATA.

Supongo que el CSV que generó desde Dynamo, será de igual modo y se tendrá que volver a ejecutar el [Run] para que vuelva a generar un archivo CSV actualizado que pise el anterior. Esto es algo que me gustaría saber, si con Dynamo actualiza el CSV, aunque supongo que no.

Si modificamos datos del CSV, desde Dynamo podemos actualizar (update) los valores de las property set del objeto, en mi caso para el sólido 3D.

Y aquí viene lo bueno: si ya tenemos un sólido 3D que tenía correctamente los valores para sus propiedades y lo exportamos a CSV, si generamos un nuevo sólido 3D, sólo nos hará falta saber su Handle (u ObjectID), para ponerlo en dicho CSV y pasar dichas propiedades a este nuevo sólido.

Es decir, en un plis plas, modificando el valor de Handle en el CSV, ya le ponemos correctamente todos los valores de propiedades al nuevo sólido 3D. 😁

[joantopo]

Una pregunta.

Habéis conseguido importar el IFC correctamente a un visor IFC o Navisworks, a partir de una superficie TIN que de la cual se obtuvo el sólido 3D?

Es que yo creo el sólido 3D desde la superficie TIN con su comando, exporto el IFC correctamente, pero al importar el IFC a cualquier otro programa, me sale una ventana que no es un formato de archivo reconocido.

[javiermend]

Hola @joantopo , en principio lo he probado en Navisworks y funcionan estos sólidos.

Que tipo de formato IFC te dice que es ese sólido. Normalmente se configuran como ifcbuildingelementproxy.

Tiene esa configuración?

Saludos, 

[joantopo]

Hola javier.

Cuando hago la exportación a IFC, lo hago en el formato IFC 4.1, que es el que da problemas. No sé si pasa algo con este formato y los sólidos 3D, porque con el formato más antiguo IF 2x3, sí que lo hace bien.

Respecto a lo que comentas, cómo se configura "ifcbuildingelementproxy"·

Saludos.

[javiermend]

Efectivamente, ese era el detalle en IFC 2x3 es como se debe exportar. Hay que esperar a que evolucione el IFC 4.1.

Saludos!