Páginas en este Blog:

Mostrando las entradas con la etiqueta Estándares. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Estándares. Mostrar todas las entradas

viernes, 12 de agosto de 2016

Asunto MBA-130: BIM en Chile: hacia una visión transversal y multiplataforma

Danny Lobos de BIM Chile nos extiende la siguiente invitación:

El jueves 01 de septiembre de 2016, se desarrollarán en Santiago tres encuentros relevantes sobre el estado de BIM en Chile y sus proyecciones en estándares, objetivos y caminos a seguir, por sobre las condicionantes comerciales de los fabricantes de software. Estos eventos son abiertos y se celebrarán en la UDLA, Providencia:

9-13hrs “4° JORNADA BIM CHILE. HACIA UN ESTÁNDAR NACIONAL” Teatro UDLA (Antonio Varas 810, Subterráneo UNAB).
Seminario con foco en gobierno y academia, por primera vez en Chile expone el Ministerio de Obras Públicas de Estados Unidos (GSA, General Service Administration), responsables de la implementación del mandato BIM en Estados Unidos desde el año 2003 (primera en el mundo)

15-17hrs “INICIATIVA “BBP2020“ BIM COMO BIEN PÚBLICO 2020” Auditorio UDLA (Manuel Montt 948).
A quien pertenece el BIM? Corfo? CDT? Universidades? Podemos proponer un estándar BIM en 2017 que derive en una Ley de Infraestructura Digital al 2020? Ven a proponer tu idea, acá te queremos escuchar. (Modalidad: Mesas de Trabajo)

17-19hrs “INSTITUCIONALIDAD DEL BIM EN CHILE” Auditorio UDLA (Manuel Montt 948).
Donde deben alojarse las capacidades BIM en Chile? En el gobierno, la industria, la academia? Cuanto hemos avanzado en institucionalizar esta tecnología en nuestro país?  (Modalidad: Mesas de Trabajo)


Todas estas interrogantes queremos que TU las respondas participando en nuestro seminario de la mañana y las mesas de dialogo de la tarde. Te esperamos, inscripciones acá: con una basta http://eventos.bim-chile.com/

Asistamos.

lunes, 24 de septiembre de 2012

Asunto MBA-118: Espesores de línea

Una característica muy práctica de Revit Architecture es el manejo de espesores de líneas relacionados con la escala de representación de una vista. El concepto del programa es que la valorización del dibujo se adapte proporcionalmente a la escala de tal forma que una línea gruesa en una vista a, digamos, escala 1:50, reduzca su espesor a una línea fina cuando el modelo esté representado en otra vista a escala 1:500. De esa forma, el dibujo se hace más fino a escalas mayores sin que el detalle de éste aparezca formando gruesos manchones negros.

Revit controla con una tabla de "Grosores de línea" (en el menú Gestionar > Configuración adicional) las reducciones o aumentos de grosor según la escala. Esta tabla controla los grosores de línea asignados a cada tipo de objeto en la tabla "Estilos de objeto" del menú Gestionar en la barra de tareas. Si examinamos la tabla de Grosores de línea, veremos que los grosores de referencia central en la tabla están ubicados en la columna de la escala 1:100 y se amplifican o reducen a ambos lados de esta columna.

Sin embargo, este es, al parecer, un arte difícil de dominar. El problema que se nos presenta con frecuencia es descubrir lo pálido y deslavado que resulta un dibujo una vez que un plano ha sido ploteado. Por ejemplo, una planta de arquitectura a escala 1:100 se ve correctamente valorizada. Las líneas gruesas y delgadas están como las determinamos en la tabla "Estilos de objeto". Pero a escala 1:500, la planta de emplazamiento tiene todos los espesores rebajados, incluyendo líneas como los límites de propiedad que no era nuestra intención adelgazar también.

Soluciones:

1. En la vista a escala 1:500, modificar los estilos de objeto sólo para esa vista, de la categoría "Líneas de propiedad". Para ésto debemos intervenir en la tabla Modificaciones de visibilidad/gráficos del recuadro Propiedades de la vista. Esta edición será sólo para la vista y en este caso, el grosor de línea que indiquemos será considerado sin reducción, es decir, si queremos una línea de 0,5mm de grosor debemos escoger el valor asignado a ese grosor el la tabla para la escala 1:100 (en nuestra tabla, es el valor 5).

2. Usar la herramienta "Tipo de línea (LW)" del menú Modificar de la barra de tareas. Señalando una línea específica del dibujo, podemos cambiar su tipo de línea y grosor.

3. Usar la herramienta "Modificar gráficos en vista" del menú contextual que se activa con el botón derecho del ratón cuando hemos señalado algún objeto. Tenemos la opción de modificar sus propiedades por elemento o por categoría.

Las tres soluciones anteriores permiten un control más de la situación, pero tienen un serio inconveniente: ninguno de estos defectos de valorización son detectables con facilidad en la pantalla, y las soluciones sólo son viables una vez que tengamos los dibujos en papel. Y esto, lo sabemos bien, ocurre muy tarde en el desarrollo de un proyecto, y los planos ploteados son lo último que hacemos, corriendo, antes de una entrega. Muchos de los procedimientos de revisión en una oficina se ejecutan sobre archivos electrónicos (PDFs o DWFs, por ejemplo), y nos vemos obligados a implementar un procedimiento de chequeo en papel.

Por lo tanto, una adecuada "calibración" de la tabla Grosores de línea es una necesidad y con camino por explorar, de forma que los espesores sean controlados en forma automática, lo más posible. ¿Cuál es la configuración ideal de la tabla de grosores de línea? Desde luego que esto es un asunto subjetivo, pero sería de gran interés para nosotros saber cuál ha sido la experiencia y recomendación de los lectores de este blog.



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.


jueves, 22 de marzo de 2007

Asunto MBA-028: Bibliotecas de detalles

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

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


miércoles, 14 de marzo de 2007

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

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



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

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

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

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


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

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

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

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

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


lunes, 5 de febrero de 2007

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

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

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

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

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

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

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

Asunto MBA-024: Subdividir un proyecto Revit - 1

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

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

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

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

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

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

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

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

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

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

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