RDF (Resource Description Framework)

Las ventajas que encontramos de este formato es: 

1. Permite definir información sobre cualquier dominio.
2. Definido como una tripleta (s,p,o)

• •        Sujeto – Recurso
  •        Predicado – Propiedad
  •        Objeto – Literal

Es decir, <sujeto> TIENE <predicado> CUYO VALOR ES <objeto>.

-       Las desventajas que tiene es que no indica la cardinalidad, sin tipos de datos y no se puede derivar por unión o intersección.

 

OWL (Lenguaje de Ontologías Web)

Se basa en RDF Schema, tiene más vocabulario para describir clases y propiedades.

•        Clases
•        Propiedades
•        Individuos

Una de las cosas  fundamentales a la hora de trabajar con WSMO es poder registrar y descubrir servicios.

Para hacer ésto, utilizaremos la herramienta WSMT, de la manera que se describe en el siguiente manual conceptos-basicos-de-wsmo.pdf.

Refiriéndonos a WSMO Studio encontramos:

• ORDI adapter. Este plug-in adapta ORDI al repositorio de la aplicación y permite construir en local un repositorio basado en Sesame.
• IRS-III adapter. El IRS-III plug-in integra IRS-III en WSMO Studio. Este plug-in soporta importación y exportación de entidades WSMO, como de Goals, Mediadores, Servicios Webs y Ontologías, al y desde el reasoning server. Además permite la creación y uso de Goals IRS-III en una interfaz de point-and-click.
• WebService adapter. Este plug-in supone una interfaz entre el sistema y un Repositorio remoto.
• Existen otros adaptadores de razonamiento para corregir ontologías mediante WSML Reasoner.

En conclusión obtenemos que podemos importar desde WSML-XML y un subconjunto de OWL-DL y RDF, pero exportar sólo está soportado para WSML-XML y OWL-DL.En cuanto a Infrawebs ya que es una aplicación desarrollada sobre WSMO Studio comprende el mismo conjunto de adaptadores.Para más información sobre los lenguajes soportados:

• WSML Language: http://www.wsmo.org/TR/d16/d16.1/v0.3/
• OWL-DL:  http://www.w3.org/TR/owl-guide/

Lo primero que tenemos que hacer para trabajar con la API de Google sería obtener una clave de uso http://code.google.com/apis/maps/signup.html, tendremos en cuenta que si vamos a trabajar en local, crearemos una clave para localhost. Crearé unos cuantos ejemplos en código java script embebidos en ASP 2.0 y luego lo probaremos en aplicaciones JAVA. Recuerdo que toda la información acerca de la API de Google Maps la podemos encontrar en http://code.google.com/apis/maps/ . 

Leo en Applesfera:

http://www.applesfera.com/2008/02/26-looking-glass-las-ventanas-del-futuro 

 

Mac Funamizu es el apodo de un diseñador japonés con algunas grandes ideas que podéis descubrir en su web, muchas de las cuales están relacionadas con productos de Apple o, como mínimo, toman como inspiración las líneas de diseño de la compañía de Cupertino. Ahora que estamos en este intenso ciclo de novedades semanales, me ha parecido un momento bastante propicio para soñar con que una de las ideas de Funamizu alcanzase al mundo real: Looking Glass.

 

Algunos conceptos tecnológicos cobran sentido en el mismo instante en el que te los planteas y esto es lo que ocurre con este diseño. Una ventana al mundo en la que se superpone toda clase de información útil gracias a la combinación de una cámara, un GPS y conectividad inalámbrica. Tan solo tendríamos que encuadrar lo que quisiéramos, un edificio, un coche o el cuadro de un museo, y el dispositivo lo analizaría para proporcionarnos la información pertinente de fuentes como la Wikipedia, Google o Google Maps.

¿Que queremos saber el significado de una palabra o profundizar más en el tema del artículo de una revista? Colocamos la ventana sobre el texto y pulsamos sobre el texto en cuestión creando instantáneamente un vínculo entre el mundo físico y la vasta fuente de información que es Internet. Soñar es gratis pero lo que está claro es que Funamizu es una de esas personas que Piensan diferente. Tal vez en Apple lo vuelvan a hacer algún día próximo.

 

 

 

 

Nos encontramos ante otro framework para servicios web semánticos. El IRS III lo podemos subdividir en tres partes, IRS Publisher, IRS Client e IRS Server.

 En el IRS Server encontramos dos niveles, descripción de componentes en OCML y dos conjuntos de mapeo para conectar a los específicos servicios Web. En IRS Publisher encontramos una de las partes más importantes de la aplicación, genera un envoltorio(wrapper) el cual nos permite utilizar Java o Lisp para invocar los servicios web o su descripción, además es que enlaza los servicios web con su descripción semántica del IRS Server. Por último, el IRS Client permite la invocación y consulta de los servicios almacenados.

Podemos ver un video de un caso de uso en  http://kmi.open.ac.uk/projects/irs/egovernment.mov.

Adjunto también el PDF oficial del proyecto, donde podemos ver un ejemplo simple, en la siguiente entrega desarrollaremos el registro y descubrimiento de servicios.

irs-iii_user_guide.pdf 

Lo primero que haremos será descargarlo e instalarlo:

1. Descargar de aquí. 

2.  

La primera herramienta que estudiaremos será Infrawebs Designer, es una herramienta de desarrollo y diseño de servicios web semánticos y goals basados en WSMO.Se caracteriza por una interfaz agradable basada en la plataforma de aplicaciones de Eclipse, y es muy útil sobre todo en la creación de reglas(axiomas), precondiciones y poscondiciones de una manera gráfica.Por último también destaca por la búsqueda(descubrimiento) de otros servicios mediante una interfaz de búsqueda muy completa.Para más información os dejo un manual con ejemplos de funcionamiento: Infrawebs Designer Manual