Asunto MBA-105: Revit 2012 se avecina

Revit 2012 está a punto de hacer aparición en el mercado. Varios post en los blogs de los entusiastas comentan sus nuevas características. Destacamos el post del blog de David Light que nos da una visión muy completa http://autodesk-revit.blogspot.com/2011/03/autodesk-revit-architecture-2012.html.

Hay en esta nueva versión, entre muchas cosas, tres que quisiéramos comentar, destacar... y que ansiosamente quisiéramos probar:

• Mejora en la fidelidad de la exportación a DWG.

• La facultad de crear planos de taller a partir de sectores y ensamblajes introducidos en el modelo.

Lo primero viene a corregir (ya veremos hasta qué grado)  un serio problema de compatibilidad con otras aplicaciones (AutoCAD, etc.) y de calidad de los resultados obtenidos finalmente de Revit, cuando se trata de emitir archivos y documentos a terceros, y que reflejen la calidad del trabajo que hacemos dentro de Revit. Ya hemos comentado vastamente esto en asuntos anteriores (MBA-096, MBA-091, MBA-047, etc.). Esta parece ser una preocupación real de Autodesk y parece que se ha puesto mucha atención a este aspecto.

Sobre la facultad de crear planos de taller a partir de componentes internos del modelo... bueno, esto es revolucionario. Cuántas veces nos hemos enfrentado a la necesidad de proveer una vista en 3D de algún componente del edificio, tal cuál la obtenemos en el editor de familias, y que después en el modelo ya no podemos aislar. Ahora Revit 2012 provee las herramientas necesarias para crear este tipo de vistas, detallarlas, hacer otras secciones y anotaciones específicas sin que interfieran y se propaguen y confundan en el resto del modelo. Con esto, Revit 2012 da un salto superlativo. Ver el siguiente video (en inglés) para hacerse una idea de lo que viene.

---

Asunto MBA-096: Exportación a DWG con Revit 2011

En un post anterior (MBA-094) comentamos que nos ha parecido mucho mejor la exportación de Revit a DWG. Pues efectivamente esta versión ha dado un paso superlativo en cuanto a la fidelidad de la "imagen" en AutoCAD de nuestro trabajo en Revit. No hemos vuelto a encontrar pérdidas de información en el traspaso, como era el caso de achurados que desaparecían en el DWG. Tampoco las máscaras aparecen como achurados sólidos y negros en AutoCAD, etc.

Nos gustaría comentar lo siguiente:

• El acotado es más fiel al original. Se han corregido las cotas angulares en las que AutoCAD trazaba el arco por el exterior del ángulo, y todos los parámetros del estilo de acotado se transfieren bien, incluso los prefijos/sufijos o anotaciones alternativas al valor de la cota. El único defecto es el estilo de texto. Revit exporta todo como estilo "Standard" con fuente TXT. La solución más simple es redefinir en AutoCAD el estilo Standard para que use la fuente deseada.

• No se han solucionado los problemas de exportación de las Vistas Dependientes. En general, Revit las exporta desplazadas del viewport y, aveces, desfasadas entre sí. La solución que hemos discurrido es exportar de tal forma que Revit genere las vistas como XRefs. A continuación, unirlas en AutoCAD (Bind XRefs > Insert) para que se conviertan en bloques que resulta más fácil mover como un todo.

• Persiste el problema del sobreancho en AutoCAD de las máscaras de textos definidos como opacos. Este es un defecto de AutoCAD y no de Revit, ya que el sobreancho mínimo es mayor que el que emplea Revit y, en consecuencia, un rectángulo blanco opaca y corta líneas del dibujo. Solución: resignarse y utilizar en Revit sólo texto transparente.

• Nosotros utilizamos títulos de vistas con subrayado.Tal vez nos ocurre sólo a nosotros, pero no hemos podido evitar que Revit ponga la línea de subrayado en la misma capa que los Viewports al exportar a DWG. En consecuencia, cuando apagamos la capa de Viewports en AutoCAD (o la ponemos para "no-ploteo") también desaparecerán las líneas de subrayado. La solución, claro está, es cambiar de capa manualmente esas líneas en AutoCAD, antes de congelar la capa de Viewports. 

En términos generales, salvo estos pequeños inconvenientes (que aún demandan horas de edición post exportación en AutoCAD) la exportación a DWG ha mejorado sensiblemente con Revit 2011. Pero, insistimos, Autodesk debe seguir perfeccionando este aspecto crucial de compatibilidad con su propio estándar, el DWG, que domina ineluctablemente el mercado y que es el principal obstáculo que enfrenta Revit para imponerse como plataforma de trabajo profesional.

---

Asunto MBA-094: Revit 2011 disponible en Centro de Suscripción

Desde ayer está disponible en el Centro de Suscripción la nueva versión de Revit Architecture 2011 y las versiones 2011 de AutoCAD. Por el momento Revit está sólo en inglés y, en cambio, AutoCAD está en versión multilngüe. Comentaremos en actualizaciones futuras a este post nuestras primeras experiencias.

Un aspecto nuevo relacionado con la actualización vía Internet es que, ahora, Autodesk ejercerá un control más temprano sobre las descargas y la forma de licenciamiento. Para poder instalar Revit 2011 se proveerán a los clientes suscritos nuevos números de serie y claves de producto para cada una de sus licencias con suscripción activa, sin los cuales no es posible autorizar el producto descargado de la web.

Actualización 1: Primeras impresiones... La nueva interfase provista del "ribbon" o cinta de comandos presenta en esta versión una notable mejora. En primer lugar, se ha uniformado el tamaño de los iconos. En segundo lugar, los iconos parcticamente residen en posiciones fijas en ella, en el lado izquierdo los más comunes y cambia solo el sector derecho con los específicos de la tarea que se esté ejecutando. Si bien sigue una gran movilidad en la cinta de comandos, es mucho mejor que la situación de la versión 2010. Para conseguir esto, se ha debido prescindir de un elemento importante en la cinta que le presenta al usuario ya habituado una cierto desafío: los menús desplegables para seleccionar tipos de familias se han unificado con el recuadro de Propiedades, y éste está ahora afuera de la cinta y puede estacionarse sobre el explorador de proyectos o dejarse flotante. Si se cuenta con dos pantallas (por ejemplo, con un PC portatil y un segundo monitor) es una buena idea situar este recuadro en el monitor auxiliar.

Actualización 2: Exportación a DWG ¡Mucho, mucho mejor!... nuestra rutina RVTaDWG.lsp deberá ser reformada y actualizada. Otra cosa...hemos descubierto que no funciona bien con AutoCAD 2011 en Español. Trabajaremos en ello.

Actualización 3: Autodesk ya no provée un archivo de ayuda instalado en el PC. Sólo ayuda en línea. Asegúrese de estar conectado a Internet si tiene problemas con Revit 2011 o con AutoCAD. Olvídese de Firefox para esta tarea.

---

Asunto MBA-91: Exportación a DWG - bloques y elementos que desaparecen

Un serio problema de la exportación a DWG (que, hasta ahora, no sabíamos cómo subsanar; por lo menos, en forma automatizada) que demanda mucho tiempo de edición en AutoCAD para conseguir una versión DWG de un dibujo que sea fiel al original de Revit, es la pérdida de pedazos del dibujo, al azar, que dejan zonas en blanco, o bloques que desaparecen (ventanas, muebles, un muro, etc.). Es decir, dibujos DWG incompletos.






Problema:
El diagnóstico es, para nosotros, un misterio. Al parecer está reacionado con bloques, o sea, familias Revit mal convertidas en bloques en el DWG, que no se visualizan. Por ejemplo, la familia "Mesa.rfa" inserta en un proyecto Revit de un restaurante se convierte en el bloque "mesa" al ser exportado a DWG. Puede suceder, entonces, que en la vista en planta de nuestro edificio el comedor llegue al DWG como un espacio vacío donde han desaparecido todas mas mesas que lo llenaban. En ese caso se trata de un problema con el bloque. Pero hay otros casos en los que desaparece un sector de un ventanal (un pedazo queda, otro ya no está), o algunos elementos estructurales, etc., etc., etc. El resultado de la exportación a DWG es completamente impredecible en este aspecto.





Soluciones:
Conocemos dos, una "mediocre" (pero a veces, salvadora, especialmente cuando descubrimos tarde la omisión de un elemento y no queremos reiniciar la operación de exportación y edición en AutoCAD) y otra bastante más eficaz que recientemente hemos discurrido, que toma más pasos pero que podría prestarse para alguna clase de rutina automatizada. En cualquier caso, lamentamos tener que decir que estos son procedimientos post-exportación que deben hacerse en AutoCAD.

Solución 1:
Es aplicable cuando se trata de bloques incompletos o desaparecidos. La solución consiste en buscar en la lista de bloques del DWG el nombre de la familia Revit desaparecida e insertar un nuevo ejemplar del bloque. Ese ejemplar sí es visible. Luego, para hacer aparecer todas las otras intancias hay que abrirlo en el editor de bloques y volverlo a cerrar. Voila !

Solución 2:
Decimos que esta operación es la más eficiente porque (hasta donde hemos experimentado hoy) no sólo evita y resuelve el problema de los bloques desaparecidos, sino también el de los sectores desaparecidos. Esos sectores faltantes, pareciera que también son bloques pero de nombres inescrutables (X$, $X1, etc.) y por ende, muy difíciles de identificar en el listado.
Parece ser que una buena parte del problema se origina cuando exportamos desde Revit sin generar cada vista como una XRef, es decir, cuando hacemos que Revit genere un sólo archivo DWG y no una colección de archivos, uno por cada vista y algo más, con sus consiguientes problemas de manipulación. Sin embargo, parece ser, también, que Revit "prefiere" ese método, puesto que si exportamos con Xrefs, los dibujos llegan completos al AutoCAD, sin pedazos faltantes ni bloques invisibles. Por lo tanto, los pasos de este método son los siguientes:

1. Exporte a DWG con Xrefs.
2. Abra el archivo DWG base (que cita a las XRefs) y todos los subarchivos se cargarán a la perfección reconstituyendo el documento completo.
3. En AutoCAD vaya a Insert > External References..., y enlace todas las referencias externas del dibujo. Seleccione Bind y luego el modo Insert (no utilice Bind > Bind, porque eso generará nombres de capas muy largos que la rutina RVTaDWG no maneja bien.
4. Vaya al espacio del modelo y explote todas las "vistas" (las Xrefs insertadas).
5. Vuelva al espacio del papel y corra la rutina RVTaDWG.lsp

Esperamos que esto funcione también para ustedes.

---

Asunto MBA-090: Exportación a DWG - problemas de aplicación de RVTaDWG.LSP

La rutina lisp RVTaDWG que hemos elaborado y publicado en un post anterior (MBA-077) tiene dos limitaciones que hay que tener presente antes de aplicarla:

1. No es capaz de actuar sobre elementos que están dentro de un bloque. Por ejemplo, no corregirá un estilo de dimensión de una línea de cota si esta forma parte de un bloque. En consecuencia, deben explotarse esos bloques antes de correrla. Esto es relevante porque, en algunos dibujos, las vistas Revit, por ejemplo una elevación, puede ser exportada como un bloque completo (una especie de XRef insertada como bloque). Explotar esa vista permite a RVTaDWG actuar sobre sus elementos. Otros errores como "dimensiones invertdas" también se corrigen al explotar. Si bien esto puede ser considerado negativo en relación con las prestaciones del dibujo DWG, por lo menos asegura una mayor fidelidad de la versión AutoCAD de la calidad de nuestro trabajo en Revit.
   
2. La rutina no actúa sobre los textos y otros elementos en el espacio del papel, salvo los Viewports.
   

---

Asunto MBA-062: Ese archivo PCP ¿sirve de algo?

Al exportar a DWG, Revit genera un archivo con extensión ".pcp" con el mismo nombre del archivo DWG. ¿Qué es ese archivo?

En teoría, un PCP es un archivo de configuración parcial del plotter que contiene especificaciones básicas de impresión, parámetros de plumillas, unidades de ploteo, tamaño del papel, rotación, origen, factor de escala y nivel de optimización de plumillas.

Pensamos que Autodesk ha querido asegurar la fidelidad de la transferencia de las carácteríasticas gráficas entre sus productos, por esa razón Revit produce el archivo automáticamente por cada dibujo exportado. En efecto, dentro de Autocad es posible leer ese archivo.

El comando AutoCAD pcinwizard permite importar las configuraciones (menú Tools > Wizards > Import Plot Settings..) desde un PCP.

Pero, concluida la importación, el resultado está muy lejos de ser satisfactorio. La imagen queda reducida a una esquina de un papel enorme y los espesores de líneas son proporcionales a ese papel. Es imprescindible editar el layout, que sólo se recompone al cargar una tabla .ctb.

El archivo PCP, también, puede emplearse para producir un archivo .ctb para plotear el plano basado en la relación espesor-color, importando el PCP en el generador de estilos de ploteo (Add-A-Plot- Table Style Wizard). El resultado es todavía más decepcionante: ningún espesor de línea se relaciona con las definiciones de nuestro archivo TXT de exportación a DWG que utiliza Revit. Pr el contrario, aparecen asignaciones de hasta 3mm de espesor de línea para la mayoría de los colores ¿De dónde saca Revit los parámetros para crear el PCP? Un misterio.

Dos posibles conclusiones:

1. E archivo PCP es inutilizable. Autodesk haría bien en retomar este tema y, o perfeccionar su utilización o eliminarlo por completo.
2. No hemos sido capaces de utilizarlo correctamente; pero entonces ¿alguien sabe cómo?
   

---

Asunto MBA-057: ¿En qué formato emitir archivos de planos? - Parte 2

Revit Architecture 2009 puede exportar ahora en el formato DWFx. Este formato tiene la particularidad de que puede ser visto e impreso desde Internet Explorer de Microsoft, utilizando el Windows XPS Viewer que dota al explorador de una capacidad análoga a la del plug-in de Adobe para ver archivos PDF.

El nuevo formato DWFx se abre como el formato DWF anterior con las herramientas gratuitas que provee el propio Autodesk y que ya conocemos: Autodesk Design Review y DWF Viewer (además de la capacidad de importación de AutoCAD y del propio REVIT). El visor Windows XPS Viewer está incorporado a Windows Vista y puede descargarse de la red una versión para Windows XP.

Prosiguiendo con el tema que ya discutimos anteriormente en el Asunto MBA-047, el nuevo formato y su integración con el Internet Explorer de Microsoft hace, sin duda, un aporte a la cuestión sobre el problema del formato de archivos para emitir planos para los que utilizamos REVIT. El principal problema de los formatos DWF , DWFx o PDF es que para su aceptación es necesario que el receptor no sólo se conforme con no recibir como documento oficial un archivo manipulable en AutoCAD. Debe, además, aceptar que deberá recurrir a un programa como el Adobe Reader o el DWF Viewer para imprimirlo. Ambos, muy probablemente, ya están en su computadora. Sin embargo no de manera consciente; por lo menos, no de manera que esos programas lleguen a ser vistos como herramientas efectivas en vez de accesorios adicionales que llegaron gratuitamente por añadidura de otros procesos.

Hablamos aquí de aceptación y, sin embargo, con eso reducimos y simplificamos demasiado el problema. Pues no se trata sólo del cliente y su infraestructura propia la involucrada. Está también comprometido aquí todo el estado del arte en relación con la dispersión y difusión del formato DWG en la industria de la construcción. Por ejemplo, también tendrán que "aceptarlo" los contratistas, sub-contratistas y proveedores de la construcción. Y también las empresas reproductoras de documentos que ofrecen por todas partes los necesarios servicios de ploteo. Mientras más lejos de ese acuerdo inicial entre el arquitecto y su cliente se encuentren esos otros actores complementarios del complejo sistema de un proyecto, más probable es que terminen siendo DWG los documentos oficiales.

Sin duda el que REVIT 2009 pueda exportar a DWFx, y que la capacidad de leer e imprimir este formato pueda incorporarse a Microsoft Internet Explorer, facilitará la popularización del DWFx como estándar. Pero falta aún bastante camino por recorrer.

---

Asunto MBA-051: Tamaño del archivo TXT de exportación de capas

Cada vez que se importa en REVIT un dibujo de Autocad, se incorporan sus capas (layers) a la lista del archivo .txt de exportación de capas (Menú Archivo > Configuración de importación/exportación > Exportar capas DWG / DXF...). En consecuencia, este archivo va creciendo indefinidamente "registrando" todo un historial de archivos DWG manipulados con REVIT en nuestro PC. Esas capas quedan ahí como la huella de nuestras acciones, no sólo del pryecto actual, sino también de los anteriores. No conocemos ninguna forma de evitar esto.

Hasta donde sabemos, esto no presenta ningún problema práctico, sin embargo es inquetante ir llenando de claves inútiles el archivo. Por lo menos es un problema estético que hace difícil revisar y perfeccionar el archivo para mejorar nuestras exportaciones a DWG. Se puede sospechar (y es cuestión de ver a REVIT cargar el archivo) que la incorporación de más y más información en él, de algún modo se paga en desempeño del programa. Entonces, creemos, vale la pena limpiar de vez en cuando.

La práctica nuestra es la siguiente:

1. Hemos nombrado nuestro archivo de exportación de capas Exportlayers-MBA.txt que el administrador de la oficina mantiene intacto como original, a buen resguardo.
   
2. Utilizamos, sin embargo, una versión de trabajo denominada Exportlayers-MBA-VT.txt. Ese es el archivo que designamos en Archivo > Configuración de importación/exportación > Exportar capas DWG / DXF... , y lo dejamos crecer en el servidor.
   
3. Cada cierto tiempo hacemos una nueva copia del original, reemplazando integramente la versión de trabajo (Exportlayers-MBA-VT.txt)
   

Debe tenerse en cuenta que los usuarios valientes suelen modificar por cuenta propia el conenido del archivo de trabajo porque descubren una falla en la exportación a DWG, (cambiando un color de línea, etc.) Esto, que escapa a todos los criterios de una buena administración de una red de CAD en una oficina, es sin embargo muy común debido a que la exportación a DWG está siempre signada por la premura y el atraso. La exigencia obvia a estas trasgresiones al protocolo, es que el culpable le avise al administrador del sistema para que el cambio se haga también en la versión original del TXT y no se pierda con la siguiente renovación del archivo de trabajo.

---

Asunto MBA-048: ¿Es Revit WYSIWYG?

WISIWYG o "What you see is what you get" o "Lo que se ve es lo que se obtiene" es la capacidad de un programa de interactuar con el usuario (interfase) haciendo que lo que se vea en pantalla coincida literalmente con el resultado impreso del trabajo. Si en la pantalla veo una línea de segmentos de una determinada longitud, espesor y patrón, con un programa WYSIWYG obtendré exactamente lo mismo en papel.

¿Es Revit un programa WYSIWYG?

¡NO!

Un ejemplo de ello ocurre con los componentes no unidos ex profeso, por ejemplo, un cilindro intersectado por un prisma rectangular. En vista de elevación, en la pantalla, podemos ver los vértices de la intersección como líneas finas de unión entre elementos; pero éstas líneas no serán ploteadas por Revit, ni serán transferidas a DWG, DWF o PDF.

Se debe tener cuidado con esto.

---

Asunto MBA-047: PDF, DWF, DWG... ¿En qué formato emitir archivos de planos?

Este post complementa lo planteado anteriormente en nuestro Asunto MBA-010 y pretende promover la discusión sobre el formato de emisión de archivos con el propósito de concensuar un estándar que sea apropiado y favorable a los usuarios de REVIT.

Proporcionar archivos a terceros implica cautelar los siguientes objetivos:

1. Que se preserve la propiedad intelectual y se resguarde la responsabilidad profesional involucrada en los documentos.
Es decir, que se impida el aprovechamiento ilegítimo del contenido y que éste no pueda ser adulterado por terceros.

2. Que se conserve y se proteja la integridad de la información.
Es decir, que la información contenida en el plano no sea modificada, ya sea inadvertidamente como resultado del traspaso de información entre medios distintos, o deliberadamente por la intervención de terceros.

3. Que se preserve la calidad del dibujo y de la prestación objetiva del plano.
Es decir, que cuando terceros utilicen el archivo, lo procesen con el mismo u otro software, o por cualquier procedimiento relacionado con su reproducción a escala o reducido, la legibilidad, la tipografía, la valorización y la calidad gráfica general del documento sea equivalente a aquella que nosotros hemos definido y que obtenemos cuando el archivo es reproducido en nuestra propia oficina.

Formato DWG:

Suele ser exigencia contractual que se proporcionen archivos en formato DWG para ser manipulados con AutoCAD. El cliente persigue objetivos administrativos (archivo, control de la documentación y avance del proyecto) y otros prácticos (redistribución de la información). En Chile enfrentamos la exigencia contractual (muy debatible) de ceder la propiedad intelectaul sobre el proyecto, lo que convierte nuestros archivos en formato DWG en un consentimiento tácito de que el contenido de los planos puede eventualmente ser utilizado para fines distintos del contexto del proyecto. El cliente, por lo general, no reconoce intención de modificar nuestra documentación. La principal razón que se da para exigir este formato es que los contratistas los emplearán para efectuar sus cubicaciones y planos "as-built". Desde un punto de vista técnico esta razón no es suficiente, ya que un formato raster como DWF puede dar las mismas prestaciones.

La única razón que vemos para emitir DWGs es facilitar a los colaboradores de las especialidades de instalaciones producir sus propios planos. Esto, dentro del contexto y el alcance del proyecto.

Aparte de que el formato DWG compromete negativamente los 3 objetivos expuestos inicialmente, la actual exportación de Revit a DWG padece de los problemas que ya hemos expuesto en nuestro Asunto MBA-044.



Formato PDF:

Este formato raster produce una imagen fiel de nuestros planos. Todos los 3 objetivos se cautelan. El software necesario para leerlos e imprimirlos (Adobe Reader, entre otros) habita practicamente en todos los computadores del mundo, y los dibujos son imprimibles en cualquier formato e impresora. Existen muchos programas gratuitos para producir PDFs como PDFCreator, PDF995, etc. (Ver links en Asunto MBA-010).

El inconveniente del PDF es que los usuarios de AutoCAD no pueden aprovecharlos y el requisito de "facilitar la cubicación del contratista" no puede satisfacerse con él.


Formato DWF:

Análogo al PDF, y de la misma calidad y rendimiento, el formato DWF es nativo de Autodesk. REVIT escribe DWF sin recurrir a software de terceros (lo mismo AutoCAD). Autodesk distribuye en forma gratuita utilitarios para ver y escribir DWFs desde cualquier software, incluso desde Microsoft Office (Word, Excel).

La ventaja principal con respecto al PDF es que en AutoCAD es insertable en un archivo DWG (como "Underlay") y, por lo tanto, puede ser usado como plantilla para trazar sobre él o combinarlo con información vectorial. Debemos comentar lo siguiente:

a) Dentro de AutoCAD el archivo DWF de REVIT presenta un inconveniente estético bastante decepcionante: los textos se desalinean (textos centrados o alineados a la derecha, salvo aquellos originalmente alineados a la izquierda). Salvo por esto, el archivo cumple su cometido.

b) Los DWF producidos por REVIT están dotados de información adicional. Por ejemplo, se transfiere información paramétrica como volúmenes, áreas y materialidades de los elementos arquitectónicos del modelo. Esto representa una ventaja para la cubicación del contratista.

c) El formato DWF presta utilidad interna al propio trabajo de oficina. Gracias al programa gratuito Design Review, los planos exportados a DWF pueden ser revisados y marcados con rojo para facilitar la revisión interna del proyecto, y dejar un registro de esas revisiones para archivo. El mismo Design Review puede ser utilizado por el cliente para transferirnos observaciones o formalizar aprobaciones.

En consecuencia, dadas las falencias que el DWG presenta a los usuarios de REVIT, proponemos utilizar el formato DWF como estándar, recomendar su uso y promover su aceptación.

---

Asunto MBA-044: Fallas de exportación a DWG con SP-2

ESTE TEMA ES CAUSA DE UNA ENORME FRUSTRACIÓN Y MERECE UN FUERTE RECLAMO. Tal vez constituya el principal argumento que pueda oponerse a una utilización profesional generalizada de Revit.

La exportación a DWG va cada vez peor, de versión en versión. De lejos pareciera todo bien: un dibujo exportado a DWG, parece un dibujo conforme al estándar de CAD esperado (todo en sus correctos colores, capas, estilos de acotado, enmarcamiento de ventanas, etc.); pero ¡Cuidado!, visto de cerca en realidad ¡NO ESTÁ COMO DEBE!

Aún empleando todo el procedimiento protocolar de exportación, cada vez que se instala un nuevo Service Pack la exportación a AutoCAD demanda más y más trabajo de retoque. Pues no se trata de convertir un plano desarrollado en Revit y enviarlo así como así al cliente: si queremos que nuestros planos en Revit nos representen de igual modo en versión AutoCAD, es decir, si queremos que los dibujos DWG representen dignamente nuestros estándares de calidad y nuestra dedicación esmerada a un trabajo bien hecho, entonces tendremos que gastar mucho tiempo dentro de AutoCAD, haciendo mil retoques a las impredecibles fallas de traducción de un formato a otro, para hacer que los planos DWG produzcan ploteos como corresponde.

Ya comentamos algo de esto en los asuntos MBA-038, 037, pero venimos asumiendo el costo de horas hombre que significa convertir a DWG desde Revit 8.1 , aunque entónces, todo auguraba una mejoría. En efecto, el mejor momento de las exportaciones a DWG se alcanzaron con Revit 9.1. Después, la cosa ha decaído.

Hasta Revit 9.1 la lista "retoques" para producir un DWG digno y confiable era la siguiente:

• Exportar seleccionando dentro de Revit el formato DWG más actual, de tal forma de obtener el archivo más pequeño posible. Hasta AutoCAD 2007, el formato 2007 producía el archivo más compacto. Ahora con AutoCAD 2008, el formato DWG 2007 es algo más grande que el formato DWG 2004.

• Abrir los archivos en AutoCAD:

• Hacer que los viewports queden fijos (Display Locked > YES)

• Verificar que los viewports no enmascaren el texto ni el dibujo. Siempre quedan palabras truncadas por las ventanas gráficas, por lo tanto, antes de apagar la capa de la ventanas debe estirárselas un poco.

• Configurar la página para el layout asignando el estilo de trazado adecuado (configuracion de espesores de líneas); esto no viene por defecto desde la exportación, a pesar del esmero que hayamos puesto en el archivo TXT con los parámetros de exportación a DWG.

Todos estos pasos ya eran costosos en tiempo, especialmente cuando se trataba de muchos planos. Con Revit Architecture 2008, debemos agregar a la lista:

• Si estamos utilizando en Revit vistas dependientes (Dependent Views), antes de exportar a DWG debemos exportar la vista pariente antes de exportar un plano con vistas dependientes, de lo contrario, habrá que editar el estilo de acotado para que reaparezcan en AutoCAD las cotas que pusimos en Revit.

Ahora, con el SP-1 y SP-2 de Revit 2008, el tiempo de retoque virtualmente se duplica con los siguientes pasos adicionales:

• Si, al exportar en Revit, usamos la opción para el manejo de Capas y propiedades "Propiedades de categoría PORCAPA, sin modificaciones " o "Propiedades de categoría PORCAPA, nuevas capas para modificaciones " (la última de estas, la más útil), entonces será obligatorio corregir el estilo de acotado ya que el que hemos definido en Revit no se traduce en AutoCAD. Esto ocurre incluso con las Vistas normales (no dependientes).

• Si, al exportar empleamos la opción "Propiedades de categoría PORCAPA, modificaciones PORENTIDAD" , el estilo de acotado de Revit llega correctamente a AutoCAD, pero habrá ahora que corregir texto por texto una serie de anotaciones en el plano que han llegado a AutoCAD en color por defecto Blanco/Negro (eso si resulta, como es en nuestro caso, que ese no es su estándar en AutoCAD para los textos).

Todavía pueden agregarse varias otras cosas que hacer, por ejemplo, hacerse cargo de que los maravillos textos copacos de Revit llegan transparentes (e ilegibles) a AutoCAD, o que algunos achurados o superposiciones de tramas resultará mejor cortar por lo sano y borrarlos... pero también se puede uno hacer el tonto como si no los vio, y dejarlos así... durante un tiempo, por lo menos, hasta que los planos sean ploteados.

Nada sería más grato que alguien comentara este post, refutando todos o alguno de estos pasos obligados y nos enseñara una mejor estrategia para proceder con este asunto.

(y ¡que viva el formato PDF!)

---

Asunto MBA-038: Cotas que desaparecen exportando vistas dependientes - 2

Nos indica el equipo de soporte de Revit que los desarrolladores del programa están trabajando una solución para este problema que estará disponible con la nueva versión de Revit. Por el momento, sin embargo, nos proponen otra solución que, hasta donde hemos probado, funciona perfectamente. Consiste en lo siguiente:

En Revit:

1) Exportar a AutoCAD primero la vista pariente. Para esto no es necesario incorporarla en un nuevo plano; basta con exportar la vista sola.

2) A continuación, exportar el plano o los planos con vistas dependientes que presentaron problemas.

El proceso, (cuya explicación desconocemos), de exportar primero la vista pariente, produce una suerte de "actualización" de la vista dependiente que la prepara para la exportación.

Al desarrollarse todo el proceso "dentro" de Revit, se aliviana las fase de retoques en AutoCAD.

---

Asunto MBA-037: Cotas que desaparecen exportando vistas dependientes

¡ Crisis ! ... ¿A usted también le ha pasado?

Reproduzcamos el escenario: Necesitams urgentemente enviarle a nuestro cliente planos formato DWG de nuestro proyecto Revit "en el estado en que se encuentre". Exportamos nuestro planos de planta a Autocad en la forma acostumbrada pero, al abrirlos en Autocad para darles una "última miradita"... ¡Están sin cotas! No podemos enviar nuestro trabajo así... Esto nunca había sucedido antes. Está ocurriendo ahora con Revit Architecture 2008.

Este es el estado original en Revit.



Así llega a AutoCAD.




Hemos descubierto que el problema se produce con los planos en los que hemos puesto vistas duplicadas con la nueva función "Duplicar como dependiente". Hemos pedido ayuda al centro de soporte de Autodesk indicándoles que sospechamos de las vistas dependientes, pero ellos no pueden reproducir el problema, es decir, no ven ningún problema y todo les resulta correctamente. Solicitamos enviarles nuestro proyecto Revit; así lo hacemos. Un día después, el equipo de soporte nos indica con la amabilidad de siempre:

"Su solicitud de soporte se ha documentado y enviado al equipo de desarrollo, que se encargará de investigarla. El equipo de desarrollo intentará reproducir la solicitud de soporte y realizar una valoración inicial. Le enviaremos una notificación inmediata por correo electrónico siempre que su solicitud de soporte se actualice. Agradecemos su paciencia mientras trabajamos para resolver su consulta".

Excelente, pero... qué hacemos ahora.

Pues inventar una solución, y hemos dado con dos:

1) No utilice vistas dependientes. Deprimente, sí, pero práctico ya que las vistas normales llegan a Autocad con todas sus cotas.

2) En realidad la segunda no es solución, sino un descubrimiento:

Las cotas desaparecidas sí se transfieren a Autocad. Están ahí pero invisibles. Reaparecen al editar, en Autocad, el estilo de acotado. Basta ejecutar _dimstyle > Modify... y las cotas reaparecen.




En el caso de nuestro archivo DWG, el estilo de acotado creado por la exportación de Revit se llama "MBA-Flecha_-_2_5mm_Arial", un nombre creado por Revit. Sin embargo se trata de un esitlo que no tiene ninguna relación con el original empleado en Revit, es decir, no emplea flechas, ni el tipo de texto, ni los tamaños de esos elementos, etc., etc.



Lamentablemente esto obliga a añadir la revisión del estilo de acotado a la lista de "pequeños retoques" que es necesario dar a los archivos exportados antes de enviarlos al cliente.

---

Asunto MBA-022: Achurados opacos traducidos a DWG como sólidos

Un recurso muy útil de Revit es la posibilidad de definir achurados opacos
que enmascaran la geometría del modelo y permiten ocultar zonas para detallar encima o modificar una región de una determinada vista sin tener que modelar todo. Es un recurso frecuente en las familias 2D y, además se puede definir que las líneas de borde del boceto tengan valorización diferente e, incluso, líneas invisibles.

Todos los patrones de achurado que empleamos así se traducen bien a DWG, salvo los "Solid Fills". Por ejemplo si quisiéramos emplear el patrón Solid Fill - White, obtendríamos en Revit el efecto de enmascaramiento deseado pero, al exportar a Autocad Solid Fill-White se convierte en un achurado sóido negro.

Solución: definir un nuevo tipo de patrón de relleno que llamaremos Vacío, al que no le asignaremos ningún patrón, o sea, la opción Sin patron. La exportación a DWG produce una zona en blanco idéntica a la obtenida en Revit.

---

Asunto MBA-012: Solución de errores de exportación a dwg con Revit 9 en español

AL cargar el último "build" de Revit Building 9 (20060619_2300a), se instala automáticamente la versión en español. También en forma automática, se insertan en el archivo TXT de exportación de capas a DWG las nuevas categorías Revit en español... pero no todas. Por, ejemplo, en nuestro caso no se agregó la categoría "Ventanas gráficas" por lo tanto, al exportar a Autocad, los viewports de Autocad van a parar a la capa 0 junto con otros elementos.

Para agregar las categorías faltantes, descargue el siguiente archivo:

http://www.montealegre-beach-arquitectos.cl/pdfs/exportlayers-dwg-AIA-spanish.txt

Luego copie utilizando el Notebook de Windows (y no el editor de Revit) las líneas de texto de este archivo que falten en el suyo, con Control-C (copiar) y Ctrl-V (para pegar). O, sencillamente, convierta este archivo en su nuevo archivo TXT de exportación de capas y colores.

---

Asunto MBA-010: Transferencia de archivos y formatos PDF y DWF

La transferencia de archivos entre oficinas y clientes requiere fijar criterios sobre el objetivo del asunto: fidelidad o suficiencia.

Fidelidad:

Use el formato PDF en vez de DWG. Si buscamos fidelidad, entonces el mejor camino es producir archivos PDF para ser leídos e impresos con Adobe Reader o Adobe Acrobat Reader que son gratuitos. Nos parece la forma más recomendable de transferir archivos por las siguientes razones:

1. Todo el mundo tiene acceso a Adobe Reader y una enorme cantidad de usuarios ya lo tiene instalado en su equipo.
2. El formato PDF (por lo menos en materia de planos) es totalmente reproducible y no editable. Con ello se permite al destinatario reproducir nuestra información sin adulterarla, resguardándose nuestro derecho de autor, la integridad de la información y la protección de nuestra responsabilidad profesional.
3. Un archivo PDF puede imprimirse en el tamaño de papel que se quiera, desde carta a A0. es decir, el destinatario no ecesita tener un plotter, basta su impresora. Pero si tiene un plotter, puede obtener el tamaño real del documento.
4. Con el formato PDF se terminan los problemas de espesores de líneas inadecuados, fuentes no disponibles y otros detalles que hacen muy difícil el control de la fidelidad de los ploteos de terceros.
5. Si no nos han solicitado archivos editables no tenemos por qué proporcionarlos.

Para producir archivos PDF debe instalarse un módulo que funciona como una "impresora PDF". Actualmente obtenemos resultados óptimos con PDF995, un pequeño programa que puede bajarse de la siguiente dirección:

http://www.pdf995.com/download.html

También está disponible (todavía, pues venía con Revit Building 7) la herramienta Revit PDF Writer 4.2 que funciona con Revit Building 8.1 pero que nos ha dado problemas con los Cuadros de planificación en Revit Building 9. Si quiere intentarlo, puede descargarlo de la página de Taylor Technologies con la siguiente dirección:

http://taylor-tech.com/downloads

Otra alternativa equivalente es el formato DWF que Revit escribe en forma nativa. El funcionamiento es muy similar al formato PDF con el único inconveniente de que el programa Autodesk DWF Reader es mucho menos popular, aunque también gratuito. Si queremos transferir modelos 3D o Recorridos 3D, entonces el formato DWF es la mejor opción.

Suficiencia:

Por suficiencia, en cambio, entendemos el requisito de ajustarse al formato de Autodesk ".dwg", de forma que nuestros clientes o asesores de otras disciplinas puedan utilizar nuestros dibujos en Autocad o editarlos. Revit Building 9 ha mejorado la exportación a DWG hasta un nivel en el que la fidelidad de los dibujos exportados con los originales de Revit depende sólo de la acuciosidad con la que hayamos completado el archivo de traducción de capas para exportación.

Este archivo puede editarse (o generar uno nuevo) desde el menú:

Archivo > Configuración de importación/exportación > Exportar capas DWG/DXF

Mientras más cuidadosos seamos en la correlación de las categorías de Revit con nombres de "Layers" y colores de Autocad, más precisas serán las traducciones a DWG.

Dada la facilidad de producir archivos PDF, pensamos que la justificación de proveer archivos DWG casi no existe. Para la mayor parte de los casos será suficiente proveer archivos DWG que permitan a terceros generar sus propios dibujos a partir de los nuestros pero donde no importe la "expresión gráfica". Tal es el caso de los proyectistas de especialidades que usan la información de arquitectura reduciéndola a lo esencial, todo en líneas finas, sin cotas de detalle ni simbología, etc., para luego poner encima el dibujo propio del proyecto de la especialidad. En tal caso, la fidelidad se reemplaza por un razonable nivel de suficiencia.

---