Páginas en este Blog:

viernes, 28 de diciembre de 2007

Asunto MBA-049: Taludes en superficies topográficas

¿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.




martes, 4 de diciembre de 2007

Asunto MBA-048: ¿Es Revit WYSIWYG?

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

¿Es Revit un programa WYSIWYG?

¡NO!

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

Se debe tener cuidado con esto.



viernes, 16 de noviembre de 2007

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

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

Proporcionar archivos a terceros implica cautelar los siguientes objetivos:

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

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

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

Formato DWG:

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

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

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



Formato PDF:

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

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


Formato DWF:

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

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

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

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

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

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


miércoles, 7 de noviembre de 2007

Asunto MBA-046: ¿Más ayuda?... nuevo blog

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.


martes, 23 de octubre de 2007

Asunto MBA-045: Trabajo en grupo

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.


martes, 25 de septiembre de 2007

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

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

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

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

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

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

  • Exportar seleccionando dentro de Revit el formato DWG más actual, de tal forma de obtener el archivo más pequeño posible. Hasta AutoCAD 2007, el formato 2007 producía el archivo más compacto. Ahora con AutoCAD 2008, el formato DWG 2007 es algo más grande que el formato DWG 2004.
  • Abrir los archivos en AutoCAD:
  • Hacer que los viewports queden fijos (Display Locked > YES)
  • Verificar que los viewports no enmascaren el texto ni el dibujo. Siempre quedan palabras truncadas por las ventanas gráficas, por lo tanto, antes de apagar la capa de la ventanas debe estirárselas un poco.
  • Configurar la página para el layout asignando el estilo de trazado adecuado (configuracion de espesores de líneas); esto no viene por defecto desde la exportación, a pesar del esmero que hayamos puesto en el archivo TXT con los parámetros de exportación a DWG.
Todos estos pasos ya eran costosos en tiempo, especialmente cuando se trataba de muchos planos. Con Revit Architecture 2008, debemos agregar a la lista:

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

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

  • Si, al exportar en Revit, usamos la opción para el manejo de Capas y propiedades "Propiedades de categoría PORCAPA, sin modificaciones " o "Propiedades de categoría PORCAPA, nuevas capas para modificaciones " (la última de estas, la más útil), entonces será obligatorio corregir el estilo de acotado ya que el que hemos definido en Revit no se traduce en AutoCAD. Esto ocurre incluso con las Vistas normales (no dependientes).
  • Si, al exportar empleamos la opción "Propiedades de categoría PORCAPA, modificaciones PORENTIDAD" , el estilo de acotado de Revit llega correctamente a AutoCAD, pero habrá ahora que corregir texto por texto una serie de anotaciones en el plano que han llegado a AutoCAD en color por defecto Blanco/Negro (eso si resulta, como es en nuestro caso, que ese no es su estándar en AutoCAD para los textos).
Todavía pueden agregarse varias otras cosas que hacer, por ejemplo, hacerse cargo de que los maravillos textos copacos de Revit llegan transparentes (e ilegibles) a AutoCAD, o que algunos achurados o superposiciones de tramas resultará mejor cortar por lo sano y borrarlos... pero también se puede uno hacer el tonto como si no los vio, y dejarlos así... durante un tiempo, por lo menos, hasta que los planos sean ploteados.

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

(y ¡que viva el formato PDF!)


sábado, 22 de septiembre de 2007

Asunto MBA-043: SP2 ahora disponible en español

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


domingo, 26 de agosto de 2007

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

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.


jueves, 23 de agosto de 2007

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

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


miércoles, 22 de agosto de 2007

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

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!


domingo, 22 de julio de 2007

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

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


miércoles, 18 de julio de 2007

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

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

En Revit:

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

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

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

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


sábado, 14 de julio de 2007

Asunto MBA-037: Cotas que desaparecen exportando vistas dependientes

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

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

Este es el estado original en Revit.



Así llega a AutoCAD.




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

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

Excelente, pero... qué hacemos ahora.

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

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

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

Las cotas desaparecidas 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.


jueves, 12 de julio de 2007

Asunto MBA-036: ¿Un índice de blogs sobre Revit?

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/


miércoles, 11 de julio de 2007

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

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!


jueves, 5 de julio de 2007

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


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.


domingo, 24 de junio de 2007

Asunto MBA-033: Modelar veredas con varias pendientes

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.


viernes, 11 de mayo de 2007

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


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à !


domingo, 15 de abril de 2007

Asunto MBA-031: Ciudades chilenas

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




martes, 10 de abril de 2007

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

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.


viernes, 6 de abril de 2007

Asunto MBA-029: Candado desaparecido.

¿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.




jueves, 22 de marzo de 2007

Asunto MBA-028: Bibliotecas de detalles

Completando el tema del Asunto MBA-027, la función opuesta y complementaria es Guardar en biblioteca. Del menú Archivo > Guardar en biblioteca > Guardar vistas... obtenemos una caja de diálogo equivalente a la de Insertar vistas. En forma análoga, del menú descolgante se puede escoger planos, vistas de detalle, vistas de diseño o tablas, seleccionar las vistas deseadas y guardarlas en un archivo .rvt que servirá de biblioteca. Si seleccionamos planos, se transferirán también las vistas asociadas.

Escribir un archivo .rvt por este método tiene la ventaja de producir un archivo muy compacto con sólo el contenido especificado. Sin embargo, esto también es un inconveniente ya que no se transfieren las valorizaciones de línea, estilos de objeto, materiales y acotado. Por ende, nuestros dibujos no se ven igual hasta que no hayamos transferido la normas de proyecto del archivo original al archivo biblioteca. Para ello podemos usar la herramienta Transferir normas de proyecto... del menú Archivo.


miércoles, 14 de marzo de 2007

Asunto MBA-027: Subdividir un proyecto Revit - 3 (bibliotecas de estándares)

Como en "La carta robada" de E. A. Poe, en el menú de Revit pueden esconderse cosas importantes justo frente a nuestros ojos. Una de esas es la opción Insertar desde archivo del menú Archivo. Francisco Céspedes (de Céspedes & Izquierdo Arquitectos) amablemente nos lo ha hecho notar en un comentario al Asunto MBA-025 y que publicamos aquí para aquellos que, como nosotros, han estado desaprovechando un valioso recurso a la hora de "capitalizar el esfuerzo" construyendo bibliotecas de detalles estándar. Se trata de una herramienta para insertar vistas de diseño (Drafting Views)desde otro archivo .rvt con detalles tipo y con todas las anotaciones, cotas y especificaciones.



La opción Archivo > Insertar desde archivo > Vistas...:

1. En el cuadro de diálogo Abrir, seleccione un archivo de proyecto del que desee extraer vistas de diseño y haga clic en Abrir. Se abre el cuadro de diálogo Insertar vistas, que muestra las vistas de detalle guardadas en el proyecto.

2. En la lista desplegable, seleccione la opción preferida para visualizar tipos de vistas.

3. Seleccione la que desee insertar y haga clic en Aceptar. Revit Building crea una vista de diseño con todo el texto y los componentes 2D. Si ha duplicado nombres de tipo, se utilizarán el nombre de tipo y las propiedades del proyecto actual. En caso de haber nombres de tipo duplicados, el programa muestra un aviso.


La opción Archivo > Insertar desde archivo > Elementos 2D...:

1. En el cuadro de diálogo Abrir, seleccione un proyecto guardado del que desea extraer vista de detalle.
2. En el cuadro de diálogo Insertar elementos 2D, seleccione una vista que contenga los elementos 2D que quiere insertar. Se copian a la vista activa los componentes de detalle 2D (detalles repetidos, líneas de detalle, aislación, achurados, textos). La geometría de modelo no se copia, pero Revit Building intenta asignar los componentes de detalle a la geometría del nuevo anfitrión en el proyecto actual. Esto, dice el Help, supone una ventaja aunque luego se tenga que modificar la geometría 2D.

No se insertan los siguientes elementos específicos de vista:

- Elementos de perfil de corte editados.
- Elementos que no se pueden agrupar (por ejemplo, elementos de llamada que crean vistas de llamada).
- Elementos que referencian elementos de barandas de escaleras.
- Elementos que referencian elementos de superficie topográfica.
- Elementos que referencian familias in situ.
- Archivos vinculados, archivos RVT vinculados o elementos que los referencian.
- Elementos que referencian cualquier elemento citado en esta lista (por ejemplo, cotas).

Nos parece especialmente útil para nuestro propósito de Archivos Bliblioteca de Estándares la primera opción para vistas de diseño.


miércoles, 21 de febrero de 2007

Asunto MBA-026: Última compilación Revit 9.1 "casi" en español

De la página Data & Downloads/Spanish puede descargarse la última compilación 20061202_0700. Hasta hace una semana atrás el archivo contenía sólo la versión en inglés, italiano y portugués Brasil (Asunto MBA-020). Pesaba unos 116Mb. Hoy el mismo archivo está más gordito: pesa 124Mb y contiene al español junto con los demás idiomas de la versión 9.0.

Pero está "casi" en español. Es decir, tenemos ahora una rutina de instalación y el texto de la licencia en español, la Ayuda (archivo Help) en español, los manuales de la versión 9.1 en español, la biblioteca de familias en español (como en la versión 9),... pero la interface del usuario (menú, mensajes de error, etc.) sigue en inglés.

Celebramos este paso en favor de la globalización de Revit. Mal que mal, algo es algo, y peor es nada ¿No?

Sin embargo, no podemos dejar de comentar este modo un tanto errático de actualizar Data & Downloads. Pues, anunciando en páginas especiales la disonibilidad de versiones en una lengua, pero indicando por otros medios que las versiones en realidad no existen, y luego subiendo a la web compilaciones contradictorias, es como estar haciendo las cosas a medias, como si se procediera en etapas progresivas pero en plazos indeterminables y, además, en pasos que no se anuncian en ninguna parte... da la sensación de que entre los encargados de mantener la página web de Autodesk y los desarrolladores del programa no habría una comunicación adecuada.


Entonces los usuarios nos quedamos con la sensación incómoda de no saber a qué atenerse. Sería de gran utilidad que Autodesk explicara a los usarios qué es lo que deben esperar sobre este asunto; si el archivo 20061202_0700 que está en la red está completo o no; si piensan completarlo, etc.

Y si optan por el estilo del silencio sin anuncios, por lo menos tuvieran la precaución de registrar una seña, por ejemplo agergar una "a", una "b", etc. al número de compilación para poder reconocer que hay nuevos cambios.

lunes, 5 de febrero de 2007

Asunto MBA-025: Subdividir un proyecto Revit – 2 (colecciones de detalles estándares)

La presentación de un tema como este puede deberse sólo a nuestra ignorancia. Pero, no conocemos otro método para manejar una colección de detalles estándares en Revit que se asemeje a lo que se puede hacer con Autocad en base a archivos independientes insertables como bloques.

Es decir, lo que Revit (parece) no hace, a lo menos con una suficiente fluidez, es permitir insertar detalles anotados provenientes de una biblioteca centralizada; salvo por el método de Copiar-Pegar, entre proyectos Revit, desde vistas de Diseño (Drafting views). Por ejemplo, podemos tener una familia con el dibujo 2D de todos los detalles constructivos de un marco de ventana en aluminio, pero sin textos ni anotaciones. Es decir, no hay familias de “detalles diagramados”.

(nos encantaría que alguien refutara la afirmación anterior)

Hasta aquí, nos hemos preparado unos archivos .rvt que coleccionan detalles afines, como una biblioteca de estándares de puertas y otra de detalles de techumbre y revestimientos metálicos. Estos archivos .rvt contienen detalles diagramados y los guardamos en nuestra biblioteca de familias central. Si en el proyecto de un edificio necesitamos incluir, por ejemplo, detalles constructivos de portones de acero de corredera, entonces:

1)hacemos una copia del archivo 310-Estándares de puertas.rvt desde nuestra biblioteca a la carpeta del proyecto en cuestión
2)luego editamos esa copia incorporándole la viñeta oficial del proyecto con su número de plano específico del caso y agegamos cualquier “retoque” que el proyecto particular requiera.

Cuando alguno de esos retoques constituye una mejora relevante que justifica cambiar el estándar, la incorporamos primero al archivo 310-Estándares de puertas.rvt de la bilioteca central de la oficina.

Asunto MBA-024: Subdividir un proyecto Revit - 1

Este asunto lo presentamos sin resolver, con el propósito de compartir lo intentado y recibir, si la generosidad de los lectores de este blog lo permite, algún feed-back que complemente nuestra ideas... o nos convenza de cambiar de rumbo.

El problema se reduce a dos puntos fundamentales:
1)Cómo subdividir un proyecto que permita manejar un abultado número de planos,
2)Cómo hacer detalles (y planos) estándares en Revit.

El Asunto MBA-024 lo dedicaremos al primer punto, y el segúndo lo abordamos en MBA-025.

El método de Revit que consiste en unificar en un mismo archivo el modelo, las vistas y los planos tiene, entre otras la ventaja de mantener coordinada y coherente toda la nomenclatura y referencias cruzadas para toda la documentación planimétrica del proyecto. Con ello se cumple el lema de la publicidad que dice “si lo cambio aquí y lo cambio en todos lados”.

Sin embargo puede llegar a ser un problema manejar un proyecto con muchos planos o un edificio de gran superficie. El efecto negativo que un proyecto grande produce es el “peso” y la “interferencia”. El primero se debe a la manipulación de un gran archivo que pone en jaque el hardware, no sólo de la estación de trabajo sino también el tráfico de la red de computadores, especialmente en las redes en las que el flujo de bytes se transfiere en paquetes pequeños (por ejemplo, Netware 4.2). El segundo es la consecuencia de habilitar “Worksets” (subproyectos), lo que necesariamente habrá que hacer, y la consiguiente experimentación de choques con otros usuarios del archivo: elemntos reservados, prestados, modelo local desactualizado con respecto al archivo central, etc.

La solución obvia consiste en tratar de subdividir el proyecto en otros proyectos pequeños que puedan integrarse. Para ello vemos que existen dos aproximaciones posibles:

a) La más recurrida consiste en separar en edificios independientes, y es la que podríamos llamar la “subdivisión natural”. Ello supone archivos de proyectos Revit independientes por edificio, con sus series de planos individuales y no relacionadas, por lo menos, no en forma automática. El proyecto en su totalidad todavía está integrado via la importación de los archivos .rvt de cada proyecto subproyecto en otro de conjunto (el terreno, por ejemplo) con el que se comparten coordenadas.

b) La segunda es la “subdivisión forzada” de un edificio, y consiste en agrupar la documentación de un edificio (o un proyecto en general) en grupos o áreas administrativas independientes. El criterio de subdivisión forzada se basa en la independencia de lo representado un plano con respecto al modelo 3D. Por ejemplo, una sección transversal del edificio es dependiente. Los detalles constructivos de un mesón de cocina o los detalles de puertas, ventanas, etc, son independientes, es decir, no necesitan “necesariamente” al modelo 3D para existir.

En otras palabras, todos los detalles que podamos sacar del proyecto principal para detallarlo en base a dibujos independientes del proyecto principal, son suceptibles de ser agrupados en subproyectos independientes.

Hasta el momento, hemos conseguido una subdivisión forzada "sin traumas" para las siguientes series de planos:
- series de detalles de puertas y ventanas
- series de detalles de cubiertas
- series de detalles misceláneos (muebles incorporados, molduras, tabiques, detalles estándares en general)

Pero... El costo de la subdivisión forzada es la pérdida de la coordinación automática, ya que los llamados a detalles que no existen como vistas en el archivo del proyecto principal, sino en el subproyecto independiente, deben hacerse empleando símbolos especiales que imitan un símbolo de llamado normal.


miércoles, 17 de enero de 2007

Asunto MBA-023: Nuevo Revit Latino

Guillermo Melantoni, ingeniero de aplicaciones de Autodesk para América Latina, acaba de subir una nueva versión del Blog Revit Latino para usuarios de habla hispana. Esperamos encontrar allí noticias, novedades e información pertinente al uso del programa en América Latina. Guillermo, que también es el moderador del foro Autodesklaforum para Revit Building, indica que se efectuará un Podcast mensual que se informará tanto en este nuevo blog como en el Forum.

Excelente recurso para saber qué viene en la familia Revit. Especulamos, por ejemplo, que la confirmación de la promesa de que Revit 10 estará disponible en español para Sudamérica, la sabremos por esta vía...

Este es el nuevo link:

http://www.autodesklaforum.com/revitlatino/