Revision as of 20:31, 6 February 2007

Citation Brainstroming

Voir aussi

Contributeurs

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

Cas d'utilisation

Pour concentrer la discussion, ajoutez svp des cas d'utilisation en dessous 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)

Discussion hBib originale

Durant la Journée WWW2005 des Développeurs sur la session microformats, Rohit Khare a fait une présentation où il a discuté du 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 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 <cite> est recommandé comme l'élément racine. Par exemple <cite class="hcite">

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 explication.

Citation vs. media-info

Ce qui distingue un 'cite' d'un disons media-info (par ex. 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 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. CITE, BLOCKQUOTE, Q, A, (y'en a t'il plus ?)

La 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 WorldCat d'OCLC pour lier les titres ? - Tim White

This et That

Après avoir parcour beaucoup de différents formats d'encodage de citation, j'ai remarqué que chaque format était utilisé dans onw de deux façons. Soir 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'. 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 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 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. AndyMabbett 05:05, 4 Nov 2006 (PST)

MARC / MODS / Dublin Core

Les transformations MODS (exemple) et Dublin Core (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 demande sur la liste de discussion à propos de l'encodage de l'information book avec des microformats) :

<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>

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

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, Comments and Authors Reply et Article Retractions.

un lien bidirectionnel pourrait être nécessaire pour implémenter ces fonctionnalités (article original <=> eratum, reply, retraction letter)
IMPORTANT: Errata
- Errata : une ou plusieurs corrections pourraient être postées dans différentes questions du journal
- ceci est généralement ciré comme : Orininal Article Citation Data (Correction available in Journal, Issue Nr, Year, Pages) (repeat for more than one correction)
- it is possibly never cited alone
- there should be a link to the original article, while the original article should contain a link to this Errata
IMPORTANT : Commentaire et Réponse de l'Auteur
- similar to Errata, there might be one or more Comments and Author Replys; this should be stored, too
- however, it is usually not included in the original citation
- it might be used however in a citation, but I do not know exaclty how to cite it optimally (original article should be provided as well)
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 :


<div class="uid"><span class="type">ISBN</span> : <span
class="value">123456</span></div>

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 :

<span class="type">article</span>

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"


<div class="hcite">
 <div class="book">
  <span class="fn">Titre Livre</span>
  <div class="chapter">
     <span class="fn">Titre Chapitre</span>
  </div>
 </div>
</div>

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


<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>

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') (explanation)
- titre ('title')
- Auteur / Editeur etc. ('creator')
- Numéro du Volume ('volume')
- Pages ('pages')
  - note : ce peut prendre n'importe quelle valeur
- 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' ? --Mike 22:53, 16 Jan 2007 (PST)
- date de publication ('date-published') (explanation)
- date d'accession ('date-accessed') (explanation)
- publisher
- language
- Abstract / description ('description')
- URI (href class='uri') (explanation)
- 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 (explication)

Exemples

Exemples de syntaxe utilisant le format au-dessus :

Livre

Ceci est l'exemple original de Brian


<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="dtpublished" 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">Pinko !</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>

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 [1]

Commentaires : singpolyma 08:03, 16 Jun 2006 (PDT) : les mots-clés devraient être rel-tag, et probablement aussi XOXO (de la même façon que la liste de citation)

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"?
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 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 Exemple de Wikipedia pour inspiration.

Citer un Livre

Besoin d'un exemple

Citer un article de journal

Besoin d'un exemple

Citer un article de magazine

Citer un exemple

Citer un brevet

Extraot de cet exemple extrait de Wikipedia :

<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>

Citer une publication de conférence

Basé sur les 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]. --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.

<cite 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="fn 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>)
	<cite class="container hcite">
	<a class="fn url" href="...">Proceedings of ACM/IEEE Supercomputing Conference</a>
	<abbr class="dtpublished" title="20051126T0000-0800">2005</abbr>
	</cite>
	page <span class="pages">35</span>
<div class="publisher vcard">
  <span class=" fn">IEEE Computer Society
   </span>
    <div class="adr">
      <span class="locality">Washington</span>,
      <span class="region">DC</span>
    </div>
  </div>
<a class="url instantiation" href="http://portal.acm.org/ft_gateway.cfm?id=1105800&type=pdf&coll=portal&dl=ACM&CFID=68330711&CFTOKEN=39187329">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>

	<blockquote class="description">In developing High-Performance Computing (HPC) software, time to solution is an important metric. This metric is comprised of two main components: the human effort required developing the software, plus the amount of machine time required to execute it. To date, little empirical work has been done to study the first component: the human effort required and the effects of approaches and practices that may be used to reduce it. In this paper, we describe a series of studies that address this problem. We instrumented the development process used in multiple HPC classroom environments. We analyzed data within and across such studies, varying factors such as the parallel programming model used and the application being developed, to understand their impact on the development process.
</blockquote>
  </cite>

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)

<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>

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 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 Novembre et 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. --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. --Bruce 3 fév 2007

Voir la discussion extraite du fil de discussion 'dates' sur la liste.

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 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. --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 :

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.

--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 "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 :

<h1>The Betamax Case</h1>
<h2>Sony Corp. of America v. Universal City Studios, 464 U.S. 417 (1984)</h2>

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é dans lequel le cas peut être trouvé (citation contenant publication ?)
3 une parenthèse indiquant le tribunal et l'année de décision (citation venue?)
4 autres informations entre parenthèses, s'il y en a (citation notes?)
5 histoire subséquente du cas, s'il y en a (citation notes?)

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.

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

@@ Line 351: / Line 351: @@
 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]])
+* date copyrighted ([http://microformats.org/wiki?title=citation-brainstorming-fr#Champs_Date explication])
 === Exemples ===

citation-brainstorming-fr: Difference between revisions