Revit-MBA

Asunto MBA-115: Hardware - Qué funciona bien con Revit

2012-01-16T12:25:00.000-03:00

Este post tiene pretensiones muy modestas; el tema es enorme. Sin embargo, va aquí una breve descripción de equipos recientemente probados cuyas configuraciones funcionan bien con Revit Architecture 2012:

Computadores:

DELL Vostro 460 (PC de escritorio)

Configuración

Procesador: Intel® Core™ i7 – 2600
Memoria: 8GB DDR3 SDRAM de dos canales a 1333MHz - 2DIMMs
Teclado: Teclado Dell USB - Español
Tarjeta de Video: AMD Radeon™ HD 6670 1GB DDR5 (DVI, VGA, HDMI)
Disco Duro: 750GB Serial ATA (7200RPM) con DataBurst Cachée™
Lector de Tarjetas: Lector de Medios Dell 19 en 1
Dispositivo Óptico: Single Drive: 16X (DVD+/-RW) Burner Drive
Sistema Operativo: Windows® 7 Professional Original de 64-Bit en Español

Comentarios:
Un equipo excelente a razonable precio. La tarjeta de video funciona perfectamente con Revit Architecture 2012 y permite aceleración de gráficos con todas sus prestaciones. Es una recomendación indeclinable instalar 8GB de RAM si vamos a trabajar con Windows de 64bits. La integración de Windows 7 Professional con el dominio de la LAN de la oficina y todos los periféricos es muy fácil y virtualmente transparente para el usuario. Esta es nuestra primera experiencia con Windows 7 y la versión Professional, en cuanto a integración, es muy superior a Windows XP Professional. Todo es un poco más fácil. Este equipo maneja nuestros archivos más grandes con una agilidad que no conocíamos. Sin embargo, hay límites. Algunas vistas 3D con plantas recortadas y luego apilados los distintos niveles del edificio dejando espacio entre ellos para que se vea el mobiliario interior... es mucho pedir. Un problema permanente que enfrenta todo nuevo equipo más poderoso, es superar rápidamente los límites de su antecesor y verse superado por tareas más siempre más y más ambiciosas.

Monitores:

DELL UltraSharp™ U2410 de 24" con Base de Altura Ajustable, VGA/ DVI/DP/HDMI

Comentario: Excelente combinación con equipo DELL Vostro 460. El tamaño de 24" es un espectáculo. Muy buena difinición de detalles y colores y mucho espacio para trabajar. Todo las regiones de la pantalla en perfecto enfoque y nitidez. El brillo de esta pantalla debe ser controlado y puede ser cansador en un ambiente de relativa penumbra.

ViewSonic VX2753mh-LED de 27", HDMI Full HD 1920 x 1080pix.

Comentario: Es necesaria una puerta HDMI o DVI con un adaptador para utilizar este monitor. Notable calidad gráfica, nitidez y definición en toda la superficie de esta enorme pantalla de 69cm. El monitor tiene incorporados parlantes de audio. Puesto sobre el escritorio, tiene uno la sensación de que se ha desplegado un plano formato A1 delante.

Tarjetas de Video:

ASUS con GPU NVIDIA GeForce GT 440, 1GB DDR3

Comentario: Esta tarjeta gráfica pensada para juegos tiene conectores HDMI, VGA y DVI. Soporta DirectX 11 y anda muy bien con la aceleración de gráficos de Revit.

Asunto MBA-114: Selección automática de objetos similares

2011-11-25T09:25:00.001-03:00

Una herramienta de gran utilidad en Revit cuando se trata de editar modelos complejos es la selección automática de elementos similares en el modelo. La función está disponible en el menú de contexto que se activa con el botón derecho del ratón, cuando se ha seleccionado un objeto previamente. La función es "Seleccionar todos los ejemplares". La función tiene dos opciones: "Visibles en la vista" y "En todo el proyecto". La última produce un resultado obvio: si señalamos, por ejemplo, un tipo específico de puerta, con esta función seleccionaremos automáticamente TODAS las instancias de ese tipo de puerta en TODO el proyecto. Con la segunda opción, "visibles en la vista", el resultado es más difícil de predecir.

Lo que es "visible" en la vista, no está determinado por su representación visual accesible a nuestros ojos, sino a un rango de elementos seleccionables que depende de la configuración de la profundidad de la vista, y no de la representación visual de ella o su recorte actual por zoom.

En una vista 3D, que en profundidad incluye todo el modelo en perspectiva, seleccionar automáticamente todos los elementos Visibles en la vista será equivalente a En todo el proyecto. Tanto los elementos que están a la vista en una fachada, por ejemplo un tipo de ventanas, como aquellas instancias en las otras fachadas invisibles, serán seleccionadas.

En una vista de Alzado, los elementos seleccionables con Visibles en la vista estarán limitados por la Extensión de la vista, es decir, si en las Propiedades de la vista está activado Recortar vista y se ha ajustado en una vista en planta la extensión del recorte de la vista. Todo lo que queda encerrado en esa área entrará en la selección de los elementos visibles en la vista.

En una vista de Sección, los elementos quedan encerrados en forma análoga en el desfase de limitación lejana, ajustable en una vista en planta.

En una vista en planta el resultado es más intuitivo, el parámetro Rango de vista determina la profundidad de lo alcanzable en la selección.

Asunto MBA-113: Símbolo de vista misterioso

2011-06-14T10:17:00.001-04:00

Problema:

¿Qué es esto?

Pues... es una etiqueta de vista. pero desde hacía mucho tiempo que no la veíamos. No se puede seleccionar, no sabemos cómo moverla o apagarla para que no distorsione las áreas de ploteo o diagramación de planos.

Solución:
Este símbolo aparece cuando vinculamos un modelo Revit dentro de otro, y las condiciones de visualización quedan determinadas en la ventana de Modificación de visibilidad y gráficos por Vista vinculada y no por el anfitrión. Entonces, si seleccionamos una vista que en el modelo vinculado ya haya sido incluida en un plano, aparecerá este símbolo misterioso lleno, indicando el número de detalle y el número de plano de referencia.

La visualización del símbolo propiamente tal parece que sólo puede controlarse si en el modelo Revit vinculado activamos "Personalizado" en el modo de visualización de las Categorías de Anotación en la ventana de Modificación de visibilidad y gráficos, y desactivamos el ítem Referencia de Vista (View Reference).

Asunto MBA-112: Revit sin previsualizaciones o vistas en miniatura en cajas de diálogo

2011-06-14T09:48:00.000-04:00

Problema:
Luego de instalar Revit 2012, las previsualizaciones (thumbnails) de los archivos vinculados a Revit (.rvt; .rfa, etc.) han desaparecido y sean reemplazado por un icono. Aún después de actualizar los archivos abriéndolos y volviendolos a guardar con la nueva versión, Revit no regenera la imagen de previsualización.

Solución:
Alguna aplcación o por otra misteriosa razón, durante la instalación de Revit el módulo del programa Revit.Thumbnails.dll no fue registrado correctamente en Windows. El proceso, en su lugar, debe hacerse a mano siguiendo estos pasos:

1. Presione la tecla Windows más la letra "r", para hacer aparecer la caja de diálogo "Ejecutar..." (La tecla Windows Está en el teclado entre las teclas Ctrl y Alt al lado izquierdo.)

2. En la caja de diálogo "Ejecutar...", teclée cmd y luego haga click en Aceptar.

3. En la ventana DOS que se abre, tipée la siguiente expresión seguida de Enter:

regsvr32 "C:\Archivos de programa\Autodesk\Revit Architecture 2012\Program\Revit.Thumbnail.dll"

4. Usted deberá recibir un mensaje que dice "DLLRegisterServer en C:\Archivos de programa\Autodesk\Revit Architecture 2012\Program\Revit.Thumbnail.dll ha sido registrado con éxito."

Asunto MBA-111: Revit Architecture 2012 - Primeras impresiones

2011-05-25T09:50:00.001-04:00

Apenas completamos una primera semana de uso de la nueva versión de Revit Architecture 2012 y no podemos, todavía, decir mucho sobre las nuevas características, pero la primera impresión es la de una compilación más sólida y coherente que la versión 2011. Múltiples pequeñas mejorías en la "sensación" del programa se sienten desde un comienzo. En primer lugar, la forma de señalar y seleccionar elementos en el proyecto: es... cómo llamarla... "seca"... "neta"... "absoluta", todo hace "click" donde uno quiere. Pareciera que Revit adivina la intención del usuario y se adelanta señalar con facilidad lo que buscamos. Un suelo, por ejemplo, que ha quedado detras de otros elementos en primer plano, es ofrecido prontamente, casi sin necesidad de usar la tecla Tab para saltar de elemento en elemento. La forma de señalar en pantalla, resaltando en un legible color azul los contornos de los elementos señalados y tiñiendo por completo los seleccionados, es sencillamenta incomparable en toda la historia del programa. Los pinzamientos de los objetos también han cambiado, quizá esto sólo sea un detalle estético, pero el efecto es el de una interfaz más accesible y limpia que se deja tocar, manipular, controlar.

Después de una penosa pasantía por Revit 2010 y 2011, el horror vacui de los bordes y de la cinta de comandos alla Microsoft Office (que reemplazó tan inútilmente a la simple y elegante interfaz original del programa (vigente hasta Revit 2009)) ha terminado por consolidarse y perfeccionarse. Desde luego que la fuerza de la costumbre lo consigue todo, pero en Revit 2012 hay, al mismo tiempo que una depuración y uniformidad de tamaños de iconos y formas de operar, una nueva familiaridad que hace sentir como si la antigua funcionalidad se hubiese recuperado. No sólo en relación con Revit 2011, pues se han respetado las ubicaciones y de los iconos y las posiciones relativas de todas las herramientas lo que se agradece enormemente, sino también porque la forma de operar al seleccionar una familia, al permitir predefinir el tipo de objeto antes de trazarlo, etc., y toda un serie de pequeñas correcciones se descubren, por comparación, como una liberación de múltiples e inadvertidos defectos de la versión 2011.

Aún no está disponible para descarga la versión en español, pero el esfuerzo de actualizar vale la pena.

Asunto MBA-110: Salto de línea en el texto de parámetros, títulos de vista y textos en general

2011-05-16T09:57:00.000-04:00

Un problema frecuente de organización de textos en un dibujo consiste en ajustar su ancho al espacio disponible. Por lo general el texto de anotación simple queda agrupado en un párrafo que, en el momento de editar, ofrece dos "grips"que permiten controlar su ancho y, estirándolos o contrayéndolos, ageragar o quitar en forma dinámica los saltos de línea necesarios.

Sin embargo, esto no es factible en el texto de etiquetas o los títulos de vista porque el ancho del texto está determinado por el ancho de la caja en la familia de anotación, inaccesible una vez insertada en un proyecto. Una etiqueta de habitación, por ejemplo, puede ser incómodamente más ancha que el ancho de un recinto y hacer que el nombre de éste rebalse a ambos lados de los muros que lo definen. Una posibilidad de control consiste en insertar espacio entre dos palabras hasta que el ancho sobrepase el ancho de la caja de texto y fuerce un salto de línea. El principal problema de este método se aprecia en el momento de hacer una tabla de recintos donde los epacios agregados entre palabras en los nombres de recinto aruinarán la estética de la tabla.

Para forzar un salto de línea se debe introducir CTRL+ENTER en el punto deseado. En texto de anotación normal, esto se hace directamente al escribir por primera vez. Pero con el texto de etiquetas esto sólo puede hacerse editando el texto en la ventana de Propiedades cuando seleccionamos el objeto etiquetado. Por ejemplo, para editar el nombre de un recinto en una etiqueta de Habitación, hay que señalar el recinto, no la etiqueta. En la ventana de Propiedades se puede insertar CTRL+ENTER en el campo Nombre bajo Datos de Identidad.

Para insertar un salto de línea en el título de una vista hace falta un truco adicional: como Revit no permite caracteres CTRL+ENTER en los nombres de vistas, hay que copiar el nombre de la vista en el recuadro Título en plano bajo Datos de Identidad, y editar el texto ahí.

Asunto MBA-109: Este blog - un problema estético

2011-05-05T09:41:00.001-03:00

¿Cuántos de los lectores de este blog se han preguntado ya: "Y cuándo estos insensibles corregiran la imagen del título que aparece corrida a la derecha"? La respuesta es que... no sabemos cómo... y a nosotros también nos pone mal.

Si algún lector de buena voluntad con experiencia y destreza en blogs, código html y páginas web quisiera examinar el asunto y ayudarnos a corregir este problema estético le estaríamos profundamente agradecidos.

Para los amables interesados, creemos que el asunto consiste en descubrir en qué parte del código de la plantilla se define el control de centrado y ancho del título del blog:

Plantilla de Blogger en la que se basa este blog: Fantástico S.A. (modificada)

De antemano, muchas gracias.

ACTUALIZACIÓN:

Seguimos la recomendación recibida y aunque hemos renunciado al ancho completo, que era nuestro verdadero objetivo, nos limitamos más modestamente al ancho del texto. La cosa ha mejorado un poco. Seguimos interesados en saber si alguien conoce el secreto para sobrepasar esta limitación de la plantilla de Blogger.

Asunto MBA-108: Autodesk Wiki y el conocimiento colaborativo

2011-04-12T09:52:00.000-03:00

Autodesk Wiki para Revit Architecture, Structure y MEP en la nueva versión 2012, ya está en línea.

Sin duda el efecto benéfico más poderoso de la Internet no es sólo la posibilidad de encontrar información en una "enciclopedia global" cada vez más organizada, sino también la seductora oportunidad de ser generoso y de compartir lo que se sabe. Aprovechando ese instinto de los internautas, Autodesk ha puesto en línea un sitio con el sufijo Wiki que promete centralizar en forma efectiva tanto el "conocimiento oficial" del uso del programa como el "conocimiento popular" que puedan aportar los usuarios reales. Dos columnas resumen esta interacción: Browse Help (con el contenido de Ayuda oficial y que constituye el "Manual de Uso") y Add Knowledge (con artículos, pista y trucos, ejemplos, etc.desarrollados a partir de la experiencia y los aportes de los usuarios).

Un botón azul con el rótulo How to add your knowledge nos conduce a una página con la reglas y la forma de hacer nuestros propios aportes. El idioma inglés es la lingua franca obligatoria.

Este nuevo sitio, que se extiende no sólo a Revit sino también a otras aplicaciones de Autodesk, es sin duda una buena noticia y un paso interesante en la construcción de un cultura menos competitiva, más amigable y colaborativa. Visite Autodesk Wiki en este link: http://wikihelp.autodesk.com/Revit/enu/2012

Asunto MBA-107: Revit y Mac: La distopía de Parallels

2011-04-08T18:14:00.002-03:00

¿Distopía? Dícese de una utopía perversa y tergiversada, lo más lejos del topos o lugar ideal. Ese es el concepto que se me viene a la mente cuando pienso en la experiencia de correr Revit en Parallels. La idea de mantener el ambiente Mac, pero con un disimulado Windows que soporta la interface del software BIM, y trabajar suavemente con el touchpad mientras revisas tus correos y actualizas el Ipod... yo al menos nunca lo conseguí. Ahora bien, estamos hablando de proyectos de verdad, de trabajo compartido con archivos de 200MB, de un alto consumo de recursos gráficos y de procesador, no de febles demostraciones corporativas. En ese escenario, la lista de dificultades si bien no es extensa, es gravitante y, con disgusto, la compartiré aquí para los que creen aún en la utopía:

1º Windows arranca lento, o sea, como siempre. La velocidad del OS no da para abrir con naturalidad Windows y luego cargar Revit... y más encima abrir tu archivo. Es decir, si cerraste el programa y el Parallels y te diste cuenta de que olvidaste un asunto y que necesitas volver al archivo... mejor vuelve al día siguiente, ya que la operación completa puede tardar 20 minutos.

2º Windows consume una enorme cantidad de recursos y el OS X también su resto, por lo que el equipo debe dividir su capacidad. Si tenías un Mac Book Pro en que todo fluía, ahora tienes dos tarros: un PC lento y un Mac Lento.

3º Considerando lo anterior, muchas veces alternaba el trabajo de Parallels con un booteo directo en Windows, de tal manera de destinar todos los recursos al trabajo en un determinado archivo grande. Si luego se vuelve al sistema de Parallels (como ya señalábamos en el post anterior del tema) se produce un error con el número de licencia. Este asunto a la larga es muy engorroso, ya que llegado a un cierto punto hay que pedir nuevos códigos de autorización por teléfono con mucha frecuencia, despertando todo el recelo de Autodesk.

En consecuencia la única opción es bootear desde Windows y esperar al fin de la jornada para disfrutar el Mac (...y leer los correos en el teléfono, y escuchar música en el reproductor de MP3...). Sin embargo tampoco es lo óptimo: el Mac tiene un desempeño claramente superior corriendo su propio sistema operativo. Los controladores no parecen funcionar bien en Windows: frecuentemente hay problemas con las conexiones de red, el touchpad en ambiente PC es un triste remedo de su versión original y también lo es la pantalla y su calidad gráfica.

Para qué hablar si se ha cometido el error (como es mi caso) de hacer una partición mezquina para Windows. Yo dejé 30GB y me pena cada día, siendo que sólo tengo instalado Revit y Autocad en el ambiente PC. Por otra parte, me fastidia pensar en volver a instalar y configurar todo (para algo uno se había comprado un Mac ¿no? ¡Para nunca más hacer una reinstalación de Windows!) y también el ceder a Windows espacio de mi disco duro con Mac OSX (en donde están mis fotos, mi música, mis otros archivos, mis correos, mi Utopía operante...).

¿Cual es la solución? Se anuncia en la imagen que acompaña este post: si ya sacaron Autocad para Mac, ahora falta una versión de Revit nativa para Mac OSX. (Dicho sea de paso, qué bien funciona la versión de Autocad con el touchpad y todo al ambiente Mac...) No hay anuncios al respecto aún, pero yo no pierdo la fe en el crecimiento exponencial de la compañía de Jobs y el instinto comercial de Autodesk. Mal que mal, a los arquitectos nos fascinan los gadgets bien diseñados.

Hay, por cierto, otra solución muy efectiva: tener un PC bajo el escritorio... ¡Qué frustración!

Asunto MBA-106: Revit-MBA en LinkedIn

2011-04-04T10:17:00.001-03:00

Este es un experimento de colaboración y de enriquecimiento colectivo.

Hemos creado en LinkedIn un grupo abierto de debate que, pensamos, permitirá interactuar en forma más dinámica y libre que lo que permite un blog para pedir y dar ayuda, opinar y criticar, en fin, potenciar la ya superabundante información que flota en el ciberespacio... y que a veces nunca es suficiente. Invitamos a todos los leales lectores de este blog a integrarse y a sentirse absolutamente libres de poner ahí cualquier tema relativo al uso profesional de REVIT en cualquiera de sus sabores, y a responder y comentar con sus propias experiencias.

Asunto MBA-105: Revit 2012 se avecina

2011-03-25T09:59:00.001-03:00

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-104: Pinzamientos de elementos estructurales

2011-02-15T10:42:00.001-03:00

Los elementos estructurales en Revit Architecture (vigas y pilares) tienen puntos de pinzamiento cuyo uso correcto facilita enormemente la edición del modelo de una estructura compleja. Especialmente en estructuras de acero. Se trata de los pinzamientos de conexión y de extensión o recorte.

Es muy iportante respetar la función distinta de estas dos clases de pinzamiento. El de conexión (simbolizado por un punto) debe SIEMPRE estar en contacto con el eje de otro elemento en el que se apoya o el eje estructural (rejilla) del edificio. Cualquier prolongación de este elemento, más allá de su apoyo (en el caso de una extensión) o más acá de este (en el caso de un recorte) debe ser controlado por el pinzamiento de extensión (simbolizado por una doble flecha). Una columna, por ejemplo, estará anclada a un eje estructural (rejilla); una viga o una costanera, estará anclada a la columna. De este modo, cuando en el modelo deba desplazarse el eje estructural, Revit moverá la columna y ajustará también la longitud de las vigas y costaneras ancladas a ésta, sin alterar las prolongaciones o recortes relativos.

Para un ajuste preciso de los pinzamientos de extensión puede recurrirse al cuadro de Propiedades y anotar cantidades positivas (extensión) o negativas (recorte) según se requiera.

Asunto MBA-103: Modelo de marcos rígidos en acero

2011-02-02T12:13:00.000-03:00

Un problema empleando sólo Vigas y Pilares.

Esta es una técnica que no dominamos pero que hemos encontrado cómo soslayar. Se trata de hacer que un pilar de acero (por ejemplo, un perfil H) se una con una viga inclinada, también de acero y con la misma sección, de tal forma que se forme una estructura continua, monolítica, representando el tipo de conexiones de un marco rígido. Es el mismo efecto que se conseguiría fácilmente haciendo una familia in-situ con un barrido, sin embargo, la idea es usar sólo pilares y vigas de tal forma que se pueda cubicar el tonelaje total de la estructura.

Las herramientas de Geometría para la edición de elementos estructurales que ofrece Revit Architecture nos permiten, cuando mucho, el siguiente tipo de acabado en la unión viga-pilar usando la herramienta Recorte:

Sin embargo, en la clave que esta constituida sólo por vigas, la herramienta Uniones de viga/pilar opera haciendo exactamente lo que deseamos

Quisiéramos conseguir en la unión viga-pilar el mismo tipo de conexión que en la clave del marco. La única solución parece ser una pequeña trampita: convertir la columna en una viga, es decir, utilizar una viga completamente inclinada hasta el punto de ser vertical, en vez de una columna. Entonces, la herramienta Unión de viga/pilar sí puede operar en esa unión consiguiendo el modelado exacto. De este modo, el peso del marco puede ser cubicado con precisión.

Asunto MBA-102: Losa o cubierta estructural sobre "metal deck" con representación en 3D

2010-12-02T19:32:00.003-03:00

En respuesta a una consulta del señor Antonio Acosta.

Revit Architecture 2011 incorpora una función que antes estaba reservada a Revit Structure: modelar losas o techos sobre una placa de acero corrugada de forma que sus nervaduras existan realmente en 3D.

El procedimiento para logar esto es el siguiente:

1. Primero, se debe cargar en el modelo un perfil de plataforma exterior que Revit pueda emplear para dar la forma de la losa. En la carpeta Metric Library/Perfiles/Estructural pueden encontrarse familias de perfiles de plataformas moldeadas paramétricas que pueden adaptarse a las características de los paneles de la industria nacional.

2. Crear una familia de losa (suelo o techo, según se requiera) que contenga entre sus capas un panel metálico. Para esto, en el cuadro de diálogo de Propiedades de Tipo>Editar agregar las capas necesarias y una especial para el panel metálico del suelo.

3. Seleccionar la función Plataforma estructural [1] para la capa asignada al panel metálico.

4. En la misma caja de diálogo, seleccionar el tipo de perfil a emplear en la plataforma y uso que tendrá. Esto último define si el material de la capa superior (por ejemplo, hormigón) penetrará entre las nervaduras del panel o si pasará continuo (como en el caso de una colchoneta de aislación térmica).

Para que las secciones del modelo muestren la orientación de las nervaduras del panel en forma correcta, se debe definir la orientación en el momento de trazar el boceto del suelo o techo, utilizando la herramienta "Dirección de la luz" y seleccionando una de las líneas de borde del boceto paralelo a las nervaduras.

Asunto MBA-101: Trabajo en grupo y cómo compartir un proyecto

2010-10-18T13:59:00.000-03:00

El trabajo en grupo en Revit está poderosamente facilitado por medio de la posibilidad de compartir un proyecto. En teoría, se trata de guardar en un Archivo Central las modificaciones que varios usuarios hacen en cada uno de sus computadores individuales. En cada PC hay una réplica del Archivo Central, y Revit se encarga eficientemente de coordinar los desarrollos y las modificaciones de los distintos elementos de un modelo para incorporarlos al Archivo Central y para evitar que el trabajo de uno deshaga o interfiera con el trabajo del otro.

El Archivo Central es, simplemente, un proyecto Revit convencional en el cual se ha habilitado la Compartición del proyecto, y este archivo, así habilitado, es guardado en un servidor accesible por todos los colaboradores. Un Archivo Local es una copia de este Archivo Central, que cada usuario guarda en su disco duro local, sobre el cual trabaja y que está coordinado con el central. Si se pierde un archivo local, nada pasa con el Central. Si el Archivo Central se corrompe, se puede recuperar (practicamente todo) al crear uno nuevo a partir de un Archivo Local, y continuar trabajando.

El procedimiento es escencial y muy conocido, sin embargo, frente a esto, uno siempre suele ser un "nuevo usuario" ya que se trata de una acción única en la historia de un proyecto y no todos los proyectos tienen el tamaño o la complejidad suficiente para justificar el trabajo en grupo. Repasemos los pasos con Revit 2011:

1. No hay un momento ideal en la historia de un proyecto en el que se pueda decir que es el momento de compartir el archivo. El procedimiento, si así se requiere, bien puede ser prácticamente el primer paso en un proyecto. Es lógico, sin embargo, que antes de crear un archivo centarl, se incluyan en el éste los siguientes elementos básicos: ejes, niveles con sus nombres reales, terreno y topografía (si es que formará parte del modelo), de tal manera que se pueda establecer una nomenclatura y un código de comunicación entre los distintos usuarios.

2. Del menú Colaborar del ribbon, seleccionar el icono Subproyectos. A continuación Revit muestra el recuadro Compartición de proyecto, y propondrá crear dos subproyectos básicos: "Niveles y rejillas compartidas" y "Subproyecto 1". Seleccionamos Aceptar.

3. Revit presentará una segunda ventana con una tabla con estos dos subproyectos y mostrará que su propietario es el usuario actual. En este momento podemos crear otros subproyectos si lo consideramos necesarios. (Crear otros subproyectos es una práctica que tiene muchos partidarios pero que nosotros no empleamos). Cerramos la ventana con Aceptar.

4. A continuación Revit habilita el modo de trabajo en grupo y el archivo está listo para ser ubicado en un servidor de la red como Archivo Central. El modo de hacerlo es ir al menú principal y seleccionar Guardar como > Proyecto. En la ventana de Guardar como debe seleccionarse la carpeta (servidor) donde residirá el Archivo Central. Puede emplearse el mismo nombre que tenía el archivo antes de compartirlo. Revit creará en la carpeta de destino otras dos: una con el sufijo_backup u otra denominada Revit_temp.

Finalizados los pasos podemos verificar el nuevo estado de Archivo Central del archivo en pantalla al ver que el icono del diskette en la barra de acceso rápiso estará atenuado en gris y, en cambio, se habrá activado el icono de sincronización junto a él. (Atención para futuras acciones: Cada vez que un usuario observe ésto, es decir, icono de diskette atenuado e icono de Sincronización activo, es porque está trabajando en el Archivo Central. Eso no debemos permitirlo).

Para crear un Archivo Local, el paso es el siguiente:

Abrimos momentáneamente el Archivo Central y, con Guardar como, creamos una copia en una ubicación cualquiera de nuestro disco duro local. Desde ahí en adelante, sólo debe trabajarse en el archivo local y sabremos que es un archivo local porque ambos iconos (Guardar y Sincronizar) estarán activos.

Asunto MBA-100: En un día de alegría,... en honor a los 33 mineros de la mina San José

2010-10-13T22:04:00.001-03:00

Sumergidos en la misma alegría con la que esta noche celebramos todos los chilenos y mientras sube de las profundidades de la tierra el minero número 33, hacemos nosotros este post para conmemorar esta fecha.

La cápsula Fénix ha sido una pieza fundamental. Ofrecemos aquí, para todos los entusiastas de nuestro programa favorito un pequeño homenaje a este componente fundamental de este impresionante rescate.

Descargue de aquí esta Cápsula Fénix.rfa e inclúyala en su biblioteca para... bueno, usted verá.¡Y que vivan los 33 valientes de la mina San José, mineros y rescatistas de Chile!

Asunto MBA-099: Actualización 2 de Revit Architecture 2011 y reportes de error

2010-10-13T09:59:00.001-03:00

Esta entrada es sólo para comentar favorablemente una política de Autodesk que la revela como una empresa seria y comprometida con sus usuarios. Como la mayoría de los subscriptores y usuarios que se han tomado la "molestia" de describir la causa de un fallo, hemos recibido también un e-mail personalizado de Autodesk sobre una nueva actualización disponible que resuelve alguno de nuestros problemas antiguos con el programa. A usted también la habrá pasado, más de alguna vez, que el programa se ha caido fatalmente y le ha presentado, como última medida, una ventana desde la cual enviar a Autodesk un reporte del fallo. Un recuadro dentro de esa ventana permite incluir una descripción de qué es lo que estábamos haciendo cuando se produjo el error. Una suposición con sobredosis de realismo (típicamente posmoderna y desencantada) suele persuadirnos de que ese reporte es completamente ocioso y que nadie lo leerá. Falso.

El mensaje que hemos recibido nos muestra que sí hay un receptor interesado en resolver la causa de los errores con los que nos hemos topado y que alguien sí se toma en serio nuestros reclamos. Y lo deducimos porque nos parece demasiado "familiar" el tono enfadado de los títulos del problema que dicen:

Computer

Date

The problem title you provided Autodesk

Not provided	17-06-2010	Saving to Central after making a mirror.
Not provided	17-06-2010	Again and again and again. Please fix this prob...
Not provided	17-06-2010	The same problem all the time... unpredictable.
Not provided	16-06-2010	---Steps not provided---
Not provided	08-06-2010	Saving to central, after adding beams and a lot...

Son sólo un fragmento de textos que, completos (pues ya lo hemos olvidado), fueron seguramente más impertinentes.

Moraleja en dos partes:

Reportar siempre los erores e indicar qué hacíamos cuando se produjo una falla. Eso efectivamente contribuye a mejorar el programa.
Hacerlo con lenguaje sereno, compuesto y con el mejor espíritu deportivo.

P.D.:
La Actualización 2 de Revit Architecture 2011 se puede descargar de la página Data & Downloads pero, hasta hoy, está sólo disponible para la versión en inglés.

Asunto MBA-098: Problemas con dos pantallas - Barra de opciones con 3 líneas

2010-07-12T11:33:00.001-04:00

Los PC portátiles ofrecen una ventaja muy intersante para Revit: la posibilidad de usar un segundo monitor o pantalla secundaria como parte del escritorio, es decir, un escritorio extendido en dos pantallas. Podemos poner Revit en una, la más grande y de mayor resolución, por ejemplo, y dejar la pantalla LCD del PC, más pequeña, para tener abierta y a la vista otra aplicación. Sin embargo hay un pequeño problema que puede presentarse que hace completamente inaprovechable esta característica: la Barra de opciones puede expandirse a tres o más líneas cuando en Revit activamos un comando (por ejemplo, Mover) y empujar el dibujo hacia abajo, incluso moviendo cosas en el modelo por su cuenta como si nosotros mismos hubiésemos arrastrado el mouse.

Desde que comenzamos a utilizar Revit que nos hemos venido topando con esto sin poder encontrar la solución y pensando, equivocadamente, que se trataba de alguna limitación insalvable de Revit, ya que con AutoCAD u otras aplicaciones, nada parecido ocurría. La única solución era no poner Revit en la pantalla secundaria.

Pero recientemente nos hemos topado con el secreto: se trata de la alineación entre las dos pantallas, primaria y secundaria, en la ventana de Propiedades de Pantalla de Windows. Es, parece, fundamental que los bordes inferiores de ambas pantallas esten alineadas en el gráfico de Windows. Si la secundaria está ubicada más arriba que la primaria (independientemente de la realidad física) se presentarán en Revit las Barras de opciones con líneas múltiples. Es decir, la solución consiste en no hacer lo que sugiere Windows, es decir NO "Aarrastrar los iconos de monitor para que coincidan con la colocación real de sus monitores".

Asunto MBA-097: Errores de inicio con la versión en español de Revit

2010-06-25T11:35:00.001-04:00

Recientemente está disponible la versión en Español de Revit Architecture 2011 lo cuál, para nuestra oficina por lo menos, es muy bienvenido. Venimos usando Revit 2011 en inglés sin problemas en las mismas estaciones de trabajo de siempre y, como antes también, hemos comenzado a usar cada nueva versión de Revit primero en inglés para reinstalar después la versión en nuestro idioma sin ninguna dificultad. Pero ahora, al instalar la versión en español, todos los PCs han arrojado mensajes de error como los que siguen:

Una consecuencia de este error es que desaparecen algunos elementos fundamentales del menú:

Los icono de la Barra de herramientas de acceso rápido, y ya no hay forma de Grabar al archivo central o de Deshacer comandos.
Iconos de herramientas como las de trazado de lineas, etc.

Pedimos ayuda de Soporte a Autodesk y nos indicaron que...
no se trata de un error de software atribuible a Revit sino a Microsoft. Concretamente la causa del problema está en el módulo Microsoft.NET Framework y concretamente en Microsoft .Net Framework 3.5 SP1 que instala Revit 2011 en nuestro PC que, por alguna razón, ahora está corrupto.

Solución:

Lamentablemente la única solución posible, recomendada por Autodesk y que finalmente hemos seguido con éxito es la siguiente:

Paso 1:
En Windows, utilizando Panel de Control > Agregar o quitar programas, desinstalar sólo los siguientes módulos:

Microsoft.NET Framework 3.5 SP1
Paquete de idioma de Microsoft .NET Framework 3.5 SP1 - esn

No desinstalar las otras versiones más antiguas de .NET Framework que puedan estar instaladas en el PC. Revit no las utiliza. Más adelante, Revit reinstalará por su cuenta la versión 3.5 que hemos eliminado en este paso.

Paso 2:
Desinstalar Revit Architecture 2011 haciendo una desinstalación limpia según las instrucciones recomendadas por Autodesk en el siguiente link:

http://usa.autodesk.com/adsk/servlet/ps/dl/item?siteID=123112&id=14633513&linkID=9243099

Paso 3:
Volver a instalar Revit Architecture 2011. El programa de instalación repondrá el módulo de Microsoft .NET Framework que eliminamos en el paso 1.

Comentarios:
Sí, lo sabemos, es terrible pensar en desinstalar Revit y volverlo a instalar. Es un día de trabajo completo que se pierde pero el método funciona bien. Desde luego, es recomendable hacer el paso 1 y el paso 2 inmediatamente antes de cambiar de la versión en inglés a la versión en español. Aparentemente el conflicto con .NET Framework se produce con los usarios existente en el PC que eran usarios de Revit también. Tuvimos el caso de un usuario que inició sesión por primera vez en uno de los equipos y que entró a la versión de Revit en español que estaba instalada sin que se le presentara el mensaje de error y con todos los iconos de menú habilitados y funcionales. Por esa razón creemos que es importante en el paso 2 buscar y borrar las carpetas de usuario (Documents and settings/ Configuracón local/Datos de programa y Application Data que son carpetas ocultas del sistema) atribuidas a Revit 2011, tal como lo recomienda el instructivo de Autodesk.

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

2010-05-26T10:27:00.000-04:00

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-095: Cuando Revit 2011 se olvida de actualizar la pantalla

2010-05-11T09:25:00.000-04:00

Con Revit 2011 hemos experimentado un modo de funcionamiento que no conocíamos en Revit 2010 y las versiones anteriores. Ello consiste en el recuadro Properties (Propiedades) y su botón "Apply" (o "Aplicar") en la esquina inferior derecha de ese recuadro. Cuando cambiamos el valor de algún parámetro, Revit activa el botón "Apply" por unos segundos, pero luego, asume como si lo hubiésemos hecho y aplica automáticamente el cambio. Esto, que es diferente a la funcionalidad de las versiones anteriores (y que no sabemos cómo desactivar), tiene como consecuencia que, desde un punto en adelante, Revit se olvida de refrescar la pantalla resaltando los distintos elementos a medida que deslizamos sobre ellos el cursor del mouse. Cuando eso pasa, ya resulta imposible hacer que se resalten los elementos que queremos editar y empezamos como a trabajar a ciegas.

Hemos descubierto que si hacemos click en el botón "Apply", en cualquier momento, y aunque éste esté en gris en estado desactivado, Revit recuperará la capacidad de actualizar la pantalla.

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

2010-04-16T09:17:00.003-04:00

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-093: Modelo compartido que desaparece en la copia local

2009-12-10T11:45:00.000-03:00

Problema:
Al copiar un modelo compartido o Archivo Central para crear un nuevo proyecto a partir de uno anterior (por ejemplo, una nueva versión de un mismo edificio) en otra carpeta, ocurre un fenómeno inexplicable con Revit 2010: al crear una copia local (que ocurre automáticamente cuando está seleccionada la casilla "Crear nuevo archivo local" en la caja de diálogo Abrir , el modelo desaparece y sólo se conservan algunos elementos (líneas, secciones, etc.). Nada es visible en ninguna vista y sin embargo el archivo sigue pesando los Kbytes originales. Lo peror es que tampoco puede volver a abrirse el archivo central por sí sólo para crear una copia local con el antiguo método de Guardar como... ¡¡¡¡¡¿Pero qué puede esta ocurriendo?!!!!!!

Solución:
Pues una pequeña simpatía escondida en el menú Abrir: asegúrese de que tenga seleccionada la opción "Todo".

Asunto MBA-092 - Superficies topográficas con pedazos faltantes

2009-11-10T19:34:00.000-03:00

Con esto llevábamos dándonos en la cabeza mucho tiempo sin encontrar la solución:

Se trata de una sección pasada por el modelo de un edificio que tiene como vínculo una superficie topográfica (otro modelo Revit) con la que comparte coordenadas, es decir, el modelo del terreno y el emplazamiento. Es un caso frecuente. El "fenómeno" es el siguiente: sectores del achurado que representa el terreno desaparecen y, en cambio dejan ver las fundaciones en total transparencia.

Hemos tomado conciencia que hay una relación entre las plataformas que hacen cortes y rebajes en la superficie topográfica y las zonas que desaparecen, puesto que estas zonas faltantes se proyectan justo bajo estas plataformas. El problema, obviamente, es asunto de la visibilidad de esas zonas en la configuración de la vista de sección en donde han desaparecido.

Pronto nos dimos cuenta que la visibilidad estaba relacionada con las Fases de proyecto. Las plataformas creadas en una fase posterior a la de la vista no serían visibles en ella porque Revit reemplaza la topografía original "existente" por otra nueva en la que ha registrado los rebajes como superficies topográficas adyacentes que parecen una sola y contínua, pero que en realidad son varias superficies topográficas una al lado de la otra. Entonces... tenían que ser las plataformas. Y claro, todas las zonas desaparecidas estaban debajo de una plataforma nueva, creada en una fase posterior a la fase fijada en la vista. Por ende, era cuestión de trasladar la nueva plataforma a la fase de construcción anterior (de Fase 2 a Fase 1, por ejemplo) que le corresponde a nuestra vista. Muy claro... pero no funcionaba.

La explicación es obvia (no tiene mucha gracia decirlo ahora): también hay que trasladar a la Fase anterior la topografía nueva que se creó bajo la plataforma... y que es, justamente, el elemento desaparecido.

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

2009-09-02T11:26:00.000-04:00

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:

Exporte a DWG con Xrefs.
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.
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.
Vaya al espacio del modelo y explote todas las "vistas" (las Xrefs insertadas).
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

2009-09-02T09:37:00.003-04:00

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:

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.
La rutina no actúa sobre los textos y otros elementos en el espacio del papel, salvo los Viewports.

Un reconocimiento para Revit-MBA

2009-09-01T09:37:00.009-04:00

El pasado 8 de julio, Autodesk ha lanzado en Chile su nueva plataforma BIM 2010 y celebró el evento premiando a cuatro profesionales del ambiente Revit Architecture. El texto de la noticia (ver www.comgrap.cl/BIM) dice:

Gracias a los grandes aportes de investigación y desarrollo que han realizado estos cuatros destacados profesionales, tanto en el aspecto académico como profesional, por la innovación Digital al aplicar Tecnologías de vanguardia en la Arquitectura, Construcción y Diseño de productos e Ingeniería, es que Autodesk, les ha otorgado una mención honrosa y una distinción entre sus pares.

Los galardonados fueron:

Alberto Montealegre Beach, Arquitecto de Montealegre Beach Arquitectos y profesor invitado de larga trayectoria en Universidad de Chile. Crea el primer Blog de Latinoamérica para BIM y el primero sobre Revit en lenguaje español.

Eduardo Lyon Riera. Arquitecto Universidad de Chile, Master en Arquitectura de la Universidad de Maryland (USA), y Doctor en Arquitectura (PhD) con especialización en Diseño Computacional del Georgia Institute of Technology (USA). Profesor de la Universidad Católica de Chile, y se desempeña profesionalmente como arquitecto y consultor en sistemas e integración de procesos en el sector de la arquitectura, ingeniería y construcción.

Francisco Céspedes Schwerter, Arquitecto de Universidad de Chile y profesional de Céspedes e Izquierdo Arquitectos. Participación con Premio del Jurado en el evento de diseño colaborativo Build London Live que unió a 15 equipos internacionales trabajando mediante plataforma BIM via online en un diseño de equipamiento de Londres. Profesor de Arquitectura en Universidad Diego Portales, especialista en REVIT, primero en incorporar en la malla.

Claudio Labarca Montoya, Arquitecto PUC, Master en Arquitectura y Diseño Urbano, Universidad de California, Los Angeles, U.S.A., destacado académico de Universidad Católica de Chile, y socio director de A+D Proyectos, empresa de diseño, arquitectura y construcción.

Revit-MBA agradece este reconocimiento a Tecnoglobal (Autodesk) y, muy especialmente, al entusiasmo y dedicación de COMGRAP a quien debemos el conocimiento de esta maravillosa aplicación y que ha sido, en todo este proceso de aprendizaje e implementación, el rostro amable y permanente que ha hecho realidad ese deseo de ser el "socio tecnológico" de las oficinas de arquitectura.

Asunto MBA-089: ¿Más sobre el ribbon?

2009-08-28T10:34:00.004-04:00

¿Qué puede hacer un usuario, y dónde, para manifestar su opinión sobre aspectos tan cruciales de su esencial herramienta de trabajo? La discusión sobre el ribbon continúa y tal parece que Autodesk se está tomando las cosas muy en serio.

El 17 de agosto, el blog Inside the Factory ha publicado una encuesta en la que somete a la evaluación de los usuarios interesados, tres modificaciones a la interfaz con ribbon que buscan corregir algunas de las deficiencias más importantes y criticadas.

Si usted también quiere opinar, le recomendamos vaya al siguiente link:
http://insidethefactory.typepad.com/my_weblog/2009/08/revisiting-the-ui.html

Asunto MBA-088: IU clásica en Revit 2010 - ¡Vamos Autodesk! El cliente tiene la razón

2009-08-04T09:56:00.005-04:00

Tal parece, por lo que puede leerse con toda claridad en distintos foros, y como en los hechos, la propia compañía está tácitamente comenzando a reconocer, Autodesk ha cometido un serio error con la política de introducir a sus productos la interfaz estilo "Ribbon". Lo que no puede desconocerse y que, además tiene una importancia enorme en términos comerciales, es que las críticas provienen de los usuarios expertos, es decir, de aquellos que no sólo utilizan la herramienta en forma seria sino que, por sus excelentes prestaciones (y también por la contundencia del precio de las licencias), dependen de ella y conforman lo que podría denominarse una demanda cautiva.

No podría ser de otra forma. Si se le cambia por completo la interfaz al punto que se pierde toda la familiaridad con el producto, introduciendo ineficiencia (por ejemplo, nos ha tomado dos horas reconfigurar una estación de trabajo para definir una nueva plantilla general, parámetros compartidos, tablas de exportación a DWG, etc., cuando el mismo proceso sólo tomaba cinco minutos con todas las versiones anteriores de Revit), es lógico que el cliente proteste por el cambio. Si además hoy ya se ha hecho conocido que la nueva interfaz hace que el funcionamiento sea inestable (muchas caídas durante la jornada, ¿corregido con el último Service Pack?) y que además utiliza más recursos, entonces el usuario se siente fráncamente enojado con todos los otros aspectos verdaderamente desafortunados de la nueva IU como son su aspecto turbio y desenfocado (que cansa la vista), el aire de información "inútil" que da el exceso de ayuda no solicitada que brota con ventanas gráficas no pedidas que saltan por todos lados (como si el producto estuviera pensado para los niños o para el aficionado ocasional), y el aspecto estético mucho más complejo y saturado de iconos por todos lados que hace temer que por este camino pronto el querido Revit estará convertido en el hoy risible AutoCAD que tiene más plumas que el burrito de los payasos. Esto no es otra cosa que la señal de que Autodesk está perdiendo el rumbo respecto a su público objetivo.

Ahora bien, lo que abunda no daña, dice el refrán, pero siempre que pueda apartarse a tiempo (y eficazmente), la paja del trigo. No puede negarse que con la serie 2010, Autodesk ha conseguido unificar todas sus diferentes productos, haciendo que el usuario vea más o menos el mismo aspecto estético en cada uno. Lo que lamentablemente no se ha conseguido, o más bien lo que sin quererlo se ha logrado, es que el usuario ya no se sienta en casa con ninguno. Salvo, para los usuarios completamente nuevos que, obviamente, tampoco lo están. La solución consiste en aplicar en Revit la política de retirada que deja la opción de volver a la IU clásica, la de siempre, la sencilla. En consecuencia, no basta con acusar el golpe y echar pie atrás publicando como desmentido la existencia de un mecanismo "sin soporte" para recuperar la IU clásica y hacer una pequeña atención a los usuarios "mañosos". Lo que verdaderamente estamos esperando es que Autodesk declare que se compromete a habilitar completamente la IU clásica en el próximo Service Pack y superar a la brevedad este lamentable impasse.

¡Vamos Autodesk!

Asunto MBA-087: Revit 2010 - Recuperación IU clásica - 2

2009-07-31T18:56:00.003-04:00

Hoy ya es oficial, lo que despeja nuestras dudas sobre posibles violaciones a la licencia. Autodesk ha publicado en su Knowledge base el método que ya discutimos en el asunto anterior. Ver ID: TS1106335 . Además, ver la nueva hebra de discusión del foro AUGI, donde se informan y analizan los inconvenientes y posibles soluciones que surgen con el empleo de la IU clásica en Revit 2010.

Asunto MBA-086: Revit 2010 - Recuperando la interfaz clásica

2009-07-26T12:14:00.005-04:00

(Imagen tomada del blog de Phil Read, Arch|Tech)

Aparentemente existiría una forma de recuperar la interfaz del usuario (IU) clásica en Revit 2010 y eliminar los problemas del "ribbon" y sus añadidos.

Esto está causando mucha exitación entre los usuarios que frecuentan el foro de Revit Architecture en AUGI donde se habría revelado el descubrimiento. Algunos gurús de ese notable grupo de usuarios habrían encontrado la forma de reemplazar la nueva interfaz por la clásica, conservando prácticamente todas las nuevas funcionalidades de la versión 2010 con atajos de teclado, inclusive. Las ya 16 páginas (hasta hoy) de la hebra Cracking The 2010 UI - Go back to classic, despliega comentarios de toda índole. Algunos reflejan con claridad la honda decepción y hasta indignación que algunos usuarios están experimentando a raiz de la "metida de pata" de Autodesk al modificar tan negativamente una parte tan esencial de un programa excelente. Pero, otros usuarios están tecleando gritos de júblilo con la recuperación de la antigua IU.

¿Es esta una reedición del día de los inocentes (ver Asunto MBA-080)?
Pues no. Pueden ustedes verlo y leerlo por su cuenta en los siguientes links:

http://architechure.blogspot.com/2009/06/nein-nein-nein-nein-nein-nein-nein.html
http://4.bp.blogspot.com/_nXqfuBlxAQ0/SjAmhkxz80I/AAAAAAAAAKw/nvkGrZSPA6Y/s1600-h/Picture+4.png
http://forums.augi.com/showthread.php?t=92112&page=20

¿Cómo se hace? Se trataría de un procedimiento (hasta hoy) no oficial, no destinado a los usuarios y sin ninguna clase de soporte por parte de Autodesk. Un procedimiento de debug, concebido para "el laboratorio" pero no para el uso diario y real de la aplicación. Aparentemente no se viola ninguna parte del acuerdo de licencia porque es un procedimiento concebido por los propios desarrolladores por lo que no es ningún "crack" o "hack" u otro animal parecido; esto, sin embargo, no lo tenemos claro. Lo que sí es interesante es que se pueden concluir algunas cosas:

Es falsa la afirmación de que no hay vuelta atrás con respecto a la IU.
No sería válido el argumento de que el programa ha sido completamente reescrito y que la recuperación de la antigua IU representaría un esfuerzo enorme para Autodesk. La IU clásica ya está ahí y sería utilizada en fábrica para procedimientos de testeo.
Revit 2010 se desempeña un 30% más rápido utilizando la IU clásica, y consume menos memoria.

El truco consiste en lo siguiente:

Crear el archivo de texto:

C:\Archivos de programa\Autodesk Revit Architecture 2010\Program\Debug.ini

y en este archivo, escribir:

[DebugModes]
Use2009UI=1

Al reiniciar Revit, este estará en modo Debug con toda la funcionalidad del ribbon y de la nueva interface deshabilitada. Los atajos de teclado deben copiarse de la versión 2009 y pueden coexistir con las de la 2010 en caso de querer volverse a la nueva interface. En el foro, por todos lados está advertido que Autodesk no dará ningún soporte a los usuarios con suscripción que estén utilizando el modo Debug, que no está pensado para el acceso del público y que se ha hecho conocido no oficialmente.

Hay un asunto profundamente incómodo en esto: es usar el programa en una forma que el diseñador no quiere aceptar como válida... y sin embargo, ahí está. Está por verse ahora si la IU clásica, embebida en el código es tan robusta y completa como la nueva, pero los usuarios del foro AUGI reportan que están ahí prácticamente todas las nuevas funciones. Es interesante, en todo caso, ver cómo el desencanto de los usuarios, muy críticos con la nueva IU, se convierte de inmediato en felicidad al reencontrarse con la funcionalidad del Revit de siempre que ya se había convertido en una ventaja competitiva en el ejercicio profesional. Tal vez Autodesk nos conceda en la versión 2011, o una IU con ribbon verderamente mejorada, superior y más veloz (y podamos convertirnos a ella (muy poco creible)), o la opción de escoger la IU, capacidad que sí ha incluido en sus otras aplicaciones como Inventor y AutoCAD.

ACTUALIZACIÓN: La declaración de que habría falsedad en la afirmación de que no hay vuelta atrás con respecto a la IU, se fundamenta en la entrada de la Knowledge Base de Autodesk con número ID: TS1106335 que indicaba cláramente "There is no way to switch your user interface back to the user interface used in pre-2010 Revit products". Ahora, reedición muy reciente de ese mismo documento (ya que se ha filtrado en Internet este procedimiento), puede leerse hoy aquí y dice: "There is no supported way to switch back to the previous user interface".

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.

Asunto MBA-059: Alerta de "Low Revit Virtual Memory"

2008-05-28T19:16:00.004-04:00

Hemos estado experimentando alertas de baja memoria virtual para Revit (Low Virtual Memory) y no hemos dado con la solución de configuración adecuada. Con un proyecto grande (160 a 200Mb) estos mensajes se vuelven muy frecuentes. Aumentar el archivo de memoria virtual de Windows al máximo permitido de 4095 Mb tampoco elimina los mensajes de alerta.

El programa adicional Worksharing Monitor nos ha mostrado un truco para evitar los mensajes. Este programa tiene una función "System Performance" que se abre como una ventana donde aparece (entre otras cosas) una barra que grafica el uso actual de memoria virtual de Revit. Uno puede ver cómo Revit va "acumulando" memoria virtual hasta que se queda sin. No sabemos si lo que sigue constituye verdaderamente es una solución pero... caramba que funciona:

Abra System Performance y observe, mientras trabaja, avanzar perligrosamente el indicador hacia el rojo. Cuando ya este en el 90%, minimice Revit. Entonces verá como se devuelve la memoria virtual al sistema. Vuelva a maximizar Revit y vera cómo la memoria disponible ha aumentado.

Es muy conveniente efectuar este truco antes de Guardar al archivo Central.

Edición: Si cuenta con más de 2GB de RAM en su equipo (3 o 4GB es el ideal) puede aprovechar la memoria extra activando el switch de 3GM de Windows XP. Esto otorga a REVIT 3GB de memoria virtual para operar, mejorando o superando definitivamente el problema. Ver la recomendación de Autodesk en el link:

http://usa.autodesk.com/adsk/servlet/ps/item?siteID=123112&id=8018966&linkID=9243099

Sin asunto - (Nada más un comentario... y lo ponemos entre paréntesis)

2008-05-21T22:06:00.004-04:00

Es mala la autocomplacencia, lo sabemos... y también es malo no reconocer las propias limitaciones pues la virtud de la constancia cae siempre como una falta en esa oscura región de lo humano. Por eso quisiéramos con toda humildad mencionar, como una celebración, que este mes de mayo hemos cumplido dos años con este blog. Esperamos que algo de lo aquí publicado haya servido a otros en el desafío siempre gratificante de hacer arquitectura con esta magnífica herramienta.

Asunto MBA-058: ¿Barandas inclinadas sin anfitrión?

2008-05-21T20:25:00.009-04:00

Poner barandillas (Railings) sobre elementos que no son escaleras o rampas es un asunto que nos ha resultado muy difícil de resolver... hasta que hemos dado con la forma.

Tal vez esto ya sea obvio para muchos pero sospechamos que habrá muchos usuarios como nosotros luchando con el mismo problema. Por ejemplo: supongamos que deseamos instalar una baranda sobre una escalera que en realidad no es tal, es decir, una escalera de diseño especial fabricada como una familia a partir de la plantilla de modelo genérico. En tal caso, REVIT no la reconocerá como anfitrión (Host) para la barandilla (pasamanos lateral, balaustros, etc.).

El resultado que obtenemos es una baranda puesta horizontal sobre el nivel de referencia, desvinculada de la "escalera".

Sabemos que la inclinación de la barandilla puede controlarse manejando los parámetros Pendiente y Correción de altura, que se activan al editar el boceto de trazado de la barandilla. En cada segmento del boceto sobre gradas o descansos debe seleccionarse Inlinado o Plano para el parámetro de la pendiente, según corresponda. La inclinación efectiva se conseguirá con la Correción de altura: para ello debe seleccionarse Personalizado (Custom) y dar un valor para la altura de cada tramo (inclinado o plano) medido a partir del nivel de referencia, para cada punto de cambio de inclinación.

Sin embargo el resultado que uno obtiene es bastante descorazonador: la baranda se inclina correctamente... ¡pero los balaustros bajan todos hasta el nivel de referencia!

Hemos encontrado el siguiente camino de solución:

Al editar las propiedades de la baranda que estamos empleando podemos constatar que los balaustres se modelarán desde un nivel base hasta otro de tope. Por defecto, el balaustre tiene fijado como base al elemento anfitrión (Host), y como tope al riel que hace de pasamanos (por ej. "Rail 1"). Las opciones que se ofrecen para el nivel de base son el anfitrión (que en este caso es el nivel de referencia, ya que no nos ha sido posible seleccionar nuestra "escalera" especial como anfitrión) y el o los rieles intermedios (horizontales) del barandal más el de coronación.

Agreguemos, entonces, un riel adicional en la base del barandal (Editar/Nuevo en las propiedades de la baranda > Estructura del barandal >Editar). Este nuevo riel debe estar en un desfase de 0,0 unidades de la base de tal forma que coincida con la parte superior del limón de la escalera. Podemos escoger un perfil de sección ínfima para este nuevo riel, especialmente preparado para ese fin, o cualquier otro del repertorio ya cargado en el proyecto.

Indicamos ahora, en el cuadro de diálogo de ubicación de balaustros, que el nivel de Base del balaustro tipo será el nuevo riel. Hacemos los mismo para los postes de extremos.

El resultado: los balaustros quedan confinados entre ambos rieles.

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

2008-05-18T22:18:00.006-04:00

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-056: Modelar veredas con varias pendientes - 2

2008-05-18T21:50:00.006-04:00

Revit Architecture 2009 ha incorporado la capacidad de que también en los suelos con bordes curvos (arcos) se pueda modificar las pendientes empleando la herramienta de edición de niveles de los vertices del contorno o introduciendo puntos intermedios.

Esto facilita las cosas cuando se trata de incorporar una solera como barrido de contorno. Contrariamente a lo planteado en nuestro asunto MBA-033, ya no es necesario hacer que el borde curvo del suelo sea una poligonal con tramos rectos siguiendo lo más precisamente posible el controno curvo. Ahora RAC 2009 puede poner esta solera en la curva pero a condición de que los dos puntos extremos (inicio y término) de la curva estén en un mismo plano.

No es fácil, sin embargo, conseguir el resultado en el primer intento. Parece recomendable poner primero la solera en el suelo plano y luego editar los niveles.

Asunto MBA-055: Sistema operativo en el servidor y Trabajo en grupo

2008-05-04T19:15:00.006-04:00

Presentamos este asunto todavía sin solución, con el propósito de provocar la discusión de experiencias que puedan ser provechosas para la comunidad de usuarios.

En forma creciente, estamos experimentando problemas de lentitud (ya exasperantes) en el proceso de guardar al archivo central con un proyecto Revit cuyo archivo .rvt ya alcanzó los 180Mb. Un archivo de ese tamaño toma unos 10 a 12 minutos. La consecuencia es que los usuarios dejan de guardar a la central; sólo lo hacen al archivo local, y van dejando elementos tomados que tardan mucho en ceder. A esto debe agregarse el hecho de que cada vez que se modifica un elemento, Revit registra o consulta su estado con el archivo central para evitar que dos usuarios lo editen simultáneamente y con ello se pierda el trabajo del otro. Esta verificación con el archivo central también es lenta y representa una constante demora, a pesar de que el usuario esté evitando grabar a la central sin ceder los elementos reservados.

La situación actual en nuestra oficina en relación con el hardware y software de red ha llegado a ser claramente deficiente con Revit. El servidor dedicado está muy bien, pero corre Netware 4.2 y el switch es 10BaseT. Principalmente este último es un cuello de botella que estrangula el tráfico. Pero también el sistema operativo Netware 4.2 no transfiere paquetes grandes de información.

Sin embargo, la necesidad de instalar un nuevo sistema operativo (SO) en el servidor nos ha hecho descubrir que existe un problema ya conocido de velocidad de grabación al archivo central, independiente del SO del servidor y que se habría desencadenado con Revit 9.1 y que aún hasta Revit Architecture 2008 sigue pendiente. Ver el siguiente foro de AUGI: http://forums.augi.com/showthread.php?t=63786&highlight=Windows+server+2003
que aborda el tema "Guardar en Windows Server 2003 es muy lento" y que concluye en que no sería problema de SO de red.

Novell Netware

En el siguiente link, http://forums.augi.com/showthread.php?t=19440&highlight=Netware, un usuario de AUGI indica una solución para el problema y dice que, cambiando ciertos parámetros en la configuración del servidor y del cliente (relacionados con el cache de archivos), la velocidad de grabación aumenta en 3 veces y la consulta al panel de subproyectos responde instantáneamente. Los parámetros son:

en el Servidor, Level 2 Oplocks Enabled debe estar en "ON".
en el Cliente, deben estar activas las funciones de Ajustes avanzados "File Caching" y "File Commit".

El parámetro File caching (caché de archivos) controla si el cliente almacenará los archivos localmente o no. File Commit controla si los buffers creados por una aplicación se almacenarán en el servidor. Si se ajusta este valor en Activado, se garantizará la integridad de los datos a costa del rendimiento. Así, se asegura que los buffers de archivo se almacenen en el servidor cuando una aplicación los cree.

Oplocks (Oportunistic locking) está relacionado con el cache de archivos y habilitarlo aumenta sensiblemente el número de veces que una estación de trabajo lee/escribe en el servidor agrupando paquetes pequeños de data y transfiriéndolos agrupados en grandes grupos. las aplicaciones que transfieren datos en pequeños paquetes (¿Revit?) se benefician de esta función. Lamentablemente para nosotros, Netware 4.2 no tiene la función Level 2 Oplocks que existe desde Netare 5.1 (con sp6) en adelante.

Proyecto de solución

Evidentemente, la solución pasa por una actualización de hardware y software. Nos hemos propuesto el siguiente itinerario:

Descartar el problema del cableado y del switch: instalar un nuevo switch 10/100/1000T con el cambio de las correspondientes tarjetas de red en cada estación de trabajo y un cableado de Categoría 5 o 6 para alcanzar el mejor ancho de banda posible.
Instalar un nuevo servidor dedicado de tal manera que, sin interrumpir el trabajo, pueda despejarse la parte del problema que dependa del equipo. El propósito de un segundo servidor es desvincular la red el actual en forma controlada, impidiendo que le imponga a todo el sistema procedimeintos lentos de los que no se pueda prescindir.
Estando la cuestión del hardware despejada, la pregunta pendiente será la de la elección del SO.

Otros sistemas operativos

Windows Server 2003 R2 o 2008

En materia de SO pagados el producto de elección por costo parece ser Windows Server 2003 R2 o el nuevo Windows Server 2008, siendo el primero el más probado y estable. Aparentemente (según foro AUGI antes citado) no hay razones para atribuir el problema de la lentitud de grabación al archivo central atribuibles al SO. Parece ser recomendable que el servidor DHCP y DNS residan en el mismo servidor central y utilizar IP fijas (según foro AUGI).

Linux

Nuestra elección sería Ubuntu Server Edition. Aquí, sin embargo, no hay experiencias que conozcamos y nos encantaría que alguien contara la suya. Una vez que tengamos operativo nuestro segundo servidor, nos proponemos instalar Ubuntu en el primero.

Asunto MBA-054: Bases de datos de contenido gratuito: Autodesk Seek Beta

2008-04-20T13:00:00.005-04:00

Autodesk ha publicado en la página Revit 2009 Content Distribution Center una herramienta de búsqueda de archivos de información y componentes de construcción en distintos formatos. Se trata de Autodesk Seek Beta un buscador nutrido por la industria de la construcción norteamericana. Pueden encontarse archivos en diferentes formatos (DGN, DWF, DWG, DXF, GSM, LCF, PDF, RFA, RVG, RVT, SKP y ZIP ).

Aparentemente, como en otras páginas de Autodesk, algunos links no gustan de Mozilla Firefox, por lo que si uno tiene problemas para descargar algún archivo, hay que volver a intentarlo con Internet Explorer de Microsoft.

Asunto MBA-053: Sobre el tamaño del archivo .RVT de un proyecto

2008-03-21T20:42:00.006-03:00

Enfrentar el proyecto de arquitectura de un edificio grande y complejo empleando REVIT es causa de inquietud. ¿Qué significa aventurarse en REVIT con un proyecto que sabemos será grande? ¿Serán capaces nuestras computadoras de manejar el archivo resultante? ¿Qué tamaño en Kb alcanzara el archivo .rvt?

Presentamos aquí los datos de algunos proyectos que hemos desarrollado en REVIT. La relación que buscamos es la proporción gruesa entre superficie construida (o proyectada) y el tamaño del archivo resultante (en Revit Architecture 2008), y sin tomar en cuenta otras consideraciones como la complejidad constructiva del modelo, la cantidad de familias incorporadas, archivos DWG insertados, etc.

Estamos conscientes que la relación Kbytes/m2 es una aproximación bastante burda a partir de tan escasos datos, pero es un comienzo que puede complementarse a futuro con el aporte de los lectores de este blog, a quienes invitamos a contribuir.

1. Ejemplos de Anteproyectos:

Es decir, modelos REVIT que se desarrollaron para producir sólo planos generales de planta de cada nivel, secciones, elevaciones, y tablas de cómputo de superficies:

1.1. Ampliación y remodelación de Clínica 1:

Contenido del archivo: 17 planos de suelos, 10 planos de cielo reflejado, 24 vistas 3D, 4 alzados, 7 secciones, 4 leyendas, 10 tablas de planificacón, 12 planos.

Superficie = 33.308,98 m2
Archivo .rvt = 67.252 Kb

2,02 Kb/m2

1.2. Ampliación y remodelación de Clínica 2:

Contenido del archivo: 24 planos de suelos, 21 planos de cielo reflejado, 16 vistas 3D, 4 alzados, 6 secciones, 12 planos de áreas, 4 leyendas, 18 tablas de planificacón, 19 planos.

Superficie = 24.737,20 m2

Archivo .rvt = 67.312 Kb

2,72 Kb/m2

1.3. Un edificio de oficinas desarrollado en tres plantas:

Contenido del archivo: 6 planos de suelo, 5 planos de cielo reflejado, 31 vistas 3D, 4 alzados, 3 secciones, 1 modelizado, 3 leyendas, 7 tablas de planificación, 17 planos.

Superficie = 2.653,39 m2

Archivo .rvt = 36.596 Kb
13,79 Kb/m2

1.4. Edificio industrial de talleres, vestidores y oficinas:

Contenido del archivo: 13 planos de suelo, 6 planos de cielo reflejado, 8 vistas 3D, 4 alzados, 6 secciones, 5 leyendas, 20 tablas de planificación, 15 planos.

Superficie = 5.665 m2,
Archivo .rvt = 28.729 Kb
5,07 Kb/m2

1.5. Otro edificio industrial de talleres y vestidores:

Contenido del archivo: 14 planos de suelo, 6 planos de suelos (vistas dependientes), 10 planos de cielo reflejado, 2 vistas 3D, 4 alzados, 12 secciones, 4 leyendas, 5 tablas de planificación, 8 planos.

Superficie = 14.488m2
Archivo .rvt = 61.632 Kb
4,25 Kb/m2

1.6. Concurso Centro Cultural Gabriela Mistral:

Contenido del archivo: 14 planos de suelos, 9 planos de cielo reflejado, 25 vistas 3D, 4 alzados, 10 secciones, 5 planos de área, 4 leyendas, 4 tablas de planificación, 6 planos.

Superficie = 35.474 m2
Archivo .rvt = 101.000 Kb
2,85 Kb/m2

2. Ejemplos de Proyectos:

Es decir, modelos REVIT desarrollados completamente con toda la documentación de la especialidad arquitectura, incluyendo planos generales (plantas, secciones y elevaciones), planos
de detalles constructivos, cuadros de terminaciones y cubicaciones (cómputos de materiales), etc.

2.1. Un edificio industrial para carguío de camiones:

Contenido del archivo: 20 planos de suelo, 18 planos de cielo reflejado, 5 vistas 3D, 5 alzados, 6 secciones, 1 vista de detalles, 9 vistas de diseño, 3 leyendas, 15 tablas de planificación, 7 planos.

Superficie = 475 m2
Archivo .rvt = 11.128 Kb
23,43 Kb/m2

2.2. Un edificio de oficinas desarrollado en una sola planta:

Contenido del archivo: 19 planos de suelo, 4 planos de cielo reflejado, 6 vistas 3D, 5 alzados, 37 secciones, 15 vistas de detalle, 35 vistas de diseño, 14 leyendas, 33 tablas de planificación, 30 planos. Este proyecto se complementa con otros proyectos que contienen planos de estándares comunes compartidos con otros edificios de un complejo industrial, es decir, el archivo .rvt de este edificio no abarca la totalidad de los planos necesarios para su documentación completa.

Superficie = 729 m2
Archivo .rvt = 42.100 Kb
57,75 Kb/m2

2.3. Un estadio de fútbol para 18.250 espectadores sentados, graderías techadas:

Contenido del archivo: 20 plantas de suelo, 8 plantas de suelo (vistas dependientes), 11 plantas de cielo reflejado, 22 vistas 3D, 11 alzados, 8 alzados (vistas dependientes),25 secciones, 36 vistas de detalle, 8 vistas de diseño, 7 planos de área, 30 leyendas, 38 tablas de planificación, 34 planos.

Superficie = 30.000 m2
Archivo .rvt = 95.884 Kb
3,19 Kb/m2

¿Conclusiones tentativas?

Para los anteproyectos pequeños, bajo los 2.000 m2 de superficie la tasa de Kb/m2 es alta (entre los 13 y los 23 Kb/m2). Es decir el tamaño del archivo .rvt tiene un cierto tamaño mínimo cercano a 13 veces la superficie, que depende principalmente del modelo y no del nivel de detallamiento y documentación del proyecto (planos, número de vistas, etc.). Cuanto menor la superficie, mayor la tasa.
Para los anteproyectos grandes, sobre los 5.000 m2 de superficie, la tasa de Kb/m2 es considerablemente baja (entre los 2 y los 5,7 Kb/m2).
Para los proyectos, el nivel de detallamiento y documentación aporta al tamaño del archivo a una tasa más baja que lo que lo hace el propio modelo. Es decir, una vez completado todo el modelo, el archivo .rvt crece más lento con el desarrollo de los detalles. Sin embargo no hay datos suficientes para estimar una proporción . En este caso, la cantidad de planos juega un rol por determinar.

Asunto MBA-052: Rampas v/s suelos

2008-01-20T00:27:00.001-03:00

La herramienta Suelo parece poder reemplazar y superar en todo lo necesario a la herramienta Rampa. Las rampas, por el contrario, más simples que sus hermanas las escaleras, heredan de ellas sus mismas limitaciones y no se funden con muros ni suelos. En cambio, los suelos pueden tener las pendientes que queramos. Basta introducir una flecha de pendiente en el boceto. Y tambien formas alabeadas, manipulando la elevación de puntos e introduciendo vértices. A esto se añade la posibilidad de definir capas de materiales diferentes y de espesor variable. Las barandillas también seguirán la pendiente de un suelo definido como anfitrión.

Pero..., un argumento en favor de las rampas: los suelos no pueden hacer una espiral.

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

2008-01-19T22:15:00.001-03:00

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:

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.
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.
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-050: Un "Service Pack" para el SP-3

2008-01-14T09:28:00.001-03:00

Recientemente Autodesk ha puesto a disposición de los hispanohablantes el SP-3 de REVIT Architecture. Corresponde a la compilación número 20071109_2345 . Puede descargarse de Product Download del menú del sitio web de REVIT. Lamentablemente la corrección del (tristemente) célebre Error de Enero o "January 2008 Bug" o "Y2K8 bug" no estará disponible en español. Autodesk ha reaccionado con rapidez pero ha indicado que sólo ha modificado la versión inglesa, que tiene número de compilación 20080101_2345. El problema, relacionado con la fecha, afectará sólo durante el mes de enero.

Bien por usted, si es usuario de la versión en inglés. De lo contrario, durante enero deberá evitar:

Guardar una vista de diseño (Drafting View) a un archivo nuevo.
Guardar un grupo creando un archivo nuevo.
Crear un proyecto nuevo a partir de una plantilla (template) establecida como "Ninguna" ("None").

En caso de requerirse alguna de estas acciones puede recurrirse al truco de cambiar la fecha del computador a una fecha del mes anterior, y no olvidar restablecer la correcta finalizada la operación.

Más sobre el Error de Enero se puede encontrar aquí:
http://revit-archcenter.blogspot.com/2008/01/update-ready-for-download-for-2008.html

o aquí
http://hokcadsolutions.blogspot.com/2008/01/revit-leap-year-fatal-error.html

Asunto MBA-049: Taludes en superficies topográficas

2007-12-28T17:54:00.002-03:00

¿Cómo desarrollar taludes en las superficies topográficas?

El modelamiento de superficies topográficas en REVIT cuenta con dos recursos básicos, que han sido, para nosotros, los más frecuentemente empleados:

1- El control de la elevación de cada punto, la que puede ser manipulada uno a uno, insertando nuevos puntos a una determinada cota o cambiando la cota de los existentes.

2- El empleo de Plataformas, las cuales "excavan" hasta el nivel deseado produciendo un corte vertical de fondo plano.

El primer método implica una artesanía bastante tediosa que requiere de algunos cálculos manuales para determinar líneas de nivel equidistantes y calcular puntos intermedios. El resultado es, por lo general, bastante irregular ya que la influencia de otros puntos cercanos no exáctamente alineados ni equidistantes deforma las líneas topográficas. Sólo después de mucho trabajo y de la introducción de muchos puntos intermedios adicionales, el modelo logra verse cercano a como se requiere.

El segundo método, en cambio, produce transformaciones inmediatas, a condición de que lo que se busque sean cortes verticales. No es posible con este método hacer cortes ataludados o producir fondos inclinados. El otro inconveniente es que las Plataformas tienen que contar con un suelo de material definido y espesor, y aunque este sea el material "Tierra" (igual que el achurado de relleno de la superficie topográfica) y de espesor mínimo, las Plataformas no pueden ser de menos de 2mm de grosor. Finalmente,un detalle más, los bocetos que definen las plataformas no pueden traslaparse aunque sí compartir bordes. Evitar estos traslapes de bocetos está muy lejos de ser trivial.

Por lo tanto, ¿cómo hacer con las superficies inclinadas o las planas exentas de plataformas para un modelado arquitectónico o paisajístico del terreno?

Recientemente hemos dado con una solución bastante satisfactoria. Consiste en el empleo de otro recurso, no utilizado comunmente porque implica, sobre el modelo, algunos procesos que asustan un poco. Se trata del empleo de la Regiones niveladas y del comando Dividir superficie.

El método consiste en definir una región delimitada dentro de la que se modificarán los puntos en forma independiente del resto de la superficie topográfica. Al activar Región nivelada REVIT solicita trasladar la superficie topográfica original a una etapa previa de las fases de construcción y marcará una copia de la superficie topográfica original como "Demolición".

Entonces es posible dividir la superficie topográfica original en dos áreas, trazando un boceto que definirá la futura Región nivelada. La técnica para taludes consiste en emplear regiones niveladas para alterar la elevación de los puntos de contorno (el contorno es el trazado o boceto delimitante de la región) de forma que los puntos de uno de sus bordes estén en el tope del talud y los del borde opuesto en la base de éste. Y todo el resto de la región, sin puntos intermedios de tal manera que la forma del talud lo modele REVIT.

En el dibujo siguiente se muestra una superficie topográfica dividida en dos por medio de Dividir superficie.

La zona en color rojo se edita como una superficie independiente, en este caso cambiando la elevación de todos sus puntos a -6m bajo el nivel de referencia original.

Luego volvemos dividir en dos la superficie topográfica externa;

obtendremos una nueva región topográfica independiente ubicada entre la más exterior y la interna que ya hemos bajado a los -6m. Para generar un talud, editamos esta regón intermedia bajando todos los puntos de su contorno interior a la cota -6m.

Asunto MBA-048: ¿Es Revit WYSIWYG?

2007-12-04T09:07:00.001-03:00

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?

2007-11-16T19:32:00.001-03:00

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-046: ¿Más ayuda?... nuevo blog

2007-11-07T19:24:00.001-03:00

Desde el 22 de octubre, el ciberespacio cuenta con un nuevo blogista en español dedicado a Revit Structure y otros sabores del programa. Se trata del blog Revitips - Tips4Revit mantenido por Enzo Fighetti quien intenta motivar a los ingenieros civiles a implementar Revit.

Este es el link:

http://www.revitips.com/

Un saludo de bienvenida a Enzo.

Asunto MBA-045: Trabajo en grupo

2007-10-23T10:47:00.001-03:00

Habilitar la capacidad de trabajo en grupo (Worksharing) sobre un archivo convierte el trabajo en ese proyecto en una tarea algo más tediosa al introducir mucho tráfico en la red de computadores. La necesidad de pasar, del ágil trabajo individual de la primera construcción del modelo, al trabajo colaborativo de más personas, implica tener que resignarse a un proceso más lento con muchos choques y esperas.

La razón de esto se debe a que por cada modificación que un usuario efectúa sobre algún elemento existente, Revit verifica que nadie del grupo de trabajo lo haya modificado primero (ya sea reservándose el Subproyecto (Workset) en el que está o tomándolo prestado). Con esto, se salvaguarda el trabajo de cada usuario y se evita que otro sobreescriba lo que yo ya he cambiado, incluso antes de que yo mismo haya actualizado el alchivo central y los demás usuarios hayan cargado lo más reciente.

La consecuencia de este procedimiento (muy seguro e indispensable, por lo demás) es el aumento del tráfico de red. En nuestro caso, la situación es mala debido a que el sistema operativo que corre en nuestro servidor es Novell Netware 4.2, que ya está muy anticuado. El inconveniente que se nos presenta es que el tamaño de los paquetes de información que viajan por la red es muy pequeño, asunto que entendemos está superado con las versiones más nuevas de Netware o en servidores que corren Linux.

En la práctica de trabajo en grupo, Revit recomienda el uso de subproyectos (Worksets). La idea es agrupar elementos de un proyecto que requieran ser editados en conjunto y que puedan reservarse para un usuario sin la intromisión de otro. Por ejemplo, dividir el proyecto de tal forma que todos los muros que conforman fachadas estén en un mismo subproyecto, o todas las losas, columnas y vigas en otro, etc.). La idea es que un usuario que necesite trabajar en las fachadas, se apropie de ese subproyecto y lo ceda sólo cuando haya terminado su labor. Los demás miembros del equipo podrán guardar al archivo central y cargarán lo más reciente actualizando su propio modelo local todas las veces que quieran, pero no podrán intervenir en la fachadas hasta que el propietario no haya cedido el subproyecto.

Según nuestra experiencia, a pesar de la claridad del método anterior, los mejores resultados los hemos obtenido haciendo caso omiso de los subproyectos. Es decir, salvo para ejes y niveles, todo lo demás va a parar al Subproyecto 1 (es decir, dejamos todo tal cual Revit lo deja luego de habilitar el trabajo en grupo) y nadie nunca se apodera de nada. Dejamos que todas las apropiaciones sean del tipo "elemento prestado" (borrowing) y por ende muy dinámicas.

Con esto hemos conseguido:

a) todos se ven estimulados a grabar a la central frecuentemente

b) todos se apropian sólo del elemento específico que necesitan editar

c) se disminuyen las zonas paralizadas del proyecto dado que los subproyectos, por específicos que sean, tienden a agrupar más elementos que los deseados

d) se reducen los choques y tiempo de espera

Esto no acelera el tráfico en la red, pero a toda la operación le resta la "sensación" del prójimo y una buena parte de la agilidad del trabajo individual se recupera.

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

2007-09-25T12:31:00.001-04:00

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-043: SP2 ahora disponible en español

2007-09-22T18:47:00.001-04:00

Ya puede descargarse de la página de Autodesk Product Downloads el último Service Pack (SP2) en idioma español. Corresponde al número de compilación 20070810_1700. Con esto la versión en español vuelve a quedar en sintonía con la versión en inglés.

http://usa.autodesk.com/adsk/servlet/index?siteID=123112&id=9262388

Asunto MBA-042: Ya está disponible SP2 para Revit Architecture y Structure (sólo en inglés)

2007-08-26T18:19:00.001-04:00

En la página Product Download está disponible el Service Pack 2 de Revit Architecture 2008 y Revit Structure 2008. Actualmente sólo para las versiones en idioma inglés. Entre algunas de sus nuevas características se pueden destacar la capacidad de exportar a TIFF (ya no sólo JPEG) y el que se supera el colapso del programa cuando se intentaba guardar un proyecto en el que se había insertado un DWG que contenía una imagen. Una lista más completa de las ventajas de nuevo paquete de servicio se puede encontar en el Web Update Enhancement List disponible en la página del idioma Inglés de Product Dowload:

http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=9408083

La nueva compilación tiene el número 20070810_1700 y esperamos que pronto esté también disponible en nuestra lengua.

No hemos tenido oportunidad de ensayarlo pero, por lo que se describe en el documento Web Update Enhancement List, no se habría corregido el problema de las "cotas que desaparecen" al exportar a DWG, que hemos discutido en los asuntos MBA-038 y 037.

Asunto MBA-041: Manuales de Revit en español

2007-08-23T12:52:00.001-04:00

En relación con el tema del aprendizaje y documentación de Revit ya discutido antes en nuestro Asunto MBA-018, parece ser poco conocido el que Autodesk provee tutoriales y manuales en español que pueden descargarse libremente de internet. Para ello visitar el siguiente link:

http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=9628280

Asunto MBA-040: 25 datos para mejorar el rendimiento de Revit

2007-08-22T11:44:00.001-04:00

Guillermo Melantoni (Blog Revit Latino y moderador del Foro de Revit Autodesk LA Forum) ha publicado 25 trucos para mejorar el rendimiento de Revit, especialmente en proyectos grandes. Vale muchísimo la pena leer y aprenderse esa lista. Entre ellos, recomendaciones al vincular archivos dwg, manejo del nivel de detalle de las vistas, gestionar la profundidad de cortes y varios trucos para el trabajo en grupo. Este es el link:

http://www.autodesklaforum.com/revitlatino/?p=66

¡Gracias, Guillermo!

Asunto MBA-039: Comunidad colaborativa: otro foro de Revit en español

2007-07-22T18:36:00.001-04:00

Adicionalmente al foro de Autodesk para América Latina (Asunto MBA-019), vale la pena visitar con la misma frecuencia el foro español A3D.es, enteramente dedicado a Revit. Aparentemente su antigüedad es de sólo el año 2007, pero ya registra temas con más de 2000 lecturas.

Este es el link:

http://www.a3d.es/forum/index.php

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

2007-07-18T11:40:00.001-04:00

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

2007-07-14T20:38:00.001-04:00

¡ 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-036: ¿Un índice de blogs sobre Revit?

2007-07-12T19:33:00.001-04:00

No está en español (como es nuestro propósito), pero este blog le resultará muy útil: se trata de Revit Resources: Blogs by Topic.

"La idea de este blog, dice Joe Soliz, su creador, es conectarle con respuestas a sus preguntas específicas sobre REVIT/BIM. Canalizando blogs de varios usuarios, arquitectos, consultores y expertos, esperamos que este blog le conecte expedítamente con noticias, trucos/pistas, consejos, instrucciones y opiniones sobre Revit".

Para darle una mirada, este es el link:

http://www.revitresource.blogspot.com/

Asunto MBA-035: Nueva compilación Revit Architecture 2008 en español

2007-07-11T09:17:00.001-04:00

Está disponible en el siguiente link la última compilación de Revit Architecture 2008:

http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=9719443

Consiste en el Service Pack 1 que tiene el mismo número de compilación que la última versión en inglés disponible (20070607_1700), y corrige los siguientes problemas:

* Para una línea seleccionada, Ocultar categoría en la vista afecta a todas las categorías de líneas.
* Algunas llamadas de detalles, planos o secciones se ocultan erróneamente en las vistas recortadas.
* Enmascarar regiones en familias de etiquetas no tapa elementos en el proyecto y en las exportaciones.
* Las regiones rellenadas que contienen rellenos sólidos modificados para que sean transparentes no se imprimen de la misma forma en los modos de vector y de ráster.
* Los planos de solapamiento desactivados en la configuración de gráficos se comportan de forma inestable.
* Algunas regiones de recorte no son visibles en las vistas en los archivos y las plantillas actualizadas.
* Problemas de visualización al ampliar una vista cuando la aceleración de hardware con OpenGL® está activada.
* Al copiar vínculos anidados desde el Navegador de proyectos sólo se coloca el vínculo y no sus componentes anidados.
* Los elementos no se regeneran en las vistas al ser deseleccionados.
* Registrar múltiples productos en Subscription devuelve un error de número de serie no válido.

Comentario:
Con esto los usuarios de habla hispana quedamos en sincronía con la versión más actual en inglés. Cabe destacar la prontitud con la que la traducción a nuestra lengua ha sido puesta al día. ¡Bien, Autodesk!

Asunto: MBA-034: Problemas de ortogonalidad: ¿Cómo alinear un corte?

2007-07-05T16:55:00.001-04:00

Revit es fácil e intuitivo cuando nos movemos en un universo ortogonal, sin embargo cuando aparecen elementos diagonales, el programa pareciera no ser tan amigable. Un problema típico es ¿Cómo alinear un corte para que sea paralelo/perpendicular a un determinado elemento? Al dibujar una línea de corte no obtenemos referencias de los elementos modelados o dibujados. Si lo hacemos "al ojo" tardaremos bastante en obtener el ángulo preciso. Si rotamos la línea de corte con la herramienta rotar e ingresamos el valor del ángulo numéricamente obtendremos un resultado que a primera vista será satisfactorio. Pero, ¡cuidado!: Es muy probable que a la hora de empezar a acotar nos diga que no se puede porque los elementos no están en el mismo plano, que hay un elemento fuera de eje, o cualquier otro mensaje poco inspirador. Esto sucede porque aunque ingresemos el valor del ángulo con dos decimales, nunca vamos a obtener una alineación perfecta, sobre todo si nuestro elemento diagonal ha sido dibujado azarosamente. ¿La solución? Trazar en planta un plano de referencia paralelo/perpendicular a nuestro elemento diagonal. Luego hacemos la sección, que entonces, podemos trazar con puntos de pinzamiento ("osnaps") al plano de referencia.

Ayudarse con planos de referencia es muy útil cuando no podemos sacar puntos de pinzamiento o referencias de otros elementos.

Asunto MBA-033: Modelar veredas con varias pendientes

2007-06-24T19:22:00.001-04:00

Problema:
Modelar una vereda con superficies inclinadas en varias direcciones y puntos en diferentes niveles. Se quiere además poner un barrido de contorno con un perfil que representa una solera prefabricada.

Con Revit Architecture 2008 es fácil conseguir diferentes pendientes empleando las nuevas herramientos de edición de forma de suelos y cubiertas. El asunto se reducirá a modificar el nivel (cota vertical) de los vertices.

El problema se presenta, en cambio, con la solera de contorno que desaparece.

Posible solución:

1) No emplear curvas en el boceto para definir el controno del suelo (la vereda). Empleando curvas no es posible controlar las elevaciones de los vértices.

2) Trazar las esquinas con una poligonal en vez de una curva. Hacer que la poligonal siga lo más fielmente posible la curva pero no emplear arcos.

3) Una vez terminada completado el suelo (la vereda) (pero antes de modificar los niveles de sus vértices y antes de alojar el barrido de contorno que representará la solera) agregar todos los puntos y líneas de división que sean necesarias.

4) Antes de modificar los niveles, poner el barrido de contorno (la solera). De lo contrario, la solera no seguirá las inclinaciones del suelo.

5) Modificar los niveles de los puntos y vértices según se requiera.

Asunto MBA-032: Vanos "diagonales"... en muros curvos

2007-05-11T17:37:00.001-04:00

cursor:hand;" src="http://3.bp.blogspot.com/_8DEuVV14IjE/RkTjUAaQ7MI/AAAAAAAAAA0/eNdFOgJM8fE/s320/vacio-01.jpg" border="0" alt=""id="BLOGGER_PHOTO_ID_5063421813918330050" />
Un problema difícil... un edificio de forma cilindrica y, más encima, un vano ejecutado en forma escorzada en la superficie del muro curvo de tal forma que dé el efecto de una agalla donde se esconde la ventana.

Si trata de hacer esto con intersecciones de muros y la herramienta "Opening" (Hueco), le será imposible hacer calzar el ancho del rasgo con la posición deseada de la ventana, ya que Revit medirá ese rasgo curvo en grados. Además, el muro donde se alojará la ventana interfiere con todo el conjunto y provoca cortes y uniones inestables o imposibles de controlar. Entonces, ¿significa esto que debemos renunciar a decidir nosotros la arquitectura y subordinarnos a las limitaciones del software?

No en este caso, por menos.

La solución es obvia (cuando se ha descubierto cómo, claro está), y representa una estrategia útil para otros casos: se trata de emplear un Vacío alojado en una familia in situ para hacer la abertura del muro, que cortará sólo lo deseado, en las dimensiones y el ángulo adecuado.

Los pasos son los siguientes:
1) Cree una familia in situ, genere un Vacío por extrusión, y trace en planta la forma que desea restar al modelo. Haga el boceto en la posición exacta donde lo necesita. Termine la extrusión con cualquier valor para la altura (si no la conoce de antemano). Termine el Vacío sin salir del editor de familias.

2) Vaya a una vista en corte, pinche sobre el Vacío por extrusión y ajuste la altura usando los grips. Tal vez sea necesario desligar el Vacío del plano de referencia(soltar el candado).

3) Antes de salir del editor de familia, utilice la herramienta Cortar geometría (Cut Geometry), seleccionando primero el Vacio cortante y luego el muro.

4) Voilà !

Asunto MBA-031: Ciudades chilenas

2007-04-15T20:53:00.001-04:00

La clave de este asunto la ha proporcionado Daniel Hurtubise (Revit-it!): he aquí una lista con ciudades chilenas que podemos agregar a la lista de Revit.

1. Descargar el archivo ciudadeschilenas.txt
2. Usando Notepad de Windows, abrir el archivo ar_city.uni que se encuentra en

C:\Archivos de programa\Autodesk Revit Building 9.1\ Program\Ar3Redist\UnicodeENU
ó en
C:\Archivos de programa\Revit Architecture 2008\ Program\Ar3Redist\UnicodeENU

3. Copiar el contenido de ciudadeschilenas.txt (Ctrl-C / Ctrl-V) al final del texto de ar_city.uni

Ahora Coihaique, por ejemplo, ya está disponible para un estudio de asoleamiento.

Descargar aquí:

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

Asunto MBA-030: Coordenadas compartidas "erráticas".

2007-04-10T16:04:00.001-04:00

El arquitecto de Colombia, señor Germán Cook Espinosa, nos pone el siguiente problema que transcribimos:

"En la oficina en la que trabajamos hemos ido sorteando poco a poco los obstáculos que Revit nos ha presentado en el diario quehacer. Sin embargo, hemos tenido bastantes inconvenientes con la vinculación de archivos, especialmente con proyectos de grandes dimensiones. En este momento me encuentro desarrollando un grupo de bodegas en un terreno de pendientes pronunciadas; estas bodegas constan de seis tipologías diferentes, las cuales se manejan cada una como un archivo independiente, por lo que el terreno también fue hecho en un archivo aparte. Sucede que, cuando actualizo los archivos de las bodegas en el archivo del terreno, Revit se comporta de manera "errática", ya que a veces nivela los archivos en el nivel 0.0 que yo establecí para el proyecto, y a veces deja las bodegas en el nivel que establecí para cada bodega, haciendo que pierda tiempo considerable en reorganizar el archivo. Quisiera saber si esto es producto de la manera como he estado trabajando, si hay que hacer algún ajuste en el programa para evitar que reubique los archivos vinculados en el dibujo, o si se debe a algun bug en el software de Revit.

De antemano agradezco el tiempo que pueda dedicar a esta pregunta, así como cualquier respuesta que me pueda dar al respecto".

No estamos seguros de saber resolver la situación que se plantea aunque vemos algunas similitudes con un problema similar que hemos experimentado antes. Por el momento podemos repasar los pasos esenciales de los que depende la interrelación de archivos y el compartir coordenadas:

1. El proyecto Revit que contiene el modelo topográfico del terreno es el elegido como el archivo de referencia que comparte sus coordenadas. En este modelo topográfico, las coordenadas geográficas son las reales, tanto las verticales como las horizontales.El norte está orientado convenientemente y, de ser necesario, se ha registrado un Norte verdadero y un Norte de proyecto. Llamaremos a este archivo Terreno.rvt.

2. Insertamos (menú Archivo>Insertar/Vincular...) en el nuevo modelo Terreno.rvt cada uno de los modelos Revit de los edificios que conforman el proyecto. Ajustamos la posición vertical y la orientación en planta del modelo de cada edificio con respecto al modelo del terreno.

3. En el archivo Terreno.rvt (ya con todos los modelos de los edificios insertados), vamos al menú Herramientas>Coordenadas compartidas>Publicar coordenadas... y seleccionamos uno de los edificios (ej.: Envasado.rvt). Revit presenta una caja de diálogo donde pondremos un nombre a la ubicación de ese edificio (ej. Envasado). Repetimos el paso uno a uno, cada vez, con todos los demás edificios del conjunto.

4. Al guardar Terreno.rvt, Revit presenta una caja de diálogo por cada edificio del conjunto advirtiéndonos que las coordenadas compartidas no se han actualizado en el modelo insertado. Guardar dando OK a cada caja de diálogo.

5. Al abrir el archivo Envasado.rvt, ahora habrá incorporado la relación de coordenadas compartidas con Terreno.rvt. Para ver las elevaciones (niveles) en coordenadas topográficas y no relativas, vamos a una vista en panta o elevación, seleccionamos las Propiedades, luego Editar/Nueva... y cambiamos el parámetro de base de elevación de Proyecto a Compartido.

6. Cualquier otro edificio del conjunto que comparte coordenadas con Terreno.rvt puede ser insertado en el archivo Envasado.rvt y aparecerá en la posición relativa correcta si, al insertar, seleccionamos Coordenadas
compartidas como punto de origen. Incluso Terreno.rvt puede, a su vez, ser insrertado en Envasado.rvt y aparecerá a la elevación correcta.

En nuestro caso, hemos tenido problemas al cambiar una versión del archivo ya vinculado de alguno de los edificios y, prtendiendo conservar la relación con el terreno hemos causado alguna confusión con los nombres de los archivos vinculados. Por ejemplo, supongamos que Bodega01.rvt sufrirá una transformación importante e incluso un cambio de ubicación, y deseamos conservar la versión antigua del archivo renombrándolo como Bodega01-verA.rvt. Sin embargo, para conservar las relaciones con el terreno, hemos querido mantener el nombre Bodega01.rvt. Crisis...

La solución ha sido desvincular definitivamente Bodega01.rvt del archivo Terreno.rvt, eliminándolo por completo. Guardar Terreno.rvt y cerrar el archivo. Luego, reiniciar Terreno.rvt y volver a insertar el nuevo archivo Bodega01.rvt y repetir los pasos, desde 3 en adelante.

Este tema, pensamos, no está agotado y no necesariamente resuelve el problema planteado. Se agradecerá la colaboración de los lectores de este blog.

Asunto MBA-029: Candado desaparecido.

2007-04-06T22:38:00.001-04:00

¿Alguna vez se le ha perdido este símbolo?

Más de alguna vez hemos dedicado un largo tiempo a tratar de establecer o reestablecer una restricción de alineación y nos ha sido imposible hacer aparecer el símbolo del candado. Un caso de "desaparición" puede reproducirse así:

1. Tenemos un muro en el que hemos previamente etablecido una restricción de alineación (candado cerrado) sobre una línea de eje (Rejilla).

2. Señalamos el muro y liberamos la restricción (abrimos el candado).

3. Desplazamos el muro a otra posición y, entonces...

... ya no es posible volver atrás. Podemos mover el muro sobre el eje pero no hay cómo volver a hacer aparecer el candado para reestablecer el vínculo. Incluso, redibujando un muro nuevo sobre el eje para reemplazar al rebelde tampoco logramos hacer que reaparezca el símbolo de alineación. Es como si la línea de eje hubiese perdido la propiedad de actuar como referencia.

Cuando esto ocurre quedan dos caminos:

A. Poner una cota entre el eje del muro y la línea de eje (Rejilla), hacer que esa cota mida "0" y cerrar el candado de la cota. La cota, después, puede borrarse pero Revit conservará la restricción de alineación.

B. Pero, mejor y más fácil, usar el comando Alinear para volver a poner el muro sobre el eje, por medio de lo cual Revit volverá a ofrecer el símbolo perdido.