citation-brainstorming-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
mNo edit summary
Line 73: Line 73:
En ajoutant une classe, disons, "self" à un attribut de la proposition épouvantail proposée permettrait aux utilisateurs (ou agents utilisateurs) d'extraire les données exigées pour citer la page en train d'être visitée, au moment d'y faire référence ailleurs. Il y aurait l'avantage supplémentaire de permettre à la citation d'être ignorée par quelque parseur qui pourrait être de construire un "arbre" de citations, et d'éviter le réglage d'une boucle infinie.
En ajoutant une classe, disons, "self" à un attribut de la proposition épouvantail proposée permettrait aux utilisateurs (ou agents utilisateurs) d'extraire les données exigées pour citer la page en train d'être visitée, au moment d'y faire référence ailleurs. Il y aurait l'avantage supplémentaire de permettre à la citation d'être ignorée par quelque parseur qui pourrait être de construire un "arbre" de citations, et d'éviter le réglage d'une boucle infinie.


Pour l'indication des données publiées "d'auto-citation" (même sur une page secondaire) voir le lien "cite this article" sur toute entrée de Wikipedia, par ex.[http://en.wikipedia.org/w/index.php?title=Special:Cite&page=West_Midland_Bird_Club&id=115894372] extrait de [http://en.wikipedia.org/wiki/West_Midland_Bird_Club].
Pour l'indication des données publiées "d'auto-citation" (même sur une page secondaire) voir le lien "cite this article" sur toute entrée de Wikipedia, par ex.[http://en.wikipedia.org/w/index.php?title=Special:Cite
 
Voir aussi : [http://en.wikipedia.org/wiki/Wikipedia_talk:Citing_Wikipedia#Citation_data_should_be_on_the_page_concerned Proposition pour inclure sur la page des données de citation dans Wikipedia]
:[[User:AndyMabbett|Andy Mabbett]] 13:47, 20 Mar 2007 (PDT)
 
===Convertir des formats de citation===
Un agent utilisateur devrait être capable de lire une citation à partir d'une page web, dans un format donné, et de la convertir dans un second format pour utilisation ailleurs. Pour une liste de tels formats et des exemples voir [http://en.wikipedia.org/wiki/Citation#Format_styles Wikipedia, Citation styles]. [[User:AndyMabbett|Andy Mabbett]] 11:05, 30 Mar 2007 (PDT)
 
==Exemples==
* (extrait d'une liste de diffusion) :
:<blockquote>if you want to cite a [biomedical journal] journal article on Wikipedia [...] you can export a correctly-formatted citation for Wikipedia from HubMed using unAPI... http://hublog.hubmed.org/archives/001408.html</blockquote>
*[http://www.zotero.org/ Zotero], une extension Firefox pour aider à rassembler, gérer et citer des sources de recherche.:[[User:AndyMabbett|Andy Mabbett]] 09:13, 21 Mar 2007 (PDT)
 
== Discussion hBib originale ==
 
Durant la Journée WWW2005 des Développeurs sur la session [[microformats-fr|microformats]], Rohit Khare a fait une [[presentations-fr|présentation]] où il a discuté du [[process-fr|processus]] des microformats et puis il a fait une démonstration rapide où un paquet d'entre nous a reçu un document partagé Subethaedit et a brainstormé quelques idées sur ce à quoi pourrait ressembler un microformat de citation "hBib". Rohit a placé le [http://cnlabs.commerce.net/~rohit/hBib%20Discussion.html document sur son site Commercenet].
 
* http://cnlabs.commerce.net/~rohit/hBib%20Discussion.html
 
''Un essai pour résumer et mettre le document lié dans ligne suit. -Mike''
 
Deux objectifs essentiels ont été soulignés par le groupe :
* Eviter de reverrouiller les références
* S'adapter aux nouveaux styles de journaux en modifiant CSS
Le problème fondamental a été discuté en termes d'affichage - la capacité de transformer XHTML+hBib dans les nombreux formats spécifiques aux journaux. Par exemple, comment afficher "et.al" quand tous les auteurs sont présents dans le source, et comment réordonner les éléments si un style définit un ensemble trié d'éléments qui entrent en conflit avec le tri dans la source. Utiliser hCard pour les auteurs fût agréé par les participants, et les débuts d'un exemple ont été montrés.
 
== Structure XHTML ==
 
Mon expérience de travail avec X2V et hCa* m'a enseigné quels éléments sont faciles à trouver et quels sont ceux qui ne le sont pas. Le fait que le microformat Citation soit très nouveau, il est possible de ne pas réitérer une fois de plus les mêmes erreurs et de rendre les choses plus faciles pour que l'application d'extraction trouve et sous-tende certaines propriétés.
 
* Il devrait y avoir une sorte de 'root node' qui sous-tend tous les éléments enfants pour le microformat Citation.
* Parce que la plupart des personnes auront plusieurs Citation il devrait y avoir une façon de représenter chaque objet Citation comme un unique bloc indépendant d'un autre. Ceci pour éviter que le parsage de trouver un 'author' et de l'appliquer à toutes les citations. Chaque citation devrait être dans un container (class="???") qui s'étendait à partir d'autres.
* Peut-être que class="hcite" avec <code>&lt;cite&gt;</code> est recommandé comme l'élément racine. Par exemple <code>&lt;cite class="hcite"&gt;</code>
 
'''Note : Cette section était le contenu original du document. Depuis lors, class='hcite' a été retenu avec un agrément comme le nom de classe racine. Voir [[citation-brainstorming-fr#.27hcite.27_comme_nom_Elément_Racine|explication]].'''
 
== Citation vs. [[media-info-fr|media-info]] ==
 
Ce qui distingue un 'cite' d'un disons [[media-info-fr|media-info]] (par ex. [[media-info-examples-fr|les exemples d'info média]]) est qu'un 'cite' est une référence vers quelque chose d'explictement externe au morceau de contenu actuel ou au document, tandis que [[media-info-fr|media-info]] décrit de l'information à propos du contenu embarqué ou dans la ligne du document actuel.
 
== Sens Sémantique ==
Un des principes fondateurs des Microformats est d'utiliser l'élément le plus riche sémantiquement pour décrire chaque noeud (Point 2 des Principes de Design du XHTML Sémantique : utiliser le bloc de construction XHTML sémantique le plus précis pour chaque objet etc.). Parce que nous traitons avec du HTML et des citations, plusieurs éléments sont candidats pour être utilisés afin d'enrichir le sens sémantique. [http://www.w3.org/TR/REC-html40/struct/text.html CITE, BLOCKQUOTE, Q, A], (y'en a t'il plus  ?)
 
La [[citation-brainstorming-fr|page Citation Brainstorming]] a quelques développements et idés sur la façon de donner à une autre personne le crédit pour un lien. Quelques-unes des idées sémantiques derrière le choix des tags peut s'appliquer à une référence bibliographique complète. ''Est-ce que cette phrase fait sens seulement historiquement ? -Mike''
 
== WorldCat d'OCLC pour les titres ==
Question : que penser d'utiliser quelque chose comme le [http://www.oclc.org/worldcat/open/isbnissnlinking/default.htm WorldCat] d'OCLC pour lier les titres ? - Tim White
 
== This et That ==
Après avoir parcouru beaucoup de différents formats d'encodage de citation, j'ai remarqué que chaque format était utilisé de deux façons. Soit pour décrire la page en cours (THIS.PAGE) ou soit utilisé pour encoder des références qui pointent vers des ressources externes (THAT.PAGE)
 
L'information étant encodée était identique pour les deux ressources (author, date, name, etc) elle référence simplement des choses différentes. Pour ce microformat, je ne suis pas sûr si nous voulons essayer de résoudre les deux problèmes, ou simplement un ? Les méta tags dans l'élément head serait l'endroit idéal pour de l'information à propos de THIS.PAGE, mais cela ne suit pas les idéaux de microformats où l'information doit être lisible par un humain. L'idée de THAT.PAGE où une liste de références est à la fin d'un document sous la forme d'une bibliographie est plus en ligne avec les idéaux d'un microformat où la donnée est lisible par un humain. Cela ne veut pas dire que la donnée à propos du document actuel ne devrait pas être lisible par un humain, ainsi un peu des même propriétés utilisées pour faire référence à des ressources externes peuvent être utilisées pour le document actuel (THIS.PAGE). Pour faire ça, ceci est un item racine différent qui pourrait être utilisé et transformer les applications pourrait soit extraire la donnée citation à propos de la page en cours, ou l'information à propos des références de cette page.
 
Ceci est ouvert en discussion, mais de toutes les façons, je crois que les propriétés utilisées pour décrire une page seront les mêmes pour à la fois 'THIS' et 'THAT'. [http://suda.co.uk/ brian suda]
 
== Plus sur 'THIS' et 'THAT'==
 
Les microformats Citation sont en train d'être explorés comme une possiblité pour la citation d'information généalogique sur le [http://eatslikeahuman.blogspot.com blog de Dan Lawyer].
 
Ceci est un cas où fréquemment la citation ferait référence à (THIS.PAGE), mais l'aurait imbriqué dans une référence à (THAT.PAGE), possiblement à quelques degrés de profondeur. Par exemple, une page web pourrait contenir une donnée extraite d'un microfilm d'un recensement. La citation aurait besoin d'inclure de l'information à propos de la page web, de l'information à propos du microfilm, et de l'information à propos du recensement. Les citations généalogiques sont attendues pour inclure le repository (où peut on trouver ce livre ou ce microfilm. Est-ce le même que ''juridiction'' ?). Ainsi à chaque niveau l'information devrait contenir le repository de l'item référencé. Un mécanisme imbriqué (récursif) pour les microformats citaions serait utile dans ce cas. Est-ce la fonction de l'élément "container" dans le Format Epouvantail ?
 
== Mise en Forme de Date ==
Parce que les microformats sont tous au sujet de la réutilisation et du moyen accepté d'encoder Date-Time a été énormément implanté, de ce fait c'est un bon endroit pour démarrer au moment de traiter tous les types de citation de date.
 
Ci-après tous les différents champs extraits de différents formats de citations qui sont tous d'une nature temporelle :
* Date (available | created | dateAccepted | dateCopyrighted | dateSubmitted | issued | modified | valid)
* originInfo/dateIssued
* originInfo/dateCreated
* originInfo/dateCaptured
* originInfo/dateOther
* month
* year
* Copyright Year
* Date - Generic
* Date of Confernce
* Date of Publication
* Date of update/revisou/issuance of database record
* Former Date
* Entry Date for Database Record
* Database Update
* Year of Publication
 
Il existe plusieurs propriétés communes à travers différents domaines de citations et elles seront certainement dans le microformat citation, les instances uniques auront besoin de considération plus approfondie, autrement il n'y aurait aucune fin aux possibilités.
 
Il existe aussi plusieurs propriétés (year, month, Year of publication) qui peuvent être extraites d'une autre source. Par conséquent, si vous encodez seulement une propriété plus spécifique comme Date of Publication, vous pouvez extraire la 'year of publication' à partir de cela. Parce que le format date-time que nous modélisons après est le format ISO date-time, seule la portion Year est une date acceptable. Ainsi, si vous ne connaissez QUE l'année de publciation, alors vous pouvez former une 'Date of Publication' valide sous un microformat (qui à sont tour est une 'year of publication' valide) - votre milliaire peut varier quand il en vient à être importé dans des applications de citation.
 
...
 
Il me semble que ceux-ci peuvent être réduits à peut-être une ou deux propriétés date différentes. Aussi loin que la mise en format d'une date lisible par les humains, ceci peut être choisi paru tout ce que dit le guide de présentation du style, et le [[datetime-design-pattern-fr|datetime-design-pattern]] utilisé pour simplifier le balisage. - Tantek
 
'''Important'''
Parfois nous avons besoin d'une échelle de date et pas simplement d'une date (par ex. 4-6 Mai 2006). Voir les exemples de ''Citation de Conférence'' plus bas sur cette page. - Discoleo
 
'''Saisons'''
Quelques journaux ont des numéros saisonniers (par ex "Edition Eté 2007") au lieu des éditions étiquetés par mois ou d'autres dates de calendrier. [[User:AndyMabbett|AndyMabbett]] 05:05, 4 Nov 2006 (PST)
 
== Tags ==
quelques-uns de formats de citation ont un emplacement pour les 'keywords' ou des 'tags génériques', etc. Ce pourrait être un bon emplacement pour réutiliser le [[rel-tag-fr|microformat RelTag]]. L'inconvénient serait qu'ils soient ensuite forcés d'être des liens, ce qui pourrait être la façon correcte de baliser ces termes.
 
== MARC / MODS / Dublin Core ==
Les transformations MODS ([http://www.loc.gov/standards/marcxml/Sandburg/sandburgmods.xml exemple]) et Dublin Core ([http://www.loc.gov/standards/marcxml/Sandburg/sandburgdc.xml exemple]) de MARC21 peuvent contenir quelques idées utiles.
 
Voilà un premier essai de récriture des exemples de liens dans le XHTML (écrit en réponse à une [http://microformats.org/discuss/mail/microformats-discuss/2005-December/002438.html demande sur la liste de discussion à propos de l'encodage de l'information book avec des microformats]) :
 
<pre><nowiki>
<div class="book" lang="en">
  <h3 class="fn">Arithmetic /</h3>
  <p>By <span class="creator"><span class="fn">Sandburg, Carl</span>,
    <span class="date">1878-1967</span></span>,
    and <span class="illustrator">Rand, Ted</span></p>
  <p>Publisher: <span class="publisher"><span class="fn">Harcourt Brace Jovanovich</span>,
    <span class="locality">San Diego</span></span></p>
  <p>Published: <span class="issued">1993</span></p>
  <p class="description">A poem about numbers and their characteristics. Features
    anamorphic, or distorted, drawings which can be restored to normal by viewing
    from a particular angle or by viewing the image's reflection in the provided
    Mylar cone.</p>
  <p class="note">One Mylar sheet included in pocket.</p>
  <p>Subjects:</p>
  <ul>
    <li class="subject">Arithmetic</li>
    <li class="subject">Children's poetry, American.</li>
    <li class="subject">Arithmetic</li>
    <li class="subject">American poetry</li>
    <li class="subject">Visual perception</li>
  </ul>
</div>
</nowiki></pre>
 
== Structures de Citation Basiques  ==
Il existe des structures basiques pour n'importe quelle citation, ceci est un aperçu de quelques-uns des types
[http://www.users.muohio.edu/darcusb/misc/citations-spec.html http://www.users.muohio.edu/darcusb/misc/citations-spec.html]
 
== Problèmes non résolus par les formats existants ==
Il existe quelques aspects '''NON adéquatement''' couverts par les formats existants. J'ai aussi résolu cette question sur la page wiki OpenOffice.org [voir http://wiki.services.openoffice.org/wiki/Bibliographic_Database pour une discussion, le paragraphe sur ''Reference Types'']
 
 
Ces problématiques appartiennent essentiellement aux '''Errata''', '''Commentaires et Réponses de l'Auteur''' et '''Rétractations d'Articles'''.
* un lien bidirectionnel pourrait être nécessaire pour implémenter ces fonctionnalités (article original <=> eratum, réponse, lettre de rétractation)
* '''IMPORTANT : Erratum'''
** Errata : une ou plusieurs corrections pourraient être postées dans différentes questions du journal
** ceci est généralement ciré comme : Données de l'Article Citation Originale (Correction disponible dans ''Journal, numéro, Année, Pages'')
** il est probable qu'il ne soit jamais cité seul
** il devrait y avoir un lien vers l'article original, alors que l'article original contiendrait un lien vers cet ''Errata''
* '''IMPORTANT : Commentaire et Réponse de l'Auteur'''
** similaire à Errata, il pourrait y avoir un ou plusieurs Commentaires et Réponses de l'Auteur ; ceci devrait être enregistré également.
** néanmions, ce n'est généralement pas compris dans la citation originale.
** ce pourrait être utilisé néanmoins dans une citation, mais je ne sais pas exactement comment le citer optimalement (l'article original devrait être tout aussi bien produit)
* '''IMPORTANT : Rétractation Article'''
** un article peut être retiré du fait de plagiat ou toute autre faille
** ceci ne devrait pas être utilisé plus à fond dans la recherche
** néanmions ce pourrait être utilisé par ex. pour un article sur le plagiat ou la recherche d'erreurs
** il devrait y avoir par conséquent un champ stockant cette information et un lien vers
** la lettre de rétractation publiée (qui explique pourquoi l'article a été retiré)
 
* cette question peut nécessiter un événement contrôlé par le temps
* '''IMPORTANT : la publication électronique avant l'impression '''
** de plus en plus d'articles sont initialement postés en ligne, avant que l'article publié ne soit véritablement imprimé
** Comment ceci devrait être utilisé/cité ?
** Est-ce modifié, après que la version imprimée ne devienne disponible ?
 
== Problématiques à régler ==
Les 3 points principaux qui me (Brian) sont venus à l'esprit à ce stade sont :
1) IDENTIFIANTS
2) TYPES DE FORMATs
3) IMBRICATION
 
1) Dans hCard/hCalendar il existe un champ UID. Ajouté à URL, il produit un identifiant unique géant. Il existe des tonnes d'autres identifiant à côté des URL, ISBN, LOC call number, SKU, ISSN, etc. Beaucoup d'entre eux sont uniques en leur domaine, mais pas globalement uniques. Aussi comment les balisons-nous ? Tout comme les propriétés TEL/ADR de la hCard, nous pouvons utiliser quelque chose comme :
<pre>
<nowiki>
<div class="uid"><span class="type">ISBN</span> : <span
class="value">123456</span></div>
</nowiki>
</pre>
Ceci rend l'encodage le plus extensible... si nous commençons à utiliser class="isbn" alors ce sera une liste énumérée avec class="type" c'est ouvert à la fermeture.
 
2) Je commence à mal utiliser "format", format est le médium - hardback, softback. Le TYPE (il existe probablement un meilleur mot - conteneur ?) - est book, article, conference, manifesto, etc. Tout comme les indentifiants, nous pouvons produire une liste numérotée de valeurs, class="book", class="article", mais cela nous emboîte, tandis que quelque chose comme : <pre><nowiki><span class="type">article</span></nowiki></pre> laisse les choses plus ouvertes.
 
3) Imbriquer des données de citation dans une citation. La capacité d'imbriquer le même microformat dans lui-même est quelque chose que les autres microformats ne gèrent pas explicitement.
 
Les deux options sont :
i) Utiliser class="book"
<pre>
<nowiki>
<div class="hcite">
<div class="book">
  <span class="fn">Titre Livre</span>
  <div class="chapter">
    <span class="fn">Titre Chapitre</span>
  </div>
</div>
</div>
</nowiki>
</pre>
 
Ceci rend les choses faciles à imbriquer et imaginer exactement ce qui est associé à quoi, mais le revers est que nous avons énuméré des listes de valeurs pour les propriétés de classes.
 
ii) utliser le TYPE pour book
<pre>
<nowiki>
<div class="hcite">
<div class="type">book</div>
<span class="fn">Titre Livre</span>
<div class="type">chapter</div>
<span class="fn">Titre Chapitre</span>
</div>
</nowiki>
</pre>
 
maintenant le class="fn" n'est pas imbriqué à l'intérieur du class="book" ou
class="chapter" ainsi il devrait y avoir quelque autre mécanisme à associer les données avec le type.
 
== Format Epouvantail de Brian ==
 
=== schéma implicite (exemples) ===
+ publisher
+ language
+ description
+ title
+ creator
+ journal
+ volume
+ issue
+ page
+ edition
+ identifier
+ tags
+ format
+ date published
+ copyright
- audience
 
=== schéma implicite (formats) ===
+ publisher
+ language
+ description
+ title
+ creator
+ volume
+ pages
+ edition
+ issue
+ identifier
+ tags
+ format
+ date published
+ date copyrighted
- subtitle
- image
- excerpt
- index terms
- series title
- publication
- journal
- part (1 of X)
 
UNION des deux schémas
+ (PLUS) veut dire propriétés communes
- (MINUS) veut dire unique au schéma
 
=== Schéma de travail Epouvantail ===
 
Cette liste enregistre les discussions à propos du schéma commun extrait du dessus. Le format est ''nom descriptif'' (''élément optionnel recommandé'' 'nom de classe') (''lien vers explication'').
 
S'il n'y a pas de lien explication, ce champ devrait être considéré soit comme évident ou prêt pour le débat. Si vous n'en êtes pas sûr, il est prêt au débat.
 
* élément racine ('hcite') ([http://microformats.org/wiki/citation-brainstorming-fr#.27hcite.27_comme_nom_Elément_Racine explication])
** titre ('title')
** Auteur / Editeur etc. ('creator')
** Pages ('pages')
*** note : ce peut prendre n'importe quelle valeur
** container ('conteneur hcite')
*** Un élément hcite imbriqué qui représente un item contenant (comme un livre ou un chapitre) ([http://microformats.org/wiki?title=citation-brainstorming#Container discussion et lien vrs le fil de discussion sur la liste)
** Numéro du Volume ('volume')
** Edition ('edition')
** Numéro de Parution ('issue')
** Tags (href rel='tag')
** Format ('format')
*** Note - ceci n'est pas clair à cette heure - est-ce que format veut dire 'type', comme dans 'book' vs. 'article' ? --[[User:Mike|Mike]] 22:53, 16 Jan 2007 (PST)
** date de publication ('date-published')  ([http://microformats.org/wiki?title=citation-brainstorming-fr#Champs_Date explication])
** date d'accession ('date-accessed')  ([http://microformats.org/wiki?title=citation-brainstorming-fr#Champs_Date explication])
** publisher
** language
** Abstract / description ('description')
** URI (href class='uri') ([http://microformats.org/wiki/citation-brainstorming-fr#L.27El.C3.A9ment_URI explication])
** identifier
*** et (non nécessairement globalement unique) identifiant, tel qu'une clé de citation, un numéro ID pubmed, ou simplement le numéro de référence ou la chaîne dans une publication ([1] or [CLRS2001])
 
==== Notes à propos des champs manquants / modifiés dans le schéma  ====
Cette section liste les champs intentionnellement ''non'' inclus dans le schéma de paille, ou qui ne sont pas représentés directement, et les liens vers la discussion à propos de chacun d'eux.
 
* date copyrighted ([http://microformats.org/wiki?title=citation-brainstorming-fr#Champs_Date explication])
 
=== Exemples ===
Exemples de syntaxe utilisant le format au-dessus :
 
==== Livre ====
Ceci est l'exemple original de Brian
 
<pre>
<nowiki>
<ul class="bibliography">
<li class="hcite" xml:lang="fr-fr">
<!-- donnée éditeur sous hCard--;
<div class="publisher vcard">
<span class="fn org">ABC Publication Co.</span>
<span class="country-name">France</span>
...
</div>
<!-- données auteur(s) sous hCard -->
<div class="creator vcard">
<span class="fn n"><span class="given-name">Jean <span class="family-name">Bon</span></span>
...
</div>
 
<!-- donnée lieu -->
<span class="fn">Pinko !</span>
<span class="description">Un livre de classe sur le PinkoMarketing</span>
<span class="volume">1</span>
<span class="issue">1</span>
<span class="edition">1</span>
<span class="pages">1-10</span>
<span class="format">article</span>
<!-- différencié pour le débat UID -->
<span class="identifier">12345678</span>
<!-- mots-clés -->
<a class="keyword" rel="tag" href="/tags/foo">foo</a>
<span class="keyword">bar</span>
<!-- propriétés de date-->
Publié le <abbr class="date-published" title="20060101">1er janvier 2006</abbr>
Copyright <abbr class="copyright" title="20060101">2006</abbr>
</li>
...
</ul>
<p class="hcite">Avez-vous lu <span class="title"><abbr title="book" class="format">Foo Bar</abbr></span> ?
Il a été écrit par <span class="author vcard"><span class="fn">Jean Bon</span></span>.
Il n'est sorti qu'il y a <abbr class="dtpublished" title="20060101">quelques mois de cela.</abbr></p>
</nowiki>
</pre>
 
Note : la propriété "format" au-dessus est incorrecte. Le format renverrait plus aux caractéristiques physiques d'un item, plutôt qu'à son type ou genre (par ex. "article", "book", etc.). Je verrai plutôt la classe principlae pour le li être un "article" dans ce contexte, que la "citation" ayant vraiment du sens. Bien sûr on pourrait avoir les deux, ce qui serait tout aussi beau. -- bruce
 
Note : Pourrions-nous utiliser ROLE à partir de la hCard pour identifier les éditeurs, ttraducteurs, auteurs, etc?
Ceci a été discuté sur la liste de discussion et l'idée a été abandonnée [http://microformats.org/discuss/mail/microformats-discuss/2006-September/005694.html]
 
'''Commentaires''' : [[User:Singpolyma|singpolyma]] 08:03, 16 Jun 2006 (PDT) : les mots-clés devraient être [[rel-tag-fr|rel-tag]], et probablement aussi [[xoxo-fr|XOXO]] (de la même façon que la liste de citation)
 
[[User:RCanine|RCanine]] 11:55, 18 Dec 2006 (EST) :
 
* Y'a-t-il une raison de ne pas réutiliser "published" à partir de hAtom au lieu d'inventer un nouveau terme basiquement équivalent à "dtpublished"?
** note - date-published a été décidé pour le champ, l'exemple a été modifié pour refléter la modification --[[User:Mike|Mike]] 10:12, 30 Mar 2007 (PDT)
* Manque un champ d'exemple pour URL/URI/IRI/UID etc. (ISBN pour le Livre).
* Est-ce que la classe "copyright" est en conflit avec la [http://www.whatwg.org/specs/web-apps/current-work/#class WHATWG's definition] ?
* Commentaire de Bruce sur WRT, j'utilise actuellement class="article citation" pour mes écrits, car il a le plus de flexibilité avec les styles CSS pour les titres (par ex. Book titles .citation>.fn doit être mis en italique, alors que les titres d'articles ne le doivent pas, leur conteneur le devrait).
* En parlant de conteneurs, nous avons besoin d'un champ "in" ou "collection" pour les articles de jounaux ou les articles-dans-les-livres- ou est ce couvert par "publisher" ?
 
==== Citer une Communication Privée ====
Besoin d'un exemple.
 
==== Citer des Cas légaux====
Besoin d'exemple.
Voir [http://microformats.org/wiki/citation-examples-markup#Wikipedia_Court_Case Exemple de Wikipedia] pour inspiration.
 
==== Citer un Livre ====
Besoin d'un exemple
 
==== Citer un article de journal ====
Extrait d'un vieux billet publié dans PubMed - J Aersp Med. [http://www.ncbi.nlm.nih.gov/entrez/query.fcgi?db=pubmed&cmd=Retrieve&dopt=AbstractPlus&list_uids=4611181&query_hl=7&itool=pubmed_docsum lien]
<pre><nowiki>
<span class="hcite">
<span class="creator vcard"><span class="fn">R R Burton</span></span>,
<span class="creator vcard"><span class="fn">S D Leverett</span></span>, and
<span class="creator vcard"><span class="fn">E D Michaelson</span></span>
 
<span class="title">Man at high sustained +Gz acceleration: a review.</span>
In <span class="container hcite">
<abbr class="type" title="Journal">J.</abbr><abbr class="title" title="Aerospace medicine">Aersp. Med.</abbr>
<span class="uri uid">urn:issn:0001-9402</span>
<span class="volume">45</span>
<span class="issue">10</span>
<abbr class="date-published" title="101974">Oct, 1974</abbr>
</span>, pages <span class="page">1115-36</span>.
 
</span>
 
</nowiki></pre>
 
Notez que je ne suis pas complètement certain du numéro issn urn ici.
 
==== Citer un article de magazine ====
Citer un exemple
 
==== Citer un brevet ====
Extrait de cet [http://microformats.org/wiki/citation-examples#U.S._Patent exemple extrait de Wikipedia] :
 
<pre><nowiki>
<li class="hcite"><a href="http://patft.uspto.gov/netacgi/nph-Parser?patentnumber=4,405,829" class="url"
    title="http://patft.uspto.gov/netacgi/nph-Parser?patentnumber=4,405,829">
<span class="format">U.S. Patent</span> <span class="identifier">4,405,829</span></a>:
    <span class="description">The <a href="/wiki/RSA" title="RSA">RSA</a> patent, a famous software patent on the ground-breaking
    and highly unobvious algorithm for public key encryption, widely used for secure communications
    in many industries nowdays</span>
</li>
</nowiki></pre>
 
==== Citer une publication de conférence====
 
Basé sur les [http://microformats.org/wiki/citation-examples-fr#ACM_Digital_Library_Search_Result_Examples l'exemple de référence pour la publication de conférence ].
 
Modifié le 6 octobre pour se conformer avec [[citation-brainstorming-fr#Format_Epouvantail_de_Brian le format de Brian]. --[[User:Mike|Mike]] 18:09, 12 Oct 2006 (PDT)
(tout sauf la classe url devrait être en ligne avec cette proposition)
 
L. Hochstein, J. Carver, F. Shull, S. Asgari, V. Basili, J. K. Hollingsworth, and M. Zelkowitz, “Hpc programmer productivity: A case study of novice hpc programmers,” in Proceedings of ACM/IEEE Supercomputing Conference, 2005.
 
<pre><nowiki>
<span class="hcite">
  <span class="creator vcard"><span class="fn">Lorin Hochstein</span>
  <span class="org"> University of Maryland, College Park </span></span>,
  <span class="creator vcard"><span class="fn"> Jeff Carver </span>
  <span class="org"> Mississippi State University </span> </span>,
  <span class="creator vcard"><span class="fn"> Forrest Shull </span>
  <span class="org"> Fraunhofer Center Maryland </span> </span>,
  <span class="creator vcard"><span class="fn"> Sima Asgari</span>
  <span class="org"> University of Maryland, College Park </span> </span>,
  <span class="creator vcard"><span class="fn"> Victor Basili</span>
  <span class="org"> Fraunhofer Center Maryland </span> </span>,
  <span class="creator vcard"><span class="fn"> Jeffrey K. Hollingsworth</span>
  <span class="org"> University of Maryland, College Park </span> </span>, and
  <span class="creator vcard"><span class="fn"> Marv Zelkowitz</span>
  <span class="org"> University of Maryland, College Park </span> </span>,
 
  <a class="title url" href="http://dx.doi.org/10.1109/SC.2005.53">HPC Programmer Productivity: A Case Study of Novice HPC Programmers</a>.
  (<span class="format">conference publication</span>)
  <span class="container hcite">
    <a class="title url" href="...">Proceedings of ACM/IEEE Supercomputing Conference</a>
    <abbr class="date-published" title="20051126T0000-0800">2005</abbr>
  </span>
  page <span class="pages">35</span>
  <span class="publisher vcard">
    <span class="fn">IEEE Computer Society
    </span>
    <span class="adr">
      <span class="locality">Washington</span>,
      <span class="region">DC</span>
    </span>
  </span>
  <a class="url eprint" href="http://portal.acm.org/...">PDF of full text from ACM</a>
 
  DOI: <a class="url uid" href="http://dx.doi.org/10.1109/SC.2005.53">10.1109/SC.2005.53</a>
  Tags:
  <a class="keyword" rel="tag" href="results.cfm?query=genterm%3A%22Design%22 ...">Design</a>,
  <a class="keyword" rel="tag" href="results.cfm?query=genterm%3A%22Experimentation%22 ....">Experimentation</a>,
  <a class="keyword" rel="tag" href="results.cfm?query=genterm%3A%22Measurement%22...">Measurement</a>,
  <a class="keyword" rel="tag" href="results.cfm?query=genterm%3A%22Performance%22 ...">Performance</a>
 
  <span class="description">In developing High-Performance Computing (HPC) software, ....</span>
</span>
</nowiki></pre>
 
 
'''Note''' (De [[Discoleo]], Sept. 06)
* parfois, la citation doit inclure '''Town/Country''' and '''Precise Date/Date Range''', e.g.
** ''Gillespie SH, Dickens A.'' Variation in mutation rate of quinolone resistance in Streptococcus pneumoniae [abstract P06-17A]. In: Abstracts of the 3rd International Symposium on Pneumococci and Pneumococcal Disease (Anchorage, 5-9 May 2002).Washington, DC: American Society of Microbiology, 2002.
** ''Bassetti, M.; Righi, E.; Rebesco, B.; Molinari, MP.; Costa, A.; Fasce, R.; Cruciani, M.; Bassetti, D.; Bobbio Pallavicini, F.'' 44th Annual Interscience Conference on Antimicrobial Agents and Chemotherapy (ICAAC). Washington, DC; 2004. Epidemiological trends in nosocomial candidemia in ICU: A five-year Italian perspective.
** ''Peacock JE, Wade JC, Lazarus HM, et al.'' Ciprofloxacin/piperacillin vs. tobramycin/piperacillin as empiric therapy for fever in neutropenic cancer patients, a randomized, double-blind trial [abstract 373]. In: Program and abstracts of the 37th Interscience Conference on Antimicrob Agents and Chemotherapy (Toronto). Washington, DC: American Society for Microbiology, 1997.
 
==== Citation d'un site web externe====
Ceci est fondé sur une citation formelle d'un site web dans la section références d'un article de recherche, mais pourrait aussi être utilisé pour les liens utilisés dans la ligne qui ont ajouté de l'information. Voici l'original :
 
[25] David Stern, "eprint Moderator Model", http://www.library.yale.edu/scilib/modmodexplain.html  (version dated Jan 25, 1999)
<pre><nowiki>
<cite class="hcite">
<a class="fn url" href="http://www.library.yale.edu/scilib/modmodexplain.html">eprint Moderator Model</a>
<span class="author vcard">
<a href="http://pantheon.yale.edu/~dstern/dsbio.html" class="url fn">David Stern</a>
</span> 
<abbr class="dtpublished" title="19990125T0000-0500">
    Jan 25, 1999
  </abbr>
</cite>
</nowiki></pre>
 
=== Discussion des éléments du Format Epouvantail===
Cette section est destinée à fournir des explications pour la postérité à propos de éléments du format épouvantail, liant vers des discussions sur la liste et ailleurs si possible.
 
==== 'hcite' comme nom Elément Racine ====
Cette discussion a eu lieu en janvier 2007, avec un vote  [http://microformats.org/discuss/mail/microformats-discuss/2007-January/008098.html sur la liste de discussion].
 
Il a été décidé d'utiliser 'hcite' comme le noms de classe de l'élément racine pour l'unicité et renvoyer une tendance à utiliser 'h' pour démarrer les noms de microformats.
 
==== L'Elément URI ====
Il a été décidé d'utilier URI tant pour les liens http vers les copies disponibles ou des URNs. Ceci engloble les URLs qui lient directement vers de copies en ligne tout comme des interpréteurs utilisant des URIs tels que urn:isbn: 0521890012
 
Voir la discussion extraite de [http://microformats.org/discuss/mail/microformats-discuss/2006-November/007390.html Novembre] et [http://microformats.org/discuss/mail/microformats-discuss/2006-December/007403.html Décembre].
 
==== Champs Date ====
Le format de paille original de Brian avait trois champs de date, "accessed", "copyrighted" et "published".
Après avoir examiné les exemples d'usages sur le web, il était clair que 'copyrighted' n'était pas utilisé dans les exemples que nous avions.
Il a été utilisé une fois, mais sans un champ correspondant 'published' (OCLC WorldCat), et il semble dans ce cas être utilisé comme un équivalent pour 'published'.
 
J'ai mis à jour la citation de paille pour inclure seulement 'accessed' et 'published' le 31 janvier. --[[User:Mike|Mike]] 00:26, 31 Jan 2007 (PST)
 
J'ai cité plus d'une fois que "date-published" est spécifiquement déroutant ; beaucoup trop pour des citations du vrai monde. Considérez que beaucoup de livres sont publiés dans l'année précédent leurs dates de copyright, ce qui est en fait la date utilisée pour la citation. Je préférerais juste "date" et "date-accessed" comme premier jet. --[[User:BDarcus|Bruce]] 3 fév 2007
 
Voir la discussion extraite du [http://microformats.org/discuss/mail/microformats-discuss/2007-January/008175.html fil de discussion 'dates' sur la liste].
 
==== Conteneur ====
 
La discussion concernant la façon de repreésenter le relations contenues est sur le fil [http://microformats.org/discuss/mail/microformats-discuss/2007-March/thread.html 'nesting container elements']
 
== Vieille discussion sur le format épouvantail ==
=== Suggestion du format épouvantail de Mike===
Afin de démarrer le débat et d'avoir quelque chose de concret à réparer, je suggère la structure suivante pour un format. Elle est probablement très incomplète et je ne revendique aucune expertise en microformat. J'essaye simplement de suivre les patterns existants. Les commentaires et le ridicule sont tous deux sollicités. -Mike
 
==== En Général ====
Le format ''citation'' est fondé sur un ensemble de champs communs à beaucoup de formats de données bibliographiques, qui sont souvent sous-tendus par les styles d'affichages standards de citation mais non explicitement balisés en pratique sur le web.
 
==== Schéma ====
Le schéma citation est constitué de ce qui suit :
* cite
** title : requis, texte (class = fn)
** subtitle : optionnel, texte
** authors : optionnel, utilise hCard
** publication date : optionnel
** link(s) vers instantiations, optionnel, url ou utiliser rel-enclosure ? (class=url)
** UID, optionnel (pour ISBN, utilise la classe existante uid) | permalink
** series (aka volume/issuenum) , optionnel (''pas aussi certain de la façon de gérer ça - suggestions ?'')
** pages : startpage & endpage, optionnel, texte
** venue, optionnel (hCard)
** publisher, optionnel (hCard)
** container : optionnel (hCite imbriqué)
** abstract, optionnel (blockquote + class="abstract" ?)
** notes, optionnel (blockquote + class="notes" ?)
** keywords, optionnel (rel-tag)
** image, optionnel (pour inclusion dans la ligne, à la différence de l'url)
** copyright, optionnel (rel-license)
** ''que manque t'il d'autre ?''
*** language, optionnel
 
''Paraît bien, mais je m'interroge sur l'utilisation de la hCard pour les noms. Du fait des problèmes d'ambiguité, obliger hCard conduirait à un balisage supplémentaire afin de s'appliquer simplement à un nom, de ce fait [http://microformats.org/discuss/mail/microformats-discuss/2006-March/003487.html le besoin d'un élément racine]. Nous devrions extraire l'optimisation N de hCard que nous avons faite avec adr, afin de faciliter ce problème.'' --[[User:RCanine|Ryan Cannon]]
 
Peut-être qu'une 'Retrieved Date' ou 'Access Date' serait pertinente pour citer des ressources en ligne. Par exemple sur http://www.crlt.umich.edu/publinks/facment_biblio.html
vous voyez des citations comme cela <nowiki>:</nowiki>
<blockquote>
Chief Academic Officers of the Big 12 Universities (2000). Big 12 Faculty Fellowship Program. Retrieved December 20, 2000 from the World Wide Web: http://www.k-state.edu/provost/academic/big12/big12guide.htm.
</blockquote>
--[[User:JoeAndrieu|Joe Andrieu]]
 
==== Discussion sur la citation de Cas Légaux====
Besoin d'un exemple. Voilà quelque info que j'ai trouvée en citant la loi :
 
Je ne suis pas juriste, par conséquent je fais confiance au  [http://www.legalbluebook.com "blue book" standard] publié, au moins la seule partie que je peux avoir sans payer $25. Je serais heureux d'entendre des améliorations d'experts dans le secteur - comment font les juristes pour baliser les références vers des cas juridiques en HTML ?
 
Extrait de groklaw.net et eff.org, je trouve essentiellement des liens vers des PDFs avec le nom du cas comme le lien texte. Ou juste ceci, extrait de l'EFF :
<pre><nowiki>
<h1>The Betamax Case</h1>
<h2>Sony Corp. of America v. Universal City Studios, 464 U.S. 417 (1984)</h2>
</nowiki></pre>
 
Extrait d'un exemple sur les bluepages échantillons : http://www.legalbluebook.com/pdfs/bluepages.pdf
5 composants basiques :
*1 nom du cas (citation title)
*2 source publiée dans lequel le cas peut être trouvé (citation contenant publication ?)
*3 une parenthèse indiquant le tribunal et l'année de décision (lieu citation ?)
*4 autres informations entre parenthèses, s'il y en a (notes de citation ?)
*5 histoire subséquente du cas, s'il y en a (notes citation ?)
 
Voici deux exemples extrait du bluebook. Notez qu'il existe des règles très strictes à propos des abréviations dans cette source !
 
Holland v. Donnelly, 216 F. Supp. 2d 227, 230 (S.D.N.Y. 2002), aff'd, 324 F.3d 99 (2d Cir. 2003).
 
Green v. Georgia, 442 U.S. 95, 97 (1979) (per curiam) (holding that exclusion of relevant evidence at sentencing hearing constitutes denial of due process).
 
== Exemples dans la jungle ==
Les pages qui commencent à utiliser la discussion au-dessus pour créer des exemples de travail en utilisant hCite :
(Cette section pourrait être utilisé comme une base pour une page à créer plus tard comme "hcite-examples-in-wild-fr").
 
 
SVP ajoutez de nouveaux exemples en haut de cette section.
* [http://www.demo.vorlagen.uni-erlangen.de/univis/mitarbeiter.shtml/georg-hager.shtml Exemple de page utilisateur] sur le laboratoire informatique régional d'Erlangen, Allemange, basé sur le système d'information universel UnivIS balisé avec vcard, hcalendar (optionnel, si l'utilisateur fait un court) et hCite.
 
== discussions ==
* [[citation-irc-notes-2006-04-09]]

Revision as of 20:27, 17 April 2007

Citation Brainstroming

Voir aussi

Contributeurs

  • ...
  • ... (un paquet de types biens !)
  • Tantek Çelik
  • Tim White
  • Michael McCracken
  • Brian Suda
  • Andy Mabbett

(traduction en cours Christophe Ducamp)

Cas d'utilisation

Pour concentrer la discussion, ajoutez svp en-dessous des cas d'utilisation qui aideront à montrer quels problèmes le microformat citation essaiera de résoudre.

J'en ai inclus deux, se concentrant sur la consommation de l'information - j'ai imaginé qu'utiliser des cas pour générer du contenu microformaté impliquerait simplement de permettre à votre contenu d'être mieux consommé, mais me suis intéressé pour voir s'il y a quelque chose qui m'échappe ici - Mike

Acquérir l'information de référence à partir du web

Un utilisateur trouve soit une page d'un article d'un auteur, ou visualise les résultats d'une recherche et aimerait importer l'information sur les articles affichés dans sa database locale de référence, afin de cataloguer les choses qu'il a lues, d'y ajouter des notes et d'utiliser l'information plus tard pour générer des citations, potentiellement sous d'autres formes, telles que BibTeX ou Docbook, pour inclusion dans une publication de son cru.

Notes : Dans ce cas, il n'est pas important pour l'utilisateur quel format prend la citation comme affichée sur la page où il la trouve. Ce qui *est* important est qu'elle contienne suffisamment d'inforamtions pour permettre la génération du format dans lequel il la republiera pour finir. Ceci sous-tend qu'il puisse être valable de la dégrader un peu du côté de la verbosité.

Ainsi, les liens vers les représentations complètes téléchargeables du travail cité sont très importants - par ex. un lien vers le PDF d'un article de journal ou vers un fichier de musique.

S'abonner à des listes de lectures, périodiques, etc.

J'aimerais pouvoir influencer mon agrégateur de nouvelles avec hAtom pour m'abonner à une source distante pour l'information de citation, par exemple :

  • une liste de lecture pour un séminaire
  • la liste de publication pour une conférence (par ex, m'abonner à SIGGRAPH et voir les comptes-rendus mis à jour chaque année)
  • les éditions d'un journal
  • un groupe de recherche particulier ou des publications d'un chercheur
  • Pas simplement de la recherche : les publications populaires d'un auteur (par ex., l'Archive de Malcolm Gladwell)

Agréger les listes de lectures et critiques

Un agrégateur de citation spécifique microformat pourrait fournir une version décentralisée de CiteULike. Les bibliothèques, auteurs, groupes de recherche et éditeurs pourraient baliser leurs collections, tandis que d'autres personnes sur les blogs ou sites de critiques pourraient ajouter des tags et critiques.

Au moins, disposer d'un microformat bien adopté rendrait les outils d'écriture comme CiteULike bien meilleur, parce que cela reposerait dans certains cas sur le raclage-écran de sites web.

Copier et Coller à partir de page web

Capturer/copier du HTML à partir de pages web pour utilisation dans d'autres applications (tout spécialement quand ces applications présentent le HTML comme une production) comme copier dans Word ou une application spécialisée comme Google Notebook, Onfolio ou Kaboodle. Quand de telles captures sont faites, cela fait sens de conserver toutes les données de citation, y compris la date à laquelle elle a été accédée, qui peut ou peut ne pas être la date à laquelle elle a été publiée.

Blogs citant d'autres ressources, y compris des blogs

Tout blog qui cite du contenu en ligne, que ce soit un blog ou un article d'actualités, pourrait utiliser un hCitation pour lier proprement vers la référence citée. De telles citations pourraient inclure la date d'accès quand le blogueur a produit la citation, parce que les ressources de l'autre côté de ces liens peuvent être amenées à changer sans avertissement.

Au lieu de cela, aujourd'hui nous avons un formatage simple avec un lien vers l'URL permanente. La donnée de citation manque complètement. Regardez le blog de Doc Searl pour un style de référencement qui pourrait bénéficier d'une citation appropriée uF.


Fascinant... après avoir ajouté deux cas d'utilisation, j'ai réalisé qu'ils se dirigeaint sur des cas potentiellement marginaux. Le premier parce que la partie "production" manque du copier et coller, où l'uF serait véritablement utilisé comme partie du collage. Le dernier parce que les blogueurs ont une mécanique de travail de citation qui est juste un lien vers l'URL (je l'espère une url permanente). On pourrait débattre qu'ils ne veulent pas un hCitation complet. Et en fait, jusqu'à ce qu'un outil existe qui facilitera ça, ils ne le feront probablement pas. Néanmoins, un outil qui coupe et colle à partir de n'importe où sur le web à l'intérieur d'un blog avec une citation complète semble comme un bel outil. Mais à nouveau, je ne suis pas vraiment en train de paver le chemin des vaches avec ces idées. -Joe Andrieu

Trouver dans une Bibliothèque

Trouver une copie du travail cité dans une bibliothèque de proximité (comme avec OpenCOinS). AndyMabbett 04:55, 4 Nov 2006 (PST)

Acheter une copie

Trouver le travail cité, par exemple Amazon ou ABE ; ou s'abonner à un journal via son propre site web . AndyMabbett 04:55, 4 Nov 2006 (PST)

Trouver des critiques

Trouver des critiques tiers du travail cité. AndyMabbett 04:55, 4 Nov 2006 (PST)

Donner des données de citation pour la page étant visitée

En ajoutant une classe, disons, "self" à un attribut de la proposition épouvantail proposée permettrait aux utilisateurs (ou agents utilisateurs) d'extraire les données exigées pour citer la page en train d'être visitée, au moment d'y faire référence ailleurs. Il y aurait l'avantage supplémentaire de permettre à la citation d'être ignorée par quelque parseur qui pourrait être de construire un "arbre" de citations, et d'éviter le réglage d'une boucle infinie.

Pour l'indication des données publiées "d'auto-citation" (même sur une page secondaire) voir le lien "cite this article" sur toute entrée de Wikipedia, par ex.[http://en.wikipedia.org/w/index.php?title=Special:Cite

Retrieved from "http://microformats.org/wiki/index.php?title=citation-brainstorming-fr&oldid=15678"