hlisting-proposal-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (→‎Métadonnée Item: translation in progress)
(#REDIRECT hlisting-fr)
 
(21 intermediate revisions by 3 users not shown)
Line 1: Line 1:
''Cette page est destinée à traduire le contenu de la page [[hlisting-proposal]]. La traduction est en cours.''
#REDIRECT [[hlisting-fr]]
 
=Proposition hListing =
 
hListing est une proposition pour le format de listings distribuées adaptable pour embarquement dans (X)HTML, Atom, RSS, et XML arbitraire. hListing serait l'un des nombreux standards [[microformats-fr|microformats]] ouverts
 
__TOC__
 
== Proposition "Draft" du 7 février 2006 ==
 
===Editeur===
* Rohit Khare, [http://commerce.net/ CommerceNet]
 
===Auteurs===
* Assaf Arkin, [http://blog.labnotes.org/ Labnotes]
* Craig Donato, [http://oodle.com/ Oodle]
* Rohit Khare, [http://commerce.net/ CommerceNet]
 
===Contributeurs===
* Tantek Çelik
* Ryan King
 
==Introduction==
 
Les individus et professionnels sont de plus en plus en train de publier leurs offres en ligne : que ce soit pour la vente ou la location (voitures, maisons, appartements), des services à louer, (cours de musique, garde de chiens, plombier), disponibiités (jobs, bénévolat, place dans une bibliothèque) ou personnels (les gens cherchant des rdv galants, des compagnons, des colocataires). Le but de la publication (et de la promotion) de ces listings en ligne est de chercher des parties intéressées, souvent dans une période de temps limitée.
 
Alors que les descriptions de produits et services sont communes sur le web, particulièrement sur les sites de e-commerce, nous proposons un microformat hListing pour partager, chercher et syndiquer l'information qui aide à faire correspondre les acheteurs et vendeurs. Cette proposition suit les pratiques communes sur les sites d'échanges et de commerces tels que Craigslist, eBay et les annonces classées de journaux.
 
Si [[hreview-fr|hReview]] traite d'un item et de ce que vous pensez, hListing traite d'un item et de ce que vous voulez vraiment ''en faire''.
 
=== Inspiration et Remerciements ===
Merci à tous ceux qui ont participé dans l'activité initiale du hListing en août 2005, particulièrement Emiliano Martínez Luque et Trevor O'Reilly, pour nommer l'effort et organiser les pages listing-{brainstorming, formats, examples} sur le wiki. Nous aimerions remercier Tantek pour un débat initial pour savoir si étendre hReview ou poursuivre un hListing indépendant-bien-que-similaire pour notre proposition.
 
=== Etendue ===
Les places de marché vibrantes en ligne ont été lancées avec pas plus que des titres, des prix, des descriptions et des adresses email de contacts ; nous espérons éveiller le même esprit de minimalisme avec cette proposition pour redémarrer la discussion active de ce que devrait être un hListing. Parce que nous sommes en train de nous aventure dans un espace qui n'a pas de "loi établie" telle que les définitions de la vCard démarrée, nous avons été inspirés par hReview, un autre nouveau microformat combiné qui a émergé du processus de la communauté microformats.org.
 
En particulier, nous remarquons que les deux applications ont besoin d'un moyen de partager des descriptions informatives d'un produit ou d'un service, comprenant l'attribution de la paternité d'auteur et la provenance de l'item. Si hReview est un microformat pour une opinion de quelqu'un pour un produit ou service, hListing aide à partage ce qu'on aimerait ''faire'' avec ça : le vendre, le loueur, l'échanger, exécuter ce service, l'annoncer, ou pour les gens, se rencontrer. Il peut vous dire comment contacter l'émetteur et si c'est un item sur une offre ou une annonce voulue.
 
==== Hors Champ ====
Nous nous concentrons pour fournir "juste assez" de struture pour permettre la correspondance, pas pour accomplir des transactions. Ceci est distinct de la majorité des formats décrits sur le wiki sous les [[listing-examples-fr|exemples d'annonces]], qui sont assez spécifiques pour décrire complètement les produits pour la vente de détail selon la sémantique idiosyncratique des marchands spécifiques et moteurs d'achats. Au lieu de champs encondés orientés-commerce tels que les UPCs, SKUs et numéros de fabrication, cette proposition remarque que beaucoup d'annonces sont pour des "inventaires de quelqu'un" qui peut ne pas avoir de telles abstractions précises.
 
De la même façon, les annonces classées ne peuvent pas aspirer à décrire les prix, termes et conditions jusqu'aù degré nécessaire pour automatiser la totalité des transactions ou comparaisons de prix. Quelques-unes ont des termes qui vont au delà des limites de n'importe quel protocole de transaction B2B (par ex. "$50 ''obo''").
 
Comme dans hReview, le concept d'un "objet universel identifiant" est aussi hors-sujet pour cet effort. A la différence de quelques-uns des formats "product-feed" sous [listing-examples-fr|exemples d'annonces classées], nous avons évité de spécifier quelque taxonomie pour identifier ou catégoriser les listes en faveur des tags.
 
== Format ==
=== En Général ===
Le format hListing est basé sur un ensemble de champs communs à de nombreux sites de listes et formats en cours d'utilisation de nos jours sur le web. Là où cela est possible, les champs de noms ont été choisis selon ceux définis par les standards apparentés [[hreview-fr|hReview]], [[hcard-fr|hCard]], [[hcalendar-fr|hCalendar]].
 
=== Schéma ===
 
Un schéma hListing devrait être composé comme suit :
 
* hListing
** version. optionnel. texte.
** '''listing action'''. un ou plusieurs tags, ensemble suggéré : ''sell'' | ''rent'' | ''trade'' | ''meet'' | ''announce'' | ''offer'' | ''wanted'' | ''event'' | ''service''
** '''lister'''. requis.  [[hcard-fr|hCard]] | (fn || email || url || ''tel'').
** ''dtlisted''. optionnel. ISO8601 absolute date time.
** ''dtexpired''. optionnel. ISO8601 absolute date time.
** ''price''. optionnel. texte. [devrait comprendre un nombre avec une virgule flottante avec les codes ISO optionnels de devises]
** item info. '''optionnel'''. (fn || url || photo || [[geo-fr|geo]] || [[adr-fr|adr]]) |  [[hcard-fr|hCard]] (pour les personnes ou les commerces).
** summary. optionnel. texte.
** description. '''requise'''. texte avec balisage optionnel XHTML valide.
** item tags. optionnel. mots-clés ou phrases décrivant l'item étant offert, en utilisant [[rel-tag-fr|rel-tag]]
** permalink. optionnell.
 
==== Résumé des Modifications  ====
En comparaison avec hReview :
* les type Item et info ont été préservés pour décrire le bien, le service ou la personne en position d'offre.
* L'info item a été étendue pour prndre geo ou adre pour l'endroit de l'item.
* La description de l'item est devenue obligatoire, plutôt que l'item info ou le type. Alors que les reviews (critiques) tendent à s'appliquer à une gamme de produits, les annonces classées "dans la jungle" peuvent être ''sui generis,'' trouvés avec seulement une description et aucune autre information structurée.
* L'évaluation (rating) a été retirée.
* L'annonceur, à la différence du critique (Reviewer), peut aussi avoir un numéro de téléphone -- mais ce peut être soit une hCard ou les autres champs.
 
 
Créer une annonce classée oblige à ajouter des métadonnées de transaction :
* Type de transaction cherchée : que l'annonceur ait ou veuille un item (à vendre ou à louer), un service, une disponibilité ou une introduction personnelle.
* Les dates des annonces et expiration. Une fois prises, les annonces peuvent être repostées avec une dtexpired modifiée.
* Le prix a été appelé spécifiquement comme un champ texte indépendant. Il peut inclure quelques définitions et conditions.
 
==Détails des Champs ==
Les champs du schéma hListing représentent ce qui suit :
 
'''version''' :: Ce champ optionnel permet aux auteurs de hListing de spécifier une version particulière de hListing que leur contenu utilise. En omettant ce champ, l'auteur déclare que les implémentations peuvent interprétére les hListings selon n'importe quelle version de la spécification hListing. La valeur pour cette proposition en date du 6-Fév-2006 est "0.0," parce qu'elle n'a pas à cette heure quelque degré officiel.
 
===Métadonnée Transaction ===
'''listing type''' :: Ce champ obligatoire indique la correspondance requise : que ce soit à propos de quelque chose que le listeur a (offer) ou veut (wanted).  '''NOTE : Ceci a besoin d'être éclaté avec l'action listing selon la modification produite sur le résumé au-dessus.'''
 
'''listing action''' :: Ce champ requis indique l'action désirée pour le listing : un transfert permanent (sale) ; un usage passager (rent) ; troc ou donation (trade) ; organiser une introduction (meet) ; publiciser l'existence d'un événements ou d'un vendeur (announce) ; ou exécuter un servie (service).
 
'''lister''' :: Le personne ou les commerçants qui devraient être contactés à propos des annonces classées, soit sous la forme d'une hCard ou d'une évaluation raccourcie d'un ou plusieurs noms formatés (fn) et l'information de contact (email, url, tel). Remarquez que ce n'est pas nécessairement le même que l' ''author'' du listing.
 
'''dtlisted''' :: Ce champ optionnel DOIT fournir une date time ISO8601 absolue du moment où l'annonce a été initialement produite. Ce champ DEVRAIT SHOULD utiliser UTC, mais PEUT utiliser la syntaxe horaire de zone offset. Voir [[datetime-design-pattern-fr|datetime design pattern]].
 
'''dtexpired''' :: Ce champ optionnel fournir une date time ISO8601 absolue du moment où l'annonce expirera. Il DOIT être plus tard que le dtlisted. Ce champ DEVRAIT utiliser UTC, mais PEUT utiliser la syntaxe horaire de zone offset. Voir [[datetime-design-pattern-fr|datetime design pattern]].
 
<blockquote>
Remarquez que cette définition évite le besoin d'une action "taken" sur l'annonce ; quand une annonce n'est plus valide, elle peut être simplement effacée, ou republiée avec une date d'expiration qui est déjà passée. La republication peut être désirable, pour indiquer que l'annonce n'est plus disponible afin d'empêcher totue demande supplémentaire. Garder la date d'expiration orthogonale à l'action-annonce permet un usage d'archives des pages web avec des hListings.
</blockquote>
 
'''location''' :: Ce champ optionnel contient l'endroit de l'item, qui peut être différent du lieu de l'annonceur. Ceci peut être une hCard complète avec l'information de contact, ou un type de microformat spécifique geolocation.
 
<blockquote>
Il y a une discussion séparée qui doit être tenu à propos de la façon dont ces trois microformats peuvent mieux s'accomoder de la terminologie colloquiale pour “neighborhoods,” mais cette proposition ne brise pas ce nouveau terrain en inventant de nouveaux champs pour cette proposition.
</blockquote>
 
'''price''' :: Ce champ optionnel décrit le prix “publicisé” de l'annonce ; ce n'est pas une offre liée, ni un prix complet de transaction. Des nombres à virgules dans cette chaîne peuvent être extraits pour trier/indexer, tout comme des symboles adjacents de devices ou des codes ISO de devises.
 
<blockquote>
Notez que parce que le prix est une telle description générale, nous avons évité de promouvoir un champ supplémentaire “terms and conditions” pour compliquer le prix ou les termes du deal (par ex : “dollars”, “best offer” “per month” “paypal only”). Nous suggérons de le dégommer jusqu'à ce qu'on puisse démontrer qu'il ait besoin d'exister indépendamment de soit une descritpion (comme des frais de transport) ou un prix (qui peut simplement se déclarer  “CAD$22/mo”).
</blockquote>
 
===Métadonnée Item ===
 
'''item type''' :: Ce champ optionnel "type" fournit le type d'item étant ''annoncé'' : un des suivants : opening, housing, product, business, event, person, place, website, url.
 
<blockquote>
Notez que les deux premiers, housing et opening, sont nouveaux et uniques pour le hListing ; les autres restants sont copiés par référence provenant du  hReview. Similaire à la note dans hReview 0.2 pour les types d'item, la liste énumérée de types d'annonces classées est "en développement et peut être augmentée."
</blockquote>
 
'''item info''' :: Ce champ requis DOIT avoir au minimum le nom ("fn" - le texte formaté correspondant au nom) de l'item, DEVRAIT fournir au moin un URI ("url") pour l'item, et PEUT fournir au moins un URL vers une photo ou représentation ("photo") de l'item. Pour les items de type personne ou business, l'info item (fn, url, photo) DEVRAIT être encapsulée dans une hCard. Les IDs d'items uniques (par ex. ISBNs, UPCs) PEUVENT être représentées comme un URN ("url") pour l'item.
 
===Contenu ===
 
'''summary''':: This optional text field serves as a title for listing.
 
'''description''':: This optional field contains the full text representing the written description of the item being listed. The field MAY include valid XHTML markup (e.g. paragraphs). User agents SHOULD preserve any markup. 
 
'''tags''':: Tags are represented using a list of keywords or phrases (using the RelTag microformat for each individual keyword or phrase tag) that the reviewer associates with the item. The reviewer SHOULD provide tags relating to how they want the item categorized (e.g., “car, used, acura”, “job”, “real estate, 3BR”). The reviewer MAY also want to provide tags indicating payment terms (“dollars”, “paypal”).
 
'''permalink''':: This optional field is a URL for the hListing. In addition to using the <a href> tag for this field, the attribute rel="self bookmark" MUST be used to indicate that the hyperlink is a permalink for the review itself. If the hyperlink already contains a rel attribute, then the values self and bookmark MUST be included among the space-separated set of values in the attribute. Indexers MAY treat the permalink of a review as a unique ID in order to identify and collate the same listing from multiple sources (such as indexing a page multiple times). The permalink MAY also be used to indicate or imply the origin of the listing. Authors MAY use the classname of "permalink" on the element representing the permalink, but are not required to do so.
 
===Problématiques croisées===
''Internationalization:'' Though there are many English-language tokens, they are only used as invisible class-names; user-visible listing information can be completely localized. N.b. that (X)HTML lang attribute rules still apply as usual, for multilingual aggregators of hListings.
 
The following field names have been reused from the [[hcard-fr|hCard]] and [[hcalendar-fr|hCalendar]] microformats: <code>version, summary, fn, url, email, photo, description, categories</code>.  In addition, items and reviewers described by hCards MAY contain any hCard field.  The rel value "self" has been reused from the [http://atompub.org/2005/07/11/draft-ietf-atompub-format-10.html Atom 1.0 specification].
 
==Contextual Defaults: A New Approach?==
 
Since listings may be embedded within blog postings, email, syndicated feeds, simple Web pages, or other microformats such as hAtom, to the degree possible, the following fields can be “inherited” from the context surrounding an hListing if absent:
 
* lister (author, contributor, From:)
* dtlisted (Date:)
* dtexpired (Expires:)
* summary (title)
* permalink (URI:, <base>)
 
By contrast, gazetteering is an example of ''ad hoc'' contextual defaulting that is '''not''' governed by this technique. Guessing that “Noe Valley” is in “San Francisco, CA” because the hCard of the blog author is in the same city is beyond the pale of the contextual defaulting proposed here. All we are suggesting is application of DRY (“Don’t Repeat Yourself”) for fields that have equivalent definitions elsewhere within the same XHTML document or its MIME headers.
 
See a related discussion on 2006-01-27 on [[hreview-feedback-fr|hreview-feedback]].
 
==Exemples (Préliminaire)==
 
=== Listing Simple ===
Parking space for rent (2/2/06)
2 compact car spaces in a secure underground garage at:
1738 Elm St.
Somewhere, ED 34567 ISA
Available in April 2006 for $215/mo
Please contact John Broker at 110.555.1212 (C)
 
<pre><nowiki>
<div class="hlisting">
  <p>
    <span class="item fn">Parking space</span>
    <span class="offer rent">for rent</span>
    (<abbr class="dtlisted" title="20060202">2/2/06</abbr>)
  </p>
  <p class="description">
    2 compact car spaces in a secure underground garage at:
    <div class="location vcard">
      <span class="street-address">1738 Elm St.</span>
      <span class="locality">Somewhere</span>, <span class="region">ED</span>
      <span class="postal-code">34567</span> <span class="country">ISA</span>
    </div>
    Available in <abbr class="dtexpired" title="20060401">April 2006</abbr>
    for <span class="price">$215/qtr</span>
  </p>
  <div class="lister vcard">
      Please contact <span class="fn">John Broker</span> at
      <span class="tel"><span class="value">(110) 555-1212</span>
      (<abbr class="type" title="cell">C</abbr>)</span>
  </div>
</div></nowiki> </pre>
 
=== Exemples Etendues ===
 
Voir [[hlisting-extended-examples|hListing Extended Examples]] pour des exemples du vrai monde extraits de Craigslist, eBay.com, et Match.com.
 
=== Problématiques à défier  ===
 
See [[hlisting-challenges|hListing Challenge Problems]] for some hypothetical examples that illustrate corners of the specification.
 
==Modifications ==
 
6 Feb 2006: clarified definitions of fields throughout.
 
5 Feb 2006: Reformatted into wiki-markup style.
 
4 Feb 2006: Folded the sense of “taken” into dtexpired, re-imported item type from hReview, and combined action and status. Added an example. Removed anonymous listings, since that is an unlikely use case (pseudonymous, perhaps, but not ''a''nonymous).
 
late Jan 2006: initial conversations started with the insight that hReview does a great job of describing items, and that we could shoehorn in listing semantics using a) magic tags to mean for-sale and b) mapping price onto dimensioned ratings. Tantek correctly nailed this as ''a-priori'' thinking, and encouraged us to start by designing the right spec for listings, and only sharing what was necessary.
 
== Discussions ==
 
* Feedback encouragé sur la page  [[hlisting-feedback]].
* Voir aussi [http://www.technorati.com/cosmos/referer.html les blogs discutant de cette page].

Latest revision as of 09:22, 4 November 2009

Redirect to: