haudio-fr
hAudio 0.8
hAudio est un format simple, ouvert, distribué adapté pour embarquer de l'information concernant les enregistrements audio dans le (X)HTML, Atom, RSS, et le XML arbitraire. hAudio est l'un des nombreux standards ouverts microformats. Cette page et le Microformat sont dans le domaine public.
hAudio Microformat Spécification Draft
- Editeur
- Manu Sporny, Bitmunk - Digital Bazaar, Inc.
- Contributeurs
- Manu Sporny, Bitmunk - Digital Bazaar, Inc., Martin McEvoy , Alexandre Van De Sande , Michael Johnson, Dave Longley, Brian Suda, Ben Wiley Sittler, Scott Reynen, Frances Berriman, James Craig, David Janes, Andy Mabbett, Danny Ayers, Rudy Desjardins, Edward O'Connor, Ryan King, Chris Griego, Brad Hafichuk, Tantek Çelik, Colin Barrett, Joe Andrieu, Michael Smethurst, Chris Newell, Julian Stahnke, Justin Maxwell, Paul Wilkins
- Traduction française en cours
- Christophe Ducamp
Les déclarations de #Copyright Microformats et Brevets s'appliquent.
Introduction
Il est difficile pour un navigateur d'extraire l'information sémantique concernant un enregistrement audio décrit sur une page web. Les métadonnées telles que le speaker, musicien, éditeur, label, titre du travail, date de sortie, lien d'acquisition, direction artistique en rapport avec l'image et les tags fournissent un contexte pertinent pour l'enregistrement audio.
Disposer d'une telle information marquée peut fournir bon nombre d'avantages au visualisateur. Si un navigateur web comprend qu'une page web particulière contient une chanson jouée par un artiste, il peut produire des interactions plus riches. Par exemple, des recherches spécifiques peuvent être exécutées pour les artistes et plages via différents services de recherche tels que Google et Wikipedia. Les services de recherche sépcifiques peuvent être aussi requêtés tels que MusicBrainz, The Internet Archive, FreeDB ou Bitmunk. En outre, la classification par les crawlers peut devenir plus pertinente. S'il y a plus de 20 plages trouvées suru ne page produite par le même artiste, et que le contenu consomme une portion significative de la page, il peut être supposé que la page ne traite pas seulement de musique, mais aussi d'un artiste en particulier.
Afin de permettre et d'encourager le partage, la distribution, la syndication et l'agrégation de contenu audio, les auteurs proposent le microformat hAudio, un standard ouvert pour les méta-données distribuées. Les auteurs ont cherché tant de nombreux exemples audio dans la jungle et des essais plus récents de audio-info-formats, et ont conçu hAudio autour d'un schéma simple et minimal pour le contenu audio. Vos réactions sont les bienvenues sur la page hAudio feedback.
Inspiration et Remerciements
Un grand merci à tous ceux qui ont produit la recherche et proposé des idées et discussions en rapport avec l'info-media et l'info-audio en général. Parmi les nombreux participants, RodBegbie, Dean Hudson, Tantek Çelik, Mary Hodder, Joshua Kinberg, ChrisMessina, et Lisa Rein.
Etendue
Le contenu audio partage de façon cohérente plusieurs champs communs. Là où hAudio a été basé sur ce sous-ensemble minimal commun.
Hors sujet
Les champs qui sont spécifiques à un type ont été omis de hAudio. Il est important que hAudio soit maintenu simple et minimal dès le départ. Des fonctionnalités supplémentaires peuvent être ajoutées si nécessaire par l'expérience d'implémentation pratique.
Le concept d'un identifiant audio universel, ce qui veut dire, comment identifier le même album audio, chanson, discours ou podcast sur différents sites de musique et audio, même si c'est quelque chose d'utile à avoir, est en dehors du champ de ce format.
Principes de Design XHTML Sémantique
Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de hCard et hCalendar, par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la méthodologie de design hCard (ce qui veut dire, lisez ça d'abord). Tantek
XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.
- Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
- Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
- Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
- Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
- Autrement utilisez un élément générique structurel (par ex.
<span>
ou<div>
), ou l'élément contextuel approprié (par ex. un<li>
dans un<ul>
ou<ol>
). - Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
- Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez
<abbr>
au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de<abbr>
: Human vs. ISO8601 dates problem solved
Format
En Général
Le format hAudio est basé sur un ensemble de champs communs à de nombreux sites de contenus audio et formats en usage aujourd'hui sur le web. Là où les noms de champs ont été choisis en fonction de ceux définis par les standards hCard en rapport.
Schéma
Le schéma hAudio est constitué comme suit :
- hAudio (
haudio
)- fn et/ou album requis. texte.
- contributor. optionnel. utilisation de texte ou hCard.
- duration. optionnel. durée temps en ISO-8601 en utilisant l'abbr-design-pattern-fr (réutilisée à partir de hCalendar).
- item optionnel. utilisation de texte ou plusieurs propriétés tirées de hAudio.
- position optionnel. texte.
- category. optionnel. texte.
- published. optionnel. utilisation du datetime-design-pattern-fr.
- photo. optionnel. utiliation de n'importe quel élément contenant une URL, tel que IMG.
- description optionnel. texte.
- sample (rel). optionnel. fichier/flux échantillon utilisant le rel-design-pattern-fr avec
sample
pour la valeurmf-rel-value
. - enclosure (rel). optionnel. téléchargement complet du fichier en utilisant rel-enclosure.
- payment (rel). optionnel. lien vers un processus d'achat en utilisant rel-payment.
- price. optionnel. utilisation du texte ou currency-proposition.
Détails des Champs
Les champs du schéma hAudio sont représentés comme suit :
hAudio
Un hAudio est utilisé pour identifier et décrire les méta-données associées avec un enregistrement audio.
- Un élement hAudio est identifié par le nom de classe
haudio
Nom Formaté
Le titre d'un enregistrement audio unique est une description textuelle courte utilisée pour identifier le travail parmi les parties intéressées. Ce peut être le titre d'un discours, le titre d'une chanson ou une rapide description concernant un effet sonore.
- L'élément est identifié par le nom de classe
fn
. - hAudio DOIT avoir
fn
et/oualbum
.
Album
Le titre d'un ensemble d'enregistrements audio qui sont représentés sous un CD, album ou LP. Le texte devrait être une courte description textuelle utilisée pour identifier le travail parmi les parties intéressées. Ce peut être le titre d'un CD, le titre de l'albume, ou le nom d'un ensemble d'enregistrements audio.
- L'élément est identifié par le nom de classe
album
. - hAudio DOIT avoir
album
et/oufn
.
Item
Un conteneur pour un autre item hAudio, qui DOIT être considéré comme une section de l'enregistrement audio parent. Un exemple d'un item qui fait partie d'un hAudio serait une plage dans un album audio, un aria dans un Opéra, ou une section dans un podcast.
- L'élément est identifié par le nom de classe
item
. - hAudio PEUT avoir un ou plusieurs items.
- L'élément DOIT être traité de manière opaque. Aucun sous-éléments ne devrait être lu à partir de quelque hAudio contenu dans un élément de piste.
- Les contenus de l'élément DOIVENT être marqués en utilisant les propriétés dans hAudio.
Position
La position est utilisée pour décrire la position de l'item hAudio dans une liste. Les exemples de listes hAudio peuvent inclure des listes de pistes d'albums, des lites de top 10, des playlists et des chapitres de podcasts.
- L'élément est identifié par le nom de classe
position
. - hAudio PEUT inclure un élément
position
. - Les contenus de l'élément DOIVENT être un nombre ou tout autre identifiant séquentiel.
Contributor
Un "Contributor" est toute entité qui prend part dans la création et la distribution d'un enregistrement audio. Les exemples comprennent : artiste, éditeur, guitariste, chanteur, violoniste, lead signer, backup singer, bassiste, batteur, manager et roadie.
- L'élément est identifié par le nom de classe
contributor
. - hAudio PEUT inclure un ou plusieurs contributeurs
- Les contenus de l'élément DEVRAIENT inclure un microformat valide hCard.
- Les contenus de l'élément PEUVENT être spécifiés en plein-texte.
- Le champ
role
devrait être utilisé pour spécifier la responsabilité du Contributeur en rapport avec l'enregistrement audio si le Microformat hCard est utilisé pour le marquage. - Si plusieurs 'Contributors' sont spécifiés sans spécifications
role
, il peut être supposé que le premier rôle mentionné est l'artiste principal ou le créateur. Ceci s'applique tout aussi bien au marquage en plein texte du 'contributor'.
Published
La date 'published' spécifie la date à laquelle l'enregistrement audio a été rendu disponible au public. Les exemples comprennent : la date de diffusion d'une diffusion à la radio, le jour où un enregistrement a été donné ou le jour où un album de musique a été mis en vente.
- L'élément est identifié par le nom de classe
published
. - hAudio PEUT inclure un ou plusieurs éléments
published
. - Les contenus de l'élément DOIVENT inclure un format de date compatible avec le datetime-design-pattern.
Sample
Un URI 'Sample' spécifie à partir d'où un extrait de l'enregistrement audio peut être retrouvé.
- L'élément est identifié par un URI ajusté selon le rel-design-pattern, le contenu rel étant
sample
. - hAudio PEUT inclure un ou plusieurs URI(s)
sample
s. - L'URI DEVRAIT pointer vers un flux ou fichier directement accessible.
- Le type de 'sample' PEUT être spécifié en utilisant le spécificateur
type
pour un URI.
Téléchargement Complet (Enclosure)
Un URI de téléchargement complet spécifie d'où la version complète d'un enregistrement audio peut être retrouvée. L'URI DOIT pointer vers un lien direct vers un processus de retrouvaille de fichier (FTP, HTTP, BitTorrent URI, etc).
- L'élément est identifié par un URI correspondant au rel-design-pattern, le contenu rel étant
enclosure
. - hAudio PEUT inclure un ou plusieurs URIs
enclosure
. - Le type de fichier PEUT être spécifié en utilisant le spécificateur
type
pour un URI.
Achat (Payment)
Un URI d'Achat spécifie d'où la version complète d'un enregistrement audio peut être achetée. L'URI DOIT pointer vers le début du processus d'achat pour le hAudio.
- L'élément est identifié par un URI correspondant au rel-design-pattern, le contenu rel étant
payment
. - hAudio PEUT inclure un ou plusieurs URIs
payment
. - Le type du fichier PEUT être spécifié en utilisant le spécificateur
type
pour un URI.
Photo
Une photo spécifie une image qui devrait être utilisée pour résumer l'enregistrement audio. Les exemples comprennent : l'image du speaker, une image de couverture d'un album audio, ou une image de concert.
- L'élément est identifié par le nom de classe
photo
. - hAudio PEUT inclure un ou plusieurs éléments
photo
. - L'élément DEVRAIT utiliser un élement <img>.
- L'élément PEUT utiliser tout autre élément qui contient une URL, tels que <a> ou <object>, mais ce n'est pas recommandé.
Category
La 'Category' spécifie le genre ou style utilisé pour classifier l'enregistrement audio. Les exemples comprennent : blues, rock, motivational, spoken word, ou effet de son
- L'élément est identifié par le nom de classe
category
. - hAudio PEUT inclure un ou plusieurs éléments
category
. - Cet élément PEUT être exprimé en utilisant le microformat élémentaire rel-tag. Quand une catégorie est exprimée en utilisant rel-tag, le contenu interne de l'élément est utilisé comme le texte pour la catégorie. Par exemple :
<a class="category" rel="tag" href="/tags/rock">Rock and Roll</a>
aurait "Rock and Roll" comme texte pour la 'category'.
Durée (Duration)
La 'Duration' spécifie la longueur en temps de l'enregistrement audio. Les exemples comprennent : 104 secondes, 3:23, et 4 minutes.
- L'élément est identifié par le nom de classe
duration
. - hAudio PEUT inclure un élement
duration
. - Les contenus de l'élément DEVRAIT utiliser le abbr-design-pattern avec un attribut title contenant une durée formatée en ISO-8601. Un exemple de 3:23 serait "PT3M23S" en format ISO 8601.
Prix ('Price')
Le 'Price' spécifie le montant en devises qui doit être échangé pour l'acquisition d'un spécimen complet de l'enregistrement audio. Les exemples comprennent : One Dollar, $2 et £4.
- L'élément est identifié par le nom de classe
price
. - hAudio PEUT inclure un ou plusieurs éléments
price
. - Les contenus de l'élément DEVRAIENT utiliser la currency-proposition.
- Les contenus de l'élément PEUVENT aussi utiliser le plein-texte avec un symoble de devise.
Description
Une explication des contenus de l'item hAudio. Ceci pourrait expliquer le sens d'un discours, la description en plein-texte d'un effet sonore, ou le sens d'une chanson ou d'un album.
- L'élément est identifié par le nom de classe
description
. - hAudio PEUT inclure un ou plusieurs éléments
description
. Si plus d'un élement description est défini, la description complète pour le hAudio est la concaténation, dans l'ordre, de tous les élémentsdescription
.
Remarques pour le Traitement par les Parseurs
- Il est important de comprendre que chaque ITEM est un élément opaque. Au moment d'analyser l'élément ITEM, aucune des propriétés de l'enfant hAudio ne devraient être tirées à l'intérieur du hAudio parent. Néanmoins il est recommandé que l'enfant hAudio devrait hériter des propriétés du parent suivant hAudio, si elles ne sont pas spécifiées sur l'enfant :
- album
- contributor
- category
- published
- photo
Plus d'équivalents sémantiques
Pour quelques propriétés, il existe un équivalent plus sémantique, et par conséquent elles reçoivent un traitement spécial, par exemple :
- Pour "photo", utiliser
<img class="photo" src="..." alt="" />
- Si seul 'album' est spécifié, alors le hAudio est un album.
- Si seul 'fn' est spécifié, alors le hAudio est une chanson, une piste audio, un effet sonore, un discours ou tout autre travail atomique/singulier.
- Si à la fois 'album' et 'fn' sont spécifiés, alors le hAudio est un travail atomique/singulier qui fait partie d'un album.
- Si 'fn' et un ou plusieurs 'items's sont spécifiés, le hAudio est un enregistrement audio contenant plusieurs sections. Chaque item est suppoés être un hAudio qui fait partie du hAudio parent. Aucune des propriétés 'item' ne devraient implictement être ajoutées vers le hAudio conteneur. En d'autres mots, le parseur ne parserait pas les contenus de l' 'item' à l'intérieur de l'objet hAudio a plus haut niveau.
Langue
- Pour charrier explicitement la langue naturelle dans laquelle un hAudio est écrite, utilisez l'attribut standard (X)HTML 'lang' ou 'xml:lang' sur l'élément avec class="haudio", par ex.
<div class="haudio" lang="fr"> ... </div>
Si des portions d'un hAudio (par ex. le nom de l'item) sont dans une langue différente, utilisez l'attribut 'lang' ou 'xml:lang' sur ces portions. - Les parseurs hAudio qui ont besoin de gérer la langue d'origine du hAudio DOIT traiter l'attribut standard (X)HTML 'lang' ou 'xml:lang' comme spécifié.
- Les parseurs hAudio parsers qui ont besoin de gérer la langue d'origine du hAudio PEUT traverser le DOM pour découvrir la langue d'origine de la page et demander cela au hAudio si aucune autre langue n'est spécifiée sur le hAudio.
Humain vs. Lisible Machine
Si un élément <abbr>
est utilisé pour une propriété, alors son attribut 'title
' est utilisé pour la valeur de la propriété, au lieu des contenus de l'élément, ce qui peut être alors être utilisé pour fournir une présentation alternative de la valeur plus amicale pour l'utilisateur.
Si un élement <a>
est utilisé pour une ou plusieurs propriétés, il DOIT doit être traité comme suit :
- For the 'photo' property and any other property that takes a URL as its value, the
href="..."
attribute provides the property value. - For other properties, the element's content is the value of the property.
If an <img>
element is used for one or more properties, it MUST be treated as follows:
- For the 'photo' property and any other property that takes a URL as its value, the
src="..."
attribute provides the property value. - For other properties, the
<img>
element's 'alt
' attribute is the value of the property.
If an <object>
element is used for one or more properties, it MUST be treated as follows:
- For the 'photo' property and any other property that takes a URL as its value, the
data="..."
attribute provides the property value. - For other properties, the element's content is the value of the property.
Notes
Cette section est informative.
- By marking up audio content with the hAudio microformat, the expectation is communicated that information about the content MAY be indexed. This has no impact on the copyright of the content itself which the publisher may explicitly specify using rel-license as specified above.
Profil XMDP
<dl class="profile"> <dt>class</dt> <dd><p> <a rel="help" href="http://www.w3.org/TR/html401/struct/global.html#adef-class"> HTML4 definition of the 'class' attribute.</a> This meta data profile defines some 'class' attribute values (class names) and their meanings as suggested by a <a href="http://www.w3.org/TR/WD-htmllink-970328#profile"> draft of "Hypertext Links in HTML"</a>. <dl> <dt>haudio</dt> <dd> Used to identify and describe metadata associated with an individual audio recording. </dd> <dt>fn</dt> <dd> A short textual description used to identify an audio recording among interested parties. </dd> <dt>album</dt> <dd> A short textual description used to identify an audio recording that is an album among interested parties. </dd> <dt>collaborator</dt> <dd> An entity that takes part in the creation and distribution of an audio recording. </dd> <dt>published</dt> <dd> The date that the audio recording was made available to the public. </dd> <dt>description</dt> <dd> A verbose description of the audio recording. </dd> <dt>photo</dt> <dd> An image that should be used to summarize the audio recording. </dd> <dt>item</dt> <dd> Contains a sub-part of the current audio recording, which is marked-up using any element available in hAudio. </dd> <dt>sample</dt> <dd> A URI specifying a method of sampling a section of the audio recording. </dd> <dt>enclosure</dt> <dd> A URI specifying a method of downloading the complete version of the audio recording. </dd> <dt>purchase</dt> <dd> A URI specifying a method of purchase resulting in the acquisition of a complete version of the audio recording. </dd> <dt>category</dt> <dd> The genre or style used to classify the audio recording. </dd> <dt>duration</dt> <dd> The length of the audio recording. </dd> <dt>price</dt> <dd> The amount of currency that must be exchanged for acquisition of a full specimen of the audio recording. </dd> </dd> </dl>
Exemples
Voici quelques exemples de contenu audio provenant de sites web actuels, et comment ils pourraient être facilement améliorés pour supporter les métadonnées audio du microformat hAudio.
Vous voulez écrire un hAudio valide ? Utilisez le hAudio creator (non implémenté à cette heure) pour écrire à propos de contenu audio et le publier sur votre blog.
Exemple Chanson Simple
Affichage :
Commence par Porter du Violet par Gogol Bordello
XHTML Formaté :
<div class="haudio"> <span class="fn">Commence par Porter du Violet</span> par <span class="contributor">Gogol Bordello</span> </div>
Exemple de Discours
Affichage :
I Have a Dream, un speech de Martin Luther King Jr.
XHTML microformaté :
<div class="haudio"> <span class="fn">I Have a Dream</span>, un <span class="category">speech</span> de <span class="contributor">Martin Luther King, Jr.</span> </div>
Exemple Chanson et Album
Affichage :
Commence par Porter du Violet de Gogol Bordello trouvé sur Underdog World Strike
XHTML microformaté :
<div class="haudio"> <span class="fn">Commence par Porter du Violet</span> de <span class="contributor">Gogol Bordello</span> trouvé sur <span class="album">Underdog World Strike</span> </div>
Exemple Album Complet
Un exemple qui utilise chaque élément de hAudio :
[Image] Live Phish, Volume 15 by Phish
Released: October 31, 2002
Acquire: Sample, Live Recording, Buy High Quality Track
Category: live
Duration: 145 minutes, 27 seconds
Price: $14.99
Tracks:
1. Sanity (5:48)
2. Highway To Hell (3:39)
Here is the hAudio Microformat markup:
<div class="haudio"> <img class="photo" src="images/live_phish_vol_15.jpg" alt="" /> <span class="album">Live Phish, Volume 15</span> <span class="contributor"> <span class="vcard"> <span class="fn org">Phish</span> </span> </span> <br/> Released on: <abbr class="published" title="2002-10-31">October 31, 2002</abbr> <br/> Acquire: <a rel="sample" href="/samples/live_phish_vol_15_sample.mp3">Sample</a>, <a rel="enclosure" href="/live/phish_live_phish_vol_15.mp3">Live Recording</a>, <a rel="payment" href="/buy/phish_live_phish_vol_15">Buy High Quality Track</a> Category: <a class="category" rel="tag" href="http://www.example.org/tags/live">live</a> Duration: <abbr class="duration" title="PT145M27S">145 minutes, 27 seconds</abbr> Price: <div class="price"><abbr class="currency" title="USD 14.99">$14.99</abbr></div> Tracks: <div class="item"> <span class="position">1</span>. <span class="fn">Sanity</span> (<abbr class="duration" title="PT5M48S">5:48</abbr>) </div> <div class="item"> <span class="position">2</span>. <span class="fn">Highway To Hell</span> (<abbr class="duration" title="PT3M39S">3:39</abbr>) </div> </div>
Multi-part Podcast Example
DigitalPlanet Podcast: 29 Oct 07
Forensic computing: is it really possible to delete data from your machine? Grand plans for getting broadband into Africa, checking out the sky at night via the internet and answering your emails to the programme.
Download MP3
<div class="haudio"> <p> <span class="fn">DigitalPlanet Podcast</span> : <abbr class="published" title="20071029">29 Oct 07</abbr> </p> <p> <div class="item"> <span class="fn">Forensic computing: is it really possible to delete data from your machine?</span> </div> <div class="item"> <span class="fn">Grand plans for getting broadband into Africa</span> </div> , <div class="item"> <span class="fn">checking out the sky at night via the internet</span> </div> and <div class="item"> <span class="fn">answering your emails</span> </div> to the programme. </p> <p> <a rel="enclosure" href="/download/episode/DigitalPlanet-2007-10-29">Download MP3</a> </p> </div>
Exemple Opéra
La Bohème is an opera in four acts by Giacomo Puccini to an Italian libretto by Luigi Illica and Giuseppe Giacosais. I saw it performed last week and found Act III to be pretty interesting, especially the "Sa dirmi, scusi" and "O buon Marcello, aiuto!" arias.
<div class="haudio" lang="en"> <span class="fn" lang="it">La Bohème</span> is an <span class="category">opera</span> in four acts by <span class="contributor" lang="it">Giacomo Puccini</span> to an <span class="category">Italian liberetto</span> by <span class="contributor" lang="it">Luigi Illica</span> and <span class="contributor" lang="it">Giuseppe Giacosais</span>. I saw it performed last week and found <div class="item"> <span class="fn">Act III</span> to be pretty interesting, especially the <div class="item"> "<span class="fn" lang="it">Sa dirmi, scusi</span>" </div> and <div class="item"> "<span class="fn" lang="it">O buon Marcello, aiuto!</span>" </div> arias. </div> </div>
Exemples dans la jungle
Cette section est informative.
Implémentations
Cette section est informative.
Voir hAudio Implementations.
Références
Références Normatives
Références Informatives
- CSS1
- ISO.8601.1988
- International Organization for Standardization, "Data elements and interchange formats - Information interchange - Representation of dates and times", ISO Standard 8601, June 1988.
- W3C NOTE-datetime-19980827
- W3C Patent Policy
- Other audio metadata efforts. See audio-info-formats.
Travail similaire
Copyright
Ce document et la spécification ont été placé dans le domaine public le 25 juillet 2007 par les auteurs. Il n'y a pas d'usage, de distribution, de réimpression ou toutes autres restrictions de quelque sorte eu égards au texte ou contenu de cette spécification.
Brevets
Les auteurs de ce Microformat n'ont pas et n'appliqueront de brevets couvrant quelque invention couvrant ce microformat que ce soit en partie ou en tant qu'ensemble. Il n'y a aucune déclaration vers quelque brevet dans ce document. Chaque auteur est prié de rendre compte de quelque problématique connue de brevet sous cette section.
Ce document et cette spécification sont distribués libre de royautés, selon la Politique de Brevets du W3C (http://www.w3.org/Consortium/Patent-Policy-20040205/), et IETF RFC3667 (http://www.ietf.org/rfc/rfc3667.txt) & RFC3668 (http://www.ietf.org/rfc/rfc3668.txt).
Diffusion dans le Domaine Public
Les auteurs et éditeurs de cette page délaissent par conséquent leur copyright sur le document et publient le texte de cette page dans le domaine public.
- Manu Sporny - Signature /Manu Sporny/
- Alexandre Van de Sande
- Martin McEvoy
- David Lehn - Signature /David Lehn/
- Andy Mabbett
Chantier en cours
Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires seront discutés, compris et écrits, ils seront ajoutés.
Lecture complémentaire
Discussion sur la Mailing List
- Renewed interest in audio-info Microformat
- Proposed solution to split media-info into audio, video and images
- Failed proposal to re-use hReview/hAtom
- Requirement to define collections for audio-info
- First attempt at hAudio proposal
- First attempt at hAudio proposal (continued)
- hAtom is not a silver bullet
- Second attempt at hAudio
- hAudio 'acquire' re-naming
- An argument against 'fn' in hAudio
- hAudio Test
- hAudio - audio-album and audio-podcast
- hAudio: relevant UIDs
- Sound optimization for hAudio
- XOXO + Playlist problem
- Reusing class names in multiple formats
- audio-title proposal for hAudio
Statistiques de Développement de la Spécification
- Nombre d'exemples critiqués : 185
- Nombre d'exemples analysés : 105
- Jours de développement en partant du concept jusqu'au premier : 129
- Heures estimés de travail pour la première sortie sur hAudio: 490
- Estimated combined work hours by mailing list: 240
- Total estimated hours of work to produce hAudio draft: 730
- Estimated cost to develop based on $65,000/year salary: $24,730
Pages en rapport
- hAudio
- hAudio anti-sèche - propriétés hAudio.
- hAudio problématiques - problématiques spécifiques avec la spécification.
- hAudio-historique - l'historique de recherche et développement de hAudio.