La carte que l'on trouve actuellement sur Wikipédia, ici dans le centre commercial de Confluence. auteur : Otourly

WIWOSM, pour Wikipedia where in OSM c’est le nom du projet qui va rapprocher un peu plus Wikipédia d’OpenStreetMap. Ce projet est déjà fonctionnel sur la Wikipédia en allemand, à travers le lien désormais habituel « Karte ». Ce projet s’étendra sur l’ensemble des langues supportées lorsque OSM aura fini son changement de licence.

Pour l’utilisateur, en plus de ce que le lien proposait déjà, la région couverte par l’article va apparaître en rouge avec une transparence afin de ne pas masquer la carte. Toutes les possibilités seront traitées à savoir : un ensemble de polygones, un ensemble de segments ou un point.

Contrairement au système précédent, où la valeur ajoutée provenait uniquement de Wikipédia et de ses coordonnées GPS, WIWOSM profite du fait que OSM soit une base de donnée avant tout. En effet, dans OSM on peut marquer des objets avec une clé wikipedia. Et c’est cette clé qui est utilisée par le projet WIWOSM.

Les avantages sont multiples : ainsi la géolocalisation d’objets ne sera qu’améliorée. En effet on ne peut pas tout géolocaliser avec des coordonnées GPS, et OSM permet de fournir des informations précises et pertinentes. D’autant plus qu’avec un point GPS plusieurs problèmes se posent :

• Certaines frontières sont découpées et fragmentées en plusieurs morceaux. Exemple : Tyrol
• Certains articles ne peuvent pas être géolocalisés sans faire débat. Grosso-modo tout les articles qui impliquent plusieurs communes/départements/régions/cantons/pays… Exemple : Autoroute A7

Certes ce nouveau système offre quelques avantages, mais cela ne peut pas remplacer les coordonnées GPS, car OSM ne traite que l’actuel. Donc on ne verra pas sur cette carte les anciennes lignes de tramway de Rennes, par exemple.

En réalité, on peut déjà voir le résultat de cet outil directement sur la Wikipédia francophone grâce au WikiMiniAtlas, et pour cause, WIWOSM y est déjà implémenté. Ce dernier est très impressionnant, mais le fait qu’il utilise différentes données libres dont OSM (du coup il faut chercher la mention de la licence)  et que le zoom soit moins efficace le rend moins intéressant à mes yeux.

WIWOSM évoluera avec OSM, et même s’il n’y a qu’un peu moins de 170 000 clés wikipedia dans OSM, ce nombre ne fera qu’augmenter.

Quelques exemples en vrac :

• Aéroport de Lyon-Bron
• Madrid
• Aqueduc du Gier
• Ligne 1 du tramway de Lyon
• Tour Eiffel
• Château de Versailles
• Musée du Louvre
• Place Bellecour
• Département du Rhône

Valoriser le patrimoine culturel italien sur Wikipédia est bénéfique pour l’Italie. Mais l’Italie semble tout faire pour éviter que son patrimoine culturel soit mis sur Wikipédia. Wiki Loves Monuments est une excellente occasion pour comprendre comment fonctionne le système. Tu prends une photographie d’un monument puis tu la met en ligne sur Wikimedia Commons, la banque de données multimédia de Wikipédia, sur laquelle tout le monde peut aller puiser. Ceci est en substance l’idée de Wiki Loves Monuments, un concours photographique international lancé en 2010 et organisé pour la première fois en Italie cette année. Tout le monde peut participer, en promouvant la connaissance du patrimoine culturel d’une nation et en contribuant de manière volontaire et gratuite à en améliorer la documentation, la valorisation et la protection. Wikipédia n’est certainement pas parfaite, mais ses 365 millions de lecteurs dans le monde forment un public sans aucun doute intéressant pour le tourisme.

Que l’implication de citadins fasse du bien au territoire n’est pas une chose nouvelle. il suffit de penser à la Convention Européenne du Paysage, aux Piani di governo del territorio et aux écomusées;  mais l’idée que les photographies puissent être distribuées librement se heurte avec la législation italienne. En Italie, les photographies des biens publics de valeur historique, artistique, architectural, paysager, archéologique et ethno-antropologique (pratiquement toutes) peuvent être utilisées librement pour un usage personnel ou de studio uniquement. Les autres usages nécessitent l’autorisation des surintendances (soprintendenza), qui peuvent réclamer une contrepartie financière.

Demander l’autorisation est complexe, parce que les surintendances sont organisées pour des zones territoriales et des domaines d’interventions spécifiques. Ceci est déjà en train de produire inévitablement une illégalité ample, non seulement parce qu’il est difficile de travailler à l’intérieur du système, mais aussi parce que dans ce siècle il est difficile d’imaginer que notre patrimoine soit si peu le notre.

Wikipédia et tous les projets Wikimedia ont une licence qui permet le réemploi des documents à des buts commerciaux, à la seule condition qu’on cite la source et que l’on garde la même licence. Pour ce motif le contenu de Wikipédia peut être inclus librement dans des publications, puis vendues, ou sur sites commerciaux avec publicité, ou être utilisée comme banque de données pour créer de nouveaux services. La liberté de réutilisation qu’accorde Wikipédia est aussi le motif pour lequel tant de volontaires s’impliquent à contribuer. Le fait qu’un citoyen qui fait une photographie d’un monument et la met sur Wikipédia sans autorisation ne respecte pas la loi italienne est tout simplement déconcertant.

Wiki Loves Monuments n’est pas seulement un concours photographique, c’est aussi une excellente occasion pour poser des questions. Mais combien l’Italie y gagne ? Si aux rétributions recueillies par les surintendances on soustrait les coûts de gestion de ce système, combien il reste ? Et est-ce que ce système contribue réellement au bien-être économique de notre pays?

Iolanda Pensa, membre de Wikimedia Italia, participe à l’organisation de Wiki Loves Monuments et est directrice scientifique de WikiAfrica/Share Your Knowledge pour la Fondazione lettera27.

Giving the tree a hand to stay up! auteur : Barrie Cann CC-BY-SA 2.0

En 2011, alors que les versions linguistiques principales fêtaient leur 10 ans (et donc bien plus que l’âge de raison), les utilisateurs de Wikipédia en français ont décidé d’améliorer la géolocalisation des articles. Ce qui est très important car c’est parfois difficile à contrôler.

En fait, ce que les francophones font, ça se fait déjà sur la Wikipédia en Allemand. Un outil permet de nous remonter les erreurs liés au modèle:coord (et dérivés) qui, il faut l’avouer, n’est pas simple à utiliser. Par conséquent sur La Wikipédia en Français on privilégie l’infobox. On inclue le modèle coord dans cette boîte et finalement ça ne laisse au contributeur lambda que deux champs à remplir. Il peut notamment utiliser Geolocator pour arriver à ses fins.

Ensuite entre OpenStreetMap, dont j’en ai déjà parlé dans mon article « Open Street Maps intégré aux articles de Wikipédia » (notez que j’avais fait une faute à l’époque puisque j’avais rajouté un « s » qui est de trop). C’est l’occasion pour moi de dépoussiérer cet article et de le compléter :

- En octobre 2011, le nombre d’articles géolocalisés sur la Wikipédia francophone a atteint la barre des 176 000.

- Un script est fonctionnel pour récupérer  les coordonnées des articles s’ils existent sur la Wikipédia en français mais n’ont pas de coordonnées alors que ils apparaissent sur une autre Wikipédia.

- Le déploiement de la carte OSM est lent mais j’ai noté que déjà au moins 15 Wikipédia l’avait effectué. (pour avoir aidé la Wikipédia en italien et celle en vénitien, c’est ni très compliqué ni très facile; pour la Wikipédia en italien, la nouveauté a été mentionnée sur le blog de Niccolò Caranti )

Mais je pense que l’utilisation des coordonnées GPS est presque dépassée. Certes Wikipédia continuera à donner les coordonnées GPS qui s’avèrent utiles, mais finalement il n’est pas simple de pointer avec la bonne précision sur le monument concerné.

En effet, doit-on placer les coordonnées à l’entrée d’un monument (et laquelle ?), à son barycentre, son centre de gravité, ou un point quelconque ? J’avais eu il y a quelques temps une discussion avec un utilisateur, justement à propos de mettre les coordonnées GPS dans les infoboxes. Le problème est que notamment pour les massifs montagneux loin d’être évident de placer une coordonnée pour indiquer là où le massif se trouve. Doit-on placer les coordonnées (et donc la montagne) dans la commune que je préfère où celle du voisin ? Dans la commune où on trouve la plus grande partie mais pas son sommet ? À l’inverse ce serait réducteur de placer des coordonnées GPS sur le sommet du massif.

Donc il faut se pencher d’avantage sur ce que fait la force du projet OpenStreetMap. C’est un projet libre et comme tout projet libre qui se respecte, on a accès facilement à l’envers du décor. Par conséquent, on pourra récupérer non pas les coordonnées GPS (qui suivant la manière dont on les récupère est plus ou moins précis) mais directement l’identifiant OSM. C’est d’ailleurs l’objectif de la patate que j’ai lancée sur Wikimédia Commons à travers un modèle qui n’est pour le moment qu’expérimental, et qui normalement devrait être remplacé à terme.

Par exemple prenons l’article sur le Lac Léman actuellement les coordonnées pointent sur la partie française du lac, lac qu’on ne voit même pas en entier…

Par contre en récupérant l’identifiant OSM du lac (le chargement peut être long), on a une vue centrée et à la manière dont c’est géré par OSM il sera possible de surligner les limites.

La récupération des identifiants OSM pourrait même être (semi- ?) automatique, puisque le projet OSM possède une clé pour définir qu’une zone ou un point donné a un article sur Wikipédia. Il y a d’ailleurs une page expliquant le projet de collaboration avec OSM sur le wiki de ce dernier.

Or, la Wikimedia Foundation, rappelons-le, a des serveurs OpenStreetMap qui récupèrent les changements sur les serveurs du projet OpenStreetMap à la minute. Donc ces serveurs doivent être synchronisés et doivent conserver les identifiants OSM. Par conséquent il sera possible de s’appuyer uniquement sur les serveurs de la Wikimedia Foundation et ainsi soulager ceux du projet OpenStreetMap.

Revenant des Journées du Logiciel Libre, je ne cache pas que ces deux projets, OSM et Wikipédia attirent du monde et que finalement, quand on parle de ces liens entre ces deux projets, les réactions sont très positives.

Questa voce è solo un abbozzo. Contribuisci a migliorarla secondo le convenzioni di Wikipedia

Un abbozzo è una pagina di Wikipedia comportando un template di abbozzo.
]]> http://otourly.wordpress.com/2011/01/22/ebauche/feed/ 2 Otourly http://otourly.wordpress.com/2010/12/15/wiki-loves-monuments/ http://otourly.wordpress.com/2010/12/15/wiki-loves-monuments/#comments Wed, 15 Dec 2010 19:43:05 +0000 otourly http://otourly.wordpress.com/?p=76 ]]>

La tour de Babel par Lucas van Valckenborch en 1594

Comme l’a annoncé Wikirigoler sur son blog, l’association Wikimédia Nederlands, fort de de son expérience en 2010 sur les monuments des Pays-bas, lance l’idée d’un évènement « 2011 Wiki loves Monuments » étendu à toute l’Europe. Il faut dire qu’il y au moins trois pays européens qui ont une base en ligne, les Pays-Bas, la France et le Portugal (RCE, Mérimée et IGESPAR). Je n’en ai pas trouvé d’autres, il semble que pour l’Italie il y ait une base par région, et pour l’Espagne également donc plus difficile à exploiter.

Maintenant, cette initiative pourrait également s’appuyer sur la fameuse liste du patrimoine mondial de l’UNESCO…

L’astuce de ce « Wiki loves monuments Europe » est qu’il y ait une initiative par Pays. Il apparait clair que les trois pays déjà lancés dans l’aventure vont continuer sur leur lancée. Ce qui va être intéressant, c’est que derrière ce projet il y a une idée de collaboration entre les pays. Certainement avec les conseils, les outils, etc qui vont avec.

Cet évènement se déroulera dans tout les pays concernés durant le mois de septembre, comme une sorte de Wikiconcours, au cours duquel les participants soumettront des photos de monuments dans des listes pré-établies.

Édit : il semble que l’Espagne ait bien une base centralisée ici.

Mais l’idée n’est pas encore totalement fixée. Affaire à suivre donc…

Concrètement, cela ajoute un lien supplémentaire sur les articles en haut à droite, là où l’on trouve les coordonnées. Les wikipédiens germanophones ont créé un projet pour placer les coordonnées sur les articles.

Mais à partir de ce soir, tout les utilisateurs de la Wikipédia Francophone peuvent à présent profiter à leur tour d’une visualisation dynamique de la carte Open Street Maps avec la position des articles de Wikipédia situés à proximité.

Passons aux statistiques, d’après le projet géocoordonnées allemand cité plus haut,  la Wikipédia Francophone a 63 637 articles géolocalisés. Ce n’est pas mal, mais si l’on compare ce nombre au nombre de communes en France qui est de 36 783, ça fait tout de suite beaucoup moins impressionnant. Bon si on regarde le décompte actualisé, on trouve 78 982. ce qui est pas mal, et nous place cinquième en terme d’articles géolocalisés. C’est bien mais ça signifie qu’il y a de nombreux articles sur Wikipédia qui n’ont pas le modèle {{coord}} ou bien les champs des infoboxes ne sont pas renseignés.

Maintenant, ce n’est pas tout, j’ai parlé des communes de France, mais il se pose deux problèmes dans Wikipédia à leur sujet:

- La nouvelle infobox, qui est sensé être plus jolie et plus propre ne fait pas l’unanimité,

- Les coordonnées des articles sur lesquels l’infobox est placée ne se trouvent pas en haut à droite (une vieille discussion), donc il n’est pas possible de voir la carte interactive OSM.

Il n’y a pas que l’infobox des communes françaises qui est concernée par le second problème (les infoboxes des communes du Portugal par exemple) mais c’est là que les discussions vont bon train.

Enfin il existe quelques outils assez sympathiques et facile d’utilisation pour jouer avec les coordonnées.

- Geolocator qui fournit les coordonnées et les modèles préremplis d’un point du globe préalablement choisit,

- coord qui fournit une liste d’articles de la Wikipédia francophone se trouvant à proximité d’une coordonnée.

Enfin, puisqu’on est que cinquième actuellement, et que vous avez lu jusqu’au bout, j’ai ouïe dire que il y allait avoir prochainement un robot pour combler un peu notre retard…

Affaire à suivre donc.

J’aurais pu répliquer intégralement l’article de Wikinews sur le sujet :  Wikipédia : un million d’articles en français qui est sous la licence CC-BY-SA au même titre que ce blog. Il aurait suffit de mettre un lien sur l’historique.

Mais, en réalité, si cet article a été prêt à temps sur Wikinews, c’est surtout parce qu’il a été préparé sur Wikipédia, pour un billet du blog de l’association Wikimédia France. Au passage l’article sur Wikinews s’est doté de quelques informations complémentaires…

Bref, c’est toujours plaisant de voir les réutilisations de contenus sous licence libre se propager.

Les licences libres sont comme des briques qui servent à la construction d’un immeuble, et plus ça avance, plus c’est solide et joli. Et bien, souhaitons à WIkipédia (ainsi que tout les autres projets de la Wikimédia Foundation) d’avoir encore pleins de million d’articles supplémentaires.

Note: liens en vrac (sans compter ceux déjà mentionnés plus haut et les réseaux sociaux) :

http://wikirigoler.over-blog.com/article-wikipedia-la-millionieme-page-a-ete-creee-57611742.html

http://darkoneko.wordpress.com/2010/09/23/le-million-le-million/

Dispositif de répartition de l’eau à Taketa au Japon - Domaine public - Photo de Tsutsui Mizuki - Et ça me fait curieusement penser au logo de Commons...

Quand on parle de Wikimédia Commons à des Wikipédiens, francophones notamment, ils disent que Wikimédia Commons est bien mais trop anglophone, du coup ça ne leur sert que pour les besoins primaires; Seulement voilà, l’outil de recherche de Wikimédia Commons est à l’image de ce qu’il se dit dessus, très tourné anglophones par conséquent il est difficile pour quelqu’un ne parlant pas anglais de trouver ce qu’il cherche. Pour faire bref une recherche sur Commons en anglais sera de manière générale plus précise et plus fournie qu’une recherche équivalente en français.

Le vrai problème n’est pas l’anglais, car au final il faut bien une langue pour lier l’ensemble, mais bien les catégories.

Je m’explique; Les catégories sur Commons c’est quelque chose de très compliqué pour quelqu’un qui n’est pas à l’aise avec l’anglais. D’ailleurs bien souvent il se contentera de n’ajouter qu’une seule catégorie (celle du sujet principal de l’illustration) voire même aucune. Laissant aux contributeurs confirmés se dépatouiller selon leur niveau en anglais. Et je peux vous assurer que ça prends pas mal de temps, et que quelque fois ces personnes aimeraient mieux aller prendre des photos, les téléverser, les décrire, révoquer quelques vandalismes… Je me demande combien de personnes confirmées sur Commons ont moins de 5% de leur compteur d’édition consacré aux catégories…

Bien souvent mes importations conditionnent les catégories que je vais remplir, corriger, bref améliorer. Il y a cependant tout une arborescence que je suis grâce à un petit code Javascript créé par Chphe  qui s’appelle SuiviCat.js ; un nom bien français et par conséquent peu utilisé sur ce projet anglophone. Je me souviens encore avoir fait la demande d’adaptation de SuiviCat pour Commons…

En fait si on regarde ce qui se fait ailleurs, je veux dire sur d’autres sites d’hébergement d’images (notamment FlickR), le système de catégories est bien souvent remplacé par un système de tags. Les tags c’est pratique, rapide, simple… mais ça fait désordre, surtout en présence d’homonymes. Mauvaise piste, retournons donc à nos chères catégories.

En fait les catégories, pour régler définitivement le problème, dans l’idéal devraient être 100% multilingues. Par contre ça impliquerait que les administrateurs parlent plusieurs langues. Et par conséquent les vandalismes en hindi seraient certainement plus difficiles à détecter… Pour le moment ça a plutôt l’air d’une utopie, mais ça a un gros avantage, cela réconcilierais les différents contributeurs des Wikipédias, Wiktionnaires, Wikilivres, Wikinews…

Wikimédia Commons deviendrait réellement un projet international, la recherche serait enfin utilisable par tout le monde. Pour toutes les Wikipédia, chacun comprendrait les catégories et donc les thèmes des images… D’ailleurs bien souvent ce sont les catégories qui décrivent le mieux un fichier. Pour la simple et bonne raison que tout le monde ne s’appelle pas Otourly, et par conséquent tout le monde ne place pas d’hyperliens vers Wikipédia dans les descriptions des fichiers sur Commons. Pire encore, il n’y a parfois qu’un texte minimaliste en description qui ne décrit même pas la photo de manière optimale.

Car ce n’est pas que la faute de l’anglais, je dois bien l’avouer… Si on regarde ce fichier par exemple : File:Church_of_the_Nativity_of_the_Theotokos_(Gora_Pnevits)_05.jpg seul le titre et la catégorie sont compréhensibles pour quelqu’un qui a des petites notions d’anglais. Il n’y a pas de lien vers Wikipédia dans la description qui puisse nous aider à savoir ce que c’est exactement.

Mais réconcilier Wikipédia et Commons c’est possible, d’ailleurs, le Projet Monuments historiques en est un bon exemple; d’un coté qui mieux que des français peuvent aller prendre des photos, trier ces photos, les géolocaliser (ou géolocaliser les catégories justement), et ainsi faire profiter à tous ? Il est vrai que ces fichiers sur commons ont tendance à n’être décrits qu’en français mais pour la majorité ils sont bien catégorisés.

Logo de Jappix, soutenu par PostPro - double-licence AGPL + Art Libre - Vanaryon & Julien Barrier

Vanaryon est un des développeurs de Jappix et il a accepté de répondre à mes questions.

Tout d’abord, Vanaryon, comme on disait dans le temps, «ASV?», autrement dit, peux-tu te présenter ?

Ah, je ne connaissais pas le « ASV » Je suis Vanaryon et je suis un jeune Français convaincu des Logiciels Libres, actuellement entre la première et la terminale S SVT (oui oui, en vacances !), pour me diriger plus tard vers du médical. Cela peut paraître étonnant pour un passionné comme moi, mais j’ai peur d’éteindre ma passion en en faisant mon métier (surtout après avoir entendu les commentaires négatifs de certains ingénieurs informaticiens ayant dépassé la quarantaine).

Comment peut-on définir jappix ? D’après l’utilisation que j’en ai fait, je dirais qu’il s’agit d’une messagerie instantanée qui ne requiert pas d’installation mais c’est peut être un peu trop condensé. Vanaryon, qu’est-ce donc ce Jappix ? D’où vient ce nom ?

Bon, on va commencer par le nom : Jappix vient de Jabber et de « Pix », ce qui défini l’importance de l’aspect visuel du client et de sa facilité d’utilisation. En effet, j’ai le souhait que Jappix soit utilisable (et utilisé !) du grand public, et ce, afin de promouvoir la liberté que XMPP leur donne !

Ceci fait, je vais pouvoir tout expliquer : Jappix est un client XMPP (protocole anciennement connu sous le nom de Jabber, qui porte toujours à confusion aujourd’hui). Jappix a pour but d’être le Gajim (qui est LE client XMPP de bureau de référence) des applications web, voire plus. En fait, c’est surtout après avoir fait la constatation que les web-clients XMPP actuels étaient trop archaïques ou pas assez poussés, voire même pas finis et abandonnés que j’ai voulu lancer ce projet. Je précise que le terme « client XMPP » désigne un programme permettant de faire de la messagerie instantanée par XMPP, voire plus à l’avenir, avec toutes les mutations qu’a subit le protocole.

Mon idée tombait bien : en semptembre dernier, j’avais déjà de solides connaissances en xHTML/CSS et je souhaitais apprendre le JS ainsi que pousser un peu plus ma connaissance du PHP, voire même du protocole XMPP !

Ce fut la génèse de Jappix. Je peux t’assurer qu’au tout début j’ai galéré comme pas possible pour réussir à obtenir un résultat. Normal, je ne connaissais presque rien en JS, le langage « clé » de Jappix.

Qui se cache derrière Jappix ? Il y a combien de développeurs, de traducteurs ?

Derrière Jappix se cache finalement pas mal de contributeurs mais très peu de personnes actives (à vrai dire, je suis la seule personne vraiment active dans ce projet).

Ces contributeurs sont des développeurs, des traducteurs, des gens qui promeuvent Jappix, des gens qui font des suggestions d’améliorations voire des rapports de bogues.

Pour te donner un nombre, actuellement une personne (Mathieui) m’a aidé dans le développement, en améliorant le script PHP permettant de détecter la langue du navigateur. Sinon, c’est moi qui ai fait tout le reste, du graphisme, aux traductions anglaises, en passant par le code (enfin, tout : je me suis basé sur quelques librairies PHP et JS pour m’aider à avancer plus vite). Au niveau des traductions, je pense que l’on peut parler de 5 traducteurs (allemand, espagnol, italien et bientôt russe).

Mais il y a aussi un tout autre type de contribution : les donations et l’apport matériel ! Et là, je peux te dire qu’il y a eu beaucoup de monde par rapport à ce que j’imaginais : nous avons récolté 70€ de donations de la communauté, avec des dons s’élevant jusqu’à 30€ mais aussi des plus modestes (merci à ces personnes !).

Par « apport matériel », j’entends l’apport de serveurs. En fait, beaucoup de gens du Libre ont un dédié (avec des ressources modestes) à leur disposition pour geeker ou héberger leurs sites/services web. Au tout début, nous voulions prendre un petit Gandi avec les dons, mais Stéphane, que j’ai rencontré sur notre salon de discussion, m’a donné l’idée de demander à la communauté une petite place sur leurs serveurs afin d’héberger les nœuds du réseau (pour le service officiel).

Et ça a marché ! Outre les enjeux économiques, temporels (ça permet de répartir les temps de gestion), il y en a aussi un de taille : l’écologie ! En effet, ces serveurs n’étant pas surchargés, la place qu’il leur reste de libre n’est que du surplus inutile et mauvais pour la planète, et encore plus si nous faisions l’acquisition d’un nouveau serveur. En utilisant ces parties inutilisées sur toutes ces machines, c’est l’environnement que nous aidons !

Corrige moi si je me trompe, mais actuellement Jappix est basé sur le protocole XMPP et de ce fait, en se connectant à Jappix, on se connecte au réseau XMPP où on va retrouver des contacts utilisant Gmail ou Facebook. Mais il n’est pas possible de se connecter à d’autres réseaux tels que ICQ, AIM, Skype, MSN ou même IRC ?

Oui, en utilisant Jappix on se connecte à deux entités du réseau XMPP (un relai BOSH et un serveur XMPP) qui nous met en relation avec son ensemble ! Cependant, ça n’est pas pour autant que nous sommes à l’écart des autres protocoles, que je ne qualifierai pas de réseaux en raison de leur centralisation (mis à part IRC qui n’est pas centralisé mais qui ne permet pas à plusieurs serveurs séparés de communiquer entre eux).

En effet, les serveurs XMPP proposent quasiment tous l’ajout de composants, qui peuvent être des passerelles MSN, IRC, ICQ, Yahoo!, etc… Ceci est très intéressant, car cela permet d’avoir un client simplifié uni-protocole (XMPP) qui reçoit les évènements venant de MSN, par exemple, en son langage (XMPP, XML). Ainsi, utiliser XMPP n’est pas du tout se fermer à ses amis sur MSN.

Pour revenir à Jappix, il ne supporte pas pour le moment les passerelles, mais ça viendra. Comme on le dit « Rome ne s’est pas faite en un jour »

Je cite : «Jappix, c’est bien plus qu’une messagerie instantanée : ça ne fait pas le café, mais presque !» c’est sûr je n’attends pas d’une messagerie qu’elle me fasse le café, mais qu’est ce qu’à donc Jappix dans le ventre ?

Cette phrase, c’est plus de la comm’ qu’autre chose, et actuellement je ne dirais plus cela pour en faire la promotion. La première version n’était qu’une messagerie instantanée des plus basiques. Cette phrase s’appliquerait bien mieux à la future 0.2, de nom de code Lidar, qui intègrera le microblogage par XMPP !

Dans le ventre, Jappix n’a pour le moment que du code sale, beaucoup de code sale ! Lourd, superflux : c’est pourquoi je vais passer les derniers jours avant la sortie de la 0.2 à le simplifier et le rendre bien plus propre/beau.

Ce que j’apprécie avec les logiciels libres, ce sont les évolutions qui vont s’implémenter aux fil des années… Quelles sont les évolutions prévues du projet ?

Moi aussi j’apprécie cela, surtout qu’un projet tombé à l’abandon peut reprendre son activité par une reprise du projet, vu que le code est ouvert (un exemple, j’ai repris le projet JabberHTTPBind pour le relai BOSH en lui donnant le nom de Palladium).

Les évolutions prévues, c’est une simplification de l’interface afin de rendre Jappix encore plus accessible par le grand public. Aussi, nous prévoyons de nous axer sur le côté réseau social pour les prochaines versions (0.2 incluse, mais aussi les suivantes). Après, ce sont les utilisateurs qui vont nous dire ce qu’ils veulent. On dit bien que « le consommateur est roi » : appliquons cela au Logiciel Libre et disons « l’utilisateur est libre de choisir »

Et une dernière pour la route: quand sortira la prochaine version de Jappix ?

La prochaine version de Jappix, la 0.2, sortira courant août 2010 (je ne sais pas encore quand exactement dans le mois, tout dépendra de notre avancement).

Liens:

Blog de Vanaryon : http://www.vanaryon.eu/

Jappix: http://www.jappix.com

Aujourd’hui c’est au tour de la Wikipédia anglophone (et les autres versions linguistiques suivront, les 10 plus grosses en premier) de connaitre le changement. Non seulement l’encyclopédie subit le même traitement, mais son logo a changé quelque peu…

Je ne vais pas raconter toute l’histoire, ce logo est un concept de Paullusmagnus, et à la base c’est un fichier bitmap. En fait le logo de Wikipédia est sujet à un grand débat depuis pas mal de temps… (J’ai réussi à remonter jusqu’au 4 Avril 2006)

Concernant les différents caractères, la philosophie à l’époque voulait que chaque alphabet (lié à une langue encore vivante) de notre univers ait un caractère sur le logo de la plus grande encyclopédie participative. Pas n’importe lequel, L’initiale de « Wikipédia »

Alors où étaient les Geeks dans tout ça ? Et bien ils retrouvaient leur alphabet ou plutôt d’un peuple d’une série qui passe actuellement à la télévision britannique, il s’agit du « r » Klingon.  Dans le nouveau logo ce symbole disparait pour laisser place à «ው»

Je m’étais amusé à l’époque à refaire le logo Wikipédia en SVG car ceux qu’il y avait n’était que des vectorialisations automatiques, autrement dit un empilement d’une centaine de calques afin d’obtenir le dégradé adéquat qui ressemble à la version PNG originale mais en moins bien.

Le logo nouveau (non il ne se boit pas celui là) de Wikipédia a cette fois ci été dessiné en SVG et n’utilise plus la police d’écriture Hoefler Text, mais une police libre appelée Linux Libertine qui n’est pas (encore?) gérée par mediawiki et donc pose un problème de rendu à l’affichage.

Les grands changements sont au niveau des arrêtes des pièces, qui subissent un chanfrein mais également un dégradé renforçant l’illusion de 3D; le logo comporte également moins de pièces on passe de 21 (et des poussières) à 18 pièces avec faces visibles.

Pour le plaisir voici les caractères du nouveau logo sont: Վ | វិ | উ | ウィ| ው | Ω | W | वि | و |위 | И | 維 | ו | ვ | วิ | வி et l’ensemble wa & i de l’alphabet tibétain.

En fait je reste persuadé que la plupart ne verront même pas le changement de logo. Toute fois si le logo vous déplait vous pourrez toujours afficher celui que vous voulez grâce au code décrit dans le blogue de Darkoneko.

Pour ceux qui ont lu l’article jusqu’ici voici un petit cadeau:  http://commons.wikimedia.org/wiki/Wikipedia/2.0.

Ceci dit, je suis sûr que beaucoup vont demander à changer de logo qui est un peu grisâtre, donc je pense que le Village pump va en parler…