citation-formats-fr: Difference between revisions
SitgeTnola (talk | contribs) m (monletolie) |
m (Reverted edits by SitgeTnola (Talk) to last version by Nullepart) |
||
Line 1: | Line 1: | ||
= Formats de Citation = | = Formats de Citation = | ||
Cette page affichera plusieurs types | Cette page affichera plusieurs types différents de format de citations. L'idée est de comparer ce qui est commun parmi tout les formats et ceux qui seront fusionnés dans ce microformat. | ||
Voir aussi : | Voir aussi : | ||
Line 11: | Line 10: | ||
== Chart de Comparaison == | == Chart de Comparaison == | ||
Le chart suivant cartographie les termes d'une | Le chart suivant cartographie les termes d'une implémentation à l'autre. C'est important parce que sit toutes les propriétés sont introduites dans ce microformat, alors il sera possible de les faire correspondre à un certain nombre de différents formats. La table n'utilise actuellement que Dublin Core, MODS, et bibTeX. Chaque colonne a toutes les propriétés et leurs équivalents dans chaque format. S'il n'y a pas de propriété correspondante, la cellule est grise. En bas de la liste les termes uniques pour chaque format. Dublin core a des termes basiques et des termes qui étendent les basiques. Si la propriété est une extension d'un terme basique elle est entre ()'s. MODS utilise XML, ainsi n'importe quelle sous propriété est listé dans sa forme arbre, propriété/sous-propriété. | ||
CECI N'EST PAS DEFINITIF, toute erreur devrait | CECI N'EST PAS DEFINITIF, toute erreur devrait être corrigée. Des formats supplémentaires seront ajoutés à la liste au fur et à mesure qu'ils seront mappés. | ||
<table border="1"> | <table border="1"> | ||
Line 195: | Line 194: | ||
== Dublin Core Metadata == | == Dublin Core Metadata == | ||
La | La métadonnée [http://dublincore.org/ Dublin Core] utilise un petit vocabulaire pour décrire la donnée. | ||
* contributor | * contributor | ||
* coverage | * coverage | ||
Line 220: | Line 219: | ||
== MODS (Metadata Object Description Schema) == | == MODS (Metadata Object Description Schema) == | ||
Un format | Un format développé pour la Bibliothèque du Congrès pour un ensemble d'élément bibliographique qui peut être utilisé pour plusieurs objectifs et particulièrement pour les applications de Bibliothèque. | ||
[http://www.loc.gov/standards/mods/ http://www.loc.gov/standards/mods/] | [http://www.loc.gov/standards/mods/ http://www.loc.gov/standards/mods/] | ||
(le | (le schéma est très gros, une fois que je consacrerai le temps approprié pour le critiquer, je posterai plus à propos de la structure -brian) | ||
== NLM Journal Publishing DTD == | == NLM Journal Publishing DTD == | ||
Line 230: | Line 229: | ||
[http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html] | [http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html] | ||
La [http://dtd.nlm.nih.gov/publishing/tag-library/ NLM Journal Publishing DTD] | La [http://dtd.nlm.nih.gov/publishing/tag-library/ NLM Journal Publishing DTD] définit le schéma pour publier des articles de journaux sous XML. L'élément <pre><citation></pre> peut être placé avec des paragraphes ou dans un élément <pre><ref-list></pre> à la fin de l'article. | ||
"Bien que la DTD ne l' | "Bien que la DTD ne l'exécute pas, une citation vers un article de journal devrait être taguée avec autant que possible ce qui suit, de façon que PubMed Central, CrossRef, ou d'autres services équivalents puissent produire la citation dans un lien vivant : | ||
<table border="1"> | <table border="1"> | ||
<tr><td>source</td><td>Le titre d'un journal, livre, comptes-rendus de | <tr><td>source</td><td>Le titre d'un journal, livre, comptes-rendus de conférence, etc. qui est la source d'un contenu cité. (Note : Dans le processus PubMed Central, ceci est typiquement l'abréviation MEDLINE du nom du journal.)</td></tr> | ||
<tr><td>article-title</td><td>Titre de l'article</td></tr> | <tr><td>article-title</td><td>Titre de l'article</td></tr> | ||
<tr><td>volume</td><td>Volume du journal</td></tr> | <tr><td>volume</td><td>Volume du journal</td></tr> | ||
<tr><td>issue</td><td> | <tr><td>issue</td><td>Numéro du journal</td></tr> | ||
<tr><td>fpage</td><td> | <tr><td>fpage</td><td>Numéro de page sur lequel l'article démarre</td></tr> | ||
<tr><td>name</td><td>Nom de l'auteur et de l' | <tr><td>name</td><td>Nom de l'auteur et de l'éditeur</td></tr> | ||
<tr><td>year</td><td> | <tr><td>year</td><td>Année de publication</td></tr> | ||
<tr><td>month</td><td>Mois de publication (si | <tr><td>month</td><td>Mois de publication (si présent)</td></tr> | ||
<tr><td>day</td><td>Date de publication (si | <tr><td>day</td><td>Date de publication (si présent)</td></tr> | ||
</table> | </table> | ||
Les autres | Les autres éléments (décrits [http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html ici]) peuvent être tagués si désiré. Utilisez l'élément <source> pour les titres de livres, comptes-rendus de conférences, etc." | ||
== XMLResume == | == XMLResume == | ||
Line 258: | Line 257: | ||
<!ELEMENT author (#PCDATA)> | <!ELEMENT author (#PCDATA)> | ||
<!ATTLIST author name IDREF #IMPLIED> | <!ATTLIST author name IDREF #IMPLIED> | ||
<!ELEMENT pubDate (month?, year)> <!-- | <!ELEMENT pubDate (month?, year)> <!-- Deprécié dans 1.4.0. --> | ||
<!ELEMENT publisher (#PCDATA | link | url)*> | <!ELEMENT publisher (#PCDATA | link | url)*> | ||
<!ELEMENT pageNums (#PCDATA)> | <!ELEMENT pageNums (#PCDATA)> | ||
Line 271: | Line 270: | ||
== BibTeX == | == BibTeX == | ||
=== Champs | === Champs utilisés par Bibtex === | ||
<table border="1" width="100%"> | <table border="1" width="100%"> | ||
Line 280: | Line 279: | ||
<tr> | <tr> | ||
<td><b>address:</b></td> | <td><b>address:</b></td> | ||
<td>L'adresse de l' | <td>L'adresse de l'éditeur. Pour les grandes maisons d'éditions, seule la ville est donnée. Pour les petites maisons d'éditions, vous pouvez aider le lecteur en donnant l'adresse complète.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 288: | Line 287: | ||
<tr> | <tr> | ||
<td><b>annote:</b></td> | <td><b>annote:</b></td> | ||
<td>Une annotation. Ce n'est pas | <td>Une annotation. Ce n'est pas utilisé par les style de bibliographie standards, mais peut être utilisé par d'autres qui produisent une bibliographie annotée.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 296: | Line 295: | ||
<tr> | <tr> | ||
<td><b>booktitle: </b></td> | <td><b>booktitle: </b></td> | ||
<td>Titre d'un livre, partie de ce qui est | <td>Titre d'un livre, partie de ce qui est cité. Pour les entrées de livre utilisez à la place le champ <strong>title</strong>.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>chapter:</b></td> | <td><b>chapter:</b></td> | ||
<td>un | <td>un numéro de chapitre (ou section).</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><strong>contents:</strong></td> | <td><strong>contents:</strong></td> | ||
<td>Une Table des | <td>Une Table des Matières.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 312: | Line 311: | ||
<tr> | <tr> | ||
<td><strong>crossref:</strong></td> | <td><strong>crossref:</strong></td> | ||
<td>La | <td>La clé database de l'entrée étant cross-référencée.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>edition: </b></td> | <td><b>edition: </b></td> | ||
<td>L' | <td>L'édition d'un livre- par exemple "Seconde". Notez que c'est en capitales.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>editor: </b></td> | <td><b>editor: </b></td> | ||
<td>Nom(s) des | <td>Nom(s) des éditeur(s). S'il y a aussi un champ author, alors le champ editor du livre ou de la collection dans laquelle la référence apparaît.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>howpublished:</b></td> | <td><b>howpublished:</b></td> | ||
<td>Comment quelque chose d' | <td>Comment quelque chose d'étrange a été publié. Le premier mot devrait être mis en capitales.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 336: | Line 335: | ||
<tr> | <tr> | ||
<td><strong>ISSN:</strong></td> | <td><strong>ISSN:</strong></td> | ||
<td>L'International Standard Serial Number. | <td>L'International Standard Serial Number. Utilisé pour identifier un journal.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>journal: </b></td> | <td><b>journal: </b></td> | ||
<td>un nom de journal. Les | <td>un nom de journal. Les abréviations sont fournis pour beaucoup de journaux.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>key: </b></td> | <td><b>key: </b></td> | ||
<td> | <td>Utilisé pour mettre en ordre alphabétique et créer une étiquette quand les champs author et editor sont manquants. Ce champ ne devrait pas être confondu avec la clé qui apparaît au début de la référence..</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><strong>keywords:</strong></td> | <td><strong>keywords:</strong></td> | ||
<td>Les mots- | <td>Les mots-clés utilisés pour chercher ou possiblement pour l'annotation.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><strong>language:</strong></td> | <td><strong>language:</strong></td> | ||
<td>La langue dans laquelle le document est | <td>La langue dans laquelle le document est écrit .</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 360: | Line 359: | ||
<tr> | <tr> | ||
<td><strong>location:</strong></td> | <td><strong>location:</strong></td> | ||
<td>Un endroit | <td>Un endroit associé avec l'entrée, tel que la ville dans laqulle une conférence s'est déroulée.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>month: </b></td> | <td><b>month: </b></td> | ||
<td>Le mois dans lequel le travail a | <td>Le mois dans lequel le travail a été publié, pour un travail non publié, le mois dans lequel il a été écrit.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 372: | Line 371: | ||
<tr> | <tr> | ||
<td><b>note:</b></td> | <td><b>note:</b></td> | ||
<td>Toute information additionnelle qui peut aider le lecteur. Le premier mot devrait | <td>Toute information additionnelle qui peut aider le lecteur. Le premier mot devrait être mis en lettres capitales.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>number: </b></td> | <td><b>number: </b></td> | ||
<td>Le | <td>Le numéro d'un journal, magazine, compte-rendu technique, ou d'un travail dans une série. Un numéro d'un journal ou magazine est généralement identifié par son volume et un nombre ; l'organisation qui sort un rapport technique lui donne en général un nombre ; et parfois les livres sont des numéros données dans une série nommée.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>organization: </b></td> | <td><b>organization: </b></td> | ||
<td>L'organisation qui sponsorise une | <td>L'organisation qui sponsorise une conférence ou publie un manuel.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>pages:</b></td> | <td><b>pages:</b></td> | ||
<td>Un ou plusieurs | <td>Un ou plusieurs numéros de pages ou des intervalles de nombres, comme 37--42, ou 7,53,82--94.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 392: | Line 391: | ||
<tr> | <tr> | ||
<td><b>publisher:</b></td> | <td><b>publisher:</b></td> | ||
<td>Le nom de l' | <td>Le nom de l'éditeur.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>school:</b></td> | <td><b>school:</b></td> | ||
<td>Le nom de l' | <td>Le nom de l'école dans laquelle a été écrite une thèse.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>series:</b></td> | <td><b>series:</b></td> | ||
<td>Nom | <td>Nom donné à une série ou un ensemble de livres. Quand on cite un livre complet, le champ title donne son titre et le champ series optionnel donne le nom d'une série dans laquelle le livre a été publié.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 417: | Line 416: | ||
<tr> | <tr> | ||
<td><strong>url:</strong></td> | <td><strong>url:</strong></td> | ||
<td>Le Universal Resource Locator WWW qui pointe vers l'item | <td>Le Universal Resource Locator WWW qui pointe vers l'item étant référencé. Souvent utilisé pour des comptes-rendus techniques pour pointer vers le site FTP où il réside.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 425: | Line 424: | ||
<tr> | <tr> | ||
<td><b>year:</b></td> | <td><b>year:</b></td> | ||
<td>L' | <td>L'année de publication ou, pour un travail non publié, l'année à laquelle il a été écrit, comme 1976.</td> | ||
</tr> | </tr> | ||
</table> | </table> | ||
=== Types citation BibTeX === | === Types citation BibTeX === | ||
Une | Une référence peut être vers n'importe quelle variété de types. Ce qui suit est une liste des types. Chacun d'eux explique aussi les champs associés avec ces types. Tout champ non listé comme requis ou optionnel sera considéré comme ignoré.<table border="1" width="100%"> | ||
<tr> | <tr> | ||
<td><b>article:</b></td> | <td><b>article:</b></td> | ||
Line 437: | Line 436: | ||
<tr> | <tr> | ||
<td><b>book:</b></td> | <td><b>book:</b></td> | ||
<td>Un livre avec un | <td>Un livre avec un éditeur explicite. Champs requis : author ou editor, title, publisher, year. Champs optionnels : volume, series, address, edition, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>booklet: </b></td> | <td><b>booklet: </b></td> | ||
<td>Un travail qui est | <td>Un travail qui est imprimé et relié, mais sans un éditeur nommé ou une institution sponsor. Champs obligatoires : title. Champs optionnels : author, howpublished, address, month, year, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 449: | Line 448: | ||
<tr> | <tr> | ||
<td><b>conference:</b></td> | <td><b>conference:</b></td> | ||
<td> | <td>Même chose que Inproceedings.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>inbook:</b></td> | <td><b>inbook:</b></td> | ||
<td>Une partie d'un livre qui peut | <td>Une partie d'un livre qui peut être un chapitre et/ou l'arrangement de pages. Champs requis : author ou editor, title, chapter et/ou pages, publisher, year. Champs optionnels : volume, series, address, edition, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 461: | Line 460: | ||
<tr> | <tr> | ||
<td><b>inproceedings:</b></td> | <td><b>inproceedings:</b></td> | ||
<td>Un article dans un compte-rendu de | <td>Un article dans un compte-rendu de conférence. Champs requis : author, title, booktitle, year. Champs optionnels : editor, pages, organization, publisher, address, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 469: | Line 468: | ||
<tr> | <tr> | ||
<td><b>mastersthesis:</b></td> | <td><b>mastersthesis:</b></td> | ||
<td>Un | <td>Un mémoire de maîtrise (M.A.). Champs requis : author, title, school, year. Champs optionnels : address, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
Line 481: | Line 480: | ||
<tr> | <tr> | ||
<td><b>phdthesis:</b></td> | <td><b>phdthesis:</b></td> | ||
<td>Une | <td>Une thèse Ph.D. Champs requis : author, title, school, year. Champs optionnels : address, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>proceedings:</b></td> | <td><b>proceedings:</b></td> | ||
<td>Les comptes-rendus d'une | <td>Les comptes-rendus d'une conférence. Champs requis : title, year. Champs optionnels : editor, publisher, organization, address, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>techreport:</b></td> | <td><b>techreport:</b></td> | ||
<td>Un rapport | <td>Un rapport publié par une école ou autre institution, généralement numéroté dans une série. Champs requis : author, title, institution, year. Champs optionnels : type, number, address, month, note, key.</td> | ||
</tr> | </tr> | ||
<tr> | <tr> | ||
<td><b>unpublished:</b></td> | <td><b>unpublished:</b></td> | ||
<td>Un document avec un author et un title, mais non formellement | <td>Un document avec un author et un title, mais non formellement publié. Champs requis : author, title, note. Champs optionnels : month, year, key.</td> | ||
</tr> | </tr> | ||
</table> | </table> | ||
Line 536: | Line 535: | ||
===Applications Bib=== | ===Applications Bib=== | ||
Applications de gestion de | Applications de gestion de références qui supportent le format bib. <strong>Ceci est une liste incomplète.</strong>. | ||
====Applications de Bureau==== | ====Applications de Bureau==== | ||
* [http://www.endnote.com EndNote] (Grosse Part de | * [http://www.endnote.com EndNote] (Grosse Part de Marché) | ||
* [http://bibdesk.sourceforge.net/ BibDesk] | * [http://bibdesk.sourceforge.net/ BibDesk] | ||
* [http://www.mackichan.com/index.html?bibdb/default.htm~mainFrame BibDB] | * [http://www.mackichan.com/index.html?bibdb/default.htm~mainFrame BibDB] | ||
Line 546: | Line 545: | ||
====Applications Web==== | ====Applications Web==== | ||
* [http://www.refworks.com RefWorks] (Grosse Part de | * [http://www.refworks.com RefWorks] (Grosse Part de Marché) | ||
* [http://www.citeulike.org/ CiteULike] | * [http://www.citeulike.org/ CiteULike] | ||
* [http://citeseer.ist.psu.edu/ CiteSeer] | * [http://citeseer.ist.psu.edu/ CiteSeer] | ||
Line 552: | Line 551: | ||
* [http://www.connotea.org Connotea] | * [http://www.connotea.org Connotea] | ||
* [http://www.2ndminute.org:8080/amatex Amatex - convertit Amazon vers Bib format] | * [http://www.2ndminute.org:8080/amatex Amatex - convertit Amazon vers Bib format] | ||
* Beaucoup d'autres peuvent | * Beaucoup d'autres peuvent être trouvés sur [http://en.wikipedia.org/wiki/BibTeX#External_links Wikipedia] | ||
====Bases de | ====Bases de données Académiques==== | ||
* [http://academic.live.com/ Windows Live Academic Search] | * [http://academic.live.com/ Windows Live Academic Search] | ||
* [http://portal.acm.org/dl.cfm?dl=ACM ACM Digital Library] | * [http://portal.acm.org/dl.cfm?dl=ACM ACM Digital Library] | ||
Line 561: | Line 560: | ||
== RIS == | == RIS == | ||
RIS est similaire | RIS est similaire à BibTeX et est supporté par la plupart des logiciels de gestion de bibliographie qu'ils soient de bureau ou sur le web. | ||
La | La spécification et les types/tags des champs sont décrits sur [http://www.refman.com/support/risformat_intro.asp http://www.refman.com/support/risformat_intro.asp] | ||
En particulier, voir [http://www.refman.com/support/risformat_reftypes.asp la liste des | En particulier, voir [http://www.refman.com/support/risformat_reftypes.asp la liste des différents types de références]. | ||
Un item | Un item échantillon dans le format RIS : | ||
<pre> | <pre> | ||
TY - JOUR | TY - JOUR | ||
Line 615: | Line 614: | ||
== OpenURL == | == OpenURL == | ||
OpenURL aka [http://www.niso.org/standards/standard_detail.cfm?std_id=783 Z39.88] | OpenURL aka [http://www.niso.org/standards/standard_detail.cfm?std_id=783 Z39.88] définit un moyen standard de lier une donnée citation dans un url. Il est largement déployé dans les bibliothèques académiques dans le monde entier pour fournir un accès vers un contenu sous licence via une cible "resolver" telle que [http://www.exlibrisgroup.com/sfx_openurl.htm SFX]. L'Objet Contexte dans la communauté des standards ([http://ocoins.info/ COinS]) représente une manière d'embarquer des OpenURLs dans le XHTML sans inclure une cible resolver. OpenURL fournit aussi un encodage XML. | ||
Exemple (extrait d'une critique de livre | Exemple (extrait d'une critique de livre écrite en utilisant le plugin Structured Blogging) : | ||
<pre><nowiki> | <pre><nowiki> | ||
Line 632: | Line 631: | ||
</pre> | </pre> | ||
Comme vous pouvez le voir ceci n'est vraiment du tout du XHTML | Comme vous pouvez le voir ceci n'est vraiment du tout du XHTML sémantique. Néanmoins, un travail significatif a été fait en définissant l'ensemble des Key/Encoded Values (KEVs) qui peuvent être utilisées dans différents [http://alcme.oclc.org/openurl/servlet/OAIHandler?verb=ListRecords&metadataPrefix=oai_dc&set=Core:Metadata+Formats types] de citations : [http://www.openurl.info/registry/docs/mtx/info:ofi/fmt:kev:mtx:book book], [http://www.openurl.info/registry/docs/mtx/info:ofi/fmt:kev:mtx:dissertation dissertation], [http://www.openurl.info/registry/docs/mtx/info:ofi/fmt:kev:mtx:journal journal], [http://www.openurl.info/registry/docs/mtx/info:ofi/fmt:kev:mtx:patent patent]. Il serait possible de fournir simplement un bundle standard XHTML pour ces clés sous un microformat. | ||
=== Exemple === | === Exemple === | ||
Line 654: | Line 653: | ||
Utiliser OpenURL de cette | Utiliser OpenURL de cette façon permettrait aux applications tiers qui pourraient, disons saisir la métadonnée citation à partir d'un blog, et sans beaucoup de travail décocher chez vos bibliothèques publiques ou universitaires le résolver openurl pour voir si l'article est disponible via une base de données licenciée. Les avantages [http://www.infotoday.com/newsbreaks/nb050801-1.shtml ont] [http://www.ariadne.ac.uk/issue43/chudnov/ été] [http://www.wallandbinkley.com/quaedam/?p=30 notés] [http://hublog.hubmed.org/archives/001163.html ailleurs]. | ||
== OpenURL Rapidement | == OpenURL Rapidement Expliqué == | ||
Un OpenURL est | Un OpenURL est constituté de deux parties indépendantes : le ContextObject (ou la métadonnée bibliographique entourant une citation) et l'endroit du resolver pour parser la métadonnée et présenter des services contextuels fondés sur les dites métadonnées. Le problème est que le terme "OpenURL" est aussi utilisé comme un "catch-all" pour toutes les parties indépendantes et la manière dont elles fonctionnent. Ceci principalement parce que c'est un terme plus sexy que "Z39.88", qui est le [http://www.niso.org/standards/standard_detail.cfm?std_id=783 standard NISO sur lequel tout ceci est fondé]. | ||
La | La représentation la plus commune de l'OpenURL ContextObject est vu comme des arguments dans une chaîne URL (qui fait référence à "San Antonio Profile 1" -- plus communément SAP1 -- et représenté dans les Key Encoded Values -- KEVs). Cette "représentation" est indépedante du ContextObject (à partir d'ici connu comme CO) lui-même et seulement destinée à permettre au CO d'être transmis via une requête HTTP GET. | ||
Il existe aussi SAP2, qui est une | Il existe aussi SAP2, qui est une représentation XML du CO (voir : [http://alcme.oclc.org/openurl/servlet/OAIHandler?verb=GetRecord&metadataPrefix=oai_dc&identifier=info:ofi/fmt:xml:xsd:ctx ici] pour plus d'information) et est un format bien plus lisible humainement. Ceci échoue encore en dehors de l'étendue des microformats, mais établit que l'encodage n'a rien à voir avec le CO lui-même. Ils sont simplement d'accord sur des moyens de convoyer le CO pour permettre aux machines d'agir sur elles avec cohérence. | ||
Le ContextObject pourrait | Le ContextObject pourrait être juste convoyé aussi faciment dans le XHMTL en utilisant les attributs, tant que les termes suivent le vocabulaire définir dans le schéma OpenURL. La chose importante pour se concentrer ici est le ContextObject -- l'adresse du resolver de lien ''est'' spécifique à l'insitution et devrait être gérée par un agent d'activation utilisateur (ou machine). | ||
Néanmoins, le resolver lien est encore un composant très important dans ce processus global. Faire que les utilisateurs obtiennent la "copie appropriée" est un problème très réel (et très difficile) que les bibliothèques essayent de résoudre. Les "link resolvers" sont un moyen vraiment efficace de surmonter cet obstacle, par conséquent il y aurait du sens de baliser les citations bibliographiques de manière à ce que les "link resolvers" puissent facilement parser. | |||
== Z39.80 == | == Z39.80 == | ||
Je ne suis pas | Je ne suis pas sûr que ce soit la meilleure place pour un guide sur Z39.80 ainsi ajoutez des liens svp : | ||
[http://www.niso.org/standards/resources/drft4rev.html http://www.niso.org/standards/resources/drft4rev.html] | [http://www.niso.org/standards/resources/drft4rev.html http://www.niso.org/standards/resources/drft4rev.html] | ||
Line 675: | Line 674: | ||
== DocBook == | == DocBook == | ||
Un sous-ensemble du vocabulaire DocBook est | Un sous-ensemble du vocabulaire DocBook est dédié à représenter une bibliographie : http://www.docbook.org/tdg/en/html/bibliography.html | ||
<pre><nowiki> | <pre><nowiki> | ||
Line 714: | Line 713: | ||
== Ann Arbor District Library XML feed == | == Ann Arbor District Library XML feed == | ||
Voici un enregistrement au format XML | Voici un enregistrement au format XML à partir de leur projet pour simplifier l'accès au catalogue. Plus de discussion sur [http://www.blyberg.net le blog de John Blyberg]. | ||
<pre> | <pre> | ||
Line 753: | Line 752: | ||
* description/contents | * description/contents | ||
== SimpleDC | == SimpleDC supporté par le toolkit zoom == | ||
<pre> | <pre> | ||
Line 784: | Line 783: | ||
* description | * description | ||
(NOTE : ce | (NOTE : ce schéma est tiré de l'exemple, pas du schéma source) | ||
== SRU de la | == SRU de la Bibliothèque du Congrès == | ||
http://z3950.loc.gov:7090/voyager?version=1.1&operation=searchRetrieve&query=dinosaur&maximumRecords=1&recordSchema=dc | http://z3950.loc.gov:7090/voyager?version=1.1&operation=searchRetrieve&query=dinosaur&maximumRecords=1&recordSchema=dc | ||
Line 844: | Line 843: | ||
NOTE: this is just Dublin Core data in a special LOC envelope | NOTE: this is just Dublin Core data in a special LOC envelope | ||
== | == Université de Bath reference type == | ||
<pre> | <pre> | ||
<nowiki> | <nowiki> | ||
Line 905: | Line 904: | ||
** publisher data (address, city, ...) | ** publisher data (address, city, ...) | ||
== | == Schéma Implicite == | ||
Ceci est le point de | Ceci est le point de départ de la courte liste des propriétés communes à travers différents formats documentés. Une fois qu'elle sera terminée, il y aura une union des schémas sous-tendus entre les EXEMPLES ET IMPLEMENTATIONS et nous verrons à quoi cela ressemblera. (Ceci ne couvre uniquement que quelques formats listés, quelques formats documentés ont encore besoin d'être explorés) | ||
* creator (author, editor, translator, contributor) - ce peut | * creator (author, editor, translator, contributor) - ce peut être géré avec hCard, mais aura besoin d'une propriété additionnelle pour raffiner ce que signifie "creator" | ||
* publisher (ceci peut | * publisher (ceci peut être aussi géré avec hCard) | ||
* subject/topics/keywords/categories/genre (il existe un microformat rel="tag") | * subject/topics/keywords/categories/genre (il existe un microformat rel="tag") | ||
* Description (abstract, note, tableOfContents) | * Description (abstract, note, tableOfContents) | ||
Line 921: | Line 920: | ||
Champs Date | Champs Date | ||
* Date Published (quelques formats ont | * Date Published (quelques formats ont séparément YEAR/MONTH) | ||
* Date accessed (voir [http://www.columbia.edu/cu/cup/cgos/basic.html ici] pour des exemples) | * Date accessed (voir [http://www.columbia.edu/cu/cup/cgos/basic.html ici] pour des exemples) | ||
A nouveau, je soulignerai : "date published" est | A nouveau, je soulignerai : "date published" est problématique. Si on a besoin de spécificité, alors il est mieux d'avoir la liste suivante de classes de date : date (la générique), issued (plus large que publiée), copyright (souvent pas le même que la date de sortie), accessed. -- bruce | ||
Autres champs | Autres champs | ||
Line 931: | Line 930: | ||
* identifier (ISBN, ISSN, id, internal only, other) | * identifier (ISBN, ISSN, id, internal only, other) | ||
* language (ceci peut | * language (ceci peut être géré par l'attribut natif xml:lang vers HTML) | ||
== Types et Roles == | == Types et Roles == | ||
(Cette section est informative et seulement comme un endroit pour capturer | (Cette section est informative et seulement comme un endroit pour capturer différentes parties des citations publiées.) | ||
Il existe beaucoup de types de publications et cette information devrait | Il existe beaucoup de types de publications et cette information devrait être capturée dans la citation. Les types possibles couvrent : | ||
* Novel/fiction (specify type -- literature, SF, romance, etc.?) | * Novel/fiction (specify type -- literature, SF, romance, etc.?) | ||
* Non-fiction | * Non-fiction | ||
Line 956: | Line 955: | ||
Question : | Question : | ||
Certains travaux ont des types | Certains travaux ont des types spécifiques de citation, la Bible -- et j'imagine d'autres travaux religieux -- ont des formats de citations très spécifiques, comme le fait le travail de Shakespeare. Est-ce que ceux-ci devraient être imaginés avec des types/roles distincts ? | ||
A : Je pense qu'en termes de types, nous devrions au moins remarquer les items (chapter, verse, etc). Comment les les traiter quand il sont encore en l'air. - [[User:Tim White|Tim White]] | A : Je pense qu'en termes de types, nous devrions au moins remarquer les items (chapter, verse, etc). Comment les les traiter quand il sont encore en l'air. - [[User:Tim White|Tim White]] | ||
De la | De la même façon, il existe plusieurs rôles différents associés avec les publications -- -- author, co-author, editor, translator, etc. Est-ce que ceux-ci devraint être capturés sous un "role" master ou traités comme des éléments individuels ? | ||
A : Bonne question. Je pense qu'il y a une distinction importante, mais que nous suivions un | A : Bonne question. Je pense qu'il y a une distinction importante, mais que nous suivions un modèle de design de "role-*" (ou plus probablement "author-*) ou quelque autre modèle ceci n'a pas encore été discuté. - Tim | ||
== Biblio RDF Class Schema == | == Biblio RDF Class Schema == | ||
Eu | Eu égard à la problématique des types notes au-dessus, le [http://vocab.org/biblio/schema schema biblio] fournit un ensemble compréhensible de classes pour décrire la métadonnée citation. Cela pourrait s'avérer utilise comme un guide pour un micro-format. Les classes originelles sont Agent, Reference, Collection, et Event. Un "Article", serait alors une sous-classe de "Part", qui à son tour est une sous-classe de Reference. De la même façon, un "Journal" est une sous-classe d'un "Periodical," qui à son tour est une sous-classe de "Collection." Un article serait typiquement lié à un journal à travers un dcterms:isPartOf relation. | ||
== ISBN 'Uniform Resource Names' == | == ISBN 'Uniform Resource Names' == | ||
[http://www.faqs.org/rfcs/rfc3187.html RFC3187] | [http://www.faqs.org/rfcs/rfc3187.html RFC3187] définit un espace-nom ISBN pour les 'Uniform Resource Names' (URNs). | ||
Exemple : | Exemple : | ||
Line 975: | Line 974: | ||
URN:ISBN:0-395-36341-1 | URN:ISBN:0-395-36341-1 | ||
Je ne suis pas certain que quelque navigateur utilise cette | Je ne suis pas certain que quelque navigateur utilise cette donnée, mais il pourrait y avoir une application dans les citations décrivant les contenus enregistrés avec un ISBN. | ||
Il existe aussi un espace-nom URN pour ISSN (International Standard Serial Number), qui identifie les | Il existe aussi un espace-nom URN pour ISSN (International Standard Serial Number), qui identifie les séries/périodiques [http://alistapart.com A List Apart]. Il est défini dans la [http://www.faqs.org/rfcs/rfc3044.html RFC3044]. D'autres espaces noms additionnels URN sont listés sur http://www.iana.org/assignments/urn-namespaces. | ||
== Vous devriez savoir == | == Vous devriez savoir == | ||
* Il existe plus de 1.300 ''styles'' de citation dans EndNote 9. | * Il existe plus de 1.300 ''styles'' de citation dans EndNote 9. | ||
* Les | * Les bibliothèques ont développé des formats et des règles pour les publications depuis plus de 100 ans. Il existes des millions d'enregistrements dans les catalogues de bibliothèques. Vous devriez '''au moins''' être familier avec AACR et FRBR. Il '''y a déjà''' des efforts de créer un nouveau "microformat" appelé ''Resource Description and Access'' (RDA) [http://www.collectionscanada.ca/jsc/rdaprospectus.html]. Pourquoi n'essayez-vous pas de travailler avec les professionnels au lieu d'essayer avec amateurisme de réinventer la roue et de créer encore une fois de plus un autre format incompatible ? -- [[User:JakobVoss|JakobVoss]] 01:39, 5 Jun 2006 (PDT) | ||
** Je suis d'accord sur le fait que les personnes | ** Je suis d'accord sur le fait que les personnes impliquées dans le développement de ce microformat (y compris moi) devraient être conscientes de ces efforts (totu particulièrement FRBR), mais je pense aussi que votre argument est désespérément naïf et prétentieux. Les professionnels que vous citez sont en fait des professionnels de bibliothèques, avec leurs propres traditions bizarres et besoins en informations uniques. Ceux-ci sont différents des spécialistes professionnels pour qui les citations sont critiques (moi), ou vers les développeurs web professionnels qui pourraient vouloir implémenter ces formats. Ce qui je pense est important pour nous est de comprendre les traditions de design, et leurs compromis, plutôt que de créer aveuglément un microformat fondé sur l'une d'entre elles -- Bruce (auteur de citeproc [http://xbiblio.sourceforge.net/citeproc] et csl [http://xbiblio.sourceforge.net/csl]). | ||
Ravi de vous rencontrer, Bruce ! Peut- | Ravi de vous rencontrer, Bruce ! Peut-être que je suis naïf mais je pense encore qu'il existe une façon de combiner le meilleur des deux mondes : les professionnels spécialistes et libraires. Les deux ont développé des traditions bizarres et ce serait une pitié pour créer un nouveau microformat bizarre qui ne soit pas fondé sur les deux. Merci pour vos liens vers xbiblio. Je suis tombé dessus il y a un moment mais doit le regarder plus en profondeur. -- [[User:JakobVoss|JakobVoss]] 11:48, 19 Jul 2006 (PDT) | ||
== OpenDocument == | == OpenDocument == | ||
Le Format OpenDocument inclut aussi des sections pour la citation et la bibliographie. Voir aussi le [http://bibliographic.openoffice.org/ projet OpenOffice Bibliographic]. -- [[User:JakobVoss|JakobVoss]] 11:55, 19 Jul 2006 (PDT) | Le Format OpenDocument inclut aussi des sections pour la citation et la bibliographie. Voir aussi le [http://bibliographic.openoffice.org/ projet OpenOffice Bibliographic]. -- [[User:JakobVoss|JakobVoss]] 11:55, 19 Jul 2006 (PDT) |
Latest revision as of 22:14, 20 December 2008
Formats de Citation
Cette page affichera plusieurs types différents de format de citations. L'idée est de comparer ce qui est commun parmi tout les formats et ceux qui seront fusionnés dans ce microformat.
Voir aussi :
Chart de Comparaison
Le chart suivant cartographie les termes d'une implémentation à l'autre. C'est important parce que sit toutes les propriétés sont introduites dans ce microformat, alors il sera possible de les faire correspondre à un certain nombre de différents formats. La table n'utilise actuellement que Dublin Core, MODS, et bibTeX. Chaque colonne a toutes les propriétés et leurs équivalents dans chaque format. S'il n'y a pas de propriété correspondante, la cellule est grise. En bas de la liste les termes uniques pour chaque format. Dublin core a des termes basiques et des termes qui étendent les basiques. Si la propriété est une extension d'un terme basique elle est entre ()'s. MODS utilise XML, ainsi n'importe quelle sous propriété est listé dans sa forme arbre, propriété/sous-propriété.
CECI N'EST PAS DEFINITIF, toute erreur devrait être corrigée. Des formats supplémentaires seront ajoutés à la liste au fur et à mesure qu'ils seront mappés.
Dublin Core | MODS | bibTeX | Z39.80 |
---|---|---|---|
Title (alternative) | titleInfo/title titleInfo/PartNum |
booktitle title chapter number pages volume series |
Analytic Title Collective or Series Title |
creator | name/namePart | author creator |
Author, Primary Corporate Author, Primary |
subject | subject/topic | keywords | needs mapping |
Description (abstract | tableOfContents) | abstract note tableOfContents |
abstract annotation note contents |
needs mapping |
Contributor | name | editor? | Book/Report/Volume Editor Producer |
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 conference Date of Publication Date of Update/Revisou/Issuance of Database Record Former Date Entry date for Database Record Database Update Year of Publication |
Type | typeOfResource genre |
@class type |
needs mapping |
Format (extent | medium) | physicalDescription/internetMediaType physicalDescription/extent physicalDescription/form |
howpublished | needs mapping |
identifier (bibliographicCitation) | identifier | ISBN ISSN LCCN URL |
ISBN Identifier Report Identfier ISSN |
Source | relatedItem | needs mapping | |
language | language | language | |
Relation (...) | relatedItem/... | crossRef | needs mapping |
Coverage (spacial | temporal) | subject/temporal subject/geographic subject/hierarchicalGeographic subject/cartographics |
needs mapping | |
classifications | needs mapping | ||
Rights (accessRights | license) | accessConditions | copyright | needs mapping |
publisher | publisher | Publisher Name Place of Publication |
|
audience (educationLevel | mediator) | targetAudience | needs mapping | |
accualMethod accualPeriodicaty accualPolicy instrcutionalMethod provenance rightsHolder |
location extension recordInfo |
address afflilication location edition institution journal key mrnumber organization price school size |
(the following need to be mapped to the above rows or left here as other) Database Source |
Dublin Core Metadata
La métadonnée Dublin Core utilise un petit vocabulaire pour décrire la donnée.
- contributor
- coverage
- creator
- date
- description
- format
- identifier
- language
- publisher
- relation
- rights
- source
- subject
- title
- type
From those there are specialised types where are just refinments of the previous, for example:
- abstract refines description.
- accessRights refines rights
Guidelines for Encoding Bibliographic Citation Information in Dublin Core Metadata
MODS (Metadata Object Description Schema)
Un format développé pour la Bibliothèque du Congrès pour un ensemble d'élément bibliographique qui peut être utilisé pour plusieurs objectifs et particulièrement pour les applications de Bibliothèque.
http://www.loc.gov/standards/mods/
(le schéma est très gros, une fois que je consacrerai le temps approprié pour le critiquer, je posterai plus à propos de la structure -brian)
NLM Journal Publishing DTD
http://dtd.nlm.nih.gov/publishing/tag-library/2.1/n-fv30.html
La NLM Journal Publishing DTD définit le schéma pour publier des articles de journaux sous XML. L'élément
<citation>
peut être placé avec des paragraphes ou dans un élément
<ref-list>
à la fin de l'article.
"Bien que la DTD ne l'exécute pas, une citation vers un article de journal devrait être taguée avec autant que possible ce qui suit, de façon que PubMed Central, CrossRef, ou d'autres services équivalents puissent produire la citation dans un lien vivant :
source | Le titre d'un journal, livre, comptes-rendus de conférence, etc. qui est la source d'un contenu cité. (Note : Dans le processus PubMed Central, ceci est typiquement l'abréviation MEDLINE du nom du journal.) |
article-title | Titre de l'article |
volume | Volume du journal |
issue | Numéro du journal |
fpage | Numéro de page sur lequel l'article démarre |
name | Nom de l'auteur et de l'éditeur |
year | Année de publication |
month | Mois de publication (si présent) |
day | Date de publication (si présent) |
Les autres éléments (décrits ici) peuvent être tagués si désiré. Utilisez l'élément <source> pour les titres de livres, comptes-rendus de conférences, etc."
XMLResume
<!ELEMENT pubs (pub+)> <!ENTITY % pubElements "(artTitle|bookTitle|author|date|pubDate|publisher|pageNums|url)"> <!ELEMENT pub (para | %pubElements;)*> <!ATTLIST pub id ID #IMPLIED> <!ELEMENT artTitle (#PCDATA | link)*> <!ELEMENT bookTitle (#PCDATA | link)*> <!ELEMENT author (#PCDATA)> <!ATTLIST author name IDREF #IMPLIED> <!ELEMENT pubDate (month?, year)> <!-- Deprécié dans 1.4.0. --> <!ELEMENT publisher (#PCDATA | link | url)*> <!ELEMENT pageNums (#PCDATA)>
- author
- publication date
- publisher
- pages
- title (article/livre)
- url
BibTeX
Champs utilisés par Bibtex
abstract: | Un abstract du travail. |
address: | L'adresse de l'éditeur. Pour les grandes maisons d'éditions, seule la ville est donnée. Pour les petites maisons d'éditions, vous pouvez aider le lecteur en donnant l'adresse complète. |
affiliation: | L'affiliation de l'auteur. |
annote: | Une annotation. Ce n'est pas utilisé par les style de bibliographie standards, mais peut être utilisé par d'autres qui produisent une bibliographie annotée. |
author: | Le(s) nom(s) de(s) auteur(s). |
booktitle: | Titre d'un livre, partie de ce qui est cité. Pour les entrées de livre utilisez à la place le champ title. |
chapter: | un numéro de chapitre (ou section). |
contents: | Une Table des Matières. |
copyright: | Information de Copyright. |
crossref: | La clé database de l'entrée étant cross-référencée. |
edition: | L'édition d'un livre- par exemple "Seconde". Notez que c'est en capitales. |
editor: | Nom(s) des éditeur(s). S'il y a aussi un champ author, alors le champ editor du livre ou de la collection dans laquelle la référence apparaît. |
howpublished: | Comment quelque chose d'étrange a été publié. Le premier mot devrait être mis en capitales. |
institution: | L'institution qui sponsorise un rapport technique. |
ISBN: | L'International Standard Book Number. |
ISSN: | L'International Standard Serial Number. Utilisé pour identifier un journal. |
journal: | un nom de journal. Les abréviations sont fournis pour beaucoup de journaux. |
key: | Utilisé pour mettre en ordre alphabétique et créer une étiquette quand les champs author et editor sont manquants. Ce champ ne devrait pas être confondu avec la clé qui apparaît au début de la référence.. |
keywords: | Les mots-clés utilisés pour chercher ou possiblement pour l'annotation. |
language: | La langue dans laquelle le document est écrit . |
LCCN: | Le Library of Congress Call Number. |
location: | Un endroit associé avec l'entrée, tel que la ville dans laqulle une conférence s'est déroulée. |
month: | Le mois dans lequel le travail a été publié, pour un travail non publié, le mois dans lequel il a été écrit. |
mrnumber: | The Mathematical Reviews number. |
note: | Toute information additionnelle qui peut aider le lecteur. Le premier mot devrait être mis en lettres capitales. |
number: | Le numéro d'un journal, magazine, compte-rendu technique, ou d'un travail dans une série. Un numéro d'un journal ou magazine est généralement identifié par son volume et un nombre ; l'organisation qui sort un rapport technique lui donne en général un nombre ; et parfois les livres sont des numéros données dans une série nommée. |
organization: | L'organisation qui sponsorise une conférence ou publie un manuel. |
pages: | Un ou plusieurs numéros de pages ou des intervalles de nombres, comme 37--42, ou 7,53,82--94. |
price: | Le prix du contenu. |
publisher: | Le nom de l'éditeur. |
school: | Le nom de l'école dans laquelle a été écrite une thèse. |
series: | Nom donné à une série ou un ensemble de livres. Quand on cite un livre complet, le champ title donne son titre et le champ series optionnel donne le nom d'une série dans laquelle le livre a été publié. |
size: | Les dimensions physiques du travail. |
title: | Le titre du travail. |
type: | Le type du compte-rendu - par exemple, "Research Note". |
url: | Le Universal Resource Locator WWW qui pointe vers l'item étant référencé. Souvent utilisé pour des comptes-rendus techniques pour pointer vers le site FTP où il réside. |
volume: | Le volume d'un journal ou d'un livre en plusieurs volumes. |
year: | L'année de publication ou, pour un travail non publié, l'année à laquelle il a été écrit, comme 1976. |
Types citation BibTeX
Une référence peut être vers n'importe quelle variété de types. Ce qui suit est une liste des types. Chacun d'eux explique aussi les champs associés avec ces types. Tout champ non listé comme requis ou optionnel sera considéré comme ignoré.
article: | Un article extrait d'un journal ou magazine. Champs requis : author, title, journal, year. Champs optionnels : volume, number, pages, month, note, key. |
book: | Un livre avec un éditeur explicite. Champs requis : author ou editor, title, publisher, year. Champs optionnels : volume, series, address, edition, month, note, key. |
booklet: | Un travail qui est imprimé et relié, mais sans un éditeur nommé ou une institution sponsor. Champs obligatoires : title. Champs optionnels : author, howpublished, address, month, year, note, key. |
collection : | Une collection de travaux. Idem aux Proceedings. |
conference: | Même chose que Inproceedings. |
inbook: | Une partie d'un livre qui peut être un chapitre et/ou l'arrangement de pages. Champs requis : author ou editor, title, chapter et/ou pages, publisher, year. Champs optionnels : volume, series, address, edition, month, note, key. |
incollection: | Une partie d'un livre avec son propre title. Champs requis : author, title, booktitle, publisher, year. Champs optionnels : editor, pages, organization, publisher, address, month, note, key. |
inproceedings: | Un article dans un compte-rendu de conférence. Champs requis : author, title, booktitle, year. Champs optionnels : editor, pages, organization, publisher, address, month, note, key. |
manual: | Documentation Technique : Champs requis : title. Champs optionnels : author, organization, address, edition, month, year, note. |
mastersthesis: | Un mémoire de maîtrise (M.A.). Champs requis : author, title, school, year. Champs optionnels : address, month, note, key. |
misc: | Utiliser ce type quand rien d'autre ne concorde. Champs requis : aucun. Champs optionnels : author, title, howpublished, month, year, note, key. |
patent: | Un brevet. |
phdthesis: | Une thèse Ph.D. Champs requis : author, title, school, year. Champs optionnels : address, month, note, key. |
proceedings: | Les comptes-rendus d'une conférence. Champs requis : title, year. Champs optionnels : editor, publisher, organization, address, month, note, key. |
techreport: | Un rapport publié par une école ou autre institution, généralement numéroté dans une série. Champs requis : author, title, institution, year. Champs optionnels : type, number, address, month, note, key. |
unpublished: | Un document avec un author et un title, mais non formellement publié. Champs requis : author, title, note. Champs optionnels : month, year, key. |
Exemples
@book{kn:gnus, AUTHOR = "Donald E. Knudson", TITLE = "1966 World Gnus Almanac", PUBLISHER = {Permafrost Press}, ADDRESS = {Novosibirsk} } <div class="book" id="kn:gnus"> <div class="author">Donald E. Knudson</div> <div class="title">1966 World Gnus Almanac</div> <div class="publisher">Permafrost Press</div> <div class="address">Novosibirsk</div> </div> @article{XAi_HSCheng_1994a, author = "X. Ai and H. S. Cheng", title = "Influence of moving dent on point {EHL} contacts", journal = "Tribol. Trans.", volume = "37", year = "1994", pages = "323--335", } <div class="article" id="XAi_HSCheng_1994a"> <div class="author">X. Ai and H. S. Cheng</div> <div class="title">Influence of moving dent on point {EHL} contacts</div> <div class="journal">Tribol. Trans.</div> <div class="volume">37</div> <div class="year">1994</div> <div class="pages">323--335</div> </div>
Applications Bib
Applications de gestion de références qui supportent le format bib. Ceci est une liste incomplète..
Applications de Bureau
- EndNote (Grosse Part de Marché)
- BibDesk
- BibDB
- Bib-it
- Grande liste d'autres applications sur dmoz et Wikipedia
Applications Web
- RefWorks (Grosse Part de Marché)
- CiteULike
- CiteSeer
- BibSonomy
- Connotea
- Amatex - convertit Amazon vers Bib format
- Beaucoup d'autres peuvent être trouvés sur Wikipedia
Bases de données Académiques
RIS
RIS est similaire à BibTeX et est supporté par la plupart des logiciels de gestion de bibliographie qu'ils soient de bureau ou sur le web.
La spécification et les types/tags des champs sont décrits sur http://www.refman.com/support/risformat_intro.asp
En particulier, voir la liste des différents types de références.
Un item échantillon dans le format RIS :
TY - JOUR A1 - Baldwin,S.A. A1 - Fugaccia,I. A1 - Brown,D.R. A1 - Brown,L.V. A1 - Scheff,S.W. T1 - Blood-brain barrier breach following cortical contusion in the rat JO - J.Neurosurg. Y1 - 1996 VL - 85 SP - 476 EP - 481 RP - Not In File KW - cortical contusion KW - blood-brain barrier KW - horseradish peroxidase KW - head trauma KW - hippocampus KW - rat ER -
Refer est un format bibliographique similaire, plus petit.
- author
- title
- type
- Identifier
- notes/abstract
- reprint status
- keyword
- volume
- issue
- pages
- year
- periodical name (where published)
- publisher
- publisher city
- publisher address
- related links
- link to PDF
- availablity
OpenURL
OpenURL aka Z39.88 définit un moyen standard de lier une donnée citation dans un url. Il est largement déployé dans les bibliothèques académiques dans le monde entier pour fournir un accès vers un contenu sous licence via une cible "resolver" telle que SFX. L'Objet Contexte dans la communauté des standards (COinS) représente une manière d'embarquer des OpenURLs dans le XHTML sans inclure une cible resolver. OpenURL fournit aussi un encodage XML.
Exemple (extrait d'une critique de livre écrite en utilisant le plugin Structured Blogging) :
<p><b>ISBN</b>: <span class='Z3988' title='ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=0679426612'> 0679426612</span></p>
Un autre exemple, un journal :
<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.issn=1045-4438"></span>
Comme vous pouvez le voir ceci n'est vraiment du tout du XHTML sémantique. Néanmoins, un travail significatif a été fait en définissant l'ensemble des Key/Encoded Values (KEVs) qui peuvent être utilisées dans différents types de citations : book, dissertation, journal, patent. Il serait possible de fournir simplement un bundle standard XHTML pour ces clés sous un microformat.
Exemple
<div class="openurl-journal"> <span class="aulast">Berners-Lee</span>, <span class="aufirst">Tim</a>; Hendler, James; Lassila, Ora.</span> "<span class="atitle">The Semantic Web</span>". <span class="jtitle">Scientific American</span> <span class="volume">284</span>(<span class="issue">5</span>), pp. pp. <span class="pages">34-43</span>. <span class="issn">0036-8733</span> </div>
Utiliser OpenURL de cette façon permettrait aux applications tiers qui pourraient, disons saisir la métadonnée citation à partir d'un blog, et sans beaucoup de travail décocher chez vos bibliothèques publiques ou universitaires le résolver openurl pour voir si l'article est disponible via une base de données licenciée. Les avantages ont été notés ailleurs.
OpenURL Rapidement Expliqué
Un OpenURL est constituté de deux parties indépendantes : le ContextObject (ou la métadonnée bibliographique entourant une citation) et l'endroit du resolver pour parser la métadonnée et présenter des services contextuels fondés sur les dites métadonnées. Le problème est que le terme "OpenURL" est aussi utilisé comme un "catch-all" pour toutes les parties indépendantes et la manière dont elles fonctionnent. Ceci principalement parce que c'est un terme plus sexy que "Z39.88", qui est le standard NISO sur lequel tout ceci est fondé.
La représentation la plus commune de l'OpenURL ContextObject est vu comme des arguments dans une chaîne URL (qui fait référence à "San Antonio Profile 1" -- plus communément SAP1 -- et représenté dans les Key Encoded Values -- KEVs). Cette "représentation" est indépedante du ContextObject (à partir d'ici connu comme CO) lui-même et seulement destinée à permettre au CO d'être transmis via une requête HTTP GET.
Il existe aussi SAP2, qui est une représentation XML du CO (voir : ici pour plus d'information) et est un format bien plus lisible humainement. Ceci échoue encore en dehors de l'étendue des microformats, mais établit que l'encodage n'a rien à voir avec le CO lui-même. Ils sont simplement d'accord sur des moyens de convoyer le CO pour permettre aux machines d'agir sur elles avec cohérence.
Le ContextObject pourrait être juste convoyé aussi faciment dans le XHMTL en utilisant les attributs, tant que les termes suivent le vocabulaire définir dans le schéma OpenURL. La chose importante pour se concentrer ici est le ContextObject -- l'adresse du resolver de lien est spécifique à l'insitution et devrait être gérée par un agent d'activation utilisateur (ou machine).
Néanmoins, le resolver lien est encore un composant très important dans ce processus global. Faire que les utilisateurs obtiennent la "copie appropriée" est un problème très réel (et très difficile) que les bibliothèques essayent de résoudre. Les "link resolvers" sont un moyen vraiment efficace de surmonter cet obstacle, par conséquent il y aurait du sens de baliser les citations bibliographiques de manière à ce que les "link resolvers" puissent facilement parser.
Z39.80
Je ne suis pas sûr que ce soit la meilleure place pour un guide sur Z39.80 ainsi ajoutez des liens svp :
http://www.niso.org/standards/resources/drft4rev.html
DocBook
Un sous-ensemble du vocabulaire DocBook est dédié à représenter une bibliographie : http://www.docbook.org/tdg/en/html/bibliography.html
<!DOCTYPE bibliography PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN" "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"> <bibliography> <title>Languages and Semantics</title> <bibliodiv> <title>Books</title> <biblioentry> <title>Course in General Linguistics</title> <abbrev>deSaussure59</abbrev> <author><firstname>Ferdinand</firstname><surname>de Saussure</surname></author> <editor><firstname>Charles</firstname><surname>Bally</surname></editor> <editor><firstname>Albert</firstname><surname>Sechehaye</surname></editor> <othercredit role="translator"><firstname>Wade</firstname><surname>Baskin</surname></othercredit> <copyright> <year>1959</year> <holder>The Philosophical Library Inc.</holder> </copyright> <isbn>07-016524-6</isbn> <publisher> <publishername>McGraw-Hill Book Company</publishername> </publisher> </biblioentry> </bibliodiv> </bibliography>
- publisher
- copyright
- identifier (ISBN)
- title
- author/editor/other credit/
- type (book)
Ann Arbor District Library XML feed
Voici un enregistrement au format XML à partir de leur projet pour simplifier l'accès au catalogue. Plus de discussion sur le blog de John Blyberg.
<p:Record> <callnum>823 Bu</callnum> <author>Burkart, Gina, 1971-</author> <fulltitle>A parent's guide to Harry Potter / Gina Burkart</fulltitle> <title>A parent's guide to Harry Potter </title> <pubinfo>Downers Grove, Ill. : InterVarsity Press, c2005</pubinfo> <desc>112 p</desc> <bibliography>Includes bibliographical references</bibliography> <contents> The Harry hype -- More than a story -- The modern fairy tale -- Discussing fantasy with children -- Morals, not magic -- The real issues in Harry Potter -- Dealing with traumatic experiences -- Facing fears -- Battling bullies -- Delving into diversity -- Hiding hurts -- Letting go of anger -- Getting help -- Choosing good over evil -- The power of love -- Facing spiritual battles </contents> <isbn>0830832882</isbn> <price>$11.00</price> <lang>eng</lang> <copies>0</copies> <catdate>08-16-2005</catdate> <mattype>a</mattype> <avail>No copies available</avail> <recordlink xlink:href="http://www.aadl.org/cat/seek/record=1249810"/> </p:Record>
- url
- availablity
- identifier (ISBN/call number)
- author
- title
- publisher
- pages
- description/contents
SimpleDC supporté par le toolkit zoom
<dc xmlns="http/www.loc.gov/zing/srw/dcschema/v1.0/"> <title>Kantor Salomon Sulzer und seine Zeit : eine Dokumentation /</title> <creator>Avenary, Hanoch.</creator> <creator>Pass, Walter.</creator> <creator>Vielmetti, Nikolaus.</creator> <creator>Adler, Israel, (1925-)</creator> <subject>Sulzer, Salomon, -- 1804-1890.</subject> <subject>Jewish composers -- Austria -- Biography.</subject> <subject>Cantors, Jewish -- Biography.</subject> <date>1985</date> <publisher>Sigmaringen : Jan Thorbecke Verlag</publisher> <identifier>3799540636</identifier> <description>300 p., [12] p. of plates : ill., music, ports. ; 24 cm.</description> </dc>
ceci est la sortie de marc.toSimpleDC()
- title
- creator (author)
- subjects
- date
- publisher
- identifier
- description
(NOTE : ce schéma est tiré de l'exemple, pas du schéma source)
SRU de la Bibliothèque du Congrès
<?xml version="1.0"?> <zs:searchRetrieveResponse xmlns:zs="http://www.loc.gov/zing/srw/"> <zs:version>1.1</zs:version> <zs:numberOfRecords>1701</zs:numberOfRecords> <zs:records> <zs:record> <zs:recordSchema>info:srw/schema/1/dc-v1.1</zs:recordSchema> <zs:recordPacking>xml</zs:recordPacking> <zs:recordData> <srw_dc:dc xmlns:srw_dc="info:srw/schema/1/dc-schema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://purl.org/dc/elements/1.1/" xsi:schemaLocation="info:srw/schema/1/dc-schema http://www.loc.gov/z3950/agency/zing/srw/dc-schema.xsd"> <title>3-D dinosaur adventure [computer file].</title> <creator>Knowledge Adventure, Inc.</creator> <type>software, multimedia</type> <publisher>Glendale, CA : Knowledge Adventure,</publisher> <date>c1995.</date> <language>eng</language> <description>Employs a dinosaur theme-park setting to introduce users to Triassic, Jurassic, and Cretaceous periods. Features hypertext dinosaur encyclopedia covering 150 million years of paleontology. Includes animated video simulations, three-dimensional dinosaur museum, narration, games, activities, and color illustrations.</description> <description>Ages 5 to 10.</description> <description>System requirements for PC: 486SX/25MHz processor or higher; 8MB RAM; Windows 3.1, 3.11, or 95; SVGA 256-color graphics adapter; hard drive with 5MB free space; double-speed CD-ROM drive; MPC-compatible sound card; mouse.</description> <description>System requirements for Macintosh: 68040 or Power PC processor; 8MB RAM; System 7.0 or higher; 256-color graphics capability; thirteen-inch color monitor or larger; hard drive with 4MB free space; double-speed CD-ROM drive.</description> <description>Ages 5 to 10.</description> <description>Employs a dinosaur theme-park setting to introduce users to Triassic, Jurassic, and Cretaceous periods. Features hypertext dinosaur encyclopedia covering 150 million years of paleontology. Includes animated video simulations, three-dimensional dinosaur museum, narration, games, activities, and color illustrations.</description> <subject>Dinosaurs--Juvenile software.</subject> <subject>Dinosaurs.</subject> <identifier>URN:ISBN:1569972133</identifier> </srw_dc:dc> </zs:recordData> <zs:recordPosition>1</zs:recordPosition> </zs:record> </zs:records> </zs:searchRetrieveResponse>
NOTE: this is just Dublin Core data in a special LOC envelope
Université de Bath reference type
<reference> <authors> <author> <forename>E</forename> <forename>M</forename> <surname>Phillips</surname> </author> <author> <forename>D</forename> <forename>S</forename> <surname>Pugh</surname> </author> </authors> <date>1994</date> <entity> <book title="How to get a PhD: A handbook for students and their supervisors"> <location> <placeofpublication>Buckinghamshire</placeofpublication> <publisher>Open University</publisher> </location> </book> </entity> </reference> <reference> <authors> <author> <forename>Michael</forename> <surname>Fumento</surname> </author> </authors> <date>1996</date> <entity> <website pagetitle="Radon's Real Threat is to the EPA" uri="http://www.consumeralert.org/fumento/radon1.htm"/> </entity> <frdescription>an article by a prolific newspaper columnist in the USA - quotes empirical scientific research showing no provable link between radon in homes and elevated cases of lung cancer</frdescription> </reference>
- author
- date
- url
- description
- type (book/journal/conference)
- title
- artile
- volume
- issue
- chapter
- pages
- publisher
- publisher data (address, city, ...)
Schéma Implicite
Ceci est le point de départ de la courte liste des propriétés communes à travers différents formats documentés. Une fois qu'elle sera terminée, il y aura une union des schémas sous-tendus entre les EXEMPLES ET IMPLEMENTATIONS et nous verrons à quoi cela ressemblera. (Ceci ne couvre uniquement que quelques formats listés, quelques formats documentés ont encore besoin d'être explorés)
- creator (author, editor, translator, contributor) - ce peut être géré avec hCard, mais aura besoin d'une propriété additionnelle pour raffiner ce que signifie "creator"
- publisher (ceci peut être aussi géré avec hCard)
- subject/topics/keywords/categories/genre (il existe un microformat rel="tag")
- Description (abstract, note, tableOfContents)
- typeOfResource/format
Information Commune de Lieu
- volume
- issue
- page
- edition
Champs Date
- Date Published (quelques formats ont séparément YEAR/MONTH)
- Date accessed (voir ici pour des exemples)
A nouveau, je soulignerai : "date published" est problématique. Si on a besoin de spécificité, alors il est mieux d'avoir la liste suivante de classes de date : date (la générique), issued (plus large que publiée), copyright (souvent pas le même que la date de sortie), accessed. -- bruce
Autres champs
- Copyright/usage
- audience
- identifier (ISBN, ISSN, id, internal only, other)
- language (ceci peut être géré par l'attribut natif xml:lang vers HTML)
Types et Roles
(Cette section est informative et seulement comme un endroit pour capturer différentes parties des citations publiées.)
Il existe beaucoup de types de publications et cette information devrait être capturée dans la citation. Les types possibles couvrent :
- Novel/fiction (specify type -- literature, SF, romance, etc.?)
- Non-fiction
- Poem
- Play
- Magazine
- Reference (separate out encyclopedia, dictionary, almanac, etc.?)
- Journal
- Article within a journal
- Chapter within a book
- Dissertation
- Web Site
- Page within a web site
- Music Recording
- Video Recording
- Interview
- Physical object (Statue, Painting, etc.)
- ??
Question : Certains travaux ont des types spécifiques de citation, la Bible -- et j'imagine d'autres travaux religieux -- ont des formats de citations très spécifiques, comme le fait le travail de Shakespeare. Est-ce que ceux-ci devraient être imaginés avec des types/roles distincts ?
A : Je pense qu'en termes de types, nous devrions au moins remarquer les items (chapter, verse, etc). Comment les les traiter quand il sont encore en l'air. - Tim White
De la même façon, il existe plusieurs rôles différents associés avec les publications -- -- author, co-author, editor, translator, etc. Est-ce que ceux-ci devraint être capturés sous un "role" master ou traités comme des éléments individuels ?
A : Bonne question. Je pense qu'il y a une distinction importante, mais que nous suivions un modèle de design de "role-*" (ou plus probablement "author-*) ou quelque autre modèle ceci n'a pas encore été discuté. - Tim
Biblio RDF Class Schema
Eu égard à la problématique des types notes au-dessus, le schema biblio fournit un ensemble compréhensible de classes pour décrire la métadonnée citation. Cela pourrait s'avérer utilise comme un guide pour un micro-format. Les classes originelles sont Agent, Reference, Collection, et Event. Un "Article", serait alors une sous-classe de "Part", qui à son tour est une sous-classe de Reference. De la même façon, un "Journal" est une sous-classe d'un "Periodical," qui à son tour est une sous-classe de "Collection." Un article serait typiquement lié à un journal à travers un dcterms:isPartOf relation.
ISBN 'Uniform Resource Names'
RFC3187 définit un espace-nom ISBN pour les 'Uniform Resource Names' (URNs).
Exemple :
Je ne suis pas certain que quelque navigateur utilise cette donnée, mais il pourrait y avoir une application dans les citations décrivant les contenus enregistrés avec un ISBN.
Il existe aussi un espace-nom URN pour ISSN (International Standard Serial Number), qui identifie les séries/périodiques A List Apart. Il est défini dans la RFC3044. D'autres espaces noms additionnels URN sont listés sur http://www.iana.org/assignments/urn-namespaces.
Vous devriez savoir
- Il existe plus de 1.300 styles de citation dans EndNote 9.
- Les bibliothèques ont développé des formats et des règles pour les publications depuis plus de 100 ans. Il existes des millions d'enregistrements dans les catalogues de bibliothèques. Vous devriez au moins être familier avec AACR et FRBR. Il y a déjà des efforts de créer un nouveau "microformat" appelé Resource Description and Access (RDA) [1]. Pourquoi n'essayez-vous pas de travailler avec les professionnels au lieu d'essayer avec amateurisme de réinventer la roue et de créer encore une fois de plus un autre format incompatible ? -- JakobVoss 01:39, 5 Jun 2006 (PDT)
- Je suis d'accord sur le fait que les personnes impliquées dans le développement de ce microformat (y compris moi) devraient être conscientes de ces efforts (totu particulièrement FRBR), mais je pense aussi que votre argument est désespérément naïf et prétentieux. Les professionnels que vous citez sont en fait des professionnels de bibliothèques, avec leurs propres traditions bizarres et besoins en informations uniques. Ceux-ci sont différents des spécialistes professionnels pour qui les citations sont critiques (moi), ou vers les développeurs web professionnels qui pourraient vouloir implémenter ces formats. Ce qui je pense est important pour nous est de comprendre les traditions de design, et leurs compromis, plutôt que de créer aveuglément un microformat fondé sur l'une d'entre elles -- Bruce (auteur de citeproc [2] et csl [3]).
Ravi de vous rencontrer, Bruce ! Peut-être que je suis naïf mais je pense encore qu'il existe une façon de combiner le meilleur des deux mondes : les professionnels spécialistes et libraires. Les deux ont développé des traditions bizarres et ce serait une pitié pour créer un nouveau microformat bizarre qui ne soit pas fondé sur les deux. Merci pour vos liens vers xbiblio. Je suis tombé dessus il y a un moment mais doit le regarder plus en profondeur. -- JakobVoss 11:48, 19 Jul 2006 (PDT)
OpenDocument
Le Format OpenDocument inclut aussi des sections pour la citation et la bibliographie. Voir aussi le projet OpenOffice Bibliographic. -- JakobVoss 11:55, 19 Jul 2006 (PDT)