vanschklift.com - Web Sémantique

je vois triple

biou — Tue, 18 Mar 2008 15:40:00 +0100

Ce machin a l'air sympa : triplify
Personne aurait envie d'en faire un plugin pour dc2 ?

RDF/A

biou — Wed, 01 Feb 2006 11:01:12 +0000

Vu chez Bob DuCharme, une alternative intéressante à l'approche GRDDL / microformats : RDF/A qui permet d'embarquer du RDF dans du XHTML...

Atteindre le Web Sémantique par la tagupuncture

biou — Mon, 30 Jan 2006 21:04:52 +0000

Un titre un peu bizarroide pour présenter ce lien vers un article optimiste de Leo Sauermann qui voit du web sémantique dans le futur du web 2.0. Les problèmes de base des tags sont bien présentés, on voit clairement ce qu'il faut pour améliorer le système de base, et ca ressemble un peu à du web sémantique.
On pourrait aussi ajouter un peu de contexte à ces tags avec du structured tagging, comme on peut le voir ici. Limite les tags pourraient être des url représentant des concepts dans des ontologies^H^H^H^H^H^H^H^H^H^H^H le web 2.0 c'est déja demain! :)

[Bonux:]
quelques liens vers EMF, le super framework de modélisation d'IBM basé sur Eclipse : site officiel, exemple avec une ontologie protégé, protos alphaworks (merci JS!)

bdd agile

biou — Sun, 08 Jan 2006 11:11:56 +0000

Juste une idée comme ca, après la lecture de ce post chez Danny Ayers : RDF For Rapid Development Of A Data Model.
Il serait intéressant d'avoir un environnement de développement permettant de développer rapidement au niveau de la couche de données. Les bases rdf existent actuellement, mais ce qui leur manque c'est une couche d'abstraction côté applicatif qui puisse gérer les données de manière flexible. Ainsi on pourrait prototyper très rapidement un schéma de données, et ses connexions dans l'application, et switcher après de manière transparente vers une base de données lorsque le schéma est plus ou moins stabilisé.
On pourrait aussi rapprocher ce mode de développement aux méthodes agiles, ce serait un outil de support de l'agilité dans le développement lié aux bases de données...

hAtom - de la bombe!

biou — Wed, 14 Dec 2005 11:42:28 +0000

Il y'a quelques temps j'ai bricolé un script pour importer un weblog 20six dans dotclear. Le résultat est ici : www.bloglaurel.com et semble s'être passé correctement.

Pour effectuer cet import j'ai dû réaliser un parseur permettant de récupérer toutes les informations des posts sur le blog 20six, le problème étant que le code html en sortie de 20six n'est pas terrible, d'autant plus que je ne savais pas que ce code dépendait du thème utilisé et le thème du blog que je devais importer était custom. Conclusion : mon parseur 20six est inutilisable pour l'import d'un autre blog que celui que j'ai importé.

Pour éviter ce genre de problèmes à l'avenir, je me suis un peu renseigné sur les formats d'échange de données de blogs (au minimum les posts avec toutes leurs métadonnées comme le titre, l'auteur, la date, les catégories...) et pour l'instant je n'ai pas trouvé grand-chose de convaincant. Il y'a un format textuel initié par MovableType d'export (spec ici), qui semble super rudimentaire et avoir pas mal de problèmes, notamment en terme d'encodage des caractères. L'avenir du blog semblant être au format Atom pour tout ce qui est de l'interopérabilité avec les blogs, atom offrant à la fois un format de syndication et une api web pour alimenter un blog, il semble possible d'utiliser aussi atom pour l'export et l'archivage.

En effet l'export et la syndication sont assez similaires, il faudrait juste pouvoir avoir des feeds qui aillent plus loin que 30 posts par exemple... C'est là qu'intervient hAtom. hAtom est un microformat, c'est-à-dire, pour faire simple, une structuration particulière des données d'une page web XHTML qui permet de retrouver facilement ses données dans un format connu, par exemple Atom, à l'aide d'une transformation xml, par exemple xslt.

Concrètement, qu'offre ce microformat?

avec hAtom, on peut structurer les pages web d'archive de son blog, par exemple en modifiant un tout petit peu le template, et on fournit un lien vers une transformation xslt dans les headers, pour info. Ainsi les archives du blog s'affichent toujours de la même manière pour les utilisateurs "normaux", mais on peut obtenir dorénavant des fichiers atom facilement à partir de ces pages, et mon problème d'export serait réglé.

Je vais sûrement tenter une implémentation de ces idées sur un thème dotclear et sur mon dotparking. Je vous tient au courant de l'avancement des travaux :)

quelques liens :

http://dannyayers.com/archives/2005/08/27/hatom-no-seriously/

http://dannyayers.com/archives/2005/11/24/hatom-draft/

http://weblog.burningbird.net/archives/2004/09/03/tool-independence-the-export-format/

http://semtext.org/atom/atom.html (pour les semantic-webbeux)