jump to navigation

Combinar el modelo de base de datos semantico utilizado por RAP, con un Modelo de Bases de Datos Transaccional enero 24, 2009

Posted by ddre in Ciudad Aeropuerto.
2 comments

Cuando se trabajan Ontologias, se puede utilizar RAP para que este genere un modelo persistente de nuestro diagrama de clases de la ontologia, y que sea almacenado en un DBMS. RAP utiliza PHP para poder generar las busquedas, y por medio de utilizar  ADOdb Database Abstraction Library for PHP, puede conectarse a una amplia gama de DBMS.

Ahora hay que tener en consideracion el modelo de base de datos que genera y utiliza RAP para lograr la percistencia de datos; este consiste de 3 a 4 tablas donde RAP almacena la informacion separando Sujetos, Predicados y Sentencias. Basado en estas tripletas, RAP cambia el modelo para generar los posibles sinonimos que utiliza para las busquedas inteligentes.  Las busquedas sobre estos datos son realizadas por medio de lenguajes de consultas semanticas (RDQL o SPARQL), que utilizan el grafo representado en el RDF para obtener los datos componiendo los sinonimos por medio del modelo de sujeto, predicado y sentencias, que ya sea que se encuentre almacenado en el modelo, o que se tenga que generar por medio de formarlo con la informacion disponible y devolver las coincidencias de los sinonimos encontrados con la informacion buscada.

Ahora bien, el modelo que maneja RAP es un modelo denormalizado, que es mas rapido para hacer busquedas y consultas que uno normalizado transaccional, pero por lo mismo, dificulta la manipulacion de los datos como la actualizacion, insercion y eliminacion.

Al intentar utilizar un modelo de base de datos transaccional, para poder realizar de manera mas simple las incerciones, actualizaciones y manejo de los datos, y para poder  mantener las busquedas inteligentes sobre el mismo, a parte de crear el modelo transaccional y mapear los datos a este, tambien es necesario crear un sub modelo el cual contenga los sujetos, predicados y sentencias, el cual este conectado al modelo transaccional, donde aparte de irse almacenando los sinonimos encontrados, tambien se tendran que almacenar las consultas para la busqueda de la informacion relacionada con los sinominos en el modelo transaccional en el propio lenguaje de consulta (SQL) del el DBMS. Donde cada consulta de un sinonimo, esta hecha sobre las tablas del modelo transaccional, y los sinonimos son los datos ingresados en los cuales se basa la consulta en base a la informacion percistente en el modelo transaccional.

Por lo que, para poder utilizar un modelo transaccional el cual pueda trabajar conectado a un modelo semantico, es necesario, no solo mapear los datos semanticos de los individios a entidades relacionales,  sino que tambien es necesario mapear los sinonimos hacia el sub modelo de sinonimos transaccional que trabaje sobre el modelo transaccional, al igual que las consultas sobre el mismo asociadas a cada sinonimo.

De esta forma, la utilizacion de una base de datos transaccional puede ser utilizado para este fin, pero hay que tomar en cuenta todas las conversiones necesarias que esto conlleva las cuales pueden requerir mas necesidad de procesamiento que el de solo la obtencion de la informacion requerida, asi como una herramienta que pueda automatizar todos estos procesos requeridos.

Autores:

  • David Fernando Rodas Enriquez
  • Ernesto R.  Lorenzana

Titulo Alternativo:

Lo mejor de dos mundos

Referencias Utilizadas:

http://www.w3.org/Submission/2004/SUBM-RDQL-20040109/

http://jena.sourceforge.net/ARQ/Tutorial/

Haz clic para acceder a Oldakowski-RAP.pdf

Ciudades Aeropuerto noviembre 8, 2008

Posted by Javier Gramajo in Ciudad Aeropuerto.
add a comment

Por: Estuardo Robles
www.sisterports.com
www.sisterairports.com
www.sisterairportcities.com

Todos forman parte de una mega cosa que vamos a hacer mas adelante que va a unir todo lo que tenga que ver con flujos de negocios, turismo y mercancias alrededor del mundo.

Por ahora, vamos a hacer enfasis en www.sisterairportcities.com que es la red que menos miembros va a tener de todas, por ende mas facil de hacer, compilar, y es una nueva industria o concepto, por lo cual podremos ser creativos e incluso llegar a convertir algunas de nuestras ideas en estandares para la industria de ciudades aeropuerto a nivel global.

Que es, es hacer un directorio/ontología que permita a personas encontrar todo lo relacion con ciudades aeropuerto: tanto el propio aeropuerto, las ciudades alrededor, informacion de pasajeros, flujos, carga aerea, informacion y mapas del lugar, informacion sobre empresas ahi establecidas en sus parques tecnologicos, informacion sobre vuelos, sobre rutas no solo areas sino conexiones con tierra, con buses, metro y trenes, taxis, hoteles, eventos y convenciones que se esten celebrando en la ciudad aerouperto, etc.

La red cuando quede creada va a poder ser un recurso que va a propiciar mayores negocios entre cada una de estas ciudades aeropuertos hermandadas, por ejemplo, si en Amsterdam Schipol AirportCity Microsoft tiene una enorme oficina regional, pues podria inclinar la balanza mas favorable hacia Ciudad Aeropuerto Guatemala como destino de su proxima sede regional para LatinoAmerica dado que existe un hermanamiento y existe ese flujo de informacion transparente, lo cual reduce la incertidumbre en la toma de decisiones de negocios. Tambien puede incrementar las rutas de lineas aereas de punto a punto, pues reduce esa incertidumbre al dotar a la linea areea con mas informacion para pode estar mas segura que esa nueva ruta Amsterdam-GuatemalaCity vaya a ser exitosa, lo mismo con los turistas, etc.