PUBLIC MARKS from decembre with tag metadonnée

Le web sémantique dans le projet data.bnf.fr Le projet data.bnf.fr s'inscrit dans une démarche d'ouverture des données sur le Web, y compris hors de la communauté des bibliothèques. Afin d’encourager la réutilisation des données brutes, cette ouverture a deux aspects : technique : respect des standards du « Web sémantique » et ouverture sur le « Web de données » (« linked data ») définis par le W3C. juridique : les données sont placées sous Licence ouverte de l’État autorisant la réutilisation libre, y compris commerciale, avec mention de la source. Les outils du « Web de données » répondent à des problèmes anciens des bibliothèques, en particulier autour de la gestion de formats divers (formats MARC, Dublin Core, XML-EAD, TEI…) et de l’échange de données. Ils offrent une présence nouvelle de ces ressources sur le Web en les rendant plus facilement accessibles et réutilisables et en les liant à des ressources complémentaires. Le projet data.bnf.fr utilise des données produites dans des formats divers, notamment Intermarc pour les catalogues de livres, XML-EAD pour les inventaires d'archives, et Dublin Core pour la bibliothèque numérique. Ces données sont modélisées, et regroupées par des traitements automatiques et publiées selon les standards du web sémantique.

1. L’URL est significative (http://catalogue.bibliotheque.fr/.0.. 2. L’URL différentes pour : accueil, liste de résultats, notice détaillée. 3. L’URL contient tous les paramètres de la recherche (mots recherchés, champs interrogés, filtres effectués après affichage de tous les résultats) 4. La page comporte un titre 5. Le titre et ne s’appelle pas toujours « Catalogue de la bibliothèque ») 6. Le titre récupère les métadonnées du document si je suis sur une notice détaillée 7. Le titre n’est pas le nom du logiciel. 8. Couleur du titre change pour m’éviter de cliquer deux fois sur le même 9. La notice détaillée avec Permaliene. 10. Une recherche rapide est possible à tout moment où que je me trouve (encart isolé en haut à droite ou à gauche, ou carrément barre de recherche latéral ou supérieure). 11. La recherche dans le catalogue n’est pas dans un frame HTML (ce qui bousille les exigences sur le titre et l’URL). A lire la suite....

Principalement, l’OpenURL est fait pour permettre d’accéder rapidement à une ressource rencontrée quelque part sur Internet : un lien OpenURL tient compte du résolveur auquel vous êtes (institutionnellement) rattaché et vous propose * un lien vers l’article en ligne, s’il s’agit d’une ressource en ligne * un lien vers la notice dans le catalogue de votre bibliothèque, s’il s’agit d’un document papier. Pourquoi ? D’abord pour le principe. A partir du moment où nous mettons en ligne des métadonnées, il est normal de les fournir dans un format à peu près standard, permettant de les réexploiter. Et ceci indépendamment des usages que, moi-même, je pourrais imaginer : Donc si une bibliothèque de médecine dispose d’un résolveur OpenURL, elle peut indiquer notre catalogue à ses étudiants : ils font une recherche et rebondissent ensuite vers leur propre BU, grâce au plugin LibX que celle-ci aura pris soin de leur proposer.

The URI microformat takes advantage of OpenURL and existing link resolver solution.It defines a convention of plugging URI metadata in HTML page. If it is adopted and widely used,now a microformat-aware application (be a greasemonkey script, or a web service) can grab the identifier and point to your local OpenURL resolver, you immediately get the copy from local library. It is very similar to COINS, but it's much simpler and cleaner, anyone can understand and use it, and its aplication can be beyond traditional research library. e.g. in a public library, you can use amazon as catalog and immediately check if it's available in local collection. COinS provides a great number of additional capabilities that URI microformat can't support. Since COinS can't be dismissed for this reason, it doesn't make sense to me to create yet another standard that does the same thing with so little savings.I will grant that the COinS is less intuitive.....

test Libx pour bobigny....

To embed citation metadata into html in such a way that processing agents can discover, process and make use of the metadata. Since an important use of this metadata will be to allow processing agents to make OpenURL hyperlinks for users in libraries (latent OpenURL), the method must allow the metadata to be placed any where in HTML that a link might appear. In the absence of some metadata-aware agent, the embedded metadata must be invisible to the user and innocuous with respect to HTML markup. To meet these requirements, the span element was selected. The NISO OpenURL ContextObject is selected as the specific metadata package. The resulting specification is named "ContextObject in SPAN" or COinS for short. A COinS Generator site is available - See : COinS Processors Alf Eaton's Greasemonkey script for processing COinSVirginia Tech's

The Lossless JPEG Toolbox de Michael Lee propose de nouveaux outils gratuits (pour Windows seulement, désolé) parmi lesquels on peut noter: * Lossless Logo pour ajouter un logo à une ou plusieurs images * GPSStamper pour insérer sur une image les coordonnées GPS, la localisation, la description IPTC, etc. * MetadataMirror pour afficher un ensemble complet de métadonnées embarquées dans une ou plusieurs images (métadonnées Exif, IPTC, XMP, profil ICC, etc.). Le programme est basé sur l'excellent ExifTool de Phil Harvey (télécharger la dernière version et la remplacer dans le dossier d'installation de MetadataMirror). Il ne fait rien de plus qu'ExifTool, mais si vous n'aimez pas trop les lignes de commandes ce programme est pour vous...

Flickr présente l'inconvénient majeur de ne pas permettre une sauvegarde/export globale des données, alors même que Exporter les images est facile, mais le problème principal demeure: comment sauvegarder les métadonnées ajoutées aux photographies. Conserver les métadonnées dans les images même et non dans un fichier externe. C'est le sens de la règle d'or posée par Erwyn Van Der Meer, l'auteur de l'outil Flickr Metadata Synchr, listé plus haut, dans un article où il fait un point très clair et synthétique sur les formats et la façon dont Flickr les utilise (ou pas): "Store the metadata in your images!" De quelles métadonnées parle-t-on? * celles enregistrées par l'appareil (digital) au moment où la photographie est prise (informations techniques); format de référence: EXIF * celles ajoutées manuellement (en particulier les mots-clés / tags); formats: IPTC (plus) et XMP(plus), le second plus récent et traitant l'unicode.

Mais tout d'abord, les métadonnées, qu'est-ce que c'est ? Le plus facile est de dire que ce sont des données sur les données. Cette définition est évidemment trop simpliste et doit être précisée : les métadonnées sont «un ensemble structuré d'informations décrivant une ressource quelconque». Comme je vais m'attacher ici à évoquer la problématique des documents numériques, j'ajouterais qu'elles «renseignent sur le contexte de création, de vie et de traitement du document électronique». A quoi servent les métadonnées ? Tout simplement à faciliter la recherche d'information, faciliter l'interopérabilité, faciliter la gestion et l'archivage, gérer et protéger les droits, authentifier un texte. Il ya types de métadonnées en fonction de leurs objectifs