Procesamiento de datos en la investigacion de la Arquitectura

PROCESAMIENTO DE DATOS EN LA INVESTIGACION DE LA ARQUITECTURA BASES DE DATOS = IMÁGENES+ TEXTOS = WEBJosé Miguel Reyes González / Farid Mothkar NoriegaAlphaproject_departamento de proyectos. E.T.S. de Arquitectura de Madridreyesjm@aq.upm.esRESUMENEl formato web se revela hoy día como uno de los más eficaces a la hora de transmitir informacióngrafica. 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 tantosobre su uso y manejo, dada la importancia que tiene para nuestra profesión todo lo relacionadocon la imagen.En esta comunicación se describe el funcionamiento de ALFA-G/40, una base de datosdesarrollada en el dpa de la ETSAM desde el curso 98 al 2oo1 , que opera con imágenesalmacenadas en formato web.A continuación, se hacen algunas consideraciones con relación a la necesidad de que lainformación arquitectónica que se maneja de este modo sea organizada y maquetada por lospropios arquitectos, para que la propia infamación también tenga una organización encorrespondencia 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 compararlocon lo mostrado anteriormente.De todo lo anterior, se desprende claramente la necesidad de que en todos los departamentosacadémicos se funden equipos de trabajo con criterio propio, para crear y mantener pags web (conun gasto asumido), sino se quiere caer en el error de dejar circular por la red información sobrenuestro propio trabajo con muy mala calidad, y bajo nivel de comprensión.1.VENTAJAS DE LAS WEB EN RELACION A OTROS SISTEMASTRADICIONALES DE COMUNICACIÓN Y ARCHIVOEn las puertas del S.21, parece indiscutible que la información digital es unaherramienta fundamental para el trasvase de datos, y la formación cultural de laspróximas décadas a escala planetaria.Cualquier estudioso, sea o no-arquitecto, puede acceder a través de Inter-net afuentes directas de información respecto a los mas especializados, o actualestemas. 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 suimportancia al compararlos con las bibliotecas que utilizan el soporte tradicional deimpresió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 ARQUITECTURALas bases de datos convencionales cumplen su función de clasificación ybú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 puedendedicarse a la inserción de ciertas imágenes, y que estas quedan almacenadas enla base de datos para poder ser procesadas oportunamente. Este procesamientopuede consistir en generar toda una gama de fichas creadas a partir de losformularios que la propia base de datos nos genera, y en estas fichas podránaparecer las imágenes anteriormente almacenadas.Pero, este formato de información muy adecuado para el caso de ciertasimágenes, o actividades mercantiles, se revela insuficiente en el caso de laarquitectura. Cuando las imágenes almacenadas en cada registro no pasan de 3o 4, y cuando en nuestras fichas tampoco necesitamos colocar una cantidadmayor, el procedimiento puede ser aceptable.Así, cuando las fichas en cuestión, solo necesiten llevar el rostro de los empleadosen una empresa, o las 2 fotos identificativas de un edificio para la gestión de unainmobiliaria, puede servir la información grafica almacenada por nuestra base dedatos convencional. Y, aún así, las imágenes tendrán que ser depequeño tamaño y resolución, corriendo el riesgo en todos los casos, de que eltamaño en Kbites de la base datos aumente muy considerablemente a medida queañadimos imágenes; con lo cual, siempre estaremos muy condicionados por estemedio informático empleado.Naturalmente, en el caso de la arquitectura, la cantidad e importancia de lasimágenes que se necesitan para definir cualquier edificación y, posteriormentepoder 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 haceinsuficiente.Sin embargo, si utilizamos otro soporte informático como el formato web, lo queantes era un “handicap” importante para las bases de datos, aquí se convierte enun medio donde las imágenes se encuentran en uno de los mejor conocidos hoydía para su manejo y difusión.¿se podrían vincular las ventajas de ambos medios (base de datos y web), paraaprovechar las ventajas de ambos , y así poder procesar imágenes en lostamaños, calidad, y cantidad, que la arquitectura necesita? ******Esta fue la tarea que nos fijamos al comienzo del curso 98-99 en el seminario deinvestigació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 elsoft-ware convencional, pero teníamos noticias de que podría ser una realidad enfechas próximas. Y así fue, la versión Acces-2ooo fue editada permitiendo que encualquiera de los campos de sus tablas pudieran definirse operaciones de“hipervinculacion” que conectaban esa casilla con una dirección web previamentedefinida en cualquier lugar de la red.Antes de esa fecha, ya habíamos puesto manos a la obra para preparar las webque í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 deestas webs (esto se puede realizar con cualquier programa generador de webque 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 delsiguiente modo: pantalla principal / pantalla mosaico/ y pantalla destino.Pantalla principal: en esta pantalla aparece una ficha general idéntica para todoslos casos. La misma contiene: foto grande que caracteriza el caso en todos loscampos ( y las búsquedas realizadas por la base de datos) + Un párrafo en el quese describe parte del sentido que tiene el proyecto+ La planta general del casojunto 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 querepresentan las propiedades de cada caso que han servido para clasificarlo segúnlas tablas de la base de datos.A la vista de esta pantalla se puede caracterizar y situar cada caso en relación alresto, 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 lasiguiente pantallaPantalla mosaico: en esta pantalla aparece un mosaico de imágenes quedescribetoda la información grafica de que se dispone en cada caso. Esta información estaordenada en las 5 columnas de que se compone el mosaico, según la materia quecontienen: planos / puntos de vista previos / construcción / fotos / relación con lanaturaleza. Además, en la parte superior de esta pantalla aparece en tamañomedio la misma imagen que caracteriza el caso en la ficha inicial. Pulsando estaimagen, se vuelve a la ficha principal del caso. Si pulsamos cada una de lasimágenes del mosaico, se accede a la tercera pantalla según los 3 pasos del árbolplanteados al inicio de la presente exposición.Pantalla destino: En esta pantalla, encontramos aumentada la información graficaque 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 queidentifica el caso por su: / nombre / autor / lugar / fecha .

Para volver al mosaico, y continuar con la exploración del caso, solo basta conpulsar el “atrás” del navegador utilizado, y podremos volver a abrir otra viñeta.Explorado el caso, podremos continuar examinando otros de acuerdo con labúsqueda realizada desde la base de datos para comparar o identificar resultados.Para ello bastara con cerrar la pantalla principal del caso, o minimizarla, paraposteriormente abrirla en paralelo al caso siguiente. *******Llegados a este punto, nos enfrentaríamos con la descripción y funcionamiento dela base de datos ALFA-G/40 que es la que nos permite acceder a las webanteriormente descritas. Esto se va ha hacer de manera muy sucinta, ya queentendemos que el objetivo de esta comunicación no es el dar a conocerexhaustivamente el contenido de la base de datos; sino su enlace con lainformación grafica que maneja.En su inicio, la base de datos ALFA-G/40 consiste en 9 tablas que clasifican lainformación de los casos que en la misma se almacenan. Dichas tablas se titulansegú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 sepuede 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 encualquiera de los campos una imagen que nos caracterice el registrocorrespondiente (en nuestra base de datos va a ser la imagen colocada en la fichaprincipal de cada caso).Hecha la clasificación e introducción de la información deseada en las tablas, soloresta el poner en marcha la operación de hipervinculacion que Acces-2ooo nospermite realizar en cualquiera de sus campos, y conectar cada registro con su webcorrespondiente. Así, una vez hecha la búsqueda y selección de casos encualquier formulario ( en la tabla 1-señas, podremos buscar por: nombre/ pais//fecha / arquitecto/ ,o sus combinaciones) y pulsando el campo situadoinmediatamente delante de la imagen de referencia del registro deseado, se abrirala 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 realizarcomparaciones en paralelo sobre estos 2 casos, o más, a medida que avancemosen el examen del formulario elegido. *******De esta forma, podemos comprobar como, con ALFA-G/100 hemos conseguidounir las ventajas que cualquier base de datos nos ofrece a la hora de clasificar ybuscar registros, junto con las ventajas que el formato web nos facilita a la hora dealmacenar 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 facilitaConectando ambos formatos, se consigue una eficacia no igualable a cuando seactú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 laarquitectura al menos en el 2oo1. Año en que se dio por conseguidos los objetivosiniciales de la misma (3*) *******De esta forma, hemos podido apreciar como se puede acceder a una informacióngrafica 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 losdemás, y el lugar en que nos encontramos dentro de la información disponible delmismo caso.Se hace patente la importancia que tiene el propio arquitecto-usuario en lacreación de estos sistemas de clasificación ( mapas de información), cuando seutiliza el formato web. Baste examinar lo que sucede en algunos casos de web hoydía publicadas, para la trasmisión de datos arquitectónicos, pero donde elconocimiento del espacio y el tiempo no parecen ser las nociones mejoraprendidas 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 lasiguiente 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 productosEn general, en ninguna se plantea la búsqueda de información a partir de unabase de datos. Cuando es así, aparece como un formulario para introducir lasvariables de búsqueda, y el resultado suele ser una ficha con texto que da datossobre la búsqueda requerida: biografia de un arquitecto, características de unapublicació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 lasmismas fichas (edificios , o biografías de arquitectos) a partir de distintas listas,pero que son fijas y confeccionadas anteriormente. En estas listas, aparecen losedificios mencionados según los distintos ordenes que se requieren: cronológicos,geográficos, hipológicos, o alfabéticos. Pero realmente, no se esta manejando unabase de datos que pueda cruzar información entre tablas (realización deconsultas), o entre los propios campos de una tabla.

Por otra parte, excepto en las web editadas por los propios estudios de losarquitectos, una vez que se llega a la pantalla donde aparece la informaciónbuscada 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 encontramoscon mosaicos de cada edificio en donde, bien eligiendo, bien automáticamente, lasimágenes de referencia se van ampliando.Además, solo en estos casos se cuida la apariencia de la imagen en pantalla, parano perder de vista nunca el aspecto que las caracteriza, y las referencias en elespacio y el tiempo, que nos permiten saber siempre en que parte del viaje nosencontramos: que hemos dejado atrás, y que nos vamos a encontrar.Estas ultimas características y referencias espaciales tan importantes para lanavegación por la red, son algo que en las web de los estudios referidos estaestudiado, y destaca por su buen resultado; mientras que en las que esainervencion del arquitecto no ha existido, adolecen de esa necesaria orientaciónespacio-temporal a traves de su navegación, y caen en bucles y recovecos dondecualquier “confiado- usuario” llega a perderse completamente,Todo esto debería de llegar a dar lugar a una “arquitectura de la web” ·(con todo elsentido espacio-temporal que ello conlleva) de la que aquí se ha tratado, y en lacual, el arquitecto también debería de ser uno de sus mas destacados agentes.3. NECESIDAD DE GASTO PREFERENTE EN LOS DEPARTAMENTOS PARAEL MONTAJE Y MANTENIMIENTO DE PAGS WEBDe todo lo expuesto en el punto anterior, se deduce claramente la necesidad deque 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 lacreació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 sedebe generar desde un dpto. universitario, es que aquello esta concebido para“vender un producto”, y esto debe tener un caracter docente o pedagogico (almenos). Con lo cual difícilmente pueden servir de modelo las web mencionadas enel apartado anterior.El coste de este de este equipo de trabajo + su hard-ware (*4), se hace muyrentable a medio plazo si se compara con el equivalente a otra clase depublicaciones 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/100FORMULARIO SEÑAS-1 de la BSD ALFA-G/100

FICHA PRINCIPAL DEL CASO STUDY-H

MOSAICO PARCIAL DEL CASO STUDY-HAMPLIACIÓN DE UN DETALLE DEL CASO STUDY-H

Procesamiento de datos en la investigacion de la Arquitectura

by Farid Mokhtar Noriega on Dec 26, 2011

Accessibility

Tags

Upload Details

Usage Rights

1 Embed 59

Statistics

Procesamiento de datos en la investigacion de la Arquitectura — Document Transcript