geração (semi)automática de metadados - Universidad Autónoma ...

Figura 2. Control y Lógica de Negocio Conector GIS
Sintaxis de las consultas enviadas al GSA:
Como se ha indicado en la explicación del flujo de trabajo el GIS Connector hace dos consultas contra el
GSA. La estructura sintáctica de las dos es la siguiente:
• La primera consulta tiene el objetivo de encontrar los ficheros .dbf que contengan la información
que el usuario quiere buscar: InformacionDeseada filetype:dbf. Por supuesto el usuario introduce
sólo la InformacionDeseada y la palabra reservada filetype se añade directamente en el GIS
Connector. De esta forma el GSA nos devuelve un fichero xml que contiene los enlaces y los
metadatos encontrados en cada fichero .dbf con la InformacionDeseada contenida.
• Analizando el documento xml devuelto por el GSA, se forma una segunda consulta, que tiene el
objetivo de verificar si existe por cada fichero .dbf buscado, un fichero .shp. La sintaxis es la
siguiente: q=filedbf_1|filedbf_2|…..|filedbf_n filetype:shp, donde filedbf_* son los basename de los
ficheros .dbf encontrados en la primera consulta, | indica el operador logico “OR” y filetype:shp
devuelve sólo los ficheros .shp.
Tecnología empleada:
• Lenguaje de programación: java Standard Edition (build 1.4.2_11-b06)
• API añadida: jDom 1.0. Como es necesario analizar el xml que devuelve el GSA, se elige jDom
porque es open source y sobre todo porque permite tratar el documento con filosofa SAX y DOM.
4.2 Interfaz Gráfica
Conferência IADIS Ibero-Americana WWW/Internet 2007
La interfaz gráfica de la aplicación consta de dos pantallas HTML, desde la primera (figura 3), se realizan las
búsquedas sobre el GSA, desde la segunda (figura 4), se muestran los resultados de dicha búsqueda. El
resultado de las búsquedas se devuelven en un archivo XML, por lo que este debe ser tratado y transformado
a HTML, para su visualización en un navegador web. Este tratamiento se realiza dentro del GIS Connector.
Buscando la independencia entre significado y aspecto en las interfaces gráficas, se ha optado por,
realizarlas en XHTML, permitiéndonos cambiar totalmente el aspecto de la pagina web sin tocar una sola
línea del archivo html, a través de las hojas de estilo CSS.
Dentro del área 1 (figura 3), se encuentran unos links, que pueden cambiar según las necesidades del
cliente, o simplemente se pueden eliminar. Dentro del área 2 (figura 3), se encuentra la cabecera de la página
web, la imagen con el logo de Google, se puede cambiar por cualquier otra imagen, dando otro aspecto al
proyecto. Dentro del área 3 (figura 3), se encuentra una sección específica para los desarrollos de la
aplicación, haciendo más cómoda, de esta forma, la prueba de distintos parámetros a la hora de hacer
búsquedas. Añadir que en la versión final, esta zona no será mostrada, y los campos que ahora se muestran
irán incluidos de forma oculta a través de campos hidden.
La parte inferior de la página, muestra dentro del área 4 (figura 3), información propia del cliente.
Tecnología empleada:
• Lenguaje de programación: java Standard Edition (build 1.4.2_11-b06)
• API añadida: SAX (Simple API for XML). Este API permite realizar la traducción de XML a
HTML, para mostrar finalmente los resultados como se observa en la figura 4. La justificación para
utilizar SAX frente a XSL (eXtensible Stylesheet Language), se basa en mejorar la rapidez de
desarrollo y sobre todo, mantener intacta la estructura devuelta por el GSA.
235