Difference between revisions of "workofart-brainstorming-fr"

From Microformats Wiki
Jump to navigation Jump to search
m
 
m (rm redundant link)
 
Line 81: Line 81:
 
** Est ce que le créateur de l'information s'appuie sur une extension hCard pour les formes historiques ? Il semble comme si hCard avec l'addition de la nationalité, des dates vitales, le sexe et le rôle ont de l'utilité dans des contextes alternatifs.
 
** Est ce que le créateur de l'information s'appuie sur une extension hCard pour les formes historiques ? Il semble comme si hCard avec l'addition de la nationalité, des dates vitales, le sexe et le rôle ont de l'utilité dans des contextes alternatifs.
 
*** Je pense que l'information créateur devrait s'appuyer sur hCard jusqu'aù stade où hCard peut la gérer. Une extension hCard pour des figures historiques seraient très utile pour nous ici, mais j'avancerais que c'est en dehors du champ de ce microformat. Qu'en pensez-vous ? -- [[User:TimG|Tim]]
 
*** Je pense que l'information créateur devrait s'appuyer sur hCard jusqu'aù stade où hCard peut la gérer. Une extension hCard pour des figures historiques seraient très utile pour nous ici, mais j'avancerais que c'est en dehors du champ de ce microformat. Qu'en pensez-vous ? -- [[User:TimG|Tim]]
*** Nous devrions suivre la discussion sur [[hresume-fr|hResume]]. Leur approche combine [[hcard-fr|hCard]] avec [[hcalendar-fr|hCalendar]]. Avec l'addition de la nationalité, des dates vitales et le genre cela fournirait un cadre pour les fichiers de bio que beaucoup de musées conservent sur les artistes dans leurs collections. [[hBio]] ? -- [[User:TimG|Tim]]
+
*** Nous devrions suivre la discussion sur [[hresume-fr|hResume]]. Leur approche combine [[hcard-fr|hCard]] avec [[hcalendar-fr|hCalendar]]. Avec l'addition de la nationalité, des dates vitales et le genre cela fournirait un cadre pour les fichiers de bio que beaucoup de musées conservent sur les artistes dans leurs collections. ''hBio'' ? -- [[User:TimG|Tim]]
  
  

Latest revision as of 13:38, 1 May 2007

Brainstorming Oeuvre d'Art

Cette page est desinté au brainstorming pour des idées, propositions, contraintes et exigences pour un microformat oeuvre d'art.

Ceci fait partie d'un effort communautaire pour créer un microformat work-of-art. (Voir aussi : workofart-exemples, workofart-formats.)


Participants

(traduction française User:ChristopheDucamp

Le Problème

Beaucoup de muséums d'art utilisent des métadonnées pour décrire les oeuvres d'art dans leurs collections. Néanmoins, la présentation des oeuvres d'art sur le web ne bénéficie pas souvent de ce travail d'organisation de catégories. Nous aimerions développer un balisage standard xhtml pour la présentation des oeuvres d'art sur le Web.

Cas d'Utilisation

Pourquoi se compliquer avec un microformat pour les oeuvres d'art ? Quels sont les problèmes que cela nous permettra de résoudre ? Quels sont les nouveaux outils que cela nous permettra de construire ?


Le MétaMusée

Un microformat oeuvre d'art sur les sites web de musées à l'intérieur des blocs de construction d'un "métamusée" basé sur le web - une interface vers les oeuvres d'art sur le web.


L'Agrégateur d'Oeuvre d'Art (+ XSLT = Flash Cards)

"Je suis un étudiant en faculté qui prend des cours d'histoire de l'art. De nombreuses fois, le problème s'est présenté de créer des flash cards pour les examens dans ces cours. Combien de temps aurais-je pu économiser avec un agrégateur oeuvre d'art et une feuille de style xslt qui pourrait produire des flashcards imprimables automatiquement à partir de la vaste gamme de sites d'art dans la jungle." -- tiré de ce billet sur la liste de discussion microformats.


Recherche (et Publicité pour Plus Petites Collections ?)

"J'ai cité avant que je redesignerais sous peu un site web pour une galerie d'art en faisant un usage intensif des microformats. J'ai été simplement informé qu'ils veulent reproduire des photographies de toutes les oeuvres d'art et sculptures de chaque artiste pour l'objectif de travailler avec une clientèle et de produire une décision informée sur l'achat de l'oeuvre d'art. Avec un microformat comme un guide vers les "bonnes pratiques" comme un catalouge, ce pourrait être facilement assemblé dans une base de données cherchable." -- extrait de ce billet sur la liste de discussion microformats


Exposition

J'imaginerais qu'il est plus commun pour plusieurs oeuvres d'art d'être regardées sur une page web unique que ce ne l'est pour une oeuvre unique à regarder sur une page unique. Dans la vraie vie, plusieurs oeuvres d'art peuvent être assemblées pour produire une exposition (NDT un musée). Le microformat oeuvre d'art pourrait être conçu de façon à ce qu'il soit facile de combiner plusieurs oeuvres d'art xhtml à l'intérieur d'une exposition xhtml (peut-être en utilisant quelque chose comme le format hAtom pour lier les pièces ensemble).


Discussion

Sur quoi devrait être basé l'oeuvre d'art ?

  • Quel est le meilleur des schémas de métadonnées existants pour utiliser comme base pour le travail sur un microformat oeuvre d'art ?
    • Le consensus semble se construire autour l'utilisation de citation pour les termes basiques. Voir la discussion en-dessous. -- Tim


Intégration d'autres microformats

  • Quelle est la meilleure façon d'intégrer des microformats existants à l'intérieur du microformat oeuvre d'art ? Par exemple, serait-il approprié d'utiliser le microformat hCard pour identifier l'artiste ? Pour identifier l'endroit de l'oeuvre d'art ?

Que penser de citation ?

  • Ryan Cannon propose que l'oeuvre d'art puisse être produit comme un cas spécial du microformat citation
  • Je propose que 'work-of-art' soit (plus spécifiquement) une extension du microformat citation. Je propose que le but de 'work-of-art' soit de créer une version simplifiée de CDWA, dont les composants clés soient ces parties de CDWA qui soient tout au plus communément utilisées au moment de représenter une oeuvre d'art en ligne. Cependant, 'work-of-art' devrait être extensible de façon à ce que n'importe quel travail puisse être accomodé. En fait, 'work-of-art' devrait fortement encourager l'utilisation de ses composants-clés (pour la cohérence), mais permettre des éléments additionnels pour ces cas dans lesquels ils sont strictements nécessaires. Les opinions sur l'utilité et/ou les inconvénients d'être "all-inclusive" sont requêtées. [ Samantha Orme ]
    • L'un des principes-clés derrière les microformats est la réutilisation de standards existants. hCard, par exemple, est essentiellement une réimplémentation 1:1 du standard vcard. La proposition que nous basions ce format sur citation soulève la question : est-ce mieux de réutiliser un microformat existant ou réutiliser quelque format spécialement fait (comme CDWA) ? -- Tim
    • Est-ce que les musés sont plus près à adopter un standard qui soit facile à comprendre et lire ou un basé sur un standard existant conçu pour les musées ? -- Tim
      • Je pense que tout dépend de la complexisté et de la facilité d'utilisation. Les microformats sortent de l'héritage des formats existants (même quand ils sont basés sur ces formats hérités !) purement parce qu'ils sont plus simples à rédiger, et fournissent une moindre barrière à l'entrée pour la compréhension. - Tantek
    • Je ne suis pas tout à fait certain de ce que vous entendez par extensions. Si vous voulez dire extensions informelles, je pense que nous ferions mieux de ne pas les sanctionner. Les seuls champs qui vont être vraiment utiles (d'un point de vue lecteurs/parseurs) sont ceux qui sont appliqués avec cohérence (les composants-clés que vous proposez). Néanmoins, si vous voulez dire extensions comme ce microformat est une extension du microformat citation (ce qui veut dire, développé en utilisant le processus des microformats), je suis complètement d'accord. Vos idées ? -- Tim

Propositions

Epouvantail citation + Dublin Core

  • Un point de départ suggéré pour les composants-clés de 'work-of-art'. Les composants sont, si possible, soit similaires à ceux qui sont déjà considérés pour l'inclusion dans citation, ou faisant partie du Dublin Core. Le Metadata Standards Crosswalk de Getti a aussi déjà pris ça en compte. Feedback bienvenu.
  • Questions :
    • Est-ce que quelque perte de granularité sémantique est un compromis acceptable pour la clarté du microformat ? (par exemple devrions nous combiner des composants qui seraient distincts dans un schéma basé sur CDWA) ?
      • Je pense que le compromis est acceptable. Dans un signe vers cette problématique, CDWA fait une distinction entre les champs destinés à l'indexation (plus granulaires) et les champs destinés à l'affichage (plus humains). Dans la proposition paille de CDWA, j'ai opté pour l'utilisation de champs "display" 'human friendly'/ moins granulaires. -- Tim
    • Est ce que le créateur de l'information s'appuie sur une extension hCard pour les formes historiques ? Il semble comme si hCard avec l'addition de la nationalité, des dates vitales, le sexe et le rôle ont de l'utilité dans des contextes alternatifs.
      • Je pense que l'information créateur devrait s'appuyer sur hCard jusqu'aù stade où hCard peut la gérer. Une extension hCard pour des figures historiques seraient très utile pour nous ici, mais j'avancerais que c'est en dehors du champ de ce microformat. Qu'en pensez-vous ? -- Tim
      • Nous devrions suivre la discussion sur hResume. Leur approche combine hCard avec hCalendar. Avec l'addition de la nationalité, des dates vitales et le genre cela fournirait un cadre pour les fichiers de bio que beaucoup de musées conservent sur les artistes dans leurs collections. hBio ? -- Tim


Component Notes Approximate CDWA equivalent
title [Title ou Names]
creator (hCard) [Creation-Creator]
creator-dates (dates) [vitalDatesCreator]
creator-nationality [nationalityCreator]
creator-role [roleCreator]
subject (keywords) [Subject Matter]
description [Descriptive Note]
date (date created OU earliest date) [Creation-Date]
latest-date (latest date) [Creation-Date-Latest Date]
type (genre/style) [Classification] [Styles/Periods] [Object/Work Type]
format (dimensions) [Measurements]
medium (media / techniques) [Materials and Techniques]
identifier (repository number / accession number) [Current Location-Repository Numbers]
source (current repository) [Current Location-Repository Name]
source-location (current repository location -- geo?) [Current Location-Repository Location]
language
rights (copyright information) [Copyright/Restrictions]
provenance [Ownership/Collecting History-Description]
series (connect artworks that are part of a series) [Related Works]

[ Samantha Orme ]


Epouvantail CDWA Lite

Use class names based on the CDWA Lite 0.9 Work in Progress XML Schema.

Cet exemple est basé sur un exemple CDWA


<span class="cdwalite">
    <span class="objectWorkTypeWrap">
        <span class="objectWorkType">watercolor</span>
    </span>
    <span class="titleWrap">
        <span class="titleSet">
            <span class="title">Conway Castle, North Wales</span>
        </span>
    </span>
    <span class="displayCreator">Joseph Mallord William Turner (British painter, 1775-1851)</span>
    <span class="displayMeasurements">53.6 x 76.7 cm (21 1/8 in. x 30 1/8 in.)</span>
    <span class="displayMaterialsTech">Watercolor and gum arabic with graphite underdrawing</span>
    <span class="styleWrap">
        <span class="style">Romanticism</span>
    </span>
    <span class="descriptiveNoteWrap">
        <span class="descriptiveNoteSet">
            <span class="descriptiveNote">This is the largest of Turner's four extant watercolors of this medieval...</span>
        </span>
    </span>
    <span class="locationWrap"> 
        <span class="locationSet">
            <span class="locationName currentRepository">J. Paul Getty Museum (New York, New York, USA)</span>
            <span class="locationName repositoryLocation">Los Angeles (California, USA)</span>
            <span class="locationName repositoryNumbers">95.GC.10.</span>
        </span>
    </span> 
</span>

Problématiques non résolues dans la "CDWA Lite Strawman" :

  • Est-ce que le balisage est prohibitivement compliqué ?
  • Est-ce que les tags enveloppants (comme "objectWorkTypeWrap", "titleWrap" etc) sont nécessaires ?
  • Est-ce que les tags 'display' (comme "displayCreator") sont préférables aux tags d'indexation ? (Voir le CDWA Lite XML Schema pour une liste des tags d'affichage et d'indexation.)
  • Quel est le meilleur moyen de traiter les attributs sur les tags xml (tels que "type=", "termsource=" et "termsourceID=")?