Revit-MBA

martes 10 de noviembre de 2009

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

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.




miércoles 2 de septiembre de 2009

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


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






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





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

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

Solución 2:
Decimos que esta operación es la más eficiente porque (hasta donde hemos experimentado hoy) no sólo evita y resuelve el problema de los bloques desaparecidos, sino también el de los sectores desaparecidos. Esos sectores faltantes, pareciera que también son bloques pero de nombres inescrutables (X$, $X1, etc.) y por ende, muy difíciles de identificar en el listado.
Parece ser que una buena parte del problema se origina cuando exportamos desde Revit sin generar cada vista como una XRef, es decir, cuando hacemos que Revit genere un sólo archivo DWG y no una colección de archivos, uno por cada vista y algo más, con sus consiguientes problemas de manipulación. Sin embargo, parece ser, también, que Revit "prefiere" ese método, puesto que si exportamos con Xrefs, los dibujos llegan completos al AutoCAD, sin pedazos faltantes ni bloques invisibles. Por lo tanto, los pasos de este método son los siguientes:
  1. Exporte a DWG con Xrefs.
  2. Abra el archivo DWG base (que cita a las XRefs) y todos los subarchivos se cargarán a la perfección reconstituyendo el documento completo.
  3. En AutoCAD vaya a Insert > External References..., y enlace todas las referencias externas del dibujo. Seleccione Bind y luego el modo Insert (no utilice Bind > Bind, porque eso generará nombres de capas muy largos que la rutina RVTaDWG no maneja bien.
  4. Vaya al espacio del modelo y explote todas las "vistas" (las Xrefs insertadas).
  5. Vuelva al espacio del papel y corra la rutina RVTaDWG.lsp
Esperamos que esto funcione también para ustedes.



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

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



martes 1 de septiembre de 2009

Un reconocimiento para Revit-MBA

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.


viernes 28 de agosto de 2009

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

¿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


martes 4 de agosto de 2009

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

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 prdrí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!


viernes 31 de julio de 2009

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

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.


domingo 26 de julio de 2009

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

(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:

  1. Es falsa la afirmación de que no hay vuelta atrás con respecto a la IU.
  2. 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.
  3. 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".


lunes 13 de julio de 2009

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

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.


viernes 10 de julio de 2009

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

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