Este es un artículo sobre un proyecto de investigación que realizamos José Miguel Reyes y Farid Mokhtar Noriega, sobre bases de datos combinadas que incluyen informació

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

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

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

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

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

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

7. FORMULARIOS DE LA BASE DE DATOS ALFA-G/100
FORMULARIO SEÑAS-1 de la BSD ALFA-G/100

8. FICHA PRINCIPAL DEL CASO STUDY-H

9. MOSAICO PARCIAL DEL CASO STUDY-H
AMPLIACIÓN DE UN DETALLE DEL CASO STUDY-H