Revit-MBA

Asunto MBA-085: Interferencias y revisión multidisciplinaria - Navisworks

2009-07-13T09:05:00.004-04:00

Recientemente hemos asistido a un evento de Autodesk en Santiago donde se mostraron los nuevos productos de la plataforma 2010. Entre ellos ha hecho aparición (en el espacio de la conciencia, porque el producto es más antiguo) Navisworks.

Se trata de una herramienta que permite a un usuario sin Revit, AutoCAd u otro producto de "generación" de proyectos, navegar por un modelo BIM y aglutinar en una sola aplicación el modelo tridimensional de todas las disciplinas que han intervenido en la documentación de un proyecto, y revisarla. Permite (según dice Autodesk) "a los profesionales del diseño, ingeniería, construcción o manufactura unir sus contribuciones en un solo modelo del edificio". Al integrar los modelos de todas las especialidades, Navisworks se convierte en la herramienta por excelencia de revisión multidisciplinaria de un modelo BIM. Recorridos 3D, verificación de interferencias, herramientas de revisión y comentarios, programación, etc.

El producto se ofrece en cuatro sabores: Freedom (gratuito y, básicamente, un visor de archivos formato NWD o 3D DWF), Manage, Simulate y Review, que van agregando funciones escalonadamente. Para un uso profesional, parece obligatorio contar con la versión Manage, por lo menos.

Más información puede encontrarse en este link.

Además, Dwane Lindsey, que mantiene el blog Revit ArchCenter, acaba de lanzar un nuevo blog dedicado al programa: Navisworks InfoCenter. Será interesante seguirlo.

Asunto MBA-084: Ciudades chilenas - ¿Cómo incluirlas en Revit 2009?

2009-07-10T09:15:00.003-04:00

En un asunto anterior (MBA-031) mostrábamos cómo se pueden incluir nuevas ciudades en la lista de lugares que emplea Revit para los cálculos de asoleamiento. Con Revit 2009 esto cambió y se simplificó mucho. El secreto radica ahora en un archivo denomimado Sitename.txt que se ubica en la carpeta C:\Archivos de programa\Revit Architecture 2009\Program (y suponemos que es similar en la versión 2010). Es un archivo de texto simple, que se puede editar con Notepad de Windows. En su encabezado están las instrucciones de sintaxis.

Para los interesados en las ciudades de Chile, hemos incluido algunas en el archivo del siguiente link:

http://www.montealegre-beach-arquitectos.cl/pdfs/Sitename.txt

Asunto MBA-083: Modelos vinculados - Coordenadas compartidas

2009-06-25T09:38:00.005-04:00

Y... ¿cómo se hacía eso?

Este asunto lo enfrentamos en cada proyecto; lo hacemos una sóla vez (más o menos) y luego se olvida. Recordemos aquí los pasos, para futuras ocasiones:

Las coordenadas compartidas deben, idealmente, provenir de un sólo archivo de referencia. Aparentemente un modelo Revit puede recordar varias configuraciones, pero más temprano que tarde, algo saldrá mal con eso.
El archivo que comparte sus coordenadas con los otros puede ser un DWG o un RVT, por ejemplo, nosotros solemos preparar la topografía como un modelo RVT aparte y en él insertamos los modelos de los distintos edificios que forman un conjunto. Este archivo anfitrión se orienta según el norte verdadero y se definen en él las elevaciones topográficas reales y las coordenadas (Coordenadas compartidas > Especificar coordenadas en un punto).
A continuación se vinculan en el archivo anfitrión los modelos de los edificios que conformarán el conjunto. Cada uno de ellos se ajusta en su posición vertical y horizontal, estableciéndose los distanciamientos relativos, etc.
Ahora hay que usar la función Publicar coordenadas. Sobre cada uno de los edificios se aplica esta función y Revit presentará una caja de diálogo donde podremos ver la lista (eventual) de otras ubicaciones compartidas del archivo vinculado, crear una nueva para este archivo anfitrión o dar un nombre a la configuración de coordenadas compartidas para ese edificio en ese archivo anfitrión. Por medio de esta acción, Revit "escribirá" en el archivo vinculado estos datos relativos a posición horizontal y vertical.

Este registro hay que hacerlo edificio por edificio y, al terminar, Revit preguntará si se desea grabar estas ubicaciones. Esto volverá a ser preguntado cada vez que se mueva de su lugar previamente registrado cualquiera de los edificios.

Una vez que se están compartiendo coordenadas, en cualquiera de los edificios vinculados puede, a su vez, insertarse el modelo anfitrión del terreno, y cualquiera de los otros, en sus posiciones relativas exactas señalando en la caja de diálogo donde se selecciona el archivo a insertar, la opción de posición automática: Por coordenadas compartidas.

Asunto MBA-082: Modelos vinculados - control de visibilidad

2009-06-22T19:51:00.010-04:00

Una forma de trabajar proyectos constituidos por muchos edificios diferentes, es emplear el recurso de los vínculos entre archivos .rvt. Un proyecto Revit (.rvt) para un edificio A, está constituído de otros tres edificios complementarios, B, C y D. Los tres últimos son modelos independientes (en sus propios archivos .rvt) que se insertan o vinculan en el modelo anfitrión A, y serán documentados, o sea, aparecerán en planos, dentro del archivo del modelo anfitrión A.

Este método permite una forma de trabajo colaborativo, al mismo tiempo que facilita el trabajo en cada uno de los archivos vinculados, manejando en forma independiente niveles, líneas de ejes, secciones, vistas en elevación, simbología, etc.

Sin embargo, el procedimiento no es trivial y es más poderoso de lo que se puede uno imaginar, si aprendemos a controlar los modos de visualización que adopten los vínculos en cada vista del modelo anfitrión. El primer problema se produce en el modelo A cuando insertamos los vínculos. Analicemos el escenario:

el modelo A tiene líneas de niveles, ejes, secciones, etc., que le son propios. También contiene símbolos o etiquetas de todos los elementos tales como puertas, muros, etc. que están incorporados a él. Pero los modelos vinculados llegan como un bloque con sólo los niveles y los ejes visibles, y todos sus componentes son virtualmente inaccesibles. Para acotar, habrá que trazar encima., y no se podrán etiquetar sus componentes.
los niveles de los modelos vinculados no se pueden ajustar. No hay forma de alcanzar las líneas de niveles para controlar su extensión, etc. A veces, se superponen con los del modelo A en forma redundante o "sucia".

Revit ofrece muchos recursos para controlar la visibilidad de los modelos vinculados. En las "Propiedades de vista..." y "Modificaciones de visibilidad/gráficos" podemos encontrar las herramientas adecuadas.

Esta caja de diálogo reserva una lengüeta específica para controlar la forma de visualización de todos los Vinculos Revit en esa vista en particular, incluso sus instancias o ejemplares (cuántas veces está repetido un mismo vínculo, por ejemplo, para edificios repetidos en un conjunto). La lengüeta Básicos ofrecerá tres las alternativas de control: Por vista de anfitrión, Por vista vinculada y Personalizada.

Transcribimos y comentamos las instrucciones de la Ayuda de Revit:

Por vista de anfitrión. Al seleccionar esta opción, no podrá modificar ningún parámetro de visibilidad para el modelo vinculado, ya que será la vista del anfitrión la que definirá su aspecto. Cuando se configura el modelo vinculado principal como Por vista de anfitrión, cada copia o ejemplar de ese archivo vinculado puede modificarse individualmente si se selecciona Modificar configuración de visualización de este ejemplar. Esta opción aparece en la ficha Básicos cuando se selecciona una copia o un ejemplar de un modelo vinculado principal en el cuadro de diálogo Modificaciones de visibilidad/gráficos. Este método hace que domine por sobre el vínculo las condiciones de visualización de la vista anfitriona. Las propiedades del modelo vinculado se pueden definir caso a caso utilizando la opción Personalizada de la ficha Básicos, y habrá que activar, también como personalizadas, las fichas relativas a Categorías de anotación y a Categorías de modelo.
Por vista vinculada. Al seleccionar esta opción, puede elegir la vista de proyecto que se mostrará para el modelo vinculado. La lista Vista vinculada contiene todas las vistas disponibles de plano, plano de techo reflejado, sección, alzado y 3D existentes en el modelo vinculado. La lista depende de la vista a la que esté aplicando actualmente la configuración de visibilidad y gráfica. Por ejemplo, si está utilizando una vista de alzado, sólo aparecerán vistas de alzado en la lista Vista vinculada. En las vistas 3D, la lista se llenará en función del tipo de vista 3D que esté visualizando actualmente (si está viendo una vista 3D en perspectiva en el modelo anfitrión, sólo se mostrarán vistas 3D de la visualización del modelo vinculada en la lista Vista vinculada, y lo mismo ocurre con las vistas 3D ortogonales). Nota: Si el modelo vinculado tiene anotaciones que desee mostrar en el proyecto, éstas deben encontrarse en una vista de plano, de plano de techo reflejado, de sección paralela o de alzado paralelo en el modelo vinculado. (Si selecciona una vista en·sección o de alzado no paralela, los elementos específicos de la vista, como los detalles y las anotaciones, así como el aspecto específico de la vista de los elementos que no sean específicos de la vista, como las directrices y las extensiones de referencia, no se mostrarán). Puede seleccionar la opción Por vista vinculada o Personalizado para seleccionar la vista que se mostrará en el proyecto. Este es el recurso que más eficazmente permite que se pueda "aprovechar" el trabajo en equipo, ya que otros colaboradores podrá preparar todas las anotaciones pertinentes en los modelos mismos y dejar vistas (elevaciones, secciones, plantas, etc.) listas para insertarlas en el proyecto anfitrión. Desde el proyecto anfitrión, solamente se hace referencia a estas vistas sin posteriores ediciones.
Personalizado. Al seleccionar esta opción, puede seleccionar los parámetros de modificación en todas las fichas disponibles. Al seleccionar esta opción quedan disponibles los controles de Vista vinculada, Rango de vista, Fase, Filtro de fase, Nivel de detalle, Disciplina, Estilos de objeto, Vínculos anidados. En cada una de ellas puede definirse si prevalece el modelo anfitrión o la vista vista del modelo vinculado.

Por medio de la opción de control de Estilos de objeto, por medio de la cuál se comanda si el aspecto gráfico de los objetos (colores, grosores de línea, etc.) se basa en la configuración definida en el cuadro de diálogo Estilos de objetos del archivo anfitrión o del modelo vinculado, también puede recuperarse la ordenación de las líneas de niveles, extensión de líneas de ejes, etc., de las vistas del modelo vinculado. V el ejemplo siguiente:

Este odenamiento es posible con alguna dificultad: en teoría, debiera adoptarse automáticamente al seleccionar el método "Por vista vinculada", sin embargo en Revit Architecture 2009 (no sabemos qué sucede en la versión 2010) aparentemente requiere de alguna suerte de regeneración. Para conseguirla hay que activar primero el método "Personalizado" y luego cambiar (esto, sin sentido lógico) la opción ahí seleccionada como un "toggle". Esto forzará la regeneración de la vista con las características de la vista vinculada (no conocemos, por el momento, otro método mejor).

Lamentablemente... , de sesión en sesión, Revit olvida este setéo del estilo de las líneas de nivel, ejes, etc. y hay que reahacerlo cada vez obligándolo manualmente a releer esas características del archivo vinculado.

Asunto MBA-081: Un excelente blog en portugués - Revit +

2009-04-23T09:32:00.003-04:00

Bastante tarde, pero más vale tarde que nunca, hemos descubierto este interesante blog en protugués: Revit +. El blog es mantenido por Ricardo Cardial, Autodesk Certified Professional - BIM, quien viene posteando desde diciembre de 2007.

Dénle un vistazo con regularidad.

Asunto MBA-080: Nueva interfaz de Revit 2010 - mejores noticias para el día de los inocentes.

2009-04-09T09:19:00.005-04:00

Werner Renk amablemente nos ha hecho saber de un post con una supuesta noticia acerca de la nueva interfaz de Revit 2010 que no sería tan sombría. Se dice que Autodesk estaría lanzando Revit Architecture 2010 con la opción de elegir la interfaz clásica. La noticia se habría "filtrado" en el blog de Dave Baldacchino, Do-U-Revit. Ver el siguiente link:

Revit 2010 to ship with Classic UI

Ah... si fuera verdad... otro gallo nos cantaría. Lamentablemente it was just April Fools Day.
Sin embargo, fantasear con esto es gratis y nuestro derecho ¿no? Gracias, Werner, por un bello momento.

Asunto MBA-079: ¿Nueva interfaz en Revit 2010?

2009-04-01T16:45:00.007-04:00

Aún no está aquí, pero se viene Revit en su versión 2010 y trae algo nuevo, inesperado y ... profundamente preocupante: una nueva interfaz.

La idea de los desarrolladores de Autodesk es hacer que Revit se integre con las características de sus otras aplicaciones (AutoCAD, etc., etc.), y por ello crée que Revit necesita un menú-cinta o Ribbon que cambie dinámicamente con cada nueva acción que se haga sobre el modelo, adaptándose al flujo de trabajo. Por ejemplo, si usted selecciona un muro, entonces la cinta le mostrará funciones ad-hoc, si selecciona otra cosa, todo vuelve a cambiar, etc. Pensamos que esta es un estrategia estética, sobre todo, más que necesaria, pero que implica nuevas funcionalidades que, en nuestro caso, nos causan verdadera alarma por las siguientes razones:

La interfaz gráfica de AutoCAD nos parece muy mala. Un usuario corriente no encuentra nada en ella; el programa está todo el tiempo cambiando, los menús de comandos están escondidos, se han llenado todos los bordes con iconos misteriosos que no hay tiempo de aprender a usar y, para peor, toda esa alienante configuración se desarma y reconstruye en otra forma totalmente distinta si uno se atreve a cambiar los llamados "Workspaces" de Diseño, Documentación, etc. No es fácil describir una mejor manera de confundir al usuario. Este mal no sólo afecta a AutoCAD, es muy similar a lo que experimentan los usuarios de Microsoft Office 2207: un "ribbon" de iconos siempre cambiante que se pasa de listo y un usuario, otrora virtuoso, ahora convertido en otro torpe e incompetente.
La personalización es una tragedia en las oficinas. Está bien en un cierto grado, pero permitir que cada usuario haga lo que quiera es un caos administrativo y un atentado contra los procedimientos de trabajo metódico. Cada puesto de trabajo es un mundo distinto y si uno tiene que sentarse en otra silla... ya no sabe usar el programa. De esto se han salvado los habituados a los atajos de teclado, pero andan, nómades, con su archivo de personalización inyectándolo en cada computadora en la que acampan.
Revit hasta hoy es un exelente producto, entre otras cosas, porque uno siempre está en casa, de versión en versión.

Habrá que esperar, resignados, a que nos llegue la actualización y entonces, ver por nosotros mismos si esto era tan terrible como hoy tememos. Tal vez será una maravilla... tal vez será mucho peor... En todo caso, no es algo tranquilizador pués no hay escapatoria para los que somos los usuarios cautivos de una licencia (y de varias, en realidad). Es por eso que son muy alarmantes los comentarios que se leen por ahí en el sentido de que, por primera vez en la historia de este fabuloso programa, Autodesk lanza una nueva versión de Revit que los usuarios están pensando en saltarse.

Actualización:

Ver el siguiente post en el blog de David Light (en inglés):
Revit 2010 UI - a step forward or a step back?

Asunto MBA-078: REVIT en MAC: Autenticación de licencias Autodesk en Boot Camp - Sin Solución!

2009-02-06T11:30:00.003-03:00

Por Pía Montealegre B.

Boot Camp) que permite instalar Windows y elegir el sistema operativo al arrancar el computador. Con este sistema todos los recursos de la máquina que puedan ser administrados por Windows quedan al servicio de los programas instalados en este OS. Pero, de este modo, uno trabaja en la misma interface Windows (d la cual supuestamente intentamos huir), sin ninguna de las i-seducciones del MacOS por las que, además, hemos pagado un diferencial enorme. Por eso lo más frecuente es que se utilice una Máquina Virtual (VMware o Parallels Desktop) para que el Windows y sus programas instalados en la partición Boot Camp se ejecuten dentro del entorno MacOS. Este sistema funciona bastante “suavemente” pero tiene la desventaja de compartir los recursos del hardware entre el Leopard y el Windows. Generalmente la Máquina Virtual sirve para el trabajo liviano, pero cuando los archivos son muy grandes o las operaciones son muy complejas, generalmente se opta por arrancar con el sistema Windows. Esto ocasiona un conocido problema con las licencias de Autodesk. Cada vez que se inicia Autocad o Revit, activa nuevamente la licencia, lo que redunda en un agotamiento del número o un error si no se tiene conexión a Internet.

La razón de este problema pareciera ser el cambio de entorno de Hardware que se produce entre Windows corriendo en la Maquina Virtual y arrancado desde el inicio. Como ya dijimos, la Máquina Virtual comparte los recursos del computador y emula ciertos componentes de hardware (puertos, tarjeta de video, RAM, etc.), mientras que al arrancar con Windows los componentes son los propios del computador.

A continuación están las “brujerías” que los entendidos recomiendan en Internet para solucionar el problema. A algunos les ha dado resultado pero a nosotros no. De todas formas cumplimos con nuestra vocación de informar y abrir la discusión:

Según la literatura que encontramos en Internet este problema también sucede cuando se tiene conectado al Mac un disco externo USB por lo que recomiendan, en primer lugar, desconectar las unidades externas al iniciar Windows y Autocad. (En nuestro caso nunca hubo un disco USB y siempre se manifestó el problema),

Apuntar a una licencia de red en un servidor de los programas de Autodesk (¿Será fácil de hacer y factible si uno ha funcionado todo el tiempo con licencias unitarias? No lo hemos probado y no lo haremos porque no es muy lógico cambiar el sistema de toda una oficina por un solo computador.)

Sincronizar el reloj del entorno Leopard y del entorno Windows para que ambos se actualicen con el servidor. Para un servidor Active Directory esto se hace así:

Entorno Leopard: Abrir Fecha y Hora con botón derecho sobre el reloj. Marcar “Ajustar fecha y hora atomat.” y escribir el nombre de su dominio (por ejemplo empresa.net)
Entorno Windows: Ir a Menú de Inicio y Ejecutar regedit. Buscar el siguiente directorio: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters y modificar el valor para Type a NT5DS (Por omisión en NTS) Amigable, ¿verdad? A nosotros tampoco nos dio resultado y no estamos seguros de que el procedimiento esté correcto, pero al menos la sincronización del MacOS nos facilito el acceso a la red con Active Directory.

Evitar que Windows se vaya a “dormir” (suspensión o hibernación) cuando está corriendo la Máquina Virtual. Esto también puede causar una caducidad de las licencias.

Decidirse por uno de los dos caminos: o usar siempre la Máquina Virtual (y comprar mucho RAM) o siempre arrancar de Windows para correr los programas de Autodesk. (Solución segura pero deprimente en un Mac)

Formular un reclamo formal a Autodesk. Algunos usuarios dicen que es la única manera en que “misteriosamente” el problema se arregla al cabo de unas semanas. (Es el camino que tomaremos nosotros y por supuesto, haremos saber si es efectivo).

En nuestra opinión, si bien este problema es causado por la manera en que se emula Windows desde las máquinas virtuales, en estricto rigor es una falla del sistema de licencias de Autodesk que es demasiado sensible a estos cambios de entorno y no es capaz de distinguir el asunto.

Con este Post damos la bienvenida a todos aquellos auto exiliados de Windows que han mordido la manzana de Mac y siguen siendo fieles a Revit y los invitamos a compartir sus experiencias.

Asunto MBA-077: Exportación a DWG: creación de una rutina lisp para corregir las fallas de Revit - RVTaDWG.lsp

2009-01-17T23:14:00.007-03:00

Son ya las 23:00 horas y por fín hemos acabado las correcciones solicitadas por el cliente. El proyecto, desarrollado eficazmente en Revit está nuevamente actualizado, revisado y conforme a nuestros estándares de calidad. Todos los planos modificados tienen sus viñetas registrando la nueva revisión y estamos listos para emitir. Pero no plotearemos nosotros. No hay tiempo para eso. En cambio, debemos enviar esta noche todos esos 15 planos en formato DWG para que sean ploteados por el cliente mañana a primera hora y estén a las 9:00 en su sala de reuniones. Es decir, no es sólo cuestión de exportar y enviar por correo electrónico; todavía quedan unas dos horas más de trabajo de dibujo por lo menos, pero ahora en AutoCAD. De lo contrario... quizá qué clase de mamarracho se expondrá mañana en esa sala de reuniones.

-¡Ánimo muchachos! Tal vez todavía alcancemos a dormir... algo...

El problema:

La exportación deficiente a DWG de nuestros planos creados en Revit Architecture ha sido discutido en otros once asuntos anteriores (MBA-010, MBA-012, MBA-022, MBA-037, el muy grave MBA-038, MBA-044, MBA-048, etc.). La conclusión ha sido siempre la de recomendar el formato DWF o PDF para obtener reproducciones fieles a la calidad de los ploteos que genera nativamente Revit. La exportación a DWG exige que se inviertan horas en AutoCAD retocando y corrigiendo aspectos gráficos que impiden que nuestros planos Revit, convertidos a DWG, produzcan, sin más, ploteos de calidad equivalente y aceptable. Según nuestra opinión, esta falta de fidelidad de las exportaciones a DWG (formato inesquivable, exigido contractualmente en todas partes) es el principal argumento, y el más importante, que puede esgrimirse para no utilizar Revit.

La solución:

Lamentablemente, parece una quimera pensar que Autodesk resolverá estos problemas pronto y no hay tiempo para esperar las nuevas versiones del programa, Sevice Packs, etc. La conclusión de muchos usuarios es que hay que tomar el toro por las astas y, si queremos DWGs de calidad y en corto tiempo, hay que echar mano del LISP para automatizar la tediosa "reparación" de las fallas de exportación. Eso, claro, causa escalofríos a cualquier feliz usuario de Revit que ya se sentía lejos y a salvo de ese heroico y esteril pasado.

Pués bien, señoras y señores... hemos dado el primer paso y sometemos a la consideración de ustedes la siguiente rutina lisp que intenta automatizar las ediciones más comunes a los archivos DWG producidos por Revit. La hemos llamado RVTaDWG.lsp y pueden descargarla de aquí.

El objetivo de esta rutina es automatizar velozmente múltiples tareas de edición en AutoCAD, a saber:

Crea un estilo de texto llamado "DIM000" especial para acotado, con fuente Arial de altura 0,
Reconvierte los estilos de acotado generados por Revit para que su aspecto sea idéntico y equivalente al original de Revit,
Pone los Viewports en estado Freeze,
Quita la máscara de los textos (Background mask) para que no oculten el dibujo,
Pone layer de viewports en modo No-Ploteo,
Carga un archivo de layouts estándar de configuración de página,
Ensancha ligeramente los viewports para que no recorten el dibujo (ejes), texto, etc..

Advertimos (y reconocemos) que esta rutina es, desde el punto de vista de la estética y el arte de la programación... un bodrio. Simplemente su objetivo es "hacer el trabajo" rápido y lo más automáticamente posible. Es esencialmente una recopilación de otras rutinas lisp recolectadas de Internet, cuyos autores se reconocen y citan en el código.

Recomendamos ajustar el AutoCAD para que sea cargarda automáticamente con el inicio del programa. Para ejecutarla debe teclerase RVTaDWG.

Por tratarse de una solución que utiliza una ritina LISP, es inevitable que Usted se involucre y mire el código utilizando Notepad de Windows. Tendrá que ajustar algunas cosas para que coincidan con sus estándares. Esto está comentado en el archivo lisp para ayudarle con la edición.

El paso 2, descrito anteriormente, emplea estándares de nuestra oficina, actuando directamente sobre las variables de dimensionamiento. Se debe, sobre todo, cambiar el nombre del estilo de dimensionamiento (Dimstyle).

El paso 6 consiste en cargar un archivo estándar de configuraciones de ploteo que, básicamente es un archivo ordinario de AutoCAD, vacío, pero que tiene definidos y nombrados Layouts de páginas. Usted debe crear el propio: vea la ayuda de AutoCAD para saber cómo.

Consideraciones esenciales y prácticas que recomendamos

Esta rutina LISP es útil si, al mismo tiempo, se adoptan las siguientes prácticas sobre AutoCAD:

En primer lugar, esta rutina está pensada para actuar sobre exportaciones de planos y no de vistas cualesquiera. Es decir, sobre archivos DWG que tienen una viñeta en el espacio del papel (PaperSpace). Además, planos sin XRefs.

No emplear más la relación color-espesor de línea. Configurar Revit para que asigne el color negro/blanco (color 7) a todas las capas de AutoCAD. En AutoCAD, plotear utilizando "Plot object line weights" y no "estilos de ploteo" (es decir, sin recurrir a un archivo .ctb con la relación color-espesor). Con esto se soluciona definitivamente el problema de la aparición de objetos con colores "extraños" en el archivo DWG generado por Revit, y que no están contemplados en nuestro archivo .ctb y que luego resultan ploteados con espesores impredecibles. El archivo de estándares de ploteo comentado en el punto 6 anterior debe dejar preconfigurada la opción "plot object lineweights" en todos los layouts de página definidos en él.

En Revit, exportar a DWG con la opción "Todas las propiedades POR CAPA, nuevas capas para modificaciones". Así, Revit creará nuevas capas especiales en el archivo DWG lo que, luego, facilita la manipulación de entidades "rebeldes" que llegan de colores al AutoCAD (especialmente con la categoría Importación en familias).

Una vez cargado en AutoCAD el archivo DWG producido por Revit, correr inmediatamente la rutina LISP tecleando RVTaDWG. Acto seguido, configurar el layout de la página a partir del archivo de configuración de ploteo descrito en el paso 6.

Si algún usuario con habilidades de programador mejores que las nuestras perfecciona esta rutina LISP, estaremos muy agradecidos de recibir feed back.

Asunto MBA-076: BIM, identificación de los principales programas

2009-01-07T09:17:00.007-03:00

por Karol Montoya

BIM, como un sistema de modelado de información, solo funciona gracias a Industry Foundation Classes, IFC, hoy direccionada como International Standards Organization, ISO. No obstante, en ausencia de un modelo único hoy en día, los vendedores de softwares compiten para ganar popularidad comercial a través de varias implementaciones BIM. Lo siguiente es una breve descripción de algunas de las opciones más relevantes:

Autodesk AutoCAD Architecture, antes Autodesk Architectural Desktop (ADT): Proporciona un enfoque de transición a BIM, como un paso intermedio desde los CAD. ADT crea su modelo de construcción como una coleccion de dibujos, cada una representando una porción del BIM completo. Estos dibujos son agregados a través de diversos mecanismos para generar nuevos puntos de vista de la construcción, informes, y los cuadros como si hubiera un único BIM en el centro. Uno de los problemas de este enfoque es la complejidad existente en la gestión de este acoplado de dibujos y la posibilidad de errores si el usuario manipula los archivos individuales de dibujo fuera de la capacidad de gestión de ADT.

Autodesk REVIT: Es quizas la interpretación mas literal de un BIM único como un proyecto central de datos. La fuerza de este enfoque es la habilidad de coordinar todos los elementos del edificio en una base de datos, esto provee a los usuarios la habilidad de inmediatamente ver los resultados de cualquier revisión de diseño hecha en el modelo (dibujos), asi como también ver cuestiones de coordinación. Revit Architecture, como programa BIM para el diseño arquitectónico, permite a los usuarios exportar los datos introducidos al formato IFC y, gracias a la conexión con Tricalc (de ARKTEC, empresa líder en softwares de construcción), también podrán importar con el programa de ARKTEC los elementos estructurales del archivo IFC generado por Revit Architecture.
Aplicaciones Revit: MEP, Architectural y Structural. También complementado por toda la familia Autodesk; Autodesk AutoCAD, Autodesk 3DMax, Autodesk Inventor, Autodesk Maya, etc.

Bentley Systems: Interpreta BIM como un proyecto de modelamiento integrado compuesto por una familia de apliaciones que incluye Bentley, Bentley Structures, Bentley HVAC, etc. Bentley describe este enfoque como un camino evolutivo que permite a los usuarios de MicroStation migrar de las prácticas que aún tienen sus bases en los sistemas CAD.
El acceso a las bases de datos del proyecto es mediante los formatos DWG e IFC. Finalmente, la principal interoperabilidad se genera solo cuando toda la familia Bentley está instalada y trabajando conjuntamente en el desarrollo de un proyecto.
Aplicaciones Bentley: Bentley MicroStation y ProyectWise; ProjectWise Integration Server, ProjectWise StartPoint, ProjectWise Geospatial Management, ProjectWise Caching Server, ProjectWise InterPlot, ProjectWise Publishing Server, ProjectWise Web Server, ProjectWise Navigator, Bentley Redline, Bentley View, ProjectWise Lifecycle Server.

Graphisoft ArchiCAD: el enfoque de graphisoft hacia los BIM es crear un modelo virtual de construcción, esto significa que la aplicacion ArchiCAD es vista como una de las aplicaciones satélites orbitando un modelo de virtual de construccion más que verla como un compilado central de todo el modelo. ArchiCAD está concebido como un sistema BIM desde su creación hace más de 20 años. Graphisoft está trabajando ahora con un consorcio de aplicaciones complementarias para desplegar las tecnologías EPM basadas en un modelo IFC servidor como un repositorio de modelo virtual, posiblemente el enfoque técnico mas innovador para el futuro de BIM. Tecnológicamente, la versión de ArchiCAD 12, plantea un mejor funcionamiento con los procesadores doble núcleo, aumentando la rapidez y productividad de los procesos de diseño.
Aplicaciones Graphisoft: Modelador MEP, Google SketchUp plug-in, Maxonform, Artlantis R, Artlantis Shaders, ArchiGlazing, ArchiStair, ArchiFacade, ArchiForma, ArchiPaint, ArchiRuler, ArchiSketchy, ArchiTabula, ArchiTerra, ArchiTiles.

Nemetschek Allplan, proporciona una cuarta alternativa con su enfoque de plataforma BIM. La base de datos Allplan es “envuelta” por Nemetschek Object Interface (NOI) para permitir el diseño y el análisis de las solicitudes de interfaz con la construcción de objetos en el modelo. La plataforma Nemetschek proporciona una serie de aplicaciones que complementan Allplan; desde la etapa del diseño conceptual, con Allplan sketch, pasando por la programación de tiempos de Design2Cost y últimamente la simulación energética.
Aplicaciones Nemetschek: Allplan Arquitectura, Allplan Ingeniería, Allplan Instalaciones, Allplan prefabricados, Design2Cost, On-site survey, On-site photo, cinema 4D, La oficina Movil, Maxwell Render, My office, X-world.

Como un factor común a todas estas plataformas, es que cada una de ellas funciona con un grupo de programas “hermanos” que ayudan a complementar ciertas aplicaciones de los softwares principales. Así, tenemos la plataforma Bentley que cuenta con una amplia gama de programas, pertenecientes a la familia Bentley, que trabajan de manera conjunta y simultáneamente, en pos de completar el pack para el proceso de proyectar. De la misma manera, se encuentra la plataforma Autodesk, quien con Revit como programa base, creó una serie de plataformas complatibles con este programa destinada a especificar distintas fases del modelado del proyecto, con los distintos actores correspondientes.

Asunto MBA-075: DWGs y el problema ese del Logotipo

2008-12-27T23:05:00.008-03:00

Una viñeta requiere incorporar un logotipo. A veces, más de uno. El propio más el del cliente, por ejemplo. Revit y AutoCAD proponen como solución la inserción en el archivo (DWG o RVT) de una imagen en formato JPG o TIFF. Los logotipos en la forma de imágenes son escalables al tamaño deseado, se imprimen a color y pueden tener la calidad gráfica que se desee. Sin embargo, a la hora de exportar el archivo y enviarlo a terceros (sea de Revit a DWG, o desde el propio AutoCAD), el archivo DWG resultante llevará adjunto un archivo gráfico con el logotipo, vinculado al DWG.

Esto es problemático, porque implica que el receptor deberá tener en cuenta esta transferencia "por partes" y dependeremos de su buena voluntad para que el archivo DWG y su adjunto vinculado se mantengan siempre archivados en la misma carpeta, de tal modo que AutoCAD lo encuentre y lo cargue cuando nuestro archivo sea ploteado y el resultado sea íntegro. Con Revit la exportación a DWG crea un problema adicional: por cada plano se crea también un archivo gráfico con el logotipo con nombre distinto cada vez, aunque el contenido sea el mismo de plano en plano, es decir, el logotipo.

Posibilidades:

1) No emitir DWGs para imprimir nuestros archivos. En cambio, emitir DWFs. (Ver discusión de este tema en el asunto anterior MBA-047 y MBA-057. (Los DWFs no siempre manejan bien los DWG insertados)

2) La solución más recurrida (y preferible, porque elimina el archivo gráfico vinculado) es la incrustación de un logotipo en el proyecto como información vectorial. La mejor forma de incrustar un logotipo es ponerlo primero en una familia Revit usando una plantilla de Anotación Genérica.

Sin embargo, el método 2 está lejos de ser trivial. En nuestro caso, es frecuente y fácil obtener de nuestro cliente un logotipo en formato DWG que combina líneas, achurados o regiones sólidas a escala 1:1 y en los colores deseados. El problema surge al tratar de insertarlo en la familia Revit. La falla más común de importación consiste en la pérdida de detalles y rellenos de las regiones achuradas del logotipo. Intentar reproducir utilizando elementos de Revit, calcando sobre las líneas de DWG importado en la familia definitivamente es una artesanía para la que no hay ni tiempo ni habilidad suficientes. ¿Qué hacer entonces... antes de caer en la desesperación?

Solución:
El problema viene de que el tamaño de los elementos DWG que contiene el logotipo (achurados y regiones, por ejemplo) son muy pequeños y Revit los descarta durante la importación. Entonces... vaya a AutoCAD, amplíe el archivo del logotipo a unas 5 o 10 veces el tamaño original y guárdelo. Vuelva a insertarlo en la famila Revit manteniendo las unidades originales y, dentro de Revit, vuelva a escalarlo al tamaño deseado utilizando la herramienta Cambiar tamaño.

Asunto MBA-074: Exportación de un modelo Sketchup a Revit a través de AutoCAD

2008-12-19T15:33:00.005-03:00

Por Juan Luís Torres

Para exportar un modelo desde Google Sketchup a Revit es posible hacerlo directamente como masa, pero para poder crear modelos complejos, principalmente los que podemos descargar de la galería de http://sketchup.google.com/3dwarehouse/ es necesario exportar los modelos a AutoCAD. Para que este proceso sea fácil y límpio debemos tener algunas consideraciones:

1) Unidades de medida. Es necesario comprobar tanto la dimensiones del modelo como sus unidades de medida; de preferencia trabajar en milímetros. Esto lo podemos verificar en Sketchup en el menú Ventana > Información del modelo > Unidades.

2) Modelo en una capa. Este paso es muy importante, ya que los modelos en Sketchup muchas veces están creados en múltiples capas, las cuales se exportan a AutoCAD y luego en Revit pueden entregar información que no es necesaria, además de hacer que nuestro modelo sea más pesado. Para eliminar las capas sin perder la información solo debemos ir al menú Ventana > Capas, luego seleccionar todas las capas excepto una y elegir la opción Eliminar capa. Luego en el menú marcar Mover contenido a capa predeterminada.

3) Limpieza de polígonos. Este paso definirá el nivel de limpieza del modelo en el caso que contenga curvas o planos alabeados. Si utilizamos un modelo bastante ortogonal no es necesario realizarlo.

Si nuestro modelo tiene curvas debemos realizar los siguientes pasos:

a) Visibilidad. Por lo general los modelos que presentan curvas o planos alabeados no muestran las líneas que forman los polígonos. Para verlas debemos ir al menú Ver > Geometría oculta, esto nos permitira ver las líneas que forman los polígonos.

b) Limpieza de polígonos. Ahora solo nos queda reducir la cantidad de polígonos, esto se puede hacer utilizando la herramienta Mover (para fusionar líneas) o eliminando polígonos. En ambos casos se reducirá la curvatura de nuestro modelo, pero será de líneas más limpias.

4) Ahora solo queda exportar nuestro modelo a AutoCAD. Para realizar esto, solo podemos hacerlo con la versión Pro de Google Sketchup, la cual nos da la opción de exportar el modelo 3D al formato DWG.

Ahora en Revit solo debemos crear una nueva familia, elegir la categoría y la plantilla adecuada, e ir a la opción Archivo > Importar/Vincular > Formatos CAD, ir a la ubicación de nuestro archivo e insertarlo tomando en cuenta las unidades de medida que hayamos utilizado.

Asunto MBA-073: Uniones muro - losa

2008-11-25T10:48:00.010-03:00

La representación en una sección de la unión de muros y losas, así como de otros elementos entre sí, depende de tres factores:

Factor 1:
Los materiales asignados a los elementos y a la función que estos materiales desempeñan en ellos (Acabado, Sustrato, Estructura, etc.). Esta función impone un orden jerárquico en las uniones; el que determina qué predomina sobre qué.

En la figura 1, los materiales 1 y 2 son diferentes y, por lo tanto no se unen quedando demarcados por sus contornos pero separados según sus espesores: aun estando unida la geometría del muro y de la losa, la losa (material 2) pasa y corta el material 1 del muro.

En la figura 2, los materiales 2 de la losa y 1 del muro son el mismo, y se funden.

Factor 2:
Sin embargo, con materiales 1 y 2 distintos, la penetración de uno en otro dependerá del boceto que los definió. En el caso de la figura 1, la losa fué dibujada extendiendose hasta la capa de terminación exterior del muro, cortando todo el núcleo estructural (material 1). En la figura 3, el boceto de la losa (dibujado en una vista de planta) se extendió sólo hasta el eje del muro.

Factor 3:
La función de los materiales que conforman las distintas capas de un muro, suelo, etc. llevan asociado un número de prelación: Acabado 1 [4], Acabado 2 [5], Estructura [1], Sustrato [2], etc. Los números [1], [2], etc. indican cuál de los materiales "pasa" cortando a los otros. Para ilustrar esto, examine las figuras 1 y 4 en la región que señala la flecha roja. En la figura 1, el estuco interior del muro (material 1a) y la capa de sobrelosa (material 2a) están definidos ambos con función Acabado 1 [4]. REVIT hace pasar el estuco, interrumpiendo la sobre losa, lo que, en general, no es consistente con secuencias constructivas reales. En la figura 4, en cambio, la sobrelosa está definida con función Sustrato [2] y por ende, corta el estuco con nivel de prelación inferior [4].

Asunto MBA-072: Tarjeta gráfica para REVIT

2008-11-09T12:25:00.004-03:00

Problema: ¿Cómo acelerar el trabajo en REVIT? ¿Qué depende y cuánto de la tarjeta gráfica?

El asunto se aborda en el documento para suscriptores Revit Performance Technical Note, y es la única información oficial sobre el tema. Autodesk indica las siguientes especificaciones óptimas:

Tarjeta de video dedicada con soporte de hardware para Open GL especificación 1.3 o más reciente, y soporte para DirectX 9 o posterior. Las tarjetas de video integradas deben evitarse ya que ocupan memoria RAM del equipo (esto es importante en los notebooks).
Preferir tarjetas gráficas diseñadas para aplicaciones CAD.

Y agregan algo bastante inesperado: la plataforma de rendering de Revit no se beneficia de la unidad de procesos gráficos (GPU) de la tarjeta de video, ni tampoco de una gran cantidad de memoria RAM de video. 128MB de memoria en la tarjeta gráfica "debieran ser más que sufucientes". Y finalmente, "tarjetas de video relativamente baratas pueden desempeñarse tan bien o mejor que otras más caras".

En consecuencia, pensamos,... es mejor y más efectivo gastar el dinero instalando 4GB de RAM en el equipo.

PD.
Por sugerencia de Johan Hudtwalcker y como complemento al tema de este asunto y el rol de la memoria RAM sobre los 3GB, ver nuestro post anterior Asunto MBA-059

Asunto MBA-071: Más blogs en español

2008-11-09T12:10:00.002-03:00

Atención con Acercas.com, un sitio en castellano que está activo desde febrero de 2008 mantenido por Alberto Cerdán, Arquitecto Técnico español y que, injustamente, hemos descubierto tarde este año cuando se ha registrado como seguidor de este blog. La página (no la hemos explorado completamente aún) tiene como proyecto subdividirse en cuatro secciones Temas, Trucos, Plantilla, Familias y Enlaces, además de la sección noticias o Blog.

Asunto MBA-070: ... y más ayuda en español.

2008-10-30T10:06:00.002-03:00

ProyectOReviT es un blog en lengua castellana que ha estado posteando desde Agosto de 2008.

Este sitio es mantenido por Johann Hudtwalcker, de Lima, Perú. Arquitecto de la Universidad Ricardo Palma, y Especialista Certificado Autodesk. Profesor de Taller de Diseño en la carrera de Arquitectura de Interiores - Instituto TOULOUSE-LAUTREC Consultor Autorizado Autodesk para AEC.

Asunto MBA-069: Modelo y obra construida: el déjà vu de Revit

2008-10-26T21:20:00.010-03:00

Esa sensación de haber estado ahí antes... es más que una sensación. Esto no debiera sorprender a nadie que crea en lo que predica, pero el hecho es que un proyecto desarrollado en Revit Architecture tiene esa propiedad: la cosa es conocida y la obra es sólo la confirmación de una realidad virtual ya largamente recorrida por el proyectista. Y sin embargo...

Estas vistas del nuevo Estadio Olímpico Francisco Sánchez Rumoroso en la ciudad de Coquimbo, Chile, son expresión de ese déjà vu de los modelos tridimensionales. Cabe reconocer que, sobre todo, lo son para nosotros que llevamos varios meses entre esos muros, columnas y graderías, en forma virtual, claro, pero, llegado el momento, las vistas del modelo y las fotografías de la obra real se confunden.

Asunto MBA-068: Estándares de BIM (y Revit)

2008-10-25T20:23:00.003-03:00

Recientemente hemos descubierto la existencia de Revitopia un blog dedicado al establecimiento de estándares para el uso de Revit con pretensiones internacionales. La necesidad de establecer estándares para la documentación de planos, la generación de modelos BIM y la organización de la información en ellos es absolutamente vital. Nos parece que cualquier usario serio del programa, es decir, aquel que debe y deberá producir sus planos y documentos de construcción y, más aún, prestar su servicio profesional recurriendo a un modelo BIM, más temprano que tarde se enfrenta a la necesidad de establecer estándares.

Los estándares son la única forma de capitalizar el esfuerzo. La única forma de convertir una herramienta de diseño como Revit en una experiencia tecnológica. Y pensamos aquí el término tecnología como, precisamente, la repetición. La reedición de una experiencia técnica anterior y su inevitable y consecuente mejoramiento. Sin estándares es imposible repetir.

El problema de los estándares, sin embargo, y quizás aquí está lo utópico de Revitopia, es que tienen un momento histórico y un aquí-ahora donde se validan, justifican y perfecccionan. No es posible la extensión internacional. Y eso, nos parece, bien lo sabe Autodesk con sus productos. La traducción de Revit al español es un ejemplo de esa imposibilidad. En Chile decimos "cielo falso" y no "falso techo"; decimos "terreno" y no "solar"; a los "forjados" les decimos "losas" y a los "solados" los llamamos "Radieres" (vaya un término misterioso). En eso de "traductore traditore" se disuelve lentamente el significado de las cosas y se desintegra el esfuerzo de estandarización. Por eso, lo primero que una educación tecnológica debe hacer es nombrar. Es decir, definir el significado preciso de los conceptos y, en consecuencia, inculcar una terminología, un vocabulario técnico.

Pero el problema no se reduce a eso aunque de ahí surge. La torre de Babel está instalada en el medio de nuestra nación. Nuestra propia industria es todavía incompetente en este aspecto. No sólo la voluntad de ponerse de acuerdo entre fabricantes de un mismo mercado ha sido infructuosa y con tantos diferentes intentos fallidos. Esta voluntad irregularmente existe en cada industrial. Escasamente hay un criterio unificado para la denominación de los diversos productos de un mismo fabricante. Es el encargado del marketing el que denomina los productos y la codificación cambia de producto en producto. Cuando existe, casi núnca se refleja en los catálogos que llegan hasta las manos del arquitecto especificador. Hay honrosas excepciones y frecuentemente coinciden con las mejores especificaciones. A nivel nacional, un ejemplo de este fracaso de clasificación y estandarización se puede ver en la historia del Catálogo de la Construcción y sus distintas ediciones históricas. En las primeras ediciones, el catálogo se distribuía completo como una colección de volúmenes. Por lo tanto, caducaba muy pronto. En ediciones posteriores, se adoptó el método repartir a los consumidores AIC (arquitectos, ingenieros, constructores) un archivador vacío para ir llenandolo con las fichas técnicas por producto. Cada industrial, importador o representante de un producto debía preparar una ficha técnica de aquellos elementos que quería ingresar al catálogo y se las hacía llegar por correo al arquitecto para que este las archivara en el volúmen y actualizara su información. Para ello se creó una nomenclatura y se subdividió en menos de veinte capítulos toda la diversa producción industrial y de servicios relacionada con la construcción. La subdivisión se abandonó en la última edición del catálogo. Hoy apenas existe como capítulos más generales basados en una clasificación de colores, método más "simple" para los ocupados destinatarios.

La tecnología asociada al concepto del diseño empleando BIM sólo puede alcanzar su auténtico esplendor y conseguir sus mejores prestaciones para el desarrollo económico y social de un país si se convierte en un criterio de calidad. Un criterio significa que el trabajo entero relacionado con la construcción es ordenable jerarquizadamente, ahora y en el tiempo futuro. Es decir, conforma una estructura de planificación.

Un pequeño intento de estandarización, absolutamente concreto y reproducible, pero completamente individual y aislado ha sido el que publicamos en el asunto MBA-011. En ese post proporcionamos nuestro archivo de notas clave (sólo los títulos) que incorporaba una serie numérica que subdivide en partidas todo lo identificable en la industria de la construcción chilena (sabemos que no exhaustivamente). Nosotros empleamos intensamente esa nomenclatura y hemos llenado una importante proción de sus capítulos asignándole un código a miles de item y materiales de construcción que se comercializan en Chile (por ejemplo, todos los perfiles de acero, escuadrías de madera, técnicas de fijación (siempre faltan), mallas de alambre, paneles de todo tipo, etc., etc.). La lista no deja ni dejará de crecer. Hoy por hoy es una garantía de especificaciones correctas en nuestros planos. Sabemos de otros usuarios de Revit que adoptaron nuestra lista y han hecho lo propio, perfeccionándola y nutriéndola según sus necesidades. Desde que introdujimos la práctica de las notas clave y el estándar de numeración de partidas y componentes, cada nuevo proyecto Revit (.RVT) ha contribuido a que nuestra biblioteca de familias, cubicaciones, listas de componentes, etc. formen un todo coherente, aprovechable y en continuo perfeccionamiento. Son un estándar propiamente tal y BIM, una auténtica experiencia tecnológica.

El problema actual está en la faceta utópica detrás de BIM. Entre los usuarios de un programa como Revit Architecture, Structure o MEP, el asunto es de fácil comprensión. Más temprano que tarde, cada uno discurre un mecanismo de capitalización del esfuerzo. El paso que falta, sin embargo, es el más difícil pues debe comprometer a los otros tres actores que intervienen en la industria AIC:

a) a los industriales que deben encontrar una motivación para la generosidad, cualidad incompatible con el rigor de la libre competencia. Los industriales por lo menos deben recordar que para vender hay que ser "especificado" en un proyecto, y que los que especificamos somos fundamentalmente los proyectistas,

b) a los constructores, que deben recuperar la confianza en que una obra bien especificada y bien estudiada es beneficiosa para todas las partes porque reduce la incertidumbre y recompensa con justicia el esfuerzo y las destrezas para la calidad y la eficiencia, y

c) a los propios mandantes y gestores de las obras para los cuales la incertidumbre sobre los costos de una obra y el éxito de la gestión está en directa relación con la calidad técnica de la documentación del proyecto y la profundidad de la planificación.

Asunto MBA-067: Más ayuda en español: nuevo blog Revit Argentina

2008-10-25T19:12:00.004-03:00

Una buena noticia para la comunidad de usuarios de habla castellana: ha surgido un blog argentino de dicado a Revit Architecture: se trata de REVIT ARGENTINA o Revit ARG que está dirigido por Leonardo Aita, docente de Revit Architecture de la Facultad de Arquitectura, Diseño y Urbanismo de la Universidad de Buenos Aires, Argentina.

¡ Bienvenido !

Asunto MBA-066: Revit y DWGs

2008-10-19T13:41:00.008-03:00

La coexistencia de contenido DWG en un archivo RVT es, sin duda, una característica básica que permite aprovechar el trabajo de terceros que no utilizan Revit, o el propio trabajo antiguo. Sin embargo la importción a Revit de DWGs requiere de ciertas precauciones para evitar hacer muy "pesado" el archivo RVT anfitrión. El documento publicado por Autodesk para los suscriptores Revit Platform 2009, Model Performance Technical Note hace algunas recomendaciones interesantes aunque no del todo insospechadas.

La primera es evitar en lo posible su utilización. Aunque no lo dice así tan tajantemente, el mensaje es: mientras menos DWG importados o vinculados, mejor.
La segunda recomendación es reducir al máximo el tamaño de los archivos DWG antes de vincularlos o importarlos. Eliminar achurados, reducir al mínimo el número de capas. En general incorporar al modelo RVT los archivos más limpios y reducidos posibles.
Sólo importar o vincular un DWG en la vista pertinente. Esto convierte las líneas del DWG en líneas simbólicas, invisibles en otras vista perpendiculares (si el DWG se insertó en una vista de planta, no aparecerá en elevaciones y cortes).
Como corolario de lo anterior, dibujos DWG importados en todo el proyecto (no "Sólo en vista") aparecerán en vista perpendiculares como un conjunto de líneas de modelo coplanares, dando el efecto de sola línea pero de lenta regeneración. En esos casos se debe hacer invisibles en esas vistas los objetos importados.

Tal vez la mejor recomendación es insertar un DWG vinculándolo y no importándolo, y deshacerse de él cuanto antes, sea borrándolo del proyecto o desenlazándolo.

Asunto MBA-065: Cubicaciones con Revit Architecture

2008-10-18T15:31:00.009-03:00

El cómputo de cantidades (Schedules, Material Takeoffs) a partir del modelo BIM es una de las principales prestaciones de Revit Architecture. Sin embargo, hay en esto un cierto arte que debe ser dominado para que los resultados expresados en las Tablas de planificación sean confiables. La precisión de las cubicaciones, nos parece, depende de dos factores principales:

1. La precisión del modelo
2. Los enlaces o uniones de los componentes

Con respecto al punto 1, y que es bastante obvio, la calidad del modelo BIM está diréctamente ligada a la precisión del cómputo de materiales. Por ejemplo, si un muro, que tiene como acabado superficial palmetas de cerámica, se prolonga más arriba del nivel de cielo falso, estas prolongaciones serán también contabilizadas (y habrá cerámica sobre el cielo falso). Si hay elementos duplicados, se contarán dos veces, etc. Sin embargo, no es trivial determinar estos eventuales vicios. No siempre son aparentes ni detectables. Es importante enfatizar la importancia de un modelado preciso y consciente en todo el equipo de trabajo, de tal forma que todos los colaboradores contribuyan a conseguir un modelo prolijo. Y en la precisión del modelo también debe incluirse una correcta clasificación de las partes: como es, por ejemplo, dibujar en la fase correcta, en el nivel que le corresponde lógicamente al elemento y en consistencia con cualquier parámetro relevante que pueda ser necesario como filtro o recurso para la clasificación en las tablas de planificación. Debe, en general, evitarse dejar "para después" los aspectos sistemáticos y de clasificación de las partes.

Con respecto al punto 2. hay prácticas que, aunque bien intencionadas y consistentes con el punto 1., causan imprecisiones tan importantes o incluso peores que las primeras. Un ejemplo de esto es la geometría no unida. No hay restas de elementos que se instersectan si la geometría no está unida. Por ejemplo, si un muro intersecta una losa, la superficie del muro se descontará de la losa sólo si se ha efectuado una unión de los elementos. Pero además, no sólo es cuestión de unir. El problema está en qué se resta de quién. Veamos el ejemplo siguiente:

Se trata de dos suelos y se requiere computar las áreas de cada uno.

El suelo "A", que representa una superficie de terreno con césped, se extiende como objeto en forma continua por debajo de los suelos "B" y "C" que representan dos veredas. En la sección podemos ver que hemos hecho los suelos "B" y "C" más gruesos que el suelo "A" de tal forma que efectivamente corten en todo su espesor al suelo "A", y por lo tanto, la superficie de las veredas se descuente (se reste) de la superficie de césped. No hay problemas con las superficies "B" y "C", las tablas de planificación contabilizarán sus áreas correctamente. Pero con la superficie "A", que pasa por debajo de las otras, la cosa no es tan obvia.La unión de los tres suelos implicará restas de unos con respecto a los otros, y para eso emplearemos el comando Unir geometría.

Sin embargo el resultado depende del orden cómo se seleccionen las partes a unir.
En el caso del suelo "B" se seleccionó primero el suelo "A" y luego el "B". El resultado es que la vereda "B" no se resta del área de césped, y éste pasa continuo a través del sustrato o capas basales de la vereda "B". En caso del suelo "C", se ha seleccionado primero a la vereda y luego al césped. La consecuencia es que la vereda "C" corta al césped y se descuenta de la superficie del suelo"A" el área del suelo "C".

Cuando se une geometría, el orden de selección de los elementos es muy relevante para determinar qué se une con qué o qué se resta de qué.

Asunto MBA-063: Convertir archivos de biblioteca automáticamente

2008-08-21T18:36:00.003-04:00

Problema:
Luego de actualizar a una nueva versión de REVIT, todos los archivos de su biblioteca de familias quedan en el formato antiguo. Por lo tanto, ya no tiene imagenes de previsualización y cada vez que inserta una familia en su proyecto debe esperar a que ésta se actualice.

Solución:
Ejecute la rutina batch de actualización (Content Batch Upgrade Utility) que viene en el CD de Revit. Este es el procedimiento:

1. Copie Upgrade_RFA.txt y Upgrade_RFA.bat en el directorio raiz de la biblioteca que quiere actualizar.
2. Corra el archivo Upgrade_RFA.bat para crear el archivo famlist_rfa.txt que contendrá una lista de los archivos que se actualizarán.
3. Para lanzar la utilidad de actualización, desde el directorio de la biblioteca, arrastre Upgrade_RFA.txt sobre el icono de Revit que está en su escritorio.
4. Después de actualizar, borre todos los archivos de respaldo de la biblioteca.

Notas:

Asegúrese que todos sus archivos .rfa no estén marcados como "sólo lecura" y borre todos los archivos de respaldo de la biblioteca.
Si una familia en particular no logra actualizarse correctamente, la utilidad se detendrá. Si esto ocurre, abra el archivo famlist_rfa.txt con Microsoft Notepad, y elimine todos los archivos previamente actualizados de la lista y la familia que ha fallado. Guarde el archivo y vuelva a correr la utilidad.

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

2008-07-01T11:38:00.005-04:00

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:

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

Asunto MBA-061: Sistema operativo en el servidor y trabajo en grupo - Parte 2

2008-06-03T09:28:00.004-04:00

Reportamos nuestras primeras experiencias luego del cumplida una primera estapa del itinerario que nos propusimos en el asunto MBA-055.

Nuestra red ha quedado configurada de la siguiente forma:

1) Switch 1000Mbps sobre el cableado existente con nuevas tarjetas de red de 1Gb en cada equipo.

2) Nuevo servidor con las siguientes características:

1 Procesador Intel Xeon 5320 Quad Core de 1,86 GHz.,
Memória RAM de 4 Gigabyte. (4x1024) DDRII PC/667 Fully Buffered.
4 HDD SATA de 300 GB., para Hotswap

3) Sistema operativo Windows Server 2003 R2

El impacto del cambio es espectacular: Guardar al archivo central es ahora una operación totalmente equivalente a guardar en el disco local. Con un archivo RVT de 200MB toma unos 1,5 min máximo, incluyendo en el proceso los tres pasos de actualizar lo más reciente, guardar al archivo central y guardar el archivo local. Sin embargo el cambio más apreciado por los usuarios se refiere a la virtual desaparición del efecto de los "choques" que constantemente se experimentaba durante el trabajo normal sin guardar. Por ejemplo, practicamente ya no ha vuelto a aparecer el mensaje que indica que otro usuario está teniendo acceso al archivo central. Esto ocurría antes constantemente en momentos inesperados como, por ejemplo, desplazar la posición de un tabique en la planta, estirar un muro o tomar un elemento cualquiera para editarlo. Es decir, todas las consultas a la base de datos central para "apropiarse" temporalmente de elementos o ceder elementos prestados es virtualmente transparente e indetectable ahora.

El resultado general es que Worksharing Monitor anuncia muy seguido que el archivo local está desactualizado ya que frecuentemente los otros usuarios están actualizando el archivo central, cosa que, antes, todos estaban evitando hacer.

Evidentemente, el cambio de la infraestructura de nuestra red es muy amplio para atribuir individualizadamente una responsabilidad a cada componente, sin embargo es evidente que uno de los elementos esenciales es el switch. Pasar de 100Mbps a 1000Mbps es aumentar significativamente el ancho de banda. Nos atreveríamos a recomendar esta modificación por sí sóla. Además es la más económica.

Paso 2:el archivo central en un servidor Linux. También lo tenemos instalado, sin embargo no hemos experimentado con él aún. Ya lo comentaremos.

Asunto MBA-060: ¿Barandas inclinadas sin anfitrión? - Parte 2

2008-05-31T18:16:00.003-04:00

Continuando el tema del asunto MBA-058 anterior, hay un método alternativo, y bastante mejor que el ya propuesto. Por lo menos no necesita la incorporación de un perfil adicional en la base del barandal. Consiste en definir que la Base del balaustro será el Riel superior que hace de pasamanos, y dar la altura del balaustro como una altura negativa en la columna Base offset de la tabla Edit Baluster Placement o Ubicación de balaustros.

Es decir, si queremos una baranda de 950mm de altura, el balaustro tendrá un Base offset de -950mm. Entonces Revit medirá los balaustros siempre desde arriba, sin importar la inclinación de la baranda.

Ojo: hacer esto también con los postes terminales en la parte correspondiente inferior de la tabla.