PROCESAMIENTO DE DATOS EN LA INVESTIGACION DE LA ARQUITECTURA BASES DE DATOS = IMÁGENES+ TEXTOS = WEB

José Miguel Reyes González / Farid Mothkar Noriega Alphaproject_departamento de proyectos. E.T.S. de Arquitectura de Madrid reyesjm@aq.upm.es RESUMEN El formato web se revela hoy día como uno de los más eficaces a la hora de transmitir información grafica. Tanto por su interactividad intrínseca, como por su posibilidad de navegación por la red. Esto hace del mismo un importante medio sobre el que los arquitectos debemos estar al tanto sobre su uso y manejo, dada la importancia que tiene para nuestra profesión todo lo relacionado con la imagen. En esta comunicación se describe el funcionamiento de ALFA-G/40, una base de datos desarrollada en el dpa de la ETSAM desde el curso 98 al 2oo1 , que opera con imágenes almacenadas en formato web. A continuación, se hacen algunas consideraciones con relación a la necesidad de que la información arquitectónica que se maneja de este modo sea organizada y maquetada por los propios arquitectos, para que la propia infamación también tenga una organización en correspondencia con la arquitectura a que se refiere. Podríamos entonces hablar de una cierta “arquitectura de la web”. Por ultimo, se dan unas breves notas en relación a lo existente en la red, y se invita a compararlo con lo mostrado anteriormente. De todo lo anterior, se desprende claramente la necesidad de que en todos los departamentos académicos se funden equipos de trabajo con criterio propio, para crear y mantener pags web (con un gasto asumido), sino se quiere caer en el error de dejar circular por la red información sobre nuestro propio trabajo con muy mala calidad, y bajo nivel de comprensión. 1.VENTAJAS DE LAS WEB EN RELACION A OTROS SISTEMAS TRADICIONALES DE COMUNICACIÓN Y ARCHIVO En las puertas del S.21, parece indiscutible que la información digital es una herramienta fundamental para el trasvase de datos, y la formación cultural de las próximas décadas a escala planetaria. Cualquier estudioso, sea o no-arquitecto, puede acceder a través de Inter-net a fuentes directas de información respecto a los mas especializados, o actuales temas. El uso y formación respecto a estos medios se hace indispensable.

El registro y medida en el uso de estos medios nos daría una mejor idea de su importancia al compararlos con las bibliotecas que utilizan el soporte tradicional de impresión (papel). 2. CRITERIOS DE ORGANIZACION Y ACCESO A LA INFORMACION (el formato web aplicado a la información arquitectónica ) a/ PRESENTACION DE INFORMACIÓN Y MECANISMOS DE BÚSQUEDA “AD HOC” PARA LA ARQUITECTURA Las bases de datos convencionales cumplen su función de clasificación y búsqueda cuando los datos que manejan son alfa-numéricos; sin embargo, cuando se trata de manejar imágenes, sus propiedades y ventajas se ven muy

disminuidas. Es cierto que los campos verticales definidos por una tabla pueden dedicarse a la inserción de ciertas imágenes, y que estas quedan almacenadas en la base de datos para poder ser procesadas oportunamente. Este procesamiento puede consistir en generar toda una gama de fichas creadas a partir de los formularios que la propia base de datos nos genera, y en estas fichas podrán aparecer las imágenes anteriormente almacenadas. Pero, este formato de información muy adecuado para el caso de ciertas imágenes, o actividades mercantiles, se revela insuficiente en el caso de la arquitectura. Cuando las imágenes almacenadas en cada registro no pasan de 3 o 4, y cuando en nuestras fichas tampoco necesitamos colocar una cantidad mayor, el procedimiento puede ser aceptable. Así, cuando las fichas en cuestión, solo necesiten llevar el rostro de los empleados en una empresa, o las 2 fotos identificativas de un edificio para la gestión de una inmobiliaria, puede servir la información grafica almacenada por nuestra base de datos convencional. Y, aún así, las imágenes tendrán que ser de pequeño tamaño y resolución, corriendo el riesgo en todos los casos, de que el tamaño en Kbites de la base datos aumente muy considerablemente a medida que añadimos imágenes; con lo cual, siempre estaremos muy condicionados por este medio informático empleado. Naturalmente, en el caso de la arquitectura, la cantidad e importancia de las imágenes que se necesitan para definir cualquier edificación y, posteriormente poder operar con las mismas, e investigar sobre la materia de que se trate, es tal, que este modo de almacenar imágenes en cualquier base de datos se hace insuficiente. Sin embargo, si utilizamos otro soporte informático como el formato web, lo que antes era un “handicap” importante para las bases de datos, aquí se convierte en un medio donde las imágenes se encuentran en uno de los mejor conocidos hoy día para su manejo y difusión. ¿se podrían vincular las ventajas de ambos medios (base de datos y web), para aprovechar las ventajas de ambos , y así poder procesar imágenes en los tamaños, calidad, y cantidad, que la arquitectura necesita? * * * * * * Esta fue la tarea que nos fijamos al comienzo del curso 98-99 en el seminario de investigación alphaproject dirigido por JM de Prada Poole, y ubicado en la ETSAM. Por aquel entonces, todavía no era posible realizar esta vinculación utilizando el soft-ware convencional, pero teníamos noticias de que podría ser una realidad en fechas próximas. Y así fue, la versión Acces-2ooo fue editada permitiendo que en cualquiera de los campos de sus tablas pudieran definirse operaciones de “hipervinculacion” que conectaban esa casilla con una dirección web previamente definida en cualquier lugar de la red. Antes de esa fecha, ya habíamos puesto manos a la obra para preparar las web que íbamos a vincular a nuestra primera base de datos ALFA-G/40.

Su nombre viene dado por los elementos con que la base iba a operar: ALFA: por operar con elementos alfanuméricos – G:por operar con elementos gráficos / 40: por operar con los primeros 40 casos de viviendas S.3c de los que se partía ( *1) A partir de estas líneas se va a referir todo lo dicho a esta aplicación concreta, para después poder concluir en términos generales. Así, la tarea quedo dividida en 2 claros apartados: - Construir una base de datos convencional donde clasificar y buscar los datos

que caracterizaban cada uno de los 40 casos almacenados. - Construir 40 webs que almacenaban los datos gráficos que sirven para

describir cada caso. Empecemos por exponer como se organizo la información grafica en cada una de estas webs (esto se puede realizar con cualquier programa generador de web que luego pueda conectarse con la base de datos en cuestión) El acceso a la información grafica quedo dividido en 3 pasos principales. Cada uno de estos pasos van a ser llamados: PANTALLAS; y denominadas del siguiente modo: pantalla principal / pantalla mosaico/ y pantalla destino. Pantalla principal: en esta pantalla aparece una ficha general idéntica para todos los casos. La misma contiene: foto grande que caracteriza el caso en todos los campos ( y las búsquedas realizadas por la base de datos) + Un párrafo en el que se describe parte del sentido que tiene el proyecto+ La planta general del caso junto con un esquema de la misma que sirve para clasificarla según este criterio.. Además, en una banda situada a la derecha aparecen ciertos símbolos que representan las propiedades de cada caso que han servido para clasificarlo según las tablas de la base de datos. A la vista de esta pantalla se puede caracterizar y situar cada caso en relación al resto, según la clasificación que se plantea en ALFA-G/40 . Si pulsamos el punto de mira situado a la izqda de la pantalla, este nos lleva a la siguiente pantalla Pantalla mosaico: en esta pantalla aparece un mosaico de imágenes que describe toda la información grafica de que se dispone en cada caso. Esta información esta ordenada en las 5 columnas de que se compone el mosaico, según la materia que contienen: planos / puntos de vista previos / construcción / fotos / relación con la naturaleza. Además, en la parte superior de esta pantalla aparece en tamaño medio la misma imagen que caracteriza el caso en la ficha inicial. Pulsando esta imagen, se vuelve a la ficha principal del caso. Si pulsamos cada una de las imágenes del mosaico, se accede a la tercera pantalla según los 3 pasos del árbol planteados al inicio de la presente exposición. Pantalla destino: En esta pantalla, encontramos aumentada la información grafica que esta representada en cada una de las viñetas del mosaico anterior. Todas las pantallas del caso llevan en su parte superior una línea de texto que identifica el caso por su: / nombre / autor / lugar / fecha .

Para volver al mosaico, y continuar con la exploración del caso, solo basta con pulsar el “atrás” del navegador utilizado, y podremos volver a abrir otra viñeta. Explorado el caso, podremos continuar examinando otros de acuerdo con la búsqueda realizada desde la base de datos para comparar o identificar resultados. Para ello bastara con cerrar la pantalla principal del caso, o minimizarla, para posteriormente abrirla en paralelo al caso siguiente. * * * * * * * Llegados a este punto, nos enfrentaríamos con la descripción y funcionamiento de la base de datos ALFA-G/40 que es la que nos permite acceder a las web anteriormente descritas. Esto se va ha hacer de manera muy sucinta, ya que entendemos que el objetivo de esta comunicación no es el dar a conocer exhaustivamente el contenido de la base de datos; sino su enlace con la información grafica que maneja. En su inicio, la base de datos ALFA-G/40 consiste en 9 tablas que clasifican la información de los casos que en la misma se almacenan. Dichas tablas se titulan según la información que contienen por: 1-señas / 2-esquema en planta / 3-peculiaridades/ 4-componentes 3D / 5-estructura / 6-dimensiones / 7-construcción / 8-envolvente / 9- de edición / (*2) En esta comunicación se adjunta el formato grafico dado a la tabla 1-señas. Como en cualquier base de datos convencional el acceso a la información se puede producir a través de sus tablas, sus consultas, o sus formularios. Si, esta vez, lo hacemos a través de los formularios, podremos disponer en cualquiera de los campos una imagen que nos caracterice el registro correspondiente (en nuestra base de datos va a ser la imagen colocada en la ficha principal de cada caso). Hecha la clasificación e introducción de la información deseada en las tablas, solo resta el poner en marcha la operación de hipervinculacion que Acces-2ooo nos permite realizar en cualquiera de sus campos, y conectar cada registro con su web correspondiente. Así, una vez hecha la búsqueda y selección de casos en cualquier formulario ( en la tabla 1-señas, podremos buscar por: nombre/ pais/ /fecha / arquitecto/ ,o sus combinaciones) y pulsando el campo situado inmediatamente delante de la imagen de referencia del registro deseado, se abrira la pantalla principal del caso en cuestion. Minimizando esta pantalla, y pulsando en otro caso, sucederá lo mismo. Manteniendo las dos pantallas principales abiertas en el monitor podremos realizar comparaciones en paralelo sobre estos 2 casos, o más, a medida que avancemos en el examen del formulario elegido. * * * * * * * De esta forma, podemos comprobar como, con ALFA-G/100 hemos conseguido unir las ventajas que cualquier base de datos nos ofrece a la hora de clasificar y buscar registros, junto con las ventajas que el formato web nos facilita a la hora de almacenar y clasificar imágenes.

Llegados a este punto, es cuando hay que destacar de nuevo que: - Ni el formato base de datos nos admite la cantidad y calidad de información

grafica que una web maneja, - ni el formato web permite la agilidad de movimiento y preagrupación de

información que una BSD facilita Conectando ambos formatos, se consigue una eficacia no igualable a cuando se actúa con ambos por separado; y esta característica es la que hace que ALFA-G/100 sea el resultado de una investigación innovadora en el campo de la arquitectura al menos en el 2oo1. Año en que se dio por conseguidos los objetivos iniciales de la misma (3*) * * * * * * * De esta forma, hemos podido apreciar como se puede acceder a una información grafica arquitectónica de manera rápida y ordenada (en cuatro saltos de pantalla). Sin perder la referencia del caso que estamos examinando en relación a los demás, y el lugar en que nos encontramos dentro de la información disponible del mismo caso. Se hace patente la importancia que tiene el propio arquitecto-usuario en la creación de estos sistemas de clasificación ( mapas de información), cuando se utiliza el formato web. Baste examinar lo que sucede en algunos casos de web hoy día publicadas, para la trasmisión de datos arquitectónicos, pero donde el conocimiento del espacio y el tiempo no parecen ser las nociones mejor aprendidas por quienes las diseñan. b/ BREVES NOTAS A LA INFORMACIÓN WEB SOBRE ARQUITECTURA (el diseño de la interactividad) Dentro de las pag-web dedicadas hoy día a la arquitectura podríamos establecer la siguiente división, y si elegimos 2 de cada, podríamos valorar lo encontrado según: - institucionales: COAM – COAB – CSCAE – RIBA -UIA - portales SOLOARQUITECTURA- ARCSPACE-ARCHITECTURECAFE- - estudios de arquitectos -foster- hopkins-nouvel-rpws-mvrdv - marcas de productos En general, en ninguna se plantea la búsqueda de información a partir de una base de datos. Cuando es así, aparece como un formulario para introducir las variables de búsqueda, y el resultado suele ser una ficha con texto que da datos sobre la búsqueda requerida: biografia de un arquitecto, características de una publicación, o de un edificio, pero solo texto, o con una imagen a lo sumo.. Cuando la información que se da es grafica, el formato utilizado es el web. Puede parecer que se esta manejando una base de datos, porque se llama a las mismas fichas (edificios , o biografías de arquitectos) a partir de distintas listas, pero que son fijas y confeccionadas anteriormente. En estas listas, aparecen los edificios mencionados según los distintos ordenes que se requieren: cronológicos, geográficos, hipológicos, o alfabéticos. Pero realmente, no se esta manejando una base de datos que pueda cruzar información entre tablas (realización de consultas), o entre los propios campos de una tabla.

Por otra parte, excepto en las web editadas por los propios estudios de los arquitectos, una vez que se llega a la pantalla donde aparece la información buscada solo aparecen a lo sumo una o dos imágenes del edificio en cuestión, acompañada de bastante texto. Únicamente en las web de importantes estudios de arquitectura nos encontramos con mosaicos de cada edificio en donde, bien eligiendo, bien automáticamente, las imágenes de referencia se van ampliando. Además, solo en estos casos se cuida la apariencia de la imagen en pantalla, para no perder de vista nunca el aspecto que las caracteriza, y las referencias en el espacio y el tiempo, que nos permiten saber siempre en que parte del viaje nos encontramos: que hemos dejado atrás, y que nos vamos a encontrar. Estas ultimas características y referencias espaciales tan importantes para la navegación por la red, son algo que en las web de los estudios referidos esta estudiado, y destaca por su buen resultado; mientras que en las que esa inervencion del arquitecto no ha existido, adolecen de esa necesaria orientación espacio-temporal a traves de su navegación, y caen en bucles y recovecos donde cualquier “confiado- usuario” llega a perderse completamente, Todo esto debería de llegar a dar lugar a una “arquitectura de la web” ·(con todo el sentido espacio-temporal que ello conlleva) de la que aquí se ha tratado, y en la cual, el arquitecto también debería de ser uno de sus mas destacados agentes. 3. NECESIDAD DE GASTO PREFERENTE EN LOS DEPARTAMENTOS PARA EL MONTAJE Y MANTENIMIENTO DE PAGS WEB De todo lo expuesto en el punto anterior, se deduce claramente la necesidad de que en cada departamento universitario exista un equipo de becados y profesores (con la intención de formar criterio propio en relación a su materia ) destinados a la creación y mantenimiento de sus propia pag. Web y bases de datos. La gan diferencia existente entre casi todo lo que ”cuelga de la red” , y lo que se debe generar desde un dpto. universitario, es que aquello esta concebido para “vender un producto”, y esto debe tener un caracter docente o pedagogico (al menos). Con lo cual difícilmente pueden servir de modelo las web mencionadas en el apartado anterior. El coste de este de este equipo de trabajo + su hard-ware (*4), se hace muy rentable a medio plazo si se compara con el equivalente a otra clase de publicaciones del Dpto.: boletines informativos, programas e investigaciones, o , incluso, el contactos con otros grupos de trabajo equivalentes, o complementarios. : Coste de lo anterior <> coste de grupo-web (1)V S.3c= viviendas realizadas a partir de Sistemas de construcción por componentes compatibles (2) posteriormente le fueron añadidas algunas consultas y 85 nuevos casos, con lo que se llego a la ALFA-G/100º (3) fue en 2oo1 cuando se hizo entrega de sus resultados en la Consejeria de Cultura de la CAM (organismo que financio la misma con fondos de la UE) (4) un PC de media-alta potencia, y un personal pluridisciplinar: mantenimiento, formación, etc (5) para mas información sobre la actividad de alphaproject ver: www.aq.upm.es/pa seminarios

FORMULARIOS DE LA BASE DE DATOS ALFA-G/100

FORMULARIO SEÑAS-1 de la BSD ALFA-G/100

FICHA PRINCIPAL DEL CASO STUDY-H

MOSAICO PARCIAL DEL CASO STUDY-H

AMPLIACIÓN DE UN DETALLE DEL CASO STUDY-H