Commentaires sur : DataWare et MetaDataWare

Par : Le propre du transfert et le tranfert du propre (infrastructure studies)

Le propre du transfert et le tranfert du propre (infrastructure studies) — Tue, 25 Oct 2011 09:54:58 +0000

[...] les protocoles applicatifs qui s’occupent des data. C’est en ce sens que le parle de Dataware et de Metadataware à propos des technologies de transferts. Dans l’ouvrage collectif « Pour en finir avec la [...]

Par : Et in Arcadia Ego » Blog Archive » Lieux communs 08/17/2008

Et in Arcadia Ego » Blog Archive » Lieux communs 08/17/2008 — Sun, 17 Aug 2008 19:30:48 +0000

[...] Christian Fauré — DataWare et MetaDataWare [...]

Par : vincent

vincent — Thu, 19 Jun 2008 15:35:37 +0000

S’il est important de mettre en oeuvre une chaine d’échange d’information contenant des propriété ou des comportenant intrassect à la données.
La compréhension de la données est le plus important.
On veut souvent échanger sans comprendre la signification des données échangées. Quelques sont le mode de stockage, traitement ou visualisation de la données mise à disposition, l’aspect fonctionnelle de l’information doit être le point le plus critique avec également sa qualité.
Une architecture 3 tiers distribué via le Web (HTTP, AJAX, …) doit garantir une orientation qualitative et une réponse à un besoin réel.
REST ou pas …

Par : Feedbooks : Blog Français

Feedbooks : Blog Français — Fri, 06 Jun 2008 06:56:12 +0000

Yahoo! Search Gallery & Semantic Web…

Yahoo! vient d’ouvrir la galerie d’applications SearchMonkey et l’application de Feedbooks figure en bonne place dans sa catégorie.
Je vais continuer de suivre de très près l’actualité autour de SearchMonkey, en particulier …

Par : Aurélien

Aurélien — Tue, 03 Jun 2008 20:52:42 +0000

L’informatique est le traitement automatique des informations ou des données. Mais il faut bien avouer que jusqu’à aujourd’hui et pour longtemps encore l’informatique c’est surtout le traitement manuel de problèmes hard-ware, soft-ware ou net-ware.

Il me semble que le PC (en cluster) avec de la virtualisation apporte un bon niveau de réponse aux problématique hardware. Pour le software, la conception objet, le language UML, les méthodes agiles ou le modèle open source ont prouvés leur efficacités. Pour les problèmes réseaux je pense que REST en tan style d’architecture pour système hypermedia distribué apporte à son tour des réponses libératrices.

Donc oui, comme tu le fait remarquer REST traite plutôt de la couche la réseau, de l’accès à la donnée plus que de la donnée elle-même. Mais en étant suffisamment affranchi des problèmes hard, soft et net on peut commencer à penser l’informatique dans son sens premier: le traitement de la donnée. L’architecture orienté ressource, reste elle entièrement à définir.

Au sens REST une ressource est identifiée par une URI, a des représentations et des méta-données

Comment concevoir ces URIs, quelles représentations retenir (XML, RSS, JSON, RDF, microformat, …) quels méta-datas (auteurs, date, type-mime, ..) Voilà les questions auxquelles doit répondre ta metadataware architecture si elle s’appuie sur REST.

Par : Christian

Christian — Sun, 01 Jun 2008 09:17:25 +0000

Merci de rappeler que SPARQL est aussi un protocole !
Bien vu.

Par : Got

Got — Sun, 01 Jun 2008 09:03:01 +0000

Merci de mettre le doigt sur ce qui me gênait dans REST, je n’ai jamais réussi à comprendre quelle était l’évolution apportée au niveau des données elles-mêmes (je ne remets pas en cause l’apport au niveau protocole et architecture, j’en suis incapable).

Quant à ta dernière question, j’aurais bien une réponse, mais on va finir par penser que c’est une idée fixe. Pas grave : je pense que l’architecture dont tu parles existe, c’est SPARQL, SPARQL et SPARQL, à savoir SPARQL, le langage de requêtes, SPARQL, le protocole et SPARQL, le format XML. Et, le tout est normalisé. Pas belle la vie

Mais, pour réussir à mettre en place cette architecture, il faudra que les DSI et autres SSI comprennent qu’à côté des architectes logiciels et des architectes fonctionnelles, il est absolument nécessaire de disposer d’architectes des données.