Alors comme l’an dernier… :)

• Joyeux noël (pour les chrétiens)

• joyeuse Hanukkah (pour les juifs)

• joyeux Dies Natalis Invicti Solis (Fête du dieu Soleil Invincible, chez les romains)

• Ou encore, joyeux solstice d’hiver (notamment chez les chinois, mais un peu en retard)

• etc. (désolé pour ceux que j’ai oublié)

Bref, en espérant une année prochaine meilleure que l’a été l’actuelle.

Chalutations,

J’écrivais courant octobre le billet “Le comité d’arbitrage de la Wikipédia en langue allemande démissionne“, indiquant comment 7 des 9 arbitres du Schiedsgericht (comité d’arbitrage de la wikipédia allemande)  avaient démissionnés de leur fonction. On pouvait s’attendre à ce que dewiki démantèle son Schiedsgericht ou au moins tente d’y faire une vague de changements. Mais que s’est-il passé depuis, en fait ?

Tout d’abord, sachez que les arbitres du Schiedsgericht, comme ceux de notre comité d’arbitrage francophone, sont élus pour un an et  la moitié de l’effectif en est renouvelé tous les 6 mois (dans leur cas mai et novembre).

En pratique, il ne s’est rien passé.

• Le gros des discussions a consisté à chercher des motifs cachés et cabalistiques dans l’action des 7 démissionnaires, malgré leurs explications claires sur le sujet.

• Aucune discussion sérieuse sur un quelconque changement à apporter au Schiedsgericht ne semble avoir eu lieu.

• Tel une horloge bien réglée, une éléction s’est déroulée du 8 au 22 novembre 2009 pour remplacer les absents (la date n’a pas été avancée d’un iota). Le seul point particulier est que les 2 arbitres qui n’avaient pas démissionnés, bien qu’au milieu de leur mandat (ils étaient  dans la moitié dont l’échéance de mandat est en mai), ont choisi de participer à l’élection en tant que simple candidat (et ont été tout deux réélus)

Je dois dire que je suis un peu déçu.

Bonsoir à vous ;

J’en parlais dans mon billet “Les serveurs de Wikimedia Commons sont en surcharge” à la toute fin  d’octobre dernier, et un certain nombre d’entre vous m’ont posé des questions sur le sujet, donc voici une mise à jour :

Je viens de me renseigner sur canal IRC  des développeurs, et Ariel Glenn (voir  staff de la WMF) a eu la gentillesse de m’éclairer.

Donc, les 2 serveurs commandés (noms de code Ms7 et Ms8) ont été reçus début décembre :

• Ms8 s’est avéré défectueux. Il est en attente de réparation/envoi probable de pièces de rechanges par Sun.

• Ms7 est en train de subir les divers ajouts nécessaires à sa mise en service (le détail est expliqué sur le lien).

Voilou

• Le fundraiser avance bien, nous en sommes actuellement à 3.4M USD avec une moyenne de 135-140k USD par jour sur la dernière semaine. Quoi que certains aient pu dire sur le choix des bannières (moi compris), la stratégie de Rand Montoya semble bien fonctionner.

• Tim Starling pense que la WMF devrait acheter des Renewable Energy Certificates pour couvrir sa consommation énergétique. Et vous, qu’en pensez vous ?

• Wikwikit prépare une “encyclopédie” (ou plus probablement un dictionnaire) en 140 chars max par article. J’suis très dubitatif.

• Dans l’état de Maryland (USA), un jugement a été déclaré irrecevable sous prétexte qu’un ou plusieurs des jurés à osé chercher sur Wikipédia des explications sur certains termes techniques utilisés pendant le procès. Visiblement, le tribunal a estimé qu’il était mieux qu’ils  se fassent laver le cerveau par l’une ou l’autre des parties (accusation et défense) sans avoir la moindre chance de se renseigner par eux mêmes.

• Domas Mituzas se lamente sur certains manques de MySQL 5.1. Mon petit doigt me dit que ça n’est pas étranger au problème serveur que nous avons subi voici quelques jours.

Il vous reste jusqu’à samedi pour participer au mini concours de personnalisation de sommaire.

Les modifs CSS  sont expliqués dans ce post… Un peu d’courage messieurs dames, c’est pourtant tout simple à réaliser ! :)

J’ai la plaisir de vous annoncer que la Prise de décision concernant la mise en place d’oversights sur notre Wikipédia francophone est enfin terminée et approuvée.

Un oversight a la possibilité de cacher le texte/nom d’auteur/commentaire d’une ou plusieurs versions d’une page. Selon l’option sélectionnée, les administrateurs garderont ou non la possibilité de voir le texte caché. Pour les curieux d’entre vous, l’interface ressemble à ça :

Bref, maintenant, il ne reste plus… qu’a les élire (une fois que quelqu’un aura trouvé comment déchiffrer le *ù$ù de condorcet de la section “mode de désignation”)

Geoscience Australia (site, entrée WP)  est une agence du gouvernement Australien dédiée à la création de cartes géographiques et géologiques.

Dans la lignée d’une initiative du gouvernement australien visant à rendre plus facile l’accès à l’information produite par leurs soins, Geoscience Australia vient de passer (toutes ?) ses données sous la licence Creative Commons CC-BY 2.5 (qui est similaire à celle maintenant utilisée sur Wikipédia, par exemple).

Selon leur communiqué, cette licence leur permettra de “d’avoir une licence plus efficace et consistante, réduire drastiquement les couts administratifs liés aux demandes de réutilisation ainsi que les couts liés aux licences elles mêmes”

Donc en gros, tout comme celles des projets Wikimédia,  leurs données sont maintenant librement réutilisables pour peut que vous en citiez la source. C’est cool non ? :)

(source)

Le saviez vous ?

• La liste des personnes ayant contribués au moins une fois sur les 30 derniers jours est visibles sur spécial:ActiveUsers, avec le nombre d’éditions sur la période (je trouve assez affolant le nombre de compte ayant un lien de page utilisateur rouge, d’ailleurs).

• Le détail des droits de chaque groupe utilisateur (admin, bot, etc) est disponible sur Spécial:Liste des droits de groupe.

• L’article Convention sur certaines armes classiques comporte… 117 catégories O_o

• La Liste des images inutilisées du wiki est disponible sur Spécial:Fichiers inutilisés. Peut-être pourrez vous leur trouver un article d’accueil ?

• Il existe maintenant une page de statistiques dédiée aux préférences utilisateurs : Spécial:PrefStats

• Il est possible d’avoir une liste de fichiers d’un type donné (jpg, pdf, wav, ogg, …) grâce à Spécial:Recherche MIME (enfin théoriquement, car ça n’a pas l’air de bien marcher).

Chalutations,

Suite à mon billet “Personnalisons Wikipédia : le sommaire“, je lance un mini-concours de personnalisations : il n’y a rien à gagner, si ce n’est le plaisir de partager son code et de le voir réutilisé ! :)

Donc, j’invite chacun à faire son propre design de sommaire, et poster dans la zone commentaire du présent billet un lien vers une capture d’écran du résultat (par exemple uploadée sur imageShack)+un lien vers votre monobook.css/vector.css. Une personne peut poster plusieurs designs, pour peu qu’ils soient notablement différents.

Le “mini concours” ouvre aujourd’hui (29 novembre) et se terminera dans 2 semaines (le 12 décembre 2009 au soir), suite à quoi je posterais une compilation de vos différentes œuvres. Je suis disponible sur IRC et ma page de discussion pour répondre à vos éventuelles questions et vous aider à débugger un peu si nécessaire.

Wikimédiens, à vos claviers !

Suite à une réunion avec plusieurs Wikimédiens, le Tropenmuseum (un musée ethnographique d’Amsterdam) à rendu disponibles à l’upload sur Commons environ 35.000 images d’indonésie.

Cette collaboration entre le Tropenmuseum et Wikimedia Netherlands est la 2eme en date, une mise à disposition similaire de 2.100 images du Suriname ayant eu lieu en août 2009.

Il y a fort à parier que ça n’est que le début d’une longue série :)

(source)

la Wikimedia Conference Japan 2009, organisée par des volontaires wikimédiens locaux,  a lieu en ce 22 novembre 2009  au sein du campus Hongô de l’Université de Tôkyô. Il s’agit de la toute premère conférence Wikimedia au Japon.

Vous trouverez une description générale sur cette page, et plus de détails sur leur wiki (le tout en anglais)

Ce billet fait partie de la série “Personnalisons Wikipédia“. La personnalisation du jour vous permettra de rendre toutes ces pages trop sérieuses un poil plus rigolotes (ou pas) en modifiant la tronche de leur sommaire à l’aide de quelques lignes de CSS.

Comme d’habitude, le code est à insérer dans votre sous page /monobook.css, ou /vector.css selon le skin MediaWiki  que vous utilisez.

Partie HTML

Le code d’un sommaire ressemble à ça (l’exemple est pris sur la page du bulletin des admins, pour les titres de section) :

<table id="toc" class="toc">
[...]
<ul>
	<li class="toclevel-1 tocsection-1">
		<a href="#(semaine)"><span class="tocnumber">(numérotation)</span> <span class="toctext">(semaine)</span></a>
		<ul>
			<li class="toclevel-2 tocsection-2">
				[..lien section jour, identique a celui des semaines ci dessus..]
				<ul>
					<li class="toclevel-3 tocsection-3">[..lien section titre..]</li>
					<li class="toclevel-3 tocsection-4 ">[..lien section titre..]</li>
					<li class="toclevel-3 tocsection-5">[..lien section titre..]</li>
				</ul>
			</li>
			<li class="toclevel-2 tocsection-6">
				[..lien section jour..]
				<ul>
					<li class="toclevel-3 tocsection-7">[..lien section titre..]</li>
					<li class="toclevel-3 tocsection-8">[..lien section titre..]</li>
				</ul>
			</li>
			[...]
		</ul>
	</li>
</ul>
</table>

Les deux choses importantes à retenir sont :

• Chaque niveau du sommaire à une classe dédiée (toclevel-X ). C’est là dessus que se basera notre code CSS.

• Les niveaux sont imbriqués (niveau 2 contenu dans le 1, 3 dans le 2, etc), ce qui signifie que si on ne précise pas le contraire, un code affecté au niveau 2 affectera par défaut tous les niveaux 3 à 6  qu’il contient

Le code CSS

Vous connaissez déjà le gros de la syntaxe utilisée car elle a déjà été expliquée dans mes précédents billets (si vous ne les avez pas lu, c’est le moment :). Les quelques éléments nouveaux seront détaillés en /* commentaires */ dans le code.

Le bout de code ci dessous donnera un style “météo” à l’ensemble des sommaires. J’expliquerais plus bas comment limiter son action à seulement certains d’entre eux (par exemple, uniquement le bistro, ou uniquement l’espace wikipédia: )

Initialement, je comptais faire un style plus ensoleillé… mais pas moyen de trouver une icone potable de chapeaux mexicains. Donc tant pis, les icones météo feront l’affaire. De toute manière, ça n’est qu’un exemple, le but étant que vous ayez la curiosité de modifier/adapter  le code à votre sauce ensuite (soyons fous et optimistes…)

/* sommaires, "météo mode"
   les modifications sont faites sur le lien (a) plutôt que sur la ligne (li) afin que l'icône soit cliquable.
 */

/* effacer la numérotation du sommaire, car elle va m'embêter pour la suite */
.tocnumber {
	display:none;
}

/* grande font, bleu foncé, avec un soleil à gauche */
.toclevel-1 a {
	color:#007;
	font-size:160%;

	background:transparent url('http://upload.wikimedia.org/wikipedia/commons/thumb/5/52/Crystal_sun.png/25px-Crystal_sun.png') no-repeat scroll left bottom;
	padding-left:29px; /* décaler le texte sur la droite pour laisser de la place a l'icône */
}

/* font un peu moins grande, bleu standard, icône nuageuse à sa gauche */
.toclevel-2 a {
	font-size:130%;
	color:#00F;

	background:transparent url('http://upload.wikimedia.org/wikipedia/commons/thumb/7/72/Cloudy01.svg/20px-Cloudy01.svg.png') no-repeat scroll left bottom;
	padding-left:24px;
}

/* font taille normal, bleu plus clair, icône orage */
.toclevel-3 a {
	font-size:100%;
	color:#55F;

	background:transparent url('http://upload.wikimedia.org/wikipedia/commons/c/cf/Weather_lightning.png') no-repeat scroll left bottom;
	padding-left:19px;
}

/* font plus petite, bleu encore un peu plus clair, pas d'icône (car serait trop petite pour être reconnaissable) */
.toclevel-4 a {
	font-size:80%;
	color:#99F;

	background:none; /* pas d'image de fond (l'icône sur la gauche), il faut le spécifier sinon celle du niveau 3 s'affichera */
	/* je laisse le padding-left hérité du niveau supérieur pour que le décalage soit cohérent avec les niveaux d'au dessus */}

Le résultat

Pour vous donner une meilleure idée de l’impact, j’ai aussi fait une capture des sommaires du BA et du bistro avec ce thème, c’est cliquable et c’est ci dessous. Moins lugubre tout de suite, non ?

Limiter la portée du code

Maintenant, vous n’avez probablement pas envie que ce code soit actif sur absolument toutes les pages, et souhaitez le limiter a un/des namespace(s) ou des pages en particuliers.

Je veux dire, ce style rend bien pour les pages qui ont une arborescence sur plusieurs niveaux, mais pour une page ou ça n’est pas le cas, ça ressemble plutôt à ça, que je trouve moche :

Pour ce faire, nous allons nous servir d’une série de classes que MediaWiki affecte à chaque page. Par exemple, le Bulletin des administrateurs (avec ma config) possède celles ci :

<body class="mediawiki ltr ns-4 ns-subject page-Wikipédia_Bulletin_des_administrateurs skin-monobook">

(je saute celles que je ne connais/comprend pas)

• “ltr” indique que nous sommes dans un mode “left to right” (en opposition, par exemple, à l’arabe qui se lis en rtl, de droite à gauche)

• “ns-4” est l’identifiant du namespace de la page (ici wikipédia: )

• “page-Wikipédia_Bulletin_des_administrateurs” est un identifiant unique (ou presque) de la page

• “skin-monobook“, comme son nom l’indique, spécifie que j’utilise le skin “monobook” pour visualiser la page. Les utilisateurs d’Açai/Babaco verront à la place “skin-vector“.

Les deux qui nous intéressent sont celui qui indique le namespace et celui qui est unique à la page.

Mettons que je veuille limiter la portée du code au namespace wikipédia: . Au lieu de

.toclevel-1 a {

il suffit de mettre

.ns-4 .toclevel-1 a {

Et si je veux limiter sa portée au BA et au bistro, le code devient

.page-Wikipédia_Bulletin_des_administrateurs .toclevel-1 a, .page-Wikipédia_Le_Bistro .toclevel-1 a  {

Et voila le travail !

Pour ceux qui auraient loupé les bandeaux en haut de toutes les pages de Wikipédia, Wikibooks, Wiktionary… c’est reparti pour un tour : la campagne anuelle  de fundraising  de la Wikimedia Foundation a débutée voici quelques jours. Cette campagne, je le rappelle, a pour but de remplir les comptes de la WMF afin qu’elle puisse payer les serveurs, la bande passante, ses employés, et un certain nombre d’autres trucs.

Le thème de cette année est “la pérennité de Wikipédia”. Ca n’a pas l’air de plaire du tout à une partie des contributeurs, mais ça tombe bien, ça n’est pas eux mais les simples visiteurs qui sont visés par ces bandeaux :) Je laisse le soin à d’autres bloggeurs de polémiquer/s’exprimer sur le sujet ; pour ma part, je me contenterais de fournir des liens pour ceux qui souhaitent regarder tout ça de plus près :

• Special:ContributionHistory liste toutes les donations, les plus récentes en premier.

• Special:ContributionStatistics nous donne un total des donations par jour sur les 7 derniers jours, ainsi que la moyenne et le maxima.

• Special:FundraiserStatistics, mon préféré, affiche un graphe journalier en barre, avec en prime une comparaison avec les fundraisers des années précédentes (2007 en bleu, 2008 en vert, 2009 en rouge)

• Special:ContributionTrackingStatistics, pour finir, affiche des statistiques sur le succès des différents bandeaux (nombre de donations en cliquant sur chaque, et montant total). Ces statistiques permettront, au fur et à mesure que la campagne de donation avance, de privilégier l’affichage de ceux qui ont le plus de succès.

voili, amusez vous bien.

Je parlais tantôt du fait que Craig Newmark avait rejoint l’Advisory Board de la Wikimedia Foundation, mais j’ai apparement loupé l’arrivée d’un autre membre, Domas Mituzas.

Domas (user:Midom) aide depuis longtemps à la maintenance des serveurs de la WMF (notamment base de données), et a été membre du Board of Trustees entre janvier 2008 et août 2009.  Côté CV, il a travaillé pendant 4 ans pour MySQL et viens d’entrer dans le staff de Facebook.

L’Advisory Board de la Wikimedia Foundation s’est adjoint les services d’un nouveau membre : Craig Newmark ; Craig est notamment connu pour avoir créé Craigslist, un site de petites annonces qui est aussi le 8eme site le plus visité aux USA.

Créé début 2007, l”advisory board est un rassemblement d’experts qui ont accepté de consacrer bénévolement du temps à la WMF dans leur spécialité  (technologique, juridique, organisationnelle, etc.) en tant que conseiller.

(source: TechCrunch)

Ce billet fait partie de la série “Personnalisons Wikipédia“.

La plupart des logiciels WYSIWYG permettent de modifier l’apparence d’un texte (mise en gras, italique, souligné, etc) à l’aide de raccourcis clavier (respectivement ctrl+b, ctrl+i, ctrl+u, …) La personnalisation d’aujourd’hui vous permettra de créer des raccourcis clavier en JavaScript afin d’avoir des facilités similaires lors de vos éditions sur Wikipédia

Introduction

(ceux qui ne s’intéressent pas aux explications peuvent passer directement au code complet, à la fin du billet)

Le code du jour fait appel à la notion d’évènement, pour lesquels vous trouverez plus d’informations sur Wikibooks. Les évènements qui nous intéressent ici sont ceux qui nous permettront de savoir quand l’utilisateur appuie sur une certaine combinaison de toucher sur le claviers, et sont au nombre de deux :

• “appui sur une touche du clavier” (onkeydown)

• “relachement d’une touche du clavier” (onkeyup).

Ces deux évènements permettent d’accéder en interne à un code correspondant à la touche qui viens d’être appuyée ou relachée.

—

Histoire de nous faciliter la vie, MediaWiki possède déjà une fonction JavaScript permettant de modifier un texte sélectionne comme l’on veux. Cette fonction est par exemple utilisée lorsque vous cliquez sur un des boutons au dessus (la barre de menu) ou en dessous (les listes de caractères spéciaux), en mode édition.

Cette fonction est insertTags(). Elle prend 3 paramètres, qui sont respectivement :

• les caractères à ajouter avant la sélection
• Les caractères  à ajouter après la sélection
• Le texte par défaut,  s’il n’y avait pas de texte séléctionné.

Exemple pour mettre un texte en souligné :

 insertTags('<u>', '</u>', 'souligné');

—

Note : Le code n’a été, pour l’instant, testé que sous Firefox 3.0 et 3.5.4. N’hésitez pas à me donner un feedback sur le bon fonctionnement (ou non) sur d’autres versions et navigateurs.

Note2 : il faut savoir que les raccourcis défini en javascripts seront prioritaires sur ceux du logiciel (du moins avec firefox)

Passons au code…

Conteneur

Histoire d’être un minimum propre, notre code sera, comme pour les autres de mes billets, encapsulé dans une fonction

function keyboardShortcuts() {
  // le code sera ici
}

Utilisation des évènements

La méthode pour définir une action (= l’appel à une fonction) sur les évènements qui nous intéresse est la suivante :

  document.onkeyup = function(e) { //l'user relâche une touche
    //code à executer
  }

  document.onkeydown = function(e){  //l'user appuie sur une touche
    //code à executer
  }

Problématique de la double touche

Problème : nous avons besoin de savoir lorsque l’utilisateur appuie à la fois sur “ctrl” et une lettre. Or, l’événement de base ne permet de le faire que pour une seule touche à la fois
Solution : créer une variable qui sait si ctrl est actuellement appuyé ou non

  var isCtrl = false; //la touche commence "non enfoncée"

  //l'evenement "onkeyup" est appelé à chaque fois qu'une touche est relachée.
  document.onkeyup=function(e) {
    if(e.which == 17) isCtrl=false;  //l'user relâche la touche ctrl (qui a le code 17). La variable passe a False
  }

  //l'evenement "onkeydown" est appelé à chaque fois qu'une touche est pressée.
  document.onkeydown=function(e){
    if(e.which == 17) { //l'user appuie sur la touche ctrl. La variable passe a True
      isCtrl=true;
    }
  }

Gestion des actions en elle-même

J’ai géré ci dessous 5 raccourcis :

• ctrl+b, pour mettre un texte en gras

• ctrl+i, pour mettre un texte en italique

• ctrl+l (L minuscule), pour faire un lien interne

• ctrl+m pour mettre le texte entre {{ }} et faire un modèle

• ctrl+u, pour souligner un texte

D’autres sont ajoutables à volonté, attention juste à ne pas utiliser des lettre dont vous vous servez souvent en édition pour vos raccourci (par exemple ctrl+x/c/V pour couper/copier/coller)

(sera mis dans la fonction d’onKeyDown)

    if( isCtrl == true ) {
       switch (e.which) { //quelle touche a été enfoncée ?
  	  case 66: //b
            insertTags("'''", "'''", 'gras');
            return false
	    break;
	  case 73: //i
            insertTags("''", "''", 'italique');
            return false
	    break;
          case 76: // l
            insertTags('[[', ']]', 'lien interne');
            return false
	    break;
          case 77: // m
            insertTags('{{', '}}', 'modèle');
            return false
	    break;
	  case 85: //u
            insertTags('<u>','</u>', 'souligné');
            return false
	    break
       }
     }

Résultat final

Pour les flemmards et ceux qui ont peur d’en oublier un morceau, le code complet ci dessous; recopiable tel quel :

function keyboardShortcuts() {

  var isCtrl = false;

  document.onkeyup=function(e) { //l'user relâche la touche ctrl. La variable passe a False
    if(e.which == 17) isCtrl=false;
  }

  document.onkeydown=function(e){
    if(e.which == 17) { //l'user appuie sur la touche ctrl. La variable passe a True
      isCtrl=true;
      return;
    }

    //gestion des ctrl+lettre que l'on veux ajouter.
    if( isCtrl == true ) {
       switch (e.which) { //quelle touche a été enfoncée ?
  	  case 66: //b
	    insertTags("'''", "'''", 'gras');
            return false
	    break;
	  case 73: //i
	    insertTags("''", "''", 'italique');
            return false
	    break;
          case 76: // l
	    insertTags('[[', ']]', 'lien interne');
            return false
	    break;
          case 77: // m
	    insertTags('{{', '}}', 'modèle');
            return false
	    break;
	  case 85: //u
	    insertTags('<u>', '</u>', 'souligné');
            return false
	    break
       }
     }
  }
  return true
}

//la fonction qui gère tous les appel de fonctions (du moins dans mes divers billets :)
//!\ CELA VEUX DIRE QU'IL FAUT FUSIONNER AVEC LA FONCTION main() EXISTANTE, SI VOUS EN AVEZ UNE /!\
function main() {
  // [...  autres fonctions  ... ]

   if (wgAction == "edit" || wgAction == "submit")  { //à n'appeller que si en mode edition, sinon c'est inutile
      keyboardShortcuts()
   }
}

addOnloadHook(main)

Et Voili ! Comme d’habitude, n’oubliez pas de forcer le rafraichissement du monobook (ou vector) après avoir sauvegardé.

Source : Ce billet sur Lixya.org ; et un merci à Phe pour le coup de main :)

Edit : retiré un “]” qui trainait au milieu du code – forcement, ça marche mieux maintenant – désolé :(

“Wikimedia Commons” (ou plus simplement “Commons“)  est la banque de médias  centrale des projets Wikimedia, c’est à dire qu’elle stocke la plupart des images utilisées sur les différentes Wikipédias, Wikibooks, Wikispecies, etc.

Il y a actuellement environ 4000 nouvelles images importées sur Commons chaque jour, mais différents partenariats (voir par exemple, côté partenariats  celui ci et celui là) nécessitent des “batch“, des imports massifs de dizaines voire centaines de milliers d’images par bot dans un laps de temps relativement court.

Il y a une petite semaine, j’ai surpris une discussion intéressante entre un tecchie de la Wikimedia Foundation et un dresseur de bot sur le canal IRC  des développeurs, #wikimedia-tech .  J’y ai appris que l”espace disque des serveurs sur lesquels tournent Commons se fait rare. Pour fonctionner correctement, le système utilisé pour le stockage des images recommande fortement de ne pas remplir l’espace disque à plus de 80%. Nous avons dors et déjà dépassé cette limite (86%). D’après eux, à partir de 90% ça va commencer à sentir très mauvais  (voir ce qui est arrivé en juillet dernier).

De nouveaux serveurs ont dors et déjà été commandés, mais il n’arriveront que d’ici 3 à 5 semaines (plus 2/3 jours d’installation). C’est assez tard, mais 1) il y a des soucis de recrutements à la Wikimedia Foundation pour ces postes, ils sont en sous effectifs pour planifier les commandes et gérer le parc serveur en général 2) Sun (le fournisseur) est long pour la livraison de ce genre de commandes.

Pas de panique toutefois : les serveurs sont largement en mesure de supporter la charge normale (4000/jour) jusqu’à l’arrivée des renforts ; On ne peut par contre pas en dire autant si ça monte à 40.000/jour (typiquement, en cas d’import massif), donc les dresseurs de bots s’occupant des batchs ont été contactés pour leur demander d’appuyer  sur “pause” jusqu’à ce que la jauge d’espace libre repasse dans le vert.

Une fois le nouveau matos installé, Commons disposera d’un total de 24 Teraoctets de stockage

NB : par curiosité, j’avais demandé si supprimer les plus anciennes  “images effacées” (qui restent habituellement  physiquement sur les disques, pour permettre d’annuler la suppression ) des serveurs pour gagner de la place était une bonne idée, on m’a demandé en réponse si j’avais envie de déclencher une émeute chez les Wikipédiens :)

7 des 9 membres du Schiedsgericht (comité d’arbitrage) de la Wikipédia en langue allemande ont démissionné début octobre 2009.

Les raisons invoquées sont multiples :

• Manque d’un mandat/de règles claires quand à la gestion de certains problèmes

• Manque d’autorité vis à vis de la communauté

• Conflits internes

Pour en avoir discuté avec des contributeurs locaux à l’époque (courant avril 2007), je sais que le Schiedsgericht a été créé parce que la Wikipédia allemande avait un mal fou à se débarrasser de certains de ses  trolls. Visiblement, ça n’aura pas tenu sur la durée.

Ce type de problèmes n’est pas spécifique à nos cousins germains : Notamment, la Wikipédia  espagnole a voté la  dissolution de son “Comité de Resolución de Conflictos“ en avril 2009 dernier ; et l’on pense aussi aux diverses critiques (justifiées ou non) envers celui de la Wikipédia Francophone (quoiqu’il fonctionne pas trop  mal, je trouve). Sans avoir pour l’instant vérifié (je me renseignerais ces prochains jours) il est probable que ceux de certaines des autres langues rencontrent des problèmes similaires.

Au fond, peut-être que le problème est simplement d’avoir voulu recopier ce qui se fait sur le project original, la Wikipédia anglophone ; cela peut venir d’une différence de moeurs/culture (là bas, Jimmy Wales est “benevolent dictator” et peut théoriquement trancher tout débat litigieux), d’une mauvaise adaptation (durée des mandats, modes d’élections, status, etc),  ou de tout un tas de problèmes de contexte (prendre un bout d’une machine sans prendre le reste est souvent sources de problèmes).

La morale à 2 balles de l’histoire -mes morales valent rarement plus-  est que ce qui marche là bas ne marchera pas forcément ailleurs (et au passage, certains contributeurs avec leur “enwiki ceci, enwiki cela” gagneraient à l’admettre).

(source)

Trucs que je regarde

notes de A (génial!) à C (passable).

• To aru kagaku no Railgun (a certain scientific railgun) : Side story de To aru majutsu no index (diffusé fin 2008) et adapté du manga du même nom (que j’ai beaucoup apprécié), j’en espérais de grandes choses, mais… les 3 épisodes que j’en ai vu sont une grosse déception. La rencontre “forcée” entre les 4 personnages principaux dès le premier épisode est un beau gachis, entre autres choses.  Note : C+

• Seiken no blacksmith (the sacred blacksmith) : adapté d’une light novel, l’histoire se déroule dans un univers de fantasy plutôt classique, et l’histoire semble avoir un bon potentiel. Note : B

• Sora no otoshimono (Heaven’s lost property) :  tiré du manga, l’histoire est relativement bête et ecchi (quoique la trame de fond est intéressante). Je ne suis habituellement pas fan de ce genre d’anime, mais la fin de l’épisode 2 m’a littéralement fait mourir de rire. Note : C

• 11eyes : tiré d’une visual novel. La trame de l’histoire est interressante (univers parallèle, tout ça). Note : B+

Vous remarquerez que je n’ai attribué aucun “A”. C’est parce que pour ce que j’en ai vu, cette saison d’anime n’a aucune œuvre qui sorte vraiment du lot (alors que dans la précédente, il avait entre autres Bakemonogatari).

Trucs que je regarderais/testerais

• Tatakau shisho : The book of Bantorra : celui qui sortira du lot… du moins j’espère.

• Kimi ni todoke : l’histoire était absolument adorable au format manga… mais je supporte généralement assez mal les shoujo en version animée.

• Sasameki koto : un bon potentiel ; à tester (avec des réserves similaires à celle pour kimi ni todoke).

• Shakugan no Shana S : la suite de l’exellente série sous forme de 4 OAV, en attendant la prochaine saison.

Trucs que je regarderais peut-être

• Asura Cryin’ saison 2 : j’ai regardé la première saison… L’histoire ne cassait pas franchement des briques, mais je suis (un peu) curieux de voir comment ça finira.

• Tegami bachi (letter bee) : le manga était assez sympathique, bien qu’un peu trop enfantin à mon gout. Sera peut très bon ou alors écœurant de gaminitude…ou un mélange des deux.

• Natsu no arashi saison 2 : …une fois que j’aurai regardé la première saison, et si elle me plait. C’est de l’auteur du génialissime School rumble (même si ça n’en atteint probablement pas le niveau), donc pas de raison que ça ne soit pas plaisant à regarder, en fait.

• Darker than black saison 2 : Comme natsu no arashi, “si un jour je finie de regarder la première saison”

• Kuuchuu buranko (Trapeze) : d’après le trailer, un véritable  OVNI graphique. Je suis pas du tout sur d’apprécier, mais c’est à tenter.

Trucs que je ne regarderais pas

• Battle spirit : un clone de yugi-oh, destiné aux enfants.

• Queen’s Blade : ecchi sans histoire -_-;

• Nyan koi : ecchi, sans histoire -_-;

• Kämpfer : pire que les deux ci dessus réunis.

• Seitokai no ichizon : parce que.

• InuYasha : beurk.

• Yumeiro Pattisière : le design ne m’inspire pas, le niveau probable de l’histoire non plus (pour enfants).

• Miracle train : vu la tronche du truc, ça ne sera pas ma tasse de thé

• anyamaru tantei kiruminzuu : idem

• Nogizaka Haruka no Himitsu saison 2 : la première saison était chiante à mourir.

• Gokyoudai monogatari : mon dieu, le design O_o

• Fairy Tail : le manga m’a pas inspiré. L’anime de Rave (du même auteur) non plus.

• Stitch : pas mon truc.

• Kiddy girl-and : Beurk.  Bien qu’ayant apprécié la première saison (en 2002), la nouvelle héroïne à tout de la “coconne joyeuse et tête en l’air” et ça me donne pas envie de regarder. Aaah, la “moé-ification” et ses méfaits…

Unrelated note

La plupart de ces animes n’ont pas encore leurs fiches sur frwiki ! C’est honteux, j’ai du lier aux articles anglais du coup… De valeureux traducteurs dans la salle ? (rêvons)

Posted in actualités, anime Tagged: 11eyes, anime, automne 2009, manga, seiken noblacksmith, sora no otoshimono, to arukagaku no railgun ]]> http://darkoneko.wordpress.com/2009/10/21/anime-de-la-saison-dautomne-2009/feed/ 2 DarkoNeko fall-2009-v3-export1 http://darkoneko.wordpress.com/2009/09/23/wikipedias-ratio-editeurs-locuteurs/ http://darkoneko.wordpress.com/2009/09/23/wikipedias-ratio-editeurs-locuteurs/#comments Tue, 22 Sep 2009 22:42:00 +0000 DarkoNeko http://darkoneko.wordpress.com/?p=1875 ]]>

J’vous présente ci dessous, pour les langues les plus parlées, une comparaison/ratio entre le nombre de locuteurs d’une langue et le nombre de contributeurs (ayant au moins 5 éditions) sur la Wikipédia correspondant à cette langue.

En fait, on n’est pas si mal placé par rapport aux anglophones ; et je trouve le taux de participation de nos cousins germains particulièrement remarquable. Bien sur, les esprits chagrins rétorqueront que le nombre d’éditeurs n’est pas nécessairement représentatif de la qualité des articles :)

Note pour les indicatifs “regions” (enfin ceux utilisés) :

• AF : Afrique
• AS : Asie
• AU : Australie
• EU : Europe
• NA : Amérique du nord (north amercia)
• SA : Amérique du sud (south america)

(source : billet d’Eric Zatche sur Infodisiac)