Páginas en este Blog:

sábado, 27 de diciembre de 2008

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

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

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

Posibilidades:

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

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

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


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


viernes, 19 de diciembre de 2008

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

Por Juan Luís Torres

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

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


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


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


Si nuestro modelo tiene curvas debemos realizar los siguientes pasos:

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


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



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


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



martes, 25 de noviembre de 2008

Asunto MBA-073: Uniones muro - losa

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

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

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

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



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



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


domingo, 9 de noviembre de 2008

Asunto MBA-072: Tarjeta gráfica para REVIT

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

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

  • Tarjeta de video dedicada con soporte de hardware para Open GL especificación 1.3 o más reciente, y soporte para DirectX 9 o posterior. Las tarjetas de video integradas deben evitarse ya que ocupan memoria RAM del equipo (esto es importante en los notebooks).
  • Preferir tarjetas gráficas diseñadas para aplicaciones CAD.
Y agregan algo bastante inesperado: la plataforma de rendering de Revit no se beneficia de la unidad de procesos gráficos (GPU) de la tarjeta de video, ni tampoco de una gran cantidad de memoria RAM de video. 128MB de memoria en la tarjeta gráfica "debieran ser más que sufucientes". Y finalmente, "tarjetas de video relativamente baratas pueden desempeñarse tan bien o mejor que otras más caras".

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

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

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

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


jueves, 30 de octubre de 2008

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

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

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


domingo, 26 de octubre de 2008

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

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

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













sábado, 25 de octubre de 2008

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

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

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

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

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

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

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

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

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

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

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


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

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

¡ Bienvenido !


domingo, 19 de octubre de 2008

Asunto MBA-066: Revit y DWGs

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

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




sábado, 18 de octubre de 2008

Asunto MBA-065: Cubicaciones con Revit Architecture

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

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

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

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

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


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

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

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


jueves, 21 de agosto de 2008

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

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

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


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

Notas:

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


martes, 1 de julio de 2008

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


Al exportar a DWG, Revit genera un archivo con extensión ".pcp" con el mismo nombre del archivo DWG. ¿Qué es ese archivo?

En teoría, un PCP es un archivo de configuración parcial del plotter que contiene especificaciones básicas de impresión, parámetros de plumillas, unidades de ploteo, tamaño del papel, rotación, origen, factor de escala y nivel de optimización de plumillas.

Pensamos que Autodesk ha querido asegurar la fidelidad de la transferencia de las carácteríasticas gráficas entre sus productos, por esa razón Revit produce el archivo automáticamente por cada dibujo exportado. En efecto, dentro de Autocad es posible leer ese archivo.

El comando AutoCAD pcinwizard permite importar las configuraciones (menú Tools > Wizards > Import Plot Settings..) desde un PCP.

Pero, concluida la importación, el resultado está muy lejos de ser satisfactorio. La imagen queda reducida a una esquina de un papel enorme y los espesores de líneas son proporcionales a ese papel. Es imprescindible editar el layout, que sólo se recompone al cargar una tabla .ctb.

El archivo PCP, también, puede emplearse para producir un archivo .ctb para plotear el plano basado en la relación espesor-color, importando el PCP en el generador de estilos de ploteo (Add-A-Plot- Table Style Wizard). El resultado es todavía más decepcionante: ningún espesor de línea se relaciona con las definiciones de nuestro archivo TXT de exportación a DWG que utiliza Revit. Pr el contrario, aparecen asignaciones de hasta 3mm de espesor de línea para la mayoría de los colores ¿De dónde saca Revit los parámetros para crear el PCP? Un misterio.

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


martes, 3 de junio de 2008

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


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

Nuestra red ha quedado configurada de la siguiente forma:

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

2) Nuevo servidor con las siguientes características:
  • 1 Procesador Intel Xeon 5320 Quad Core de 1,86 GHz.,
  • Memória RAM de 4 Gigabyte. (4x1024) DDRII PC/667 Fully Buffered.
  • 4 HDD SATA de 300 GB., para Hotswap
3) Sistema operativo Windows Server 2003 R2

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

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

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

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


sábado, 31 de mayo de 2008

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

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

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

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


miércoles, 28 de mayo de 2008

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

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

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

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

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

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

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




miércoles, 21 de mayo de 2008

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

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


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


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

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

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

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


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


Hemos encontrado el siguiente camino de solución:

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

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

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

El resultado: los balaustros quedan confinados entre ambos rieles.



domingo, 18 de mayo de 2008

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

Revit Architecture 2009 puede exportar ahora en el formato DWFx. Este formato tiene la particularidad de que puede ser visto e impreso desde Internet Explorer de Microsoft, utilizando el Windows XPS Viewer que dota al explorador de una capacidad análoga a la del plug-in de Adobe para ver archivos PDF.

El nuevo formato DWFx se abre como el formato DWF anterior con las herramientas gratuitas que provee el propio Autodesk y que ya conocemos: Autodesk Design Review y DWF Viewer (además de la capacidad de importación de AutoCAD y del propio REVIT). El visor Windows XPS Viewer está incorporado a Windows Vista y puede descargarse de la red una versión para Windows XP.

Prosiguiendo con el tema que ya discutimos anteriormente en el Asunto MBA-047, el nuevo formato y su integración con el Internet Explorer de Microsoft hace, sin duda, un aporte a la cuestión sobre el problema del formato de archivos para emitir planos para los que utilizamos REVIT. El principal problema de los formatos DWF , DWFx o PDF es que para su aceptación es necesario que el receptor no sólo se conforme con no recibir como documento oficial un archivo manipulable en AutoCAD. Debe, además, aceptar que deberá recurrir a un programa como el Adobe Reader o el DWF Viewer para imprimirlo. Ambos, muy probablemente, ya están en su computadora. Sin embargo no de manera consciente; por lo menos, no de manera que esos programas lleguen a ser vistos como herramientas efectivas en vez de accesorios adicionales que llegaron gratuitamente por añadidura de otros procesos.

Hablamos aquí de aceptación y, sin embargo, con eso reducimos y simplificamos demasiado el problema. Pues no se trata sólo del cliente y su infraestructura propia la involucrada. Está también comprometido aquí todo el estado del arte en relación con la dispersión y difusión del formato DWG en la industria de la construcción. Por ejemplo, también tendrán que "aceptarlo" los contratistas, sub-contratistas y proveedores de la construcción. Y también las empresas reproductoras de documentos que ofrecen por todas partes los necesarios servicios de ploteo. Mientras más lejos de ese acuerdo inicial entre el arquitecto y su cliente se encuentren esos otros actores complementarios del complejo sistema de un proyecto, más probable es que terminen siendo DWG los documentos oficiales.

Sin duda el que REVIT 2009 pueda exportar a DWFx, y que la capacidad de leer e imprimir este formato pueda incorporarse a Microsoft Internet Explorer, facilitará la popularización del DWFx como estándar. Pero falta aún bastante camino por recorrer.

Asunto MBA-056: Modelar veredas con varias pendientes - 2

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

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



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


domingo, 4 de mayo de 2008

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

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

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

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

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

Novell Netware

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

  • en el Servidor, Level 2 Oplocks Enabled debe estar en "ON".
  • en el Cliente, deben estar activas las funciones de Ajustes avanzados "File Caching" y "File Commit".
El parámetro File caching (caché de archivos) controla si el cliente almacenará los archivos localmente o no. File Commit controla si los buffers creados por una aplicación se almacenarán en el servidor. Si se ajusta este valor en Activado, se garantizará la integridad de los datos a costa del rendimiento. Así, se asegura que los buffers de archivo se almacenen en el servidor cuando una aplicación los cree.

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

Proyecto de solución

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

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

Windows Server 2003 R2 o 2008

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

Linux

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


domingo, 20 de abril de 2008

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

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

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


viernes, 21 de marzo de 2008

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

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

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

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

1. Ejemplos de Anteproyectos:

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

1.1. Ampliación y remodelación de Clínica 1:
  • Contenido del archivo: 17 planos de suelos, 10 planos de cielo reflejado, 24 vistas 3D, 4 alzados, 7 secciones, 4 leyendas, 10 tablas de planificacón, 12 planos.
Superficie = 33.308,98 m2
Archivo .rvt = 67.252 Kb
2,02 Kb/m2
1.2. Ampliación y remodelación de Clínica 2:
  • Contenido del archivo: 24 planos de suelos, 21 planos de cielo reflejado, 16 vistas 3D, 4 alzados, 6 secciones, 12 planos de áreas, 4 leyendas, 18 tablas de planificacón, 19 planos.
Superficie = 24.737,20 m2
Archivo .rvt = 67.312 Kb
2,72 Kb/m2
1.3. Un edificio de oficinas desarrollado en tres plantas:
  • Contenido del archivo: 6 planos de suelo, 5 planos de cielo reflejado, 31 vistas 3D, 4 alzados, 3 secciones, 1 modelizado, 3 leyendas, 7 tablas de planificación, 17 planos.
Superficie = 2.653,39 m2
Archivo .rvt = 36.596 Kb
13,79 Kb/m2
1.4. Edificio industrial de talleres, vestidores y oficinas:
  • Contenido del archivo: 13 planos de suelo, 6 planos de cielo reflejado, 8 vistas 3D, 4 alzados, 6 secciones, 5 leyendas, 20 tablas de planificación, 15 planos.
Superficie = 5.665 m2,
Archivo .rvt = 28.729 Kb
5,07 Kb/m2
1.5. Otro edificio industrial de talleres y vestidores:
  • Contenido del archivo: 14 planos de suelo, 6 planos de suelos (vistas dependientes), 10 planos de cielo reflejado, 2 vistas 3D, 4 alzados, 12 secciones, 4 leyendas, 5 tablas de planificación, 8 planos.
Superficie = 14.488m2
Archivo .rvt = 61.632 Kb
4,25 Kb/m2
1.6. Concurso Centro Cultural Gabriela Mistral:
  • Contenido del archivo: 14 planos de suelos, 9 planos de cielo reflejado, 25 vistas 3D, 4 alzados, 10 secciones, 5 planos de área, 4 leyendas, 4 tablas de planificación, 6 planos.
Superficie = 35.474 m2
Archivo .rvt = 101.000 Kb
2,85 Kb/m2

2. Ejemplos de Proyectos:

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

2.1. Un edificio industrial para carguío de camiones:
  • Contenido del archivo: 20 planos de suelo, 18 planos de cielo reflejado, 5 vistas 3D, 5 alzados, 6 secciones, 1 vista de detalles, 9 vistas de diseño, 3 leyendas, 15 tablas de planificación, 7 planos.
Superficie = 475 m2
Archivo .rvt = 11.128 Kb
23,43 Kb/m2

2.2. Un edificio de oficinas desarrollado en una sola planta:
  • Contenido del archivo: 19 planos de suelo, 4 planos de cielo reflejado, 6 vistas 3D, 5 alzados, 37 secciones, 15 vistas de detalle, 35 vistas de diseño, 14 leyendas, 33 tablas de planificación, 30 planos. Este proyecto se complementa con otros proyectos que contienen planos de estándares comunes compartidos con otros edificios de un complejo industrial, es decir, el archivo .rvt de este edificio no abarca la totalidad de los planos necesarios para su documentación completa.
Superficie = 729 m2
Archivo .rvt = 42.100 Kb
57,75 Kb/m2

2.3. Un estadio de fútbol para 18.250 espectadores sentados, graderías techadas:
  • Contenido del archivo: 20 plantas de suelo, 8 plantas de suelo (vistas dependientes), 11 plantas de cielo reflejado, 22 vistas 3D, 11 alzados, 8 alzados (vistas dependientes),25 secciones, 36 vistas de detalle, 8 vistas de diseño, 7 planos de área, 30 leyendas, 38 tablas de planificación, 34 planos.
Superficie = 30.000 m2
Archivo .rvt = 95.884 Kb
3,19 Kb/m2

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


domingo, 20 de enero de 2008

Asunto MBA-052: Rampas v/s suelos

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

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



sábado, 19 de enero de 2008

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

Cada vez que se importa en REVIT un dibujo de Autocad, se incorporan sus capas (layers) a la lista del archivo .txt de exportación de capas (Menú Archivo > Configuración de importación/exportación > Exportar capas DWG / DXF...). En consecuencia, este archivo va creciendo indefinidamente "registrando" todo un historial de archivos DWG manipulados con REVIT en nuestro PC. Esas capas quedan ahí como la huella de nuestras acciones, no sólo del pryecto actual, sino también de los anteriores. No conocemos ninguna forma de evitar esto.

Hasta donde sabemos, esto no presenta ningún problema práctico, sin embargo es inquetante ir llenando de claves inútiles el archivo. Por lo menos es un problema estético que hace difícil revisar y perfeccionar el archivo para mejorar nuestras exportaciones a DWG. Se puede sospechar (y es cuestión de ver a REVIT cargar el archivo) que la incorporación de más y más información en él, de algún modo se paga en desempeño del programa. Entonces, creemos, vale la pena limpiar de vez en cuando.

La práctica nuestra es la siguiente:
  1. Hemos nombrado nuestro archivo de exportación de capas Exportlayers-MBA.txt que el administrador de la oficina mantiene intacto como original, a buen resguardo.
  2. Utilizamos, sin embargo, una versión de trabajo denominada Exportlayers-MBA-VT.txt. Ese es el archivo que designamos en Archivo > Configuración de importación/exportación > Exportar capas DWG / DXF... , y lo dejamos crecer en el servidor.
  3. Cada cierto tiempo hacemos una nueva copia del original, reemplazando integramente la versión de trabajo (Exportlayers-MBA-VT.txt)
Debe tenerse en cuenta que los usuarios valientes suelen modificar por cuenta propia el conenido del archivo de trabajo porque descubren una falla en la exportación a DWG, (cambiando un color de línea, etc.) Esto, que escapa a todos los criterios de una buena administración de una red de CAD en una oficina, es sin embargo muy común debido a que la exportación a DWG está siempre signada por la premura y el atraso. La exigencia obvia a estas trasgresiones al protocolo, es que el culpable le avise al administrador del sistema para que el cambio se haga también en la versión original del TXT y no se pierda con la siguiente renovación del archivo de trabajo.


lunes, 14 de enero de 2008

Asunto MBA-050: Un "Service Pack" para el SP-3

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

Bien por usted, si es usuario de la versión en inglés. De lo contrario, durante enero deberá evitar:
  1. Guardar una vista de diseño (Drafting View) a un archivo nuevo.
  2. Guardar un grupo creando un archivo nuevo.
  3. Crear un proyecto nuevo a partir de una plantilla (template) establecida como "Ninguna" ("None").
En caso de requerirse alguna de estas acciones puede recurrirse al truco de cambiar la fecha del computador a una fecha del mes anterior, y no olvidar restablecer la correcta finalizada la operación.

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

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