Discussion Wikipédia:Atelier graphique

Un article de Wikipédia, l'encyclopédie libre.

Anciennes discussions archivées : Archive 1, Archive 2 : janvier 2007 à mars 2008

---

Sommaire 1 Annonces 2 Annonce didacticiels 3 Géolocalisation 4 Redimmensionnement de la page sur Inkscape 5 Adobe VS Libre 6 Animations en format .gif 7 Images de travail des wikigraphistes 8 Dispo pour apprendre 9 Wikipédia → Projet 10 Formats de fichier de climatologie 11 cartes anciennes 12 NSFK 13 Atelier vidéo 14 Clore les demandes trop anciennes 15 Fonctionnement d'Inkscape 16 Modèle 17 Wikimag 18 Avis aux cartographes : Recommendation 2008 19 Wikigraphiste de grand talent

[modifier] Annonce didacticiels

Bonjour à tous.
J'ai procédé à une réorganisation de la page Protocoles qui s'appelle à présent Didacticiels graphiques ainsi qu'à son nettoyage en déplaçant chaque didacticiel qu'elle contenait dans une sous-page spécifique. Celle-ci se transforme ainsi en un mini-portail d'accès aux didacticiels, plus clair et souple d'emploi àmha.

Je vous annonce aussi la création d'une page Didacticiels cartographiques, spécifique donc à ce domaine. Comme vous pouvez le voir, j'ai placé cette page dans l'espace de l'AG et non dans celui de l'Aide:Cartographie voire dans un WikiBook comme cela m'avait été suggéré car je considère que ces didacticiels ont pour vocation première l'aide à la modification / création de cartes destinées notre espace encyclopédique (donc particulièrement adaptés à l'AG) et ne cherchent donc pas à être forcément applicables dans d'autres domaines. Pour ceux-ci, il y a suffisamment de ressources à travers l'Internet, sans aucun doute mieux faites.

Cette page contient un premier didacticiel (encore en travaux) concernant un vieux serpent de mer, au moins pour moi car j'avais essayé de le faire fonctionner il y a environ un an, sans succès : GRASS GIS. C'est un logiciel SIG libre, multi-OS et puissant qui pourrait donc être une bonne option pour nous. À voir en fonction de sa facilité d'utilisation. Les problèmes avec GRASS commencent dès son installation, àma très compliquée et mal expliquée pour quelqu'un habitué à installer un programme en lançant un simple setup.exe sous Windows, d'où le propos de ce didacticiel. Sa philosophie diffère aussi d'autres logiciels SIG et peut donc dérouter lors des premières utilisations. Ce point fera l'objet de la seconde partie du didacticiel, en cours d'écriture.

En conclusion : l'espace a été créé, alors écrivez des didacticiels pour partager vos connaissances et astuces !
Sting (m'écrire) 14 mars 2008 à 14:52 (CET)

La nouvelle version d'Inkscape permet maintenant d'ouvrir des fichiers PDF. J'ai ajouté un didacticiel à ce sujet. Sémhur ·✉·✍· 20 mars 2008 à 14:03 (CET)

Ah c'est cool ! Bien joué. C'est vrai que c'est super important. Je m'y met. Sa m'changeras des équa diff. -- Walké... 22 avril 2008 à 17:32 (CEST)

[modifier] Géolocalisation

Salut à tous, Cyrilb1881 m'ayant demandé de faire une géolocalisation pour l'Essonne, j'ai commencé Modèle:Géolocalisation/Essonne en suivant Aide:géolocalisation, mais j'aimerais savoir maintenant comment compléter ce modèle ou quelle sous-page créer pour qu'il fonctionne. N.B. Les coordonnées sont approximatives, j'ai pris celles des villes aux extrémités. Bourrichon 23 mars 2008 à 23:31 (CET)

Bonjour, donc grâce à STyx j'ai réussi à placer la carte de l'Essonne ({{Géolocalisation/Essonne}})sur l'article de la ville de Dannemois, mais le point n'apparaît pas. Si quelqu'un pouvait me dire ce qu'il manque... Bourrichon 13 avril 2008 à 22:57 (CEST)

[modifier] Redimmensionnement de la page sur Inkscape

Bonjour à tous. Je souhaiterais réduire une page sur Inkscape, par exemple pour ne faire apparaître qu'une partie d'une carte, mais, chaque fois que je le fais, la carte est, elle aussi, automatiquement redimmensionnée (cela n'arrive que pour les cartes des autres quand je les retravaille). Comment faire pour redimmensionner une page sans changer la taille de la carte ? Bourrichon 4 avril 2008 à 19:47 (CEST)

Hey O.o tu fais comment ?

Moi : File > Document proprieties > Cuztom size > Enter (pour valider).

Tu cliquerais pas sur le truc "fit to page" (Faire coller l'image a la page!) !!?!! (-__- faut pas)

8 avril 2008 à 17:18 (CEST)

@Bourrichon: Jusqu'à maintenant je n'ai pas trouvé d'autres solutions que de détruire une partie des chemins calque par calque de l'original après avoir tracé un cadre pour me guider dans mon oeuvre de vandale :)(voir mon travail actuel sur le golfe de Saint-Laurent). Si quelqu'un a une meilleure solution---Ewan ar Born (d) 13 avril 2008 à 14:56 (CEST)

Je n'ai pas Inkscape en anglais, mais ce problème vient sûrement de Edition > coller sur place. Merci à vous. Bourrichon 15 avril 2008 à 14:25 (CEST)

Oui, j'utilise inkscape en anglais, mais je deviene que ton "coller sur place" = mon "fit to page". Aussi, ton "coller sur place" signifie en fait "transformer mon dessin pour qui rentre dans la page". c'est une traduction maladroite.

tu dois donc plutot

• En anglais :
  File > Document proprieties > Cuztom size > Enter (pour valider).
• En francais (traduction possible) :
  Fichier > Proprieté du document > Modifier la taille (du document) > Ok (pour valider).

Je n'ai PAS inkscape en francais, aussi, les formulations devrait resembler a ca, mais pas totalement. Anon 18 avril 2008 à 08:29 (CEST)

Je n'ai pas > Modifier la taille du document, par contre j'ai trouvé un truc : 1) sélectionner un rectangle ainsi que mon dessin dedans 2) Fichier > Propriété du document > Ajuster la page à la sélection. 3) La page rétrécit et prend la taille du rectangle, mais le rectangle et le dessin rétrécissent d'autant. Seulement, on peut désormais l'agrandir (et le reste du dessin avec) sans que la taille de la page ne change. C'est un peu du bidouillage mais ça marche. Bourrichon 19 avril 2008 à 12:27 (CEST)

Ce problème a déjà été traité ci-dessus, je viens de m'en apercevoir : ci-dessus. Ces astuces sont bonnes pour la FAQ. Bourrichon 19 avril 2008 à 12:40 (CEST)

[modifier] Adobe VS Libre

Bonjour les wikigraphistes Permettez moi tout d'abord de présenter mes escuses au comité wikigraphiste, cela fait pas mal de temps que j'ai plus touché à mon dossier "Wiki:à faire", bon j'ai le bac et je passe du temps à dessiner et m'entrainer au graphisme.

Car oui, je pense que réaliser des factice affiches ou sites web me sera plus utile en expérience de décalquer une tourelle 9mm. Cela dit, dès que je m'ennuierais je viendrait me remettre au boulot.

Passons aux choses sérieuse. Je tient à vous faire ici le compte rendu de mes impressions sur Illustrator et Photoshop, tout deux de Adobe, version CS3

J'ai acquis (entre autre) Photoshop et Illustrator CS3 depuis bientot 3 mois, et mon jugement est sans appel : il tuent. Photoshop contre gimp, c'est un peu comme gimp contre paint. Non j'exagère. Mais bon. Il est réellement puissant. Bon déjà ya plus l'hisoitre de 2 fenetre séparées, puis l'interface est mieux j'avoue, les outils aussi, dieux bénisse la "selection rapide" et le "contour améliorer", qui font du détourage une affaire de secondes. Je passe sur les outils de calques,, qui on un maniement un peu plus génant (dans le menu calque), et j'ai pas trouvé le mode division. Bon le classement par groupe et le option pareil sa tue.

Manque aussi le glissement de couleur dans une zone selectionnée ou sur un calque, et l'outil de déformation interactive. Sinon les filtres sont pas mieux, mais les réglages si. Pour tout se quie st luminosité intensité et tout le tralala, calques de réglage et autres feraient gagner de nombreuses minutes au wikigraphistes (travail de manière non destructif)...

Passons à illu. Alors illu, c'est beaucoup plus compliqué que inscakpe, le premier moi. je pense que pour commencer en vectoriel, il faut commencer sur Inkscape, ou le maniement des points est plus facile

Disons que passer de inskcape à illu, c'est comme conduire une voiture ou un avion. Pour tourner à gauche avec une voiture, tournez le volant, sa tourne a gauche. Alors que dans un avion... vous avez beaucoup plus d'option, mais c'est pas toujours facile de aire des trucs simples.

POur la carto je pense que c'est mieux illu. Le nuancier pour les nuances, la rapidité d'ouverture, les option de fusion, la maniabilité. Meilleurs gestion des groupes, quoi que la selection est pas facile ( selection d'objets PUIS de ses points, et si je selectionne là il va me selectionner l'autre, enfin bref). Il y a l'affichage du tracé (juste le tracé et pas les couleurs) qui est peut être utile...

Illu ne plante pas. Enfin pas quand on annule trop ou après un dégradé. Illu aime bien les exportations. Mais illu, chez moi en tout cas, est très très gourmand en ressources, et bug 3 fois sur 4 lors de la fermeture du programme. (demande bcp de mémoire quoi)

Donc au niveau du décalquage, ils se valent. Sinon illu prend le dessus. Avec des effets 3d (extrusiion rotation révolution), avec les effets tout cour (texture vectorielle grace a des vectoriasation dinamique), et grace au dégradé de forme qui permet enfin de faire des dégradés autres de linéaires ou radial (par exemple le dégadré d'un nuage (centre bleu contou blanc) est un dégradé entre la forme dedans bleu et la forme du contour blanche. Une gestion des pathfinder (intersection des formes) sympa aussi. Le positionnement des obejts pareil

Ah, un point important. La colorisation. La mise en couleur se fait par une fenetre de l'interface (enfin peut se faire un peu partout), et donc en un clic on change la couleur, mais le choix est plus comme dans inkcsape : seul trios minuscules barre de rvb ou tsl ou cmjn. Mais bon plus rapide. Par contre,guide de couleur, et sourtout un outil qui permet de changer TOUT les rouges du dessin en rose, c'est un sorte de grand rond avec toutes les couleurs (en tsl je crois) et chaque couleur utilisée est représentée par un petit rond, que l'on peu déplacer. C'est mortel. Bon en fait l'interface est largement mieux donc sa aide.

.. voilà ...si sa vous interesse... envoyez moi un mel. -- Walké... 20 avril 2008 à 17:37 (CEST)

Merci pour ce topo sur les dernières versions d'Adobe. Sting (m'écrire) 22 avril 2008 à 00:45 (CEST)

[modifier] Animations en format .gif

Bonjour à tous

J'avais fait il y a ~ deux ans l'image ci-contre avec un outil d'animation démo, dans un environnement Windows. Depuis, je suis passé sur Linux (Ubuntu) et je cherche un outil qui me permette d'éditer des animations (et si possible de les optimiser) comme celle-ci, pour continuer mes travaux de rendus d'idéogrammes chinois. Ni GIMP ni inkscape ne font d'animation... Quelqu'un a une solution?

D'avance merci, Michelet-密是力 (d) 20 avril 2008 à 20:01 (CEST)

Bonjour, en fait Gimp gère les animations : dans un fichier GIF, il représente chaque image par un calque. Je ne peux pas t'en dire plus, je n'ai pas encore expérimenté cela – je commence demain  ! J'ai pu trouver ça déjà : [1] et [2]. Sémhur ·✉·✍· 20 avril 2008 à 21:00 (CEST)

Effectivement, il y arrive (je ne comprends pas pourquoi il avait "planté" à la première ouverture de l'image ???) - Bon, il ne me reste plus qu'à apprendre à maîtriser l'outil, ce qui n'a pas l'air trivial... Merci beaucoup en tout cas. Michelet-密是力 (d) 20 avril 2008 à 21:57 (CEST)

Alors gimp gère bien les gifs, d'ailleurs sur se point il est aussi bon (et plus rapide) que photoshop.

Quand tu enregistre, tu met .gif, puis dans la fenetre qui vas s'ouvrir met "enregistrer en tant qu'animation"

Ensuite, les modes de calques :

- calques cumulatifs => il "ouvre" les calques les un après les autres en les laissants ouverts, sa implique qu'il y ai un calque d'arrière plan (là ton symbole jaune) et plein de calques transparents avec un peu de tracé a chaque fois. IL prendra automatiquement le premier calque (tout en bas donc) en arrière plan. Tu peut directement nommer tes calques Arrière-plan (donc le premier), et ensuite Image vidéo 02 (combine) et ainsi de suite

- une image par calque => il affiche les calques un par un, mais un seul à la fois. Sa implique, toujours dans le cas présent, qu'il y ai toujours un fond sur chaque calque. Tu fait ton fond, ensuite tu peinturlure, ensuite tu duplique le calque, tu avance, tu duplique, .... Tu peut directement nommer tes calques Arrière-plan (donc le premier), et ensuite Image vidéo 02 (replace) et ainsi de suite

A noter :

- tu peut choisir de mettre un calque plus longtemps, ou de changer les temps. Pour cela, une fois que ton image est enregistrée, ferme et réouvre là. Sur chacune d'elle, sera spécifiée un temps : Image vidéo 3 (100ms) (replace). Tu peut donc changer la valeur du temps à ta guise, il le prendra en compte.

- il y a du temps limite (max et min).

- les gif qu'on trouve sur le net (notamment smyley msn et compagnie) sont tous en mode "combine", j'en déduit que c'est plus léger. (mais pas toujours simple à faire)

- c'est un des choses sous gimp qui demande le plus de remise à zéro. j'entends par là fermer rouvrir l'image pour voir les changements, enregistrer sous un autre nom au lieu d'enregistrer par dessus quand tu change le temps ou les modes, cela vaut mieux (perso il m'a souvent fait des grosses blagues au niveau du temps).

- évidemment si les images sont trop grosses il mettra plus de temps. d'ou l'interet de faire des test sur wiki en image brouillon avant de poser l'image finale

- de plus, le rendu de l'apercu window (qu'en est il de linux je ne sais point) est souvent différent de celui de firefox.

Voilà, bonne chance. S'il y a un soucis, envoie moi un mel j'ai plus de chances de répondre vite.

PS apparement tu t'en sort bien -- Walké... 21 avril 2008 à 09:37 (CEST)

Merci Walké pour ces précisions, ça va me faire gagner du temps. Ça avance tes révisions ?

Et bravo à Michelet, ça rend bien. Sémhur ·✉·✍· 21 avril 2008 à 12:02 (CEST)

En réalité, il vaut mieux commencer à travailler en mode non-transparent (genre film), où chaque image fait un "replace" de la précédente. Ca facilite nettement les éditions, mais prend beaucoup de pixels. Quand le résultat est OK, le "filtre/animations/optimiser (pour GIF)" transforme le tout en images en mode "combine", après avoir identifié tout ce qui ne change pas d'une image sur l'autre: seuls les "deltas" sont conservés, ce qui économise la taille de l'image. Michelet-密是力 (d) 22 avril 2008 à 09:42 (CEST) (non, l'image de mon premier essai n'est pas parfaite, il y a des petites traînées qui papillotent de temps en temps)

[modifier] Images de travail des wikigraphistes

Salut à tous,

Nous sommes de plus en plus nombreux à utiliser des images de travail sur WP-fr. C'est pratique, ça évite de charger 36 versions sur Commons avant d'arriver au résultat souhaité.

Il existe maintenant un modèle {{Image de travail}}, à apposer sur ces pages-là. Il est recommandé de le mettre, ça permet aux admins de ne pas s'embêter à aller vérifier ces images à chaque fois que nous chargeons une nouvelle version.

Sémhur ·✉·✍· 21 avril 2008 à 11:58 (CEST)

Super, merci ! -- Walké... 21 avril 2008 à 22:40 (CEST)

A quand la version compatible Commons? karta24 (d) 8 juin 2008 à 12:43 (CEST)

[modifier] Dispo pour apprendre

Bonjour à tous.

J'aimerais me rendre disponible pour réaliser des cartes pour la communauté des wikipédiens, étant passionné de cartographie. J'ai Inkscape et Photoshop. Et j'aimerais savoir si un GG (gentil graphiste) acceptait de devenir mon parrain pour m'apprendre à réaliser des cartes. En commençant par du basique pour ensuite être capable de créer n'importe quel type de carte. Même en allant lentement ; il n'y a rien d'urgent si vous n'avez pas beaucoup de temps à me consacrer. Merci à qui voudra bien .

— Malost ^[blabla] 25 avril 2008 à 13:53 (CEST)

Ya une liste des cartographes en chefs quelque part ? (avec tout ceux qui ont au moins réussit une carte topo suivant le tuto de Sting ?) Ca serait utile : s'ils arrivent a suivre Sting, ils arriveront surement a faire prof :P 220.135.4.212 (d) 25 avril 2008 à 20:09 (CEST)

Je veux bien être ton « cartoparrain » . Il y a toujours beaucoup, beaucoup de demandes à l'Atelier cartographique, ton aide sera précieuse. Je serai disponible à partir du 1^er mai, après la fin du Wikiconcours. Sémhur ·✉·✍· 25 avril 2008 à 20:49 (CEST)

OK, c'est vraiment sympa. Merci beaucoup, Sémhur. — Malost ^[blabla] 25 avril 2008 à 21:54 (CEST)

@ Yug : Ah bon !?! mes tutos sont si compliqués que ça ??... Mouarf !!! T'as encore rien vu : quand tu verras la tête de la nouvelle version pour la « carte topo vectorielle » qui utilise GRASS GIS tu rigoleras moins (Les autres Wikicartographes aussi, d'ailleurs) !! (Gros rire de ma part!)

@ Malost : Bienvenue au sein de notre petite équipe de Wikicartographes ! Je te souhaite pleins de bons moments à réaliser les cartes qui t'intéressent, puisque c'est aussi ça l'important !

@ tous : Eh oui ! Je me suis remis à travailler sur les didacticiels, en utilisant cette fois-ci GRASS et en éliminant dlgv32 Pro, trop restrictif, et bien décidé à les achever une bonne fois pour toute ! Je travaille d'arrache-pied pour essayer de les finir avant que mes obligations professionnelles ne m'appellent, mais il y a encore beaucoup à faire. Patience ! Sting (m'écrire) 25 avril 2008 à 22:40 (CEST)

Cool. Courage Malost ! Et en passant, si ya des trucs qui te semblent récurrent (aussi à Sémhur), oublie pas la faq svg ;-). -- Walké... 27 avril 2008 à 15:02 (CEST)

[modifier] Wikipédia → Projet

Bonjour. Je viens de me rendre compte que l'Atelier graphique se trouve dans l'espace Wikipédia, alors qu'il existe l'espace projet, prévu justement pour ce genre de tâche. Il me semblerait plus cohérent de réaliser une migration. Qu'en pensez-vous. (Si nécessaire je peux donner un coup de main). Merci. bayo 26 avril 2008 à 14:51 (CEST)

Tous les ateliers sont dans l'espace Wikipédia. Les ateliers graphiques étrangers sont également en majorités dans l'espace Wikipédia. Je ne suis pas très chaud pour changer, ça va générer beaucoup de boulot pour quelque chose qui n'a pas grande importance, en fait. Sémhur ·✉·✍· 26 avril 2008 à 15:49 (CEST)

+1. Je vois pas trop l'intérêt de tout déplacer pour une histoire d'espace. -- Walké... 27 avril 2008 à 14:54 (CEST)

Oui, vous avez raison, et même il y a bien une différence entre un projet et ces pages. bayo 27 avril 2008 à 21:21 (CEST)

[modifier] Formats de fichier de climatologie

Bonjour à vous, chers collègues wikigraphistes. Dans le but de standardiser le format des fichiers de climatologie (courbes températures/précipitations, et hydrologie), j'ai développé un petit soft en python. Avant de rentrer dans le détail, je voudrais savoir si je suis sur la bonne voie. Aussi voici trois exemples de ce que ma petite application donne comme images de sortie. Cela vous convient-il ?, ou voyez-vous des modifications à faire. Il faut savoir que les courbes °C/mm répondent à certains standards, avec une proportion précise entre les deux échelles. Je sais que les zone en bleu clair devraient plutôt être hachurées, mais la méthode utilisée ne le permet pas. Cependant, avec deux nuances de bleus, je trouve que cela rend pas mal...je peux changer ces couleurs si besoin. Pour l'instant, le soft est fait pour le WP francophone, mais il est très rapide et simple de l'adapter à d'autres langues. (j'émets toutefois des réserves pour les alphabets non romans)

merci de vos commentaires futurs, et je partagerai mes scripts dès que cela sera validé. Pour les utiliser, python et l'extension MatPlotLib pour python avec ses dépendances (numpy, freetype et libpng) sont nécessaires. C'est multiplateformes .--SuperManu ^SuperMessage 29 avril 2008 à 15:24 (CEST)

Très bien ! Ne connaissant rien au sujet, je ne commenterai donc que l'aspect visuel. Pour l'image de gauche, si ça n'interfère pas avec le type de données, tu pourrais espacer un peu plus les différentes colonnes dont les limites sont actuellement peu visibles. Le bleu des deux images de gauche est assez violent : une couleur moins saturée me semble plus appropriée. N'oublie pas d'intégrer dans la page de l'image une légende de correspondance pour la signification des différentes couleurs (un tableau séparé de l'image à l'exemple de Image:Colonial_Africa_1913_map.svg). Félicitations et merci. Sting (m'écrire) 29 avril 2008 à 16:14 (CEST)

C'est mieux comme ça pour la première ???--SuperManu ^SuperMessage 30 avril 2008 à 10:08 (CEST)

Très bien pour moi. Je laisse la place aux commentaires des spécialistes du sujet. Sting (m'écrire) 30 avril 2008 à 13:34 (CEST)

Voilà, j'ai fait une dernière modification pour uniformiser tout ça...j'attends vos réactions, et, si l'avis général est favorable, alors je vous donne les scripts...au fait, y-a-t-il un endroit prévu à cet effet sur WP, où les contributeurs peuvent mettre des fichiers exécutables outils ?--SuperManu ^SuperMessage 30 avril 2008 à 14:56 (CEST)

Je trouve très bien les diagrammes ombrothermiques (et surtout le deuxième avec les aires colorées). --Channer [koz a mwin] 1 mai 2008 à 20:26 (CEST)

Salut, je sais pas si la question est de savoir lequel des 3 on préfère, mais si c'est le cas, je vote pour le 2e, qui a le mérite d'être clair et lisible en un clin d'oeil, et qui est le type de schéma que l'on retrouve le plus fréquemment dans les bouquins d'histoire-géo. A part ça, c'est du bon boulot . a+ Historicair (d) 1 mai 2008 à 20:39 (CEST)

En fait, ma question est: est-ce que ces trois formats, qui sont des formats standards et sont tous et seront tous présent sur WP vous plaisent au niveau de la mise en page, graphie, couleurs etc. L'objectif étant de proposer un outil qui permette à n'importe qui de créer de tels graphiques sans se soucis de la standardisation et de la mise en page, tout en gardant une uniformité. Donc, avant de mettre ceci en production, je voulais avoir votre aval, car après, c'est plus difficile de maîtriser des changements, car je ne saurait pas quelle version possède untel ou untel...bref, si personne ne trouve à redire dans quelques jours, alors je vous mettrai cela à disposition. A ce propos, savez vous si un espace de WP est prévu à cet effet...je peux toujours le mettre sur une de mes pages perso, mais je n'aime pas trop cette option qui me semble bancale, car non indépendant pour WP...--SuperManu ^SuperMessage 2 mai 2008 à 09:52 (CEST)

A terme, c'est un truc a include DANS wikipedia, avec des formulaires de donnees a remplir.

Style :

1. le script sur les serveur de la fondation (le scrip est uploadable; ton script a toute les chance d'etre accepté);
2. Commons:Climatology project , avec un formulaire de donnee (avec x cases vides) a remplir. (cela peut etre sous la forme d'un modele {Climato|jan.rain=66|feb.rain=55|.....|jan.celsius=25|feb.celcius=22|perioddata=1951-2001|territory=Singapour city} )
3. page commons:Climatology project/Ile-europe-1951-2000-climat-ombrothermique-1 accueille le modele et les donnees ;
4. ...produisant (un bot recupere les donnees + transformees par le Manuscript + un bot uploadant l'image sur commons) : Image:Ile-europe-1951-2000-climat-ombrothermique-1.svg

Perso, je trouve tes graphs super : limpides, a la "mode" (les bleus clairs semi-transparant), evitant les en:chartjunk. Tres bon ! Je n'ai pas d'idee d'amelioration. et TRES UTILE !!! Merci. 220 2 mai 2008 à 10:21 (CEST)

PS, pour faire davantage integret ton programme (note: c'est une premiere cette creation de scrypt pour standardiser les contenus graphiques, je sais pas ce que ca peut donner):

• http://bugzilla.wikimedia.org = pour prendre contact avec les programmeurs ;
• http://username.wikimedia.org and http://tools.wikimedia.de = ont pour vocation d'accueillir des scripts d'utilisateurs comme toi, cf l'exemple de {{édit}} ou ce script de traduction de SVG
• les habitués de meta:Meta.wikimedia.org devrait pouvoir t'en dire plus. Ainsi que meta:user talk:pfctdayelise (celle qui mene le projet Greenspun, elle est en contact etroit avec les programmeurs pour d'autres projet, et en contact avec les graphistes pour le projet greenspun).

Bonne chance :] 220 2 mai 2008 à 10:45 (CEST)

Merci pour vos remarques positives. Par contre, en ce qui concerne l'intégration dans WP, je ne me sent pas de force...je suis pas un programmeur pro, mais simple autodidacte. De plus, c'est du python avec des extensions qui ne sont pas forcément intégrables dans WP. Ce que je voudrais, dans un premier temps, c'est au moins de mettre à disposition ces scripts aux wikigraphistes. Je vais quand même regarder à qui ressemble un bot .--SuperManu ^SuperMessage 2 mai 2008 à 11:18 (CEST)

T'epuise pas. Je vous dis "bonne chance" parce que je me doute qu'il va falloir batailler pour convaincre les programmeurs-pro de prendre le relais. Je reve du jour ou la fondation nous mettra a disposition un programmeur-pro PHP/Flash/SVG pour developper rapidement des outils de standardisation graphique. Helas, en haut, ils pensent que le laisser faire finira par faire le travail.

La meilleur solution serait donc comme du l'entend : que les wikigraphiste utilisent ton script ces 12 prochains mois, et quand les boss se reveilleront, leur faciliter le travail.

:] 220 2 mai 2008 à 11:32 (CEST)

Perso, tout me parait OK pour les 3 graphiques, donc y a plus qu'à... Bon boulot Historicair (d) 2 mai 2008 à 19:01 (CEST)

Requete d'un graph climatique

Voir Mont_Rainier#Climat (les données sont dans un tableau)

Demandeur 

220.135.4.212 (d) 3 mai 2008 à 10:39 (CEST)

Oulala, faut-il que je fasse un autre script pour les températures mini et maxi ??? Parce que pour l'instant, ce n'était pas au programme...je sent que ca va finir par un logiciel complet c't'affaire --SuperManu ^SuperMessage 3 mai 2008 à 22:04 (CEST)

Bravo pour ton investissement dans la standardisation de ces graphiques dont je vais être un gros consommateur, toutefois quelques remarques (sinon je ne serai pas casse-c....) :
- pour les deux diagrammes sur le climat, le premier, celui au centre, est un diagramme ombrothermique, celui de droite, un diagramme climatique (le nom varie en fonction de la manière de représenter les précipitations, histogramme ou courbe). - pour respecter les normes que l'on trouve dans les bouquins de géo : au-dessus du graphique, on trouve le nom de la station et sa position géographique - latitude et longitude + années des observations (pas toujours le cas mais franchement c'est beaucoup mieux), puis 2 autres lignes : la première avec Température moyenne = xx°C, la seconde avec Précipitations annuelles = xx mm.
- pour le diagramme climatique, rien à dire, nickel.
- pour le diagramme ombrothermique, les barres des précipitations sont collées et la ligne des températures va jusqu'aux ordonnées comme dans le climatique.
- pour le diagramme de débit, en haut mettre débit annuel, indiquer plutôt le nom de la station (code éventuellement entre parenthèses, il est facile à trouver pour la France, pas évident pour des fleuves étrangers). Les barres sont plus larges, le rapport longueur/largeur, n'est pas le même, cela donne plutôt cela en aspect visuel Image:Ob hydrology (Barnaul)-fr.svg, tu peux aller regarder sur le site de la Banque hydro, tape H9950010 dans le code station (c'est la Seine au Havre) puis synthèse, cela pourra te donner une idée (même si le diagramme est assez écrasé).
Voilà pour mes remarques, j'espère qu'elles sont constructives. Antonov14 (d) 4 mai 2008 à 10:49 (CEST)

Merci de ces commentaires. Voici ce que j'en retiens et je ferai les modif dès que possible:

1. le troisième graph à droite (climatique), je ne touche à rien, si ce n'est aux infos Températures moyenne et Précipitations annuelles
2. celui du centre, ombrothermique, je fais la même modif pour les info annuelles, et je colle les barres comme sur celui des débits. Par contre, en ce qui concerne les températures, c'est pas évident de faire aller la courbe au bord, car les barres sont centrés sur les valeurs de l'abscisse et occupent la largeur de la barre, tandis que les températures sont représentées par une courbe dont les points sont précisément ponctuels, et n'occupent donc pas la largeur des barres (je ne sais pas si je suis bien clair, mais en gros représenter une barre centrée sur une valeur et un point sur la même valeur implique que les températures ne peuvent pas aller jusqu'au bord), ou alors il faut que je simule une continuité comme si il avait décembre avant le graph en janvier après. Tu aurais des exemples de tels graphiques ?
3. En ce qui concerne le contenu du titre, c'est l'auteur qui choisi un peu ce qu'il met. Je vais essayer d'écraser les graph, mais cela ne me paraît pas forcément nuisible à la lecture
4. Pensez-vous qu'il faille aussi un script pour les températures mini/maxi, comme demandée par 220.135.4.212 ?

Au fait, Antonov14, cela ne serait pas du luxe d'expliquer les diff entre ombrothermique et climatique sur la page de WP..Diagramme climatique, qui fait justement un amalgamme entre les deux, en fait, si tu fais une recherche avec ombrothermique, cela te redirige sur climatique.

--SuperManu ^SuperMessage 5 mai 2008 à 11:48 (CEST)

Note: un developpement du script pour les les températures mini/maxi ? c'etait pas ma question : je l'avais meme pas vu ! Je suis juste tombé sur ce tableau et je me suis dis qu'il etait parfait pour nourrir ton script : je me suis trompé.

Dans le cas d'une extension, tu peux t'inspirer de l'image de en:World_Record_progression_100_m_men qui represente des intervales possible par des sorte de « I ».

Mon opinion est que tu devrais juste faire l'essentiel, en tres propre, et laisser aux programmeurs "pro" la charge de developper l'idee dans tous les sens. 220.135.4.212 (d) 7 mai 2008 à 18:12 (CEST)

[modifier] cartes anciennes

Bonjour, j'ai trouvé un site avec des cartes sympas, cependant, quand on veut les charger, il y a 4 morceaux ce qui donne un résultat pas terrible lorque l'on recolle le tout avec gimp (faut dire, je suis pas très doué). Comment faire pour que çà soit réussi ? Merci. --Thesupermat ^{[you want to talking to me ?]} 30 avril 2008 à 16:52 (CEST)

Tiens, au passage : les graphistes allemands utilisent 2 logiciels pour rassembler des images :

• voir de:Wikipedia:Grafiktipps : Autostitch (:en:) , et hugin (:en:). 140.122.97.3 (d) 2 mai 2008 à 07:26 (CEST)

Merci, je vais regarder. --Thesupermat ^{[you want to talking to me ?]} 2 mai 2008 à 11:48 (CEST)

Autostitch a l'air super, mais ya qu'une demo gratuite... qui doit avoir des limites. Renvois tes commentaires de test ;] 220.135.4.212 (d) 2 mai 2008 à 18:29 (CEST)

Bonjour, Je m'interroge sur le fait de savoir si nous ne nous trompons pas sur le problème posé: d'une part des logiciels constructeurs de panoramas soit en auto soit en manuel avec des photos couleurs dont les parties à joindre diffèrent souvent simplement par une exposition différente et une géométrie à recadrer et d'autre part un scan noir et blanc dont la lisibilté est (ça n'est pas un reproche) limite pour l'humain et sans doute pour la machine. Je persiste à penser que Gimp est la meilleure approche sous réserve de prévoir le meilleur scan possible et d'envisager une remise en forme des imperfections inévitables. Autrement si l'on persiste dans cette voie il y autopano-sift-winGui et PanoWizard...Hugin est sans doute plus efficace mais plus complexe de mis en oeuvre---Ewan ar Born (d) 6 mai 2008 à 11:57 (CEST)

O.O ! tu les as deja essayés ? Racontes ! 220.135.4.212 (d) 7 mai 2008 à 18:04 (CEST)

[modifier] NSFK

Juste pour vous dire merci beaucoup A++ Fred.marchalon Fred.marchalon 30 avril 2008 à 18:50 (CEST)

[modifier] Atelier vidéo

Eh oui, il serait temps de le lancer!

Perso j'ai fait pas mal d'encodage pour les transports en Île-de-France (cf commons:Category:Transport in Paris videos) en bidouillant ffmpeg2theora, mais franchement sans outil pour couper correctement et surtout pour stabiliser une vidéo ça n'est pas terrible...

Gonioul (d) 8 mai 2008 à 00:38 (CEST)

[modifier] Clore les demandes trop anciennes

Certaines demandes traînent à l'atelier depuis des mois. Je ne sais pas ce que vous en pensez, mais je pense qu'on devrait clore les demandes non traitées de plus d'un an. Si une demande n'a pas trouvé preneur en une année complète, c'est qu'elle a fort peu de chance d'être prise un jour ; d'autant que le demandeur ne contribue parfois plus, ou plus sûrement il ne se souvient même plus de cette demande.
Plutôt que de les voir "polluer" les pages de l'atelier, je préfère encore qu'elles soient archivées. Qu'en dites-vous ? Sémhur ·✉·✍· 13 mai 2008 à 13:13 (CEST)

Tout à fait d'accord. Je trouve d'ailleurs qu'un an est un délai un peu long. Il faudrait aussi traiter les demandes qui proviennent d'utilisateurs actifs (voir leur page de discussion) et qui n'ont pas la courtoisie de répondre aux interventions des graphistes (propositions ou demandes de précisions)---Ewan ar Born (d) 14 mai 2008 à 11:02 (CEST)

[modifier] Fonctionnement d'Inkscape

Il m'est arrivé récemment une petite difficulté que je voudrais signaler sur cette page. J'ai édité un texte qui pour une raison quelconque a disparu (transparence mise à zéro, changement de calque ou autre?) Après des recherches infructueuses dans les calques , j'ai retapé le même texte approximativement à la même place et dans le même calque. Après le chargement sur Wiki les deux textes sont apparus l'un sur l'autre dans l'aperçu. Un seul texte apparaîssait en SVG in situ. j'ai alors utilisé l'éditeur XML d'Inkscape où j'ai supprimé les noeuds indésirés qui étaient bien dans le même calque que les autres. Je n'ai pas hélas regardé les attributs avant de supprimer. j'espère que cette petite explication pourra servir car le cas n'est pas évoqué sur ce point précis dans la FAQ SVG---cordialement---Ewan ar Born (d) 14 mai 2008 à 11:17 (CEST)

[modifier] Modèle

Je me suis inspiré de ce qui existait déjà et voici ce qu'on peut mettre désormais sur notre page utilisateur Commons :

Pour un meilleur exemple: commons:User:Otourly (version italienne traduite grace à it:Utente:Lucas Si vous connaissez une traduction à rajouter... Otourly (d) 17 mai 2008 à 14:55 (CEST) Version ru traduite par Marimarina Traduction ja wu et zh par Amorwuu Otourly (d) 24 mai 2008 à 12:34 (CEST) Correction ja par en:User:Kasuga Otourly (d) 25 mai 2008 à 13:58 (CEST)

[modifier] Wikimag

Bonjour, nous venons de créer une nouvelle section dans le wikimag pour les différents Ateliers, si vous avez des annonces à faire passer dans le wikimag vous pouvez nous les faires passer par cette page dans la section du numéro qui vous intéresses. mik@ni 18 mai 2008 à 17:47 (CEST)

[modifier] Avis aux cartographes : Recommendation 2008

Salut, vous pouvez jeter un oeil a la page Project_Mapmaking_Wiki_Standards qui a été refondue pour exposer le fonctionnement du projet et collez {{Babel|mapmaster}} sur votre page utilisateur de Commons pour soutenir le projet de reactualisation des standard cartographiques. Yug 9 juin 2008 à 17:25 (CEST)

[modifier] Wikigraphiste de grand talent

Salut à tous, je viens de découvrir un nouveau wikigraphiste qui me semble fort talentueux et voulais donc vous en faire part, car cela n'arrive pas tous les jours. Il s'agit de Newresid qui fait de fort beaux dessins d'avions, qu'il poste malheureusement en .jpeg et non en .svg. Vous pouvez voir l'ensemble de ses dessins ici (si la BDD ne plante pas...). Il semble malheureusement rencontrer quelques problèmes de copyright, aussi si quelqu'un pouvait l'aider et pourquoi pas le recruter ce serait pas mal .
Ayack ^♫♪ 12 juin 2008 à 17:38 (CEST)