haudio-fr

From Microformats Wiki
Jump to navigation Jump to search

hAudio 0.8

604867362_da0921136a_o.png

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.

  1. 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.
    1. Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
    2. 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.
  2. Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
  3. 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>).
  4. 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 '-'.
  5. 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 valeur mf-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/ou album.

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/ou fn.

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) samples.
  • 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.

Purchase (Payment)

An Purchase URI specifies from where the full version of an audio recording may be purchased. The URI MUST point to the beginning of a purchase process for the hAudio.

  • The element is identified by a URI fitting the rel-design-pattern, the rel content being payment.
  • hAudio MAY include one or more payment URIs.
  • The type of the file MAY be specified by using the type specifier for a URI.

Photo

A photo specifies an image that should be used to summarize the audio recording. Examples include: the image of a speaker, an audio album cover image, or a picture from a concert.

  • The element is identified by the class name photo.
  • hAudio MAY include one or more photo elements.
  • The element SHOULD use an <img> element.
  • The element MAY use any other element that contains a URL, such as <a> or <object>, but it is not recommended.

Category

The Category specifies the genre or style used to classify the audio recording. Examples include: blues, rock, motivational, spoken word, or sound effect.

  • The element is identified by the class name category.
  • hAudio MAY include one or more category elements.
  • This element MAY be expressed using the rel-tag elemental microformat. When a category is expressed using rel-tag, the inner content of the element is used as the text for the category. For example: <a class="category" rel="tag" href="/tags/rock">Rock and Roll</a> would have "Rock and Roll" as the text for the category.

Duration

The Duration specifies the length in time of the audio recording. Examples include: 104 seconds, 3:23, and 4 minutes.

  • The element is identified by the class name duration.
  • hAudio MAY include one duration element.
  • The contents of the element SHOULD use the abbr-design-pattern whose title attribute contains an ISO-8601 formatted duration. An example of 3:23 would be "PT3M23S" in ISO 8601 format.

Price

The Price specifies the amount of currency that must be exchanged for acquisition of a full specimen of the audio recording. Examples include: One Dollar, $2, and £4.

  • The element is identified by the class name price.
  • hAudio MAY include one or more price elements.
  • The contents of the element SHOULD use the currency-proposal.
  • The contents of the element MAY also use plain text with a currency symbol.

Description

An explanation of the contents of the hAudio item. This could explain the significance of a speech, the full-text description of a sound effect, or the meaning of a song or album.

  • The element is identified by the class name description.
  • hAudio MAY include one or more description elements. If more than one description element is defined, the full description for the hAudio is the concatenation, in order, of all description elements.

Parser Processing Notes

  • It is important to understand that ITEM is an opaque element. When processing the ITEM element, none of the properties of the child hAudio should be pulled into the parent hAudio. However, it is recommended that child hAudio should inherit the following parent hAudio properties, if they are not specified on the child:
    • album
    • contributor
    • category
    • published
    • photo

Plus d'équivalents sémantiques

For some properties there is a more semantic equivalent, and therefore they get special treatment, e.g.:

  • For "photo", use <img class="photo" src="..." alt="" />
  • If only 'album' is specified, then the hAudio is an album.
  • If only 'fn' is specified, then the hAudio is a song, audio track, sound effect, speech, or other atomic/singular work.
  • If both 'album' and 'fn' is specified, then the hAudio is a atomic/singular work that is part of an album.
  • If 'fn' and one or more 'items's are specified, the hAudio is an audio recording containing multiple sections. Each item is assumed to be an hAudio that is part of the parent hAudio. None of the 'item' properties should implicitly be added to the containing hAudio. In other words, the parser shouldn't parse the contents of the 'item' into the higher-level hAudio object.

Langue

  • To explicitly convey the natural language that an hAudio is written in, use the standard (X)HTML 'lang' or 'xml:lang' attribute on the element with class="haudio", e.g. <div class="haudio" lang="en"> ... </div> If portions of an hAudio (e.g. the item name) are in a different language, use the 'lang' or 'xml:lang' attribute on those portions.
  • hAudio parsers which need to handle the native language of hAudio MUST process the standard (X)HTML 'lang' or 'xml:lang' attribute as specified.
  • hAudio parsers which need to handle native language MAY traverse up the DOM to discover the native language of the page and apply that to the hAudio if no other language is specified on the hAudio.

Humain vs. Lisible Machine

If an <abbr> element is used for a property, then its 'title' attribute is used for the value of the property, instead of the contents of the element, which can then be used to provide a user-friendly alternate presentation of the value.

If an <a> element is used for one or more properties, it MUST be treated as follows:

  1. For the 'photo' property and any other property that takes a URL as its value, the href="..." attribute provides the property value.
  2. 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:

  1. For the 'photo' property and any other property that takes a URL as its value, the src="..." attribute provides the property value.
  2. 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:

  1. For the 'photo' property and any other property that takes a URL as its value, the data="..." attribute provides the property value.
  2. 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

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.

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

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