Archive for the ‘microformats.org’ Category

Cette Semaine en Microformats - du 31 mars au 6 avril

Wednesday, April 9th, 2008

‘Cette semaine en Microformats’ est un résumé de l’activité des microformats provenant des listes de diffusion, du wiki, des évènements et du plus grand web.

Sur la liste de discussion µf

  • Beaucoup de discussions cette semaine sur la standardisation de la représentation de hCard en JSON. Actuellement, les parseurs ont tendance à produire des objets sensés mais subtilement différents, ceci est un premier effort pour rendre tout cela interopérable. Il existe une page wiki et des discussions : Standardized Representation of Microformats in JSON et jCard draft.

Sur le web

Evénements dans la Vraie Vie

Ce bulletin de la semaine a été assemblé grâce aux contributions de Frances Berriman, Toby Inkster, Tantek Çelik, Gerald Bauer, David Janes et Brian Suda. Pour contribuer au prochain, éditez svp la page wiki. Merci !

Tantek Çelik : “Construire du contenu textuel ouvert sur le HTML”

Sunday, January 6th, 2008

Le Web est de loin le médium le plus victorieux dans l’histoire pour la publication et le partage de contenu ouvert. Concentrer les efforts pour promouvoir et permettre le contenu ouvert sur le Web d’abord et avant tout (plutôt que disons, des entrepôts de données propriétaires et des bases de données institutionnelles) a l’effet le plus fort pour habiliter le contenu ouvert en général.

Le contenu textuel sur le Web est dominé par le HTML (y compris le XHTML bien sûr) du fait de sa diffusion large et sa facilité de publication. Plus nous sommes capables d’utiliser le HTML comme un transporteur commun de morceaux d’informations de plus haute fidélité, plus nous hissons et enrichissons la publication et le partage de contenu textuel.

De ce fait, les microformats sont développés en ligne avec les pratiques et principes du “bon vieux pur HTML sémantique” (), ce qui veut dire, comme des extensions sémantiques valides vers le HTML. Le HTML sémantique en lui-même permet le partage de contenu ouvert avec des titres, des paragraphes et listes, etc. Les microformats se construisent sur cette fondation, plutôt qu’en réinventant (par ex. réutilise le HTML pour les listes et les listes imbriquées pour les structures, plutôt que d’inventer de nouvelles balises ou vocabulaire) et ne s’étendent seulement que pour de la sémantique communément publiée sur le HTML, comme celle de , des , des , du , etc.

Ces extensions peuvent être utilisées pour publier des documents contenant juste un type d’information pour une consommation par des applications spécifiques-par-domaine (par exemple une liste de contacts pour les carnets d’adresses, ou une liste d’évènements pour les outils de gestion d’agenda), ou beaucoup de types inter-mixés et imbriqués, embarqués dans un plus grand document qui les relie tous ensemble dans un contexte ayant du sens comme dans le cas d’un curriculum-vitae, signifiant que cet ensemble serait perdu si chaque type de donnée avait été isolé, retiré de son contexte et publié dans son propre silo de format pour un objectif spécifique.

Que ce soit de simples assemblages ou des documents composés, en construisant sur le HTML, tous ces usages fonctionnent bien non seulement pour eux-mêmes, mais embarqués et mélangés avec du contenu web existant, d’une façon qui soit bien comprise par les auteurs web, tout comme par les navigateurs et moteurs de recherche. Ceci contraste profondément avec les . Pour finir, c’est cette étendue très large, pour le contenu existant, les auteurs, les applications, les services de recherche et une variété de terminaux, qui rend le contenu textuel construit sur le HTML même plus ouvert vu d’une perspective pratique.

Traduction en cours. Source microformats.org - Seul le lien original fait référence. Vous pouvez aider à raffiner le contenu en éditant le code posé sur la page-miroir de mon wiki de travail. Merci.- xtof

Tantek Çelik : “Le Contenu ouvert dépend des standards ouverts”

Sunday, January 6th, 2008

Creative Commons (CC) a ouvert la voie à une large prise de conscience du besoin et de la valeur de la publication et du partage du contenu ouvert. En fournissant un ensemble de licences qui laisse les auteurs clairement choisir comment et sous quelles conditions produire leurs contenus librement disponibles, CC l’a aussi facilité.

Le contenu ouvert est dépendant des formats utilisés pour le publier sur la façon dont il est vraiment “open”. Le contenu ouvert publié dans un format propriétaire supporté uniquement par une application propriétaire d’un vendeur-unique est uniquement aussi ouvert que le vendeur-unique choisit de le faire. Par exemple, le contenu ouvert publié dans et publié dans son par défaut n’est pas “ouvert” pour les utilisateurs Macintosh (même les convertisseurs ont des problèmes). Un tel contenu ouvert est en fait maintenu en otage par l’unique application (et l’unique famille de plateforme qui la fait tourner) qui supporte ce format. En outre, si le vendeur unique dans ce cas choisit d’arrêter de supporter cette application unique, le contenu ouvert dans ce format devient alors du contenu mort. Plus à venir là-dessus dans un futur billet sur la “longévité de la donnée“.

Le contenu est le plus facilement et en toute confiance, largement partagé quand les formats utilisés par de tels contenus sont aussi ouverts que possible. Vraiment, les formats ouverts encouragent la quantité maximum de documentation (des billets de blogs syndiqués jusqu’aux livres publiés professionnellement), et implémentations inter-opérables de tels formats (allant de l’open source jusqu’aux propriétaires à buts lucratifs). J’encourage tout le monde à développer des standards ouverts pour les rendre aussi ouverts que possible, en adoptant les mêmes étapes que nous avons prises avec les microformats, et de ce fait permettant un meilleur contenu ouvert et la qui en découle.

Note : Ceci est une traduction d’un billet de Tantek publié le 3 janvier dernier sur le blog des microformats. Seul le lien original fait référence. Vous pouvez aider à raffiner cette première ébauche de traduction en éditant directement le code HTML sur la page miroir du wiki. Merci d’avance. xtof.

Tantek Çelik : “Faire que les standards ouverts soient aussi ouverts que possible - licence domaine public exigée pour toutes les contributions sur le wiki des microformats”

Sunday, December 30th, 2007

Aujourd’hui nous changeons le microformats wiki pour exiger que toutes les contributions soient placées dans le domaine public.Ceci veut dire que toute page créée, ou tout contenu ajouté sur le wiki microformats soit désormais placé dans le domaine public pour une réutilisation maximale.

Nous prenons ces mesures pour faire que les standards ouverts soient aussi ouverts que possible.

Il y a 5 mois de ça, Rohit Khare présentait la déclaration Bénévole de Domaine Public sur le wiki microformats qui a rapidement été adoptée par tous les administrateurs et la majorité des contributeurs actifs. Le résultat final est que, la plupart des contenus sur le wiki microformats, y compris plusieurs microformats en eux-mêmes ont déjà été placés dans le domaine public.

Que pouvez-vous faire immédiatement pour aider ?

  1. Utilisez et soutenez l’utilisation inter-opérable et l’implémentation de standards ouverts qui soient aussi ouverts que possible (y compris les microformats).
  2. Si vous êtes membre de la communauté des microformats, éditez votre page utilisateur pour y inclure le gabarit Creative Commons Public Domain Declaration (CC-PD declaration) afin de placer explicitement toutes vos contributions passées dans le domaine public. Si votre page utilisateur a déjà la déclaration bénévole de domaine public, mettez-la à jour pour utiliser la déclaration CC-PD.
  3. Encouragez les autres contributeurs microformats à ajouter aussi la déclaration CC-PD à leurs pages utilisateurs.

Avancer

Notre objectif est de placer tout le wiki microformats.org dans le domaine public. Pour faire ainsi, nous prendrons les mesures suivantes :

  1. Nous encourageons tous ceux qui ont contribué sur les microformats à placer explicitement leurs contributions passées dans le domaine public comme c’est indiqué au-dessus. Nous allons donner aux gens un mois (jusqu’à la fin du mois de janvier 2008) pour faire ainsi parce que nous aimerions conserver autant de contributions que possible. Ceux qui ne veulent pas publier leurs contributions posées sur le wiki microformats dans le domaine public peuvent simplement retirer leurs contributions, ou indiquer cette préférence-là sur leurs pages utilisateurs. Les auteurs prendront soin de jeter un oeil à leurs historiques de pages et retireront les contributions passées des utilisateurs qui ont indiqué cette préférence.
  2. A compter du 1er février, les éditeurs et auteurs initiaux des pages devraient commencer à nettoyer les pages du wiki microformats.org créées avant aujourd’hui des contenus de domaine non-public,
    et ensuite les proposer à la révision. Après les avoir révisées, un des admins ajoutera le gabarit Creative Commons Licence Domaine Public (licence CC-PD) au bas de la page.
  3. Quand toutes les pages seront nouvelles ou nettoyées, les administrateurs retireront le texte de la licence CC-PD au pied de page global du wiki, indiquant de ce fait que tous les contenus du wiki sont dans le domaine public.

Inspiration

Nous en sommes là du fait de l’énorme travail que d’autres ont produit avant nous. Les blocs de construction suivants et les bons exemples qui suivent ont tous contribué et inspiré les mesures que nous avons prises aujourd’hui :

En adoptant le fait que le développement de standards ouverts soit dans le domaine public, nous espérons que d’autres corps de standards ouverts et que les communautés qui choisissent d’appeler leurs efforts “ouverts” soient encouragés pour faire de même par l’exemple que nous installons ici aujourd’hui.

L’importance du développement ouvert de standards pour les formats de données ne peut pas être surestimée. Les billets suivants développent plus en profondeur la façon dont les standards ouverts sont essentiels pour le contenu ouvert, la et la longévité des données.

Tantek Çelik

Contexte et Historique en Rapport

Note :Traduction en cours d’un billet de Tantek publié le 29 décembre dernier sur le blog des microformats. Seul le lien original fait référence. Vous pouvez aider à raffiner cette première ébauche de traduction en éditant directement le code HTML sur la page miroir du wiki. Merci d’avance. xtof.

microformats.org a deux ans

Thursday, June 21st, 2007

Traduction d’un billet de Tantek paru le 21 juin 2007 sur le site microformats.org. - Seul le lien original fait référence

Cela fait maintenant deux ans que la communauté microformats officie sur microformats.org. Durant cette seconde année la communauté a produit des résultats incroyables. Et même tellement qu’il m’est impossible de les lister tous ici. Vérifiez simplement par vous-même les modifications sur le wiki ;) Voici cinq items (pour la plupart récents) à remarquer durant l’année écoulée :

icône du plugin MozillaL’extension Firefox Operator de Michael Kaply. Si vous ne l’avez pas encore, téléchargez et installez Operator dans votre navigateur Firefox. Si vous n’avez pas encore Firefox,  allez le récupérer dès que possible. Operator, pour le dire simplement, est peut-être l’un des meilleurs moyens (si ce n’est le meilleur) de visualiser, étudier, utiliser et tester les microformats que vous trouverez sur de nombreux sites et que vous pouvez aussi publier vous-même.

Couverture du livre MicroformatsParution du livre “Microformats”. Le premier livre complet sur les Microformats, écrit par John Allsopp membre de la communauté des microformats, a été édité et extrêmement bien reçu.

Des centaines de millions de microformats publiés. Selon Ben West d’Alexa plus de 450 millions de petites pièces d’information microformatées ont été publiées sur le Web. Attention : ceci comprend essentiellement rel-help, qui en lui-même est en HTML4.01, et par conséquent ce n’est pas véritablement un microformat. De ce fait nous tournons autour du chiffre encore imprécis de “centaines de millions”.

Satisfaction Inc. écran importation hCardPremière importation du profil hCard implémentée ! Il y a quelques jours, Satisfaction Inc. a implémenté une interface utilisateur vraiment belle pour s’enregistrer (screenshot) qui vous laisse choisir votre profil hCard existant sur des sites comme Cork’d, Last FM, Flickr, Technorati, Twitter, Yedda etc. pour remplir les champs basiques tels que votre nom, votre icône utilisateur et votre URL.

Ecran importation amis chez DopplrPremière importation des données de réseau social XFN+hCard implémentée ! Il y a quelques jours, peut-être même hier, Dopplr.com, un site de partage de prévision de voyages accessible uniquement sur invitation, a implémenté la capacité d’importer vos contacts à partir de tout autre site qui publie votre liste de contacts avec hCard pour les personnes et XFN pour vos relations envers ces personnes, au lieu d’avoir à les trouver à la main et de les ajouter tous à nouveau vers encore un autre site. Voici une photo d’écran des résultats.

A tous : beau boulot !

J’attends vraiment avec impatience ce qui sera produit en année trois.

Voir aussi : le billet de Chris Casciano Microformats Hit 2, Entering Maturity.