Páginas en este Blog:

jueves, 10 de diciembre de 2009

Asunto MBA-093: Modelo compartido que desaparece en la copia local

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



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


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


jueves, 25 de junio de 2009

Asunto MBA-083: Modelos vinculados - Coordenadas compartidas

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:

  1. 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.
  2. 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).
  3. 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.
  4. 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.


lunes, 22 de junio de 2009

Asunto MBA-082: Modelos vinculados - control de visibilidad

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.


jueves, 23 de abril de 2009

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

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.


jueves, 9 de abril de 2009

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

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.



miércoles, 1 de abril de 2009

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


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:

  1. 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.
  2. 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.
  3. 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?



viernes, 6 de febrero de 2009

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


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í:
  1. 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)
  2. 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.