Discussion Wikipédia:Atelier graphique/Archive 6

Ajouter une discussion
Discussions actives

Avant le 24 août 2008, les ateliers Images à améliorer et Cartes avaient leur propres pages de discussions :

2010 > 2011Modifier

    Bonne et heureuse année à tous !  

--Indif (d - c) 1 janvier 2011 à 20:31 (CET)

Bonne année ! Bourrichon 3 janvier 2011 à 15:46 (CET)

images en png et svgModifier

Bonjour, je viens de tomber sur cette image orpheline [1] et en fouillant un peu plus, j'ai vu qu'il y avait son équivalent en svg [2] utilisé dans un article. Doit-on garder le format png ? Il y a t il un moyen de savoir si une image png existe en svg sans à avoir à intervenir dans l'url (ici, pas la peine, l'auteur de l'image a annoncé pourquoi il l'avait créée).--GBL (d) 3 janvier 2011 à 11:34 (CET)

Bonjour,
Non, il n'y a pas de moyen de savoir si une image PNG existe en SVG, d'autant qu'elles ne portent pas nécessairement le même nom.
Pour celle que tu mentionnes, je pense que tu peux faire une demande d'image à supprimer, car elle n'est présente que sur la wikipédia en français, qu'elle n'est utilisée nulle part, que sa qualité est moins bonne et qu'elle est moins lisible. La seule chose qui pourrait jouer en la faveur de sa conservation, c'est qu'elle a servi de source à l'autre, ce qui permettrai de conserver une sorte d'historique.
Sémhur (d) 3 janvier 2011 à 23:08 (CET)
Merci pour le PNG et SVG. Quant à l'image qui m'a amené à me poser une telle question, je vais voir avec l'auteur et celui qui l'a vectorisé s'ils n'ont pas d'objection à sa suppression. --GBL (d) 4 janvier 2011 à 08:59 (CET)

Petit appel aux graphistesModifier

Bon, je me rappelle avoir lancé le même appel il y a quelques années mais apparemment les us et coutumes n'ont pas changé depuis. Chers wikigraphistes, quand on vous confie une image à améliorer, n'oubliez pas d'indiquer sa provenance et sa licence et le cas échéant, demandez-les à la personne qui vous confie la photo à retoucher. Quand vous travaillez sur des documents protégés par le droit d'auteur pour en tirer des versions libres, n'importez pas les versions intermédiaires sur Wikipédia, celles qui ne sont pas encore assez différentes de l'original pour être requalifiées en nouvelles œuvres : faites-vous passer les documents par mail. C'est un simple souci de transparence des licences et du crédit aux auteurs d'origine qui m'anime, c'est pas juste pour le plaisir de faire chier. Il y a des tas d'images de travail, bien plus qu'il y a, disons, trois ou quatre ans, et généralement on ne dispose d'aucune info sur la provenance tant que la photo n'est pas "finie" et mise en place. On ignore donc totalement si l'historique de certaines pages personnelles de graphistes contiennent des copyvios éventuels et ça serait bien embêtant. Je sais, dans un monde idéal on devrait faire confiance et se dire qu'en toute logique vous n'acceptez que des documents libres, mais bon, je me vois mal emmerder le monde avec les impératifs de licence et de traçabilité et ne pas emmerder les graphistes tout pareillement.   Cordialement, Alchemica (d) 2 janvier 2011 à 12:07 (CET)

Quand vous travaillez sur des documents protégés par le droit d'auteur pour en tirer des versions libres, Hein ?? ote moi d'un doute le travail dérivé à partir d'une source sous copyright est interdit ?? Kirtapmémé sage 2 janvier 2011 à 12:42 (CET)
Pour être précis, le travail dérivé depuis une œuvre sous copyright n’est pas interdit ; sa publication l’est. Carlotto ( ɗ ) le 2 janvier 2011 à 13:02 (CET)
@Kirtap : pour ne pas t'effrayer, fais simplement le parallèle avec l'écriture d'un article : si tu recopies tel quel le chapitre d'un livre, tu fais un gros copyvio. Mais si tu travailles à partir de plusieurs ouvrages, que tu cites dans les sources, alors c'est acceptable. Si on ne pouvait pas écrire d'article à partir de sources sous copyright, on ne pourrait écrire que des TI...
@Alchemica : rappel important, et je recopierai cette section dans la page de discussion de l'atelier graphique quand elle sera terminée. Pour information, il est possible à un administrateur de supprimer l'historique des images de travail (toutes les miniatures qui apparaissent en bas de la page). J'avais fait l'essai avec Pymouss (d · c · b) en novembre 2008, voir ma page Fichier:Sémhur.svg, l'historique commence au no 38 (je numérote mes différents travaux). Sémhur (d) 2 janvier 2011 à 13:18 (CET)
Merci de cette précision Carlotto, la publication bien entendu. @Sémhur dans le cas des articles on extrait des informations qui elles sont libres , on ne fait pas de travail dérivé et l'on ne reformule pas des textes sous copyright (du moins ce n'est pas comme cela que je conçois l'écriture d'un article) , les informations si elles proviennent d'une source unique ne sont pas pour autant protégées , par contre on attribues les sources. Kirtapmémé sage 2 janvier 2011 à 13:24 (CET)
Excellents résumés de Carlotto et Sémhur : on a le droit, dans le cadre privé, de bosser sur des documents protégés, mais pas de se les échanger sur internet là où des tiers peuvent les voir et les récupérer : même dans un "espace personnel" qui n'est finalement que toléré et reste normalement soumis aux mêmes impératifs de libre redistribution que le reste de l'encyclopédie. Par contre, si le travail terminé ne présente plus trop de ressemblance avec le document original, il peut légalement être considéré comme une nouvelle œuvre, avec sa propre licence. C'est toute la différence entre « s'inspirer de » et « plagier ». Il faut donc simplement faire attention à ne pas laisser traîner sur Wikipédia des documents non libres, même dans vos espaces personnels, puisqu'il n'a de personnel que le nom. Disons que ça aurait pu être un problème il y a dix ans, de se faire passer des photos ou des plans de plusieurs mégaoctets sans transiter par le site, mais depuis lors les moyens ont bien changé et n'importe quelle boîte mail suffit à faire passer une image de 10 mégas. Pour de plus gros documents il y a plein de sites gratuits (comme Nextsend, que j'utilise occasionnellement) qui marchent très bien. Alors je sais, c'est chiant dans la mesure où il faut attendre d'avoir assez avancé dans son travail pour le partager et bénéficier de l'avis des autres contributeurs, mais il faut faire avec.   Alchemica (d) 2 janvier 2011 à 13:30 (CET)
Je réitère cette demande d'alchemica et demande au passage de faire attention aux pages de discussions du projet (et vos propres pages personnels) où il ne doit y avoir des images protégés : au lieu d'utiliser des images en inclusion passer les en lien pour éviter ce problème. - Loreleil [d-c]-dio 21 janvier 2011 à 11:46 (CET)

Belle infographie sur OwniModifier

Bonjour et bonne année à tous !

Aujourd'hui, pour un petit dossier sur les 10 ans de Wikipédia, le site Owni a mis en ligne une chouette infographie sur la galaxie Wikimédia : owni.fr/2011/01/15/infographie-la-galaxie-wikimedia. Pour l'occasion, elle est publiée en CC BY SA, et j'ai donc importé le JPEG sur Commons (ici). Mais on peut faire beaucoup mieux en termes de qualité puisqu'Owni l'a également publiée en PDF. Y en a-t-il parmi vous qui sauraient en extraire un SVG, ou au moins un plus beau et plus grand JPG/PNG ? J'ai essayé d'importer le PDF avec Inkscape mais je perds les polices, du coup. Je ne m'y connais pas trop. Si le plus simple est de les contacter pour demander un SVG directement, je ne sais pas ce qu'ils répondront mais je peux essayer, je les connais un peu :)

K'm discuter 15 janvier 2011 à 22:11 (CET)

Cartographe débutant demande conseilModifier

Bonjour
Je viens de faire ma première carte avec inkscape et c'est aussi la première fois que j'utilise ce logiciel. La carte → [3] ou Utilisateur:Globulenoire/Images. J'ai eu des problèmes avec le remplissage en motif, je voulais des hachures mais colorées. J'ai finalement trouvé un moyen sur un forum ubuntu, mais c'est un moyen manuel et maintenant que j'ai mis l'image sur common elle n'affiche plus ce que j'ai crée (alors que sur inkscape tout va bien). Existe-t-il un autre moyen de hachurer une forme, plus automatique ? Et savez-vous pourquoi l'image ne s'affiche pas bien ici ?
Et puis plus globalement je voulais savoir ce qu'on pouvait redire de mon travail, la lisibilité, le choix des couleurs, la légende (qui elle non plus ne passe pas ici d'ailleurs)...--— Globulenoire [?] 18 janvier 2011 à 02:14 (CET)

Bonjour,
Et bienvenue dans le petit monde des wikigraphistes   !
Pour ta question sur les hachures, tu peux lire la FAQ SVG, sections Créer des hachures et Les rayures ne s'affichent pas. Pour les rectangles noirs, c'est la section Un carré noir est visible sur l'image.
Sémhur (d) 18 janvier 2011 à 20:16 (CET)
J'ai résolu le problème des rectangles noirs sur le texte. En fait l'image passe beaucoup mieux avec Firefox qu'avec Opera, que j'utilise tout le temps. Encore un truc qu'il faudrait signaler aux développeurs.
Par contre pour les rayures je n'ai pas avancé, j'ai suivi le FAQ et les divers tutos que j'ai pu trouver mais je suis toujours coincé, je n'arrive pas à générer des hachures colorées  . Je suppose que le menu « effets » est en réalité le menu « filtres ». J'ai essayé l'onglet couleur → colorer, mais je n'arrive qu'à faire du orange et du rouge et pas à choisir la couleur que je veux. Et j'ai aussi essayé l'éditeur de filtre mais j'ai du mal à comprendre son fonctionnement et je n'ai pas trouvé de tuto pour apprendre à l'utiliser correctement. Est-ce que vous savez où trouver des tutos de qualité concernant ce point ?--— Globulenoire [?] 20 janvier 2011 à 18:46 (CET)
Je n'en ai jamais trouvé ; c'est dommage car cet outil à l'air puissant. Pour colorer les hachures, non, c'est dans le menu Extension. J'ai mis à jour la FAQ à ce sujet, et j'y indique l'outil qui me permet de colorer : l'extension Remplacer une couleur. Sémhur (d) 20 janvier 2011 à 22:01 (CET)

Demande d'avisModifier

J'ai posé une question en relation avec l'AG sur Légifer mais la seule personne a y avoir répondu s'avoue dépassé. D'autres avis seraient les bienvenus. Merci. Rémi  9 février 2011 à 11:22 (CET)

Dessinateur de formule 1Modifier

L'un d'entre vous se sentirait-il apte à réaliser des illustrations de "portions" de Formules 1 comme celle ci ou celle ci avec l'aide de photographies Commons ? Ascaron ¿! 25 février 2011 à 20:19 (CET)

Ouille ! C'est d'une très grande complexité... L'idéal serait de trouver un fichier .blend sous licence CC d'une formule 1... avec ça, on fait les prises de vue qu'on veut...   --M0tty [Plaidoyers et jérémiades] 4 mars 2011 à 19:01 (CET)

Usages de la cartographie, cartographies des usagesModifier

Intéressante interview sur l'impact politique des choix du cartographe. Bourrichon 16 mars 2011 à 18:39 (CET)

inskcape 0.48 et wikimediaModifier

Bonjour, j'ai fait un dessin pour l'atelier graphique, et, malgrès tous mes efforts, les textes n'apparaissent toujours pas sur les miniatures de mon image. Avez vous déjà rencontré ce problème avec la dernière version d'Inkscape, sachant que la gestion des textes semble avoir été améliorée dans cette version, apportant peut-être des tags non reconnu par le rendu png de Wikimedia ?!? --SuperManu SuperMessage 25 mars 2011 à 01:24 (CET)

Les textes posent toujours de nombreux problèmes d'affichage, car ils dépendent de nombreux paramètre (police, gestion par médiawiki,...) le mieux quand ça pose vraiment problème, c'est de les transformer en chemin, et hop !   --M0tty [Plaidoyers et jérémiades] 25 mars 2011 à 07:35 (CET)
La solution de M0tty n'est pas la bonne, car on perd un des intérêts du SVG, qui est de pouvoir éditer facilement des textes (mais il existe une solution de compromis).
Mais de toute façon, le texte n'est pas en cause ici. Ton problème vient de l'utilisation du motif "hachure" dans les pneus du dessin du bas. Si on l'enlève, tout apparaît. Solution : dans un pneu, soit tu mets des lignes à la main, soit tu refais des hachures, puis tu clones ensuite ce pneu (Alt+D pour le premier, puis Ctrl+D pour les suivants) autant de fois que nécessaire. Tu peux voir le résultat ici : Fichier:Sémhur4.svg. Sémhur (d) 25 mars 2011 à 09:47 (CET)
Je nuancerais toute fois ce que tu dis, l'intéret du SVG n'est pas entièrement perdu, changer le texte n'est pas tellement plus compliqué à faire, simplement, on ne peut pas utiliser les outils de traduction en ligne. Un des autres intérêts du svg est d'être léger (ce qui est toujours le cas, même si la transformation de textes en chemins fait augmenter le poids), et d'être surtout modifiable indéfiniment. Je persiste donc à penser que la transformation du texte en chemin lorsqu'il est problématique (ce qui n'est pas le cas ici) peut être un bon compromis, du moins, tant que l'affichage des svg ne sera pas mieux traité par mediawiki (le problème des hachures est très représentatif, mais les flous, les dégradés, les flèches,... posent aussi problème.)   --M0tty [Plaidoyers et jérémiades] 25 mars 2011 à 22:53 (CET)
Merci, cela correspond bien à ce que je pensais...entre temps, un wikigraphiste 'sauvage' a traiter les autres dessins du même camin avec une autre méthode, du coup, c'est absurde, car tout le travail que j'avais fais est plus ou moins inutile,,,cela faisait longtemps que je n'avais pas contribué, et j'ai l'impression que c'est un peu moins cool qu'avant  , cela dit, il a très bien travaillé  --SuperManu SuperMessage 29 mars 2011 à 14:41 (CEST)
Pas vraiment, ça arrive quelque fois. C'est pour éviter ça qu'il y a le modèle {{je prends|signature (4 tildes) du wikigraphiste en charge de la demande}} qu'il faut décommenter quand on prend la demande. Il était déjà là quand tu contribuais plus activement, mais c'est vrai que je ne le fais pas toujours, et du coup on se retrouve à travailler à plusieurs sur la même image... c'est tant mieux pour le demandeur, il peut faire un choix dans les différentes propositions, mais c'est frustrant pour le graphiste, qui peut se dire qu'il a travaillé pour rien. Encore que là, comme il y avait plusieurs images dans la demande, il était possible de travailler à plusieurs.
De toute façon on est jamais assez nombreux, alors vient quand tu veux   ! (surtout sur les cartes, là on est vraiment pas beaucoup). Sémhur (d) 29 mars 2011 à 19:40 (CEST)
S'il y a peu de mondes chez les cartographes, c'est sans doute que les didacticiels qui expliquent la création d'une carte sont très obscurs... (j'ai essayé 3 fois de comprendre, j'ai fini par abandonner complètement, tant les programmes à utiliser sont incompréhensibles... mais si on m'explique, je veux bien m'y mettre...)   --M0tty [Plaidoyers et jérémiades] 29 mars 2011 à 20:06 (CEST)

Carte Intervention militaire de 2011 en LibyeModifier

Bonsoir ! Cette carte est plutôt bien faite mais il faudrait remplacer espace aérien lybien (sic) par espace aérien libyen et rapprocher le e du c dans espace + Syrte à la place de Sirte. Serait-il possible de faire les modifications ? Merci d'avance. Necrid Master (d) 26 mars 2011 à 21:04 (CET)

Demande déplacée vers l'atelier cartographique par Sémhur (d) 26 mars 2011 à 21:49 (CET)

Graphiste débutant demande conseilModifier

Bonsoir a tous, je suis nouveau dans l communauté d'aide a l’élaboration de Wikipedia et j'ai déjà commencer a contribuer aux articles, mais je me trouve en difficulté. En effet, je voudrais travailler sur des pages de chimie, mais je n'arrive pas a trouver un logiciel convenable pour faire les mécanismes réactionnels. J'ai tenté XDrawChem mais je n'arrive pas a l'installer sur la dernière version de Mac OS X. Si vous pourriez me sortir de cette impasse j'en serais ravi. Merci d'avance --Kharn973 (d) 17 avril 2011 à 00:26 (CEST)

Bonjour, Je n'y connais pas grand chose en chimie, mais si ce que tu essaie de faire c'est écrire les formules chimiques, il faut que tu apprennes le langage LaTeX, qui est spécialement conçu pour ça. Cordialement --M0tty [Plaidoyers et jérémiades] 17 avril 2011 à 11:17 (CEST)
Merci de l'aide je vais me pencher dessus plus sérieusement sur la question et sur le code informatique dès que j'aurais un peu de temps --Kharn973 (d) 17 avril 2011 à 23:38 (CEST)

Trucs et astuces pour les cartes SVGModifier

 
media:Optimisation SVG.pdf
Certaines idées interessantes.

Bonjour,

Alors que je corrigeais l’éternel problème des carrés noires sur une carte (). J’en ai profité pour regardé de plus près le code XML qui me semble contenir une quantité phénoménale de choses qui alourdissent inutilement le fichier. Un truc simple à penser est d’utiliser des chiffres ronds pour le positionnement : en changeant 100.0001 par 100 on change rien visuellement par contre on retire 4 chiffres dans le code (multiplier par toutes les occurences, on peut gagner de la place). Et vous, avez-avez des astuces ? Des bonnes pratiques ? Cdlt, Vigneron * discut. 17 avril 2011 à 13:52 (CEST)

Bonjour. Il y a quelques astuces dans Wikipédia:Atelier_graphique/FAQ_SVG#Alléger_le_poids_du_fichier. Le problème, c'est qu'Inkscape ne gère pas toujours bien les tailles et positions en pixels. Souvent, si je choisi une police d'écriture à 16px par exemple, si je reviens un peu plus tard dessus, je m'aperçois qu'elle est maintenant à 15,999999987.
Je pourrais essayer de bricoler un petit utilitaire en Java qui ré-arrondirait ces nombres. Je vais voir. Sémhur (d) 17 avril 2011 à 20:18 (CEST)
Arghhhh, et dire que j’ai été voir cette FAQ ! (mais j’ai du lire la fin trop en diagonale)
Oui, j’ai remarqué le même bug, du coup une fois mon dessin fini, je re-ouvre toujours mon fichier avec un éditeur de texte pour vérifier.
Si tu pouvais créer un outil pour arranger cela (ou ne serait que le repérer déjà ; un peu le gadget accessibilité sur WP), ce serait génial !
Cdlt, Vigneron * discut. 17 avril 2011 à 21:13 (CEST)
J’ai aussi reperé tout un tas de sodipodi:nodetypes suivi d’un certain nombre de c qui semblait ne servir à rien (apparemment cela gère la courbure des traits mais là tous les traits sont rectilignes !) ainsi que d’autres choses. Bref, je pense qu’il y aurait de quoi faire une FAQ spécifique sur la production d’un code propre (et léger). J’avais déjà eu des échanges avec Sarang (d · c · b) à ce propos (cf. la cure d’amincissement de File:& (italic, 1735).svg ; sur le coup, je n’avais rien compris mais je ne viens de comprendre qu’à l’instant que cet exemple était compliqué).
La question est : est-ce que cela serait intéressant que je m’attèle à ce chantier ou bien ? Cdlt, Vigneron * discut. 18 avril 2011 à 22:42 (CEST)
Il y a autant de lettres dans le nodetype qu'il y a de nœuds dans le chemin. La lettre « c » indique des nœuds de coins (ou de pointes), c'est à dire que le trait avant le point peut former un angle aigu avec le trait d'après. Dans Inkscape, ces nœuds sont représentés par un losange. Si la lettre est un « s », les traits entourant le nœud sont adoucis, ils peuvent former une courbe. Dans Inkscape, ils sont représentés par un carré. Il y a encore une autre sorte de nœud, représenté par un rond, et qui calcule automatiquement le « bon » angle pour les traits l'entourant. Je ne l'utilise généralement pas. Pour une explication simple et claire, tu peux regarder ceci.
Pour répondre à ta question, oui je serai intéressé par ce chantier, que nous pourrions mener en parallèle. Cela va t'amener à faire une plongée dans les spécifications du SVG ! Sémhur (d) 18 avril 2011 à 23:22 (CEST)
J'ai un document de 23 pages 'Optimization_SVG.pdf', l'auteur me l'avais envoyé par mail, je viens de lui demander de le mettre sous license libre et de me renvoyer sa dernière version.
Le projet à surtour une application importante pour les serveurs de la fondation. => Si tu as des contacts wikimedia, ça mérite un soutien (si tu n'as pas de contact c'est plus galère à obtenir que d'écrire un AdQ)
Sémhur, j'ai donc besoin de ton email. Le fichier, même copyrighté, peu t'etre communiqué par mail ; ) Yug (talk) 3 juin 2011 à 10:51 (CEST)
 . Fichier PDF media:Optimisation SVG.pdf est sur commons. C'est un bilan rapide de direction pour alléger violemment un SVG. Il doit y avoir des points utile. L'auteur avait utilisé une carte de Sting comme SVG de départ. Il précise aussi "Ceci dit le problème devient moins important qu'il y a quelques années car SVG est supporté par tous les principaux navigateurs qui ont maintenant des programmes internes qui sont très optimisés, les connexions internet ont de bon débit ..." pour une optimisation MASSIVE. Mais certaines idées (arrondissement des valeurs) serait toujours utile. Yug (talk) 4 juin 2011 à 11:47 (CEST)

Éléments qui n'apparaissent pas...Modifier

Bonjour. Récemment, j'ai créé une image, Image:Tlsauch.svg, qui est senséeetre un schéma de ligne géographiquement (à peu près…) exact. Pour ce faire, j'ai fait des captures d'écran de Google Maps, les ai mises sur un calque séparé, puis ai tracé une courbe Bézier suivant la ligne avant d'ajouter les gares, les cours d'eau, les textes…

Pour les textes j'ai utilisé une police libre afin de ne pas avoir de problèmes de conversion par libsvg. Mais lors que j'ai fini mon travail, l'ouverture avec Firefox 4 dédoublait certains textes (les cours d'eau uniquement). Ignorant le problème, j'ai tout de même uploadé sur Médiawiki. Et là, seul un quart des textes environ apparaît (ceux que j'ai mis en premier) après la conversion en SVG, l'image est floue, et certains détails (la gare Matabiau, toute à droite) manquent. Quant à l'ouverture avec Firefox, tous les texte en taille 56px sont dédoublés, les la gare Matabiau a un effet bizarre qui donne de l'embonpoint à son contour…

Pourriez-vous m'aider ? Je ne trouve rien sur la FAQ SVG qui puisse m'aider. Si le problème est résolu, je conserverais une copie de l'image pour aider à la résolution avec la FAQ.

Merci de votre aide --Pic-Sou 19 avril 2011 à 18:28 (CEST)

Moui, bon c'est réparé. Tu peux récupérer le fichier sur Fichier:Sémhur4.svg. Le problème venait d'un élément "texte", contenant le mot « Marsan », mais qui avait une taille de -1 sur -1 (enfin je suis pas sûr). Ce non-texte se situait au-dessus du « e » de « Lycée International ». Il devait s'agir d'un résidu d'un essai que tu as fait sur du texte.
Je ne pense pas qu'on puisse le mettre dans la FAQ, c'est un problème qui était spécifique à ton fichier. Sémhur (d) 20 avril 2011 à 19:41 (CEST)
Génial, merci ! Par contre, il reste le problème de l'"embonpoint" de la gare Matabiau. Saurais-tu à quoi est dû ce problème ? --Pic-Sou 21 avril 2011 à 11:24 (CEST)
Ah oui tiens, j'avais pas vu... Mon conseil : copie-colle un rond qui fonctionne, change les couleurs et supprime celui qui est bizarre. Sémhur (d) 21 avril 2011 à 14:38 (CEST)
OK, je fais ça tout de suit ! --Pic-Sou 21 avril 2011 à 16:55 (CEST)
 . J'ai par ailleurs dû refaire complètement certaines choses : tu avais (je ne sais par pourquoi) supprimé des textes et fusionné des objets qui n'avaient pas grand chose à voir (les flèches par exemple). Et un des chemins était bloqué au premier plan… Merci pour tout ! --Pic-Sou 21 avril 2011 à 17:25 (CEST)
Pour chercher d'où venait le problème, j'ai mis tous les éléments dans des calques (pour afficher la liste des calques dans Inkscape : Ctrl+Maj+L, ou la cinquième icône en partant de la droite). Les textes oranges n'étaient pas supprimés, c'est juste que j'avais oublié d'afficher leur calque. Quant à la fusion des objets, c'est pour alléger le poids du fichier (Solution 1). Pour les défusionner, il suffit d'appuyer sur les touches Ctrl+Maj+K (ou d'aller dans le menu Chemin··>Séparer). Par ailleurs, il te manque maintenant le trait entre le texte "Toulouse - Saint-Agne" et son rond. Sémhur (d) 21 avril 2011 à 19:38 (CEST)
Quel idiot ! J'avais oublié les calques ! Par contre, je ne savais pas que l'on pouvait fusionner des chemins (en plus, c'était juste au dessus  ). Bon, tout est corrigé, j'en ai profité pour remettre les éléments sur les bon calques, et à virer les textes oranges en double.
Merci et bon week-end --Pic-Sou 22 avril 2011 à 18:49 (CEST)

Fichiers svgModifier

Bonjour à tous, Le point a peut-être déjà été soulevé dans le passé, mais j'aimerais savoir s'il est possible d'ajouter une ligne de code pour les fichiers de type svg afin d'avoir un rendu png en différent formats comme on retrouve sur English Wikipedia (exemple 1) et sur Commons (exemple 2) afin d'avoir des rendus 200, 500, 1 000 et 2 000 px puisque ce n'est présentement pas le cas (exemple 3). --UncivilFire (d - c) 27 avril 2011 à 02:46 (CEST)

Excellente idée.
Par contre, il faudrait demander à des plus spécialistes.
Cdlt, Vigneron * discut. 4 mai 2011 à 20:38 (CEST)

Modèle de paramétrage de carte problématiqueModifier

Bonsoir,
J'ai créé le Modèle:Géolocalisation/Grand Lyon qui n'avait pas de zone appropriée.
Le modèle est donc dans la catégorie : Modèle de paramétrage de carte problématique.
J'ai donc créé la catégorie : Modèle de paramétrage de communauté urbaine française associé à zone = « communauté urbaine française ».
Or Modèle:Géolocalisation/Grand Lyon déclare bien zone = communauté urbaine française, mais il n'est toujours pas rangé comme Modèle de paramétrage de communauté urbaine française et donc catégorisé comme problématique.
Qu'ai-je oublié ?
En vous remerciant par avance,
Bien cordialement,
--Agamitsudo (d) 18 mai 2011 à 22:30 (CEST)

Nouvel arrivantModifier

Bonjour à tous. Cela fait un moment que je participe au Projet:Blasons et j'aimerais maintenant contribuer plus généralement à l'ensemble de l'Atelier graphique. Mais j'ignore ce qui urge le plus. N'hésitez pas à me demander un coup de main (voire des deux mains) sur un chantier particulier.   --  Flappiefh (d) 21 mai 2011 à 14:58 (CEST)

Salut à toi ! Personne ne semble avoir besoin d'aide sur un gros travail en particulier, mais par contre, il y a beaucoup de petits travaux en attente d'être pris en charge. N'hésite donc surtout pas à te lancer en te chargeant d'une requête ! Encore bienvenue sur le projet ! --M0tty [Plaidoyers et jérémiades] 21 mai 2011 à 18:53 (CEST)
Merci, alors j'attaque ! --  Flappiefh (d) 21 mai 2011 à 19:46 (CEST)
Bienvenue à toi, l'AG a toujours besoin de bonnes volontés ! Comme l'a dit M0tty, beaucoup de demandes sont en attente. Mais il n'y a pas de règle pour les prendre en charge ; chaque wikigraphiste choisi les demandes qu'il traite comme il le souhaite. De toute façon, on ne peut malheureusement pas toutes les traiter, alors fait-toi plaisir et choisis celles qui t'intéressent. Pour ma part, je traîne surtout sur l'atelier cartographique.
Si tu rencontres le moindre problème, n'hésite pas à en parler sur cette page de discussion, il y aura toujours quelqu'un pour te venir en aide. Sémhur (d) 21 mai 2011 à 20:20 (CEST)
Enchanté de faire ta connaissance, et merci pour les conseils. Je viendrai sûrement faire de la carto un de ces jours, mais pour le moment je me fais la main sur les logos. ++ --  Flappiefh (d) 22 mai 2011 à 15:42 (CEST)

Nettoyage de printempsModifier

Bonjour à tous,

Comme vous pouvez le voir, l'atelier graphique dans sa section "Images à améliorer" déborde un peu de requêtes prises en charges et pas terminées, ou terminées, mais pas clauses, ou pas prises en charge du tout. Il faudrait faire un petit tri dans toute ces requêtes et archiver ce qui doit l'être afin qqu'on puisse y voir un peu plus clair. Je suggère que chacun s'occupe des demandes qu'il a pris en charge, et se charge soit de terminer (et marquer la requête par le modèle {{fait}} dans la case idoine, soit de contacter le demandeur pour savoir il la requête est toujours d'actualité, et ensuite, d'archiver la demande dans la page qui correspond.

Je sais que c'est plus une corvée qu'autre chose...   Mais ça serait bien... Il y a tout de même des requêtes qui trainent depuis plus d'un an...

--M0tty [Plaidoyers et jérémiades] 22 mai 2011 à 15:47 (CEST)

Comme vous l'aurez constaté, on avait du retard dans l'archivage, (c'était un peu n'importe quoi ces derniers mois  ) nous avions des requêtes qui dataient de près d'1 an !! J'ai donc fait un peu de ménage, il y a quelques requêtes qui risquent de se voir mises en sommeil pour cause d'absence de prise en charge, donc n'hésitez pas si l'envie vous prend ! --M0tty [Plaidoyers et jérémiades] 25 mai 2011 à 23:21 (CEST)

Projet en:QGis : 1. apprendre à faire des cartes topoModifier

Bonjour ; ),

Je m'attaque au logiciel QGis (Quantum GIS). Est-ce que quelqu'un connais QGis ? savoir si je peux compter sur un mentor pour ce soft qui est décrit comme 'une interface graphique au puissant GRASS (de STING!)'. Je compile ce que j'apprends (anglais basique, le francais viendra rapidement).

Le logiciel à l'air puissant, 'facile', et a une communauté active qui répond en quelques heures voir minutes. Aussi, si il y a un coapprenant voulant apprendreà faire des fonds topographiques: c'est le moment ! : ]

Yug (talk) 29 mai 2011 à 11:40 (CEST) (je pars en voyage 3 jours, reprise de l'assaut Mercredi !)

J'me sens subitement assez seul.... Yug (talk) 2 juin 2011 à 16:26 (CEST)
Hello ! J'avais loupé cette section ! Mais je suis interressé pour en apprendre plus sur la création de fonds de carte. Je ne suis jamais parvenu a rien avec les tutoriels publiés sur wp, il faut faire des installations très complexes, et ça me dépasse.
Je vais donc suivre avec attention tes remarques sur la page dédiée, et essayer de m'y mettre (quand la session des examens sera terminée...) --M0tty [Plaidoyers et jérémiades] 2 juin 2011 à 18:27 (CEST)
D'accord M0tty, pareil pour moi, l'approche par console/GRASS/GMT sans interface graphique est assez violente. T'es intéressé, je continue doncà collecter mes découvertes. D'abord en anglais -nos camarades anglais sont nuls en topographie, faut les aider-, on traduira vers le francais une fois stable. Yug (talk) 3 juin 2011 à 10:16 (CEST)
Bon, je ne comprends rien à l'anglais   là, j'ai installé le programme, mais je bloque à ce stade là, impossible de comprendre quel fichier je dois télécharger ! Je vais donc attendre que tu traduises le tutoriel en français  . --M0tty [Plaidoyers et jérémiades] 3 juin 2011 à 14:11 (CEST)
Bonjour, juste pour noter que j'ai aussi touché à ce logiciel, pour reprojeter des swbd essentiellement, ou des cours d'eau vectoriels (donc en logiciel d'appoint). Je n'ai pas été très loin et je ne vous serai pas d'une grande aide, mais sait-on jamais. (Pas trop le temps non plus...) A bientôt Bourrichon 3 juin 2011 à 17:23 (CEST)
@M0tty, ok pour l'anglais. Buches bien tes exams, je me concentre sur l'anglais.
@Bourrichon: Ok. Mon inquiétude principale est que ce logicielle soit finalement très limité et que je m'investisse dans une direction peu interessante. J'aurais aimer savoir si quelqu'un avait déjà pousser le logiciel assez loin. Bon, pour l'instant ça roule, l'exploitation des données GIS est sympatique, et leur forum réponds rapidement. J'ai des difficulté avec les projections, et la récupération des coordonnées du fond de carte générée (→ géolocalisation). Faut pousser-explorer davantage ; ) Yug (talk) 4 juin 2011 à 01:14 (CEST)

Faute d'accordModifier

Bonjour,

Je viens de remarquer une faute d'accord dans le formulaire. Il y a en effet écrit « Espace réservée aux Wikigraphistes ». Hors, espace est un mot masculin, donc l'adjectif le qualifiant devrait aussi s'accorder au masculin.

 Voilà, merci, c'était le sujet-dont-on-s'en-fiche de -- Mit freundlichen Grüßen, Morphypnos [Dieu mortellement ennuyeux...]. 5 juin 2011 à 20:47 (CEST)

Projet QGis : 2. Optimisation des reliefs ombragés sous GIMP, mise à jour et expansionModifier

J'ai continué à maroder dans les tutoriels francais et anglais. J'ai retrouvé la section du vieux tuto de Sting (2007!!!) que Bourrichon m'a suggéré. Et... bon... je viens de sabré, de diviser ce tutoriel en deux parties : 1. Création de relief (GRASS), 2. Optimisation (GIMP). Qu'on avance. J'ai également avancé sur mes tutoriels anglais QGis, et murie et établie la liste des 4 méthodes pour l'optimisation des reliefs (anglais). Des 4 points, 3 sont de Sting (2007), mais nécessitent un franc rafraîchissement (2011 !). Est-ce qu'un graphiste connaissant GIMP pourrait poussé dans cette direction, avec les nouveaux outils de GIMP (donc nouveaux noms/chemins?), de nouvelles solutions plus simples (?), et créer un tuto à jour (2011) incluant la métode de blanchiment de la plaine d'un relief. La rédaction peut être en anglais ou en francais. Aide bienvenue !Yug (talk) 11 juin 2011 à 12:27 (CEST)

Je vais fournir les 3 reliefs de départ à travailler sous GIMP dans les jours qui viennent, donc un graphiste maîtrisant GIMP et curieux et c'est parti ! Yug (talk) 10 juin 2011 à 08:48 (CEST)
Je me noies dans GIMP mais apprends à nager... Yug (talk)
Réenforcement des ombres :   fait.
Blanchiment, transparence :   fait.
Relief Composite: en attente de contributeur.
Relief Bumping: en attente de contributeur.
Si ya un volontaire ! Yug (talk) 12 juin 2011 à 07:46 (CEST)

Petit mégaprojet de carto...Modifier

Salutations cordiales, wikigraphistes! À lire quelques enfilades précédentes, certains wikigraphistes sont à la recherche d'un projet estival. Ça tombe bien, parce que je suis à la recherche d'un wikigraphiste motivé pour collaborer au thème Projet de la Baie-James et aux articles reliés (11 centrales hydroélectriques, trois détournements de rivières, un village, un traité et 500 000 km2 de territoire). Le sous-projet wikigraphique est assez complexe et nécessitera donc plusieurs cartes (voir un exemple à la carte 1 dans ce PDF) et planches (voir planche 10 dans celui-ci).

Compte tenu de l'ampleur de la tâche, j'ai préféré sonder le terrain avant de présenter des demandes formelles avec le formulaire. Avez-vous des suggestions? Merci d'avance. — Bouchecl (dring) 9 juin 2011 à 23:51 (CEST)

Je suis en train de générer de nouveaux tutoriels pour la cartographie/topographie SIG sous QGis. Si des apprentis cartographes sont intéressés, ils/on pourraient apprendre à manipuler QGis et Inkscape en travaillant sur ton Projet de la Baie-James. Il y aurait la formation, le matériel, et le projet. La création de carte avec GRASS serait aussi le bienvue, l'objectif étant d'apprendre. Yug (talk) 10 juin 2011 à 11:51 (CEST)
À priori, je t'encouragerais à faire tes requêtes normalement sur l'atelier cartographique. Fais toutes tes requêtes sous le noms "== Baie-James : Centrale blabla ==", "== Baie-James : Barrage bloblo ==" en étant patient entre les requêtes, pour ne pas surcharger les cartographes. Un petit tag à droite pourrait signaler que cette demande est liée à un projet en cour : "Cette requête fait partie du Projet de la Baie-James, avec les cours de cartographie QGis associés." Le tutorial est présentement en anglais basique, si des canadiens participent, ils comprendrons. QGis est assez accessible, si des membres du projet Canada sont intéressés, ils peuvent apprendre la cartographie de zéro à un bon niveau avec ces tutos. Yug (talk) 10 juin 2011 à 12:20 (CEST)
Très bien! Je vais préparer une liste de figures à faire préparer et colliger les références nécessaires. Je vous reviens dans les prochaines heures ou ce week-end :) — Bouchecl (dring) 10 juin 2011 à 19:01 (CEST)
Excellente idée Yug. j'utilise inkscape depuis quelque temps et commence à avoir une certaine habitude du logiciel, j'ai découvert QGis depuis peu et en suis au stade du tâtonnement. Aussi je trouve intéressant et enrichissant d'apprendre et transmettre nos savoirs tout en étant utile au contenu de wikipédia et commons ceci en travaillant en collaboration sur la création ou la modification des nombreuses requêtes formulées sur l'atelier graphique. On pourrait même reprendre d'anciennes requêtes qui traine depuis plusieurs mois et proposer aux bonnes volontés désireuses d'apprendre et partager, de travailler dessus. Je suis a priori partant pour participer à la mise en place d'un tel projet construit autour de ton idée. Cj73 On en parle ? 10 juin 2011 à 20:01 (CEST)
CJ73, reinstalles toi QGis si tu ne l'as plus, prends un project de carte topographique a faire (regions montagneuses c'est plus sympa), commences a tester/suivre le tuto anglais. Si tu bloques: demandes, batailles, vas sur le forum QGis. Quand tu decrouvres des truc interessant prends des notes et partages. L'objectif est de documenter le fil d'une methode 'amicale' pour faire une carte topographique-ombrée-renseignée complexe avec QGis, GIMP, et Inkscape. Pour l'instant il manque la reprojection d'un raster et vectorisation de la topo. Pour le reste ca roule bien je trouve, je pense etre desormais capable de reproduire une carte de Sting/Sehmur/Bourrichon ;) Yug (talk) 12 juin 2011 à 13:55 (CEST)

Bon! Les deux premières demandes de carte sont maintenant disponible à cette adresse: Projet de la Baie-James. N'hésitez pas à me signaler toute imprécision. — Bouchecl (dring) 12 juin 2011 à 15:49 (CEST)

Ok, vu.
Bourrichon et moi continuons à pousser l'exploration de QGis et l'élaboration de petites méthodes. Ensuite, pour ton projet : soit un ancien prends la commande, soit un nouveau la prends en utilise les tutoriels. ;) Être patient tout de même~ Yug (talk) 16 juin 2011 à 14:54 (CEST)
Merci. J'ai installé qgis sur ma bécane (Ubuntu Lucid), mais je sens qu'il me manque certaines connaissances cartographiques de base. Il est certain que je donnerai un petit coup de main à la mesure de mes faibles moyens. Pour ce qui est de la recherche par contre, j'ai déjà plus de matériel que nécessaire probablement :) — Bouchecl (dring) 16 juin 2011 à 17:13 (CEST)

Vectorisation des logos complexesModifier

Bonjour,

J'ai l'impression qu'il y a de plus en plus de demandes sur la vectorisation de logos. Si les logos géométriques simples ont tout à gagner à passer en SVG, je saisis beaucoup moins l'intérêt dans le cas de logos complexes tels que Logo baten kaitos.gif, ART-Rotterdam 2010.jpg, Clan TVE logo 2008.png, voire plus récemment Sonic Adventure logo.png. Même s'il y a des graphistes motivés comme Flappiefh (qui fait du très bon boulot), j'ai peur que ces demandes finissent pas avoir un effet contre-productif pour le projet. Je vois 3 problèmes pour les logos complexes :

  1. ils sont déjà de très bonne qualité en l'état et la vectorisation n'apporte rien,
  2. il est impossible de faire une copie conforme ; la vectorisation des logos géométriques simples pose déjà des problèmes juridiques dans le droit US (notion de fidélité à l'original, vieux souvenirs d'une discussion sur Commons) et dans le cas présent des logos complexes, toute copie non conforme peut être qualifiée de contrefaçon (même si le risque de plainte est très faible, il demeure présent),
  3. il vaudrait mieux consacrer notre temps à vectoriser des images libres plutôt que des logos sous copyright.

J'aimerais récolter votre avis sur la question, à savoir, est-ce que la vectorisation de logos doit s'ajouter aux services que nous proposons ? Jusqu'à présent, on se contentait de les détourer ou de vectoriser ceux qui étaient simples, mais aujourd'hui nous rencontrons trop de succès pour les demandes ! Tachymètre (d) 16 juin 2011 à 17:17 (CEST)

À moins que ce ne soit la finalité du SVG qui soit mal comprise ? La remarque de Khayman, « on pourrait la recréer dans un format vectoriel (SVG), bien que je ne saisisse pas très bien pourquoi », m'a autant surprise que celle de Matei13 à propos du logo Sonic : « je pensais qu'une image vectorielle était toujours préférable… ». À vrai dire, nous n'indiquons nulle part aux visiteurs quels sont les avantages et les limites du SVG par rapport au format matriciel. Une petite note en haut de la page pourrait peut-être leur être utile ? Tachymètre (d) 18 juin 2011 à 13:57 (CEST)
+1 : certaines demandes ne font pas sens.
Car : Techniquement, l'avantage du SVG c'est la scalabilité : on peut agrandir l'image sans perte. Un logo, par definition, sa se visionne en petit. Donc si l'image est bitmap, de bonne qualité, et 128px ou plus, il n'y a pas d'avantage comparatif a vectoriser. NB: pour les rétrécissement : ImageMagic fait du tres bon boulot.
Légalement, la copie de logo pose des risques : a éviter.
Encyclopédisme enfin, les images de logo sont tres, tres bas dans nos priorités encyclopédiques.
PS: Carte orthograpnique : dans la meme idee, je ne supporte pas les cartes orthographique pour la localisation des pays. C'est tres élégant, mais cela ne fait PAS son boulot de localisation claire et simple dans le monde, relativement aux autres pays. La moitier de la terre etant caché, et une bonne partie de la moitier affiché étant largement déformée. Yug (talk) 18 juin 2011 à 18:12 (CEST)
On a des demandes plus complexes et de plus grande valeur a faire. Peut etre devrait-on creer une page listant les types de demande 'non efficaces => non prioritaires', et un modele {non prioritaire} pour justifier de tels refuts, et réaffirmer nos priorité. Yug (talk) 18 juin 2011 à 18:17 (CEST)
Bonjour, je débarque ! Je suis tout à fait d'accord avec vous : les logos c'est bien, mais Wikipédia n'a pas vocation à être un who's who, donc j'en ai un peu soupé moi aussi. C'est d'ailleurs pour ça je me suis mis à la cartographie. Je continue à faire des logos quand ils sont simples à obtenir et que l'image d'origine est pourrie, mais dans la limite de mon temps libre consacré à WP. Je suis d'accord pour faire un petit topo sur l'utilisation judicieuse du SVG. Au sujet du système de priorité, je pense que ce sera difficile à gérer au cas par cas. On peut toujours établir un tableau qui recense pas ordre décroissant d'importance les projets graphiques soumis à l'Atelier Graphique. --  Flappiefh (d) 19 juillet 2011 à 17:50 (CEST)
Je me suis pas mal investi dans la vectorisation de logos l'année dernière. Selon moi, dans de nombreux cas, l'avantage du SVG est réél, même pour les logos (je ne suis pas d'accord avec Yug qui dit que les logos se visionnent en petit).
Cependant, les problèmes avec les logos sont les suivants :
1 - sauf cas très particuliers, la vectorisation des logos reste accessoire. il existe une balise pour demander la vectorisation des logos, on ne devrait pas passer par l'atelier graphique pour de telles demandes.
2 - Il existe aujourd'hui des centaines de logos en attente. Dont beaucoup presqu'impossibles à vectoriser et dont beaucoup pour des jeux sans grand interret. J'ai fini par me refuser à vectoriser les logos d'article en ébauche et ceux de jeux qui sont, de toutes façons, souvent trop complexes
3 - L'interret des logos SVG est effectivement, globalement, limité par rapport à la plupart des autres demandes (retouches photo, vectorisation de schémas ...). Selon moi, on ne devrait pas les avoir dans l'atelier graphique, mais chaque "vectorisateur" devrait garder en mémoire qu'il existe une rubrique logos à vectoriser et se garder se travail en tâche de fond.
--Titimaster (d) 20 juillet 2011 à 07:25 (CEST)
On pourrait éventuellement créer une nouvelle branche de l'atelier graphique, comme il en existe déjà pour les cartes, les blasons et les animations. Même si la branche « images à améliorer », où se trouvent les logos actuellement, ne me semble pas encore surchargée. Avec le risque, néanmoins, que cette nouvelle branche devienne un mouroir où les demandes s'accumuleraient sans être traitées. Sémhur (d) 20 juillet 2011 à 09:04 (CEST)
Je suis contre la création d'une nouvelle branche, pour la raison que tu évoques (le mouroir). De mon côté, je pense qu'il nous faut d'abord expliquer très clairement quand est utilisée la vectorisation, et quand elle ne peut l'être, afin de stopper l'hémorragie. Ensuite, nous pourrions mettre un peu d'ordre dans la Catégorie:Logo à vectoriser (j'ai commencé à en déclasser hier, ceux qui sont vraiment invectorisables) afin qu'elle ne décourage plus les wikigraphistes qui y passent (et en ressortent aussitôt). --  Flappiefh (d) 20 juillet 2011 à 17:46 (CEST)
+1 Flappiefh ; la section « À l'intention des Wikigraphistes » pourrait avantageusement être rangée dans une sous-page (elle n'est dédiée qu'aux nouveaux graphistes, qui de toutes façons se font guider au travers des sous-page par les anciens à leur arrivée) et ainsi être remplacée par un cadre à la manière d'un le saviez-vous, accessible aux profanes : le png sert à ça, le jpeg possède cet avantage et est indiqué pour cela, le svg est indiqué pour tels types de schémas.
@tous : Je précise que j'ai lancé ce débat sur les logos complexes, c-à-d trop élaborés pour qu'on en obtienne un rendu fidèle en svg.
@Titimaster : d'accord avec tes 3 points. Peux-tu développer l'avantage du SVG pour les logos ainsi que ta contradiction avec Yug ? C'est intéressant de confronter des avis différents. Tachymètre (d) 20 juillet 2011 à 20:56 (CEST)
Pour développer mon point de vue à ta demande :
Contrairement à ce que j'ai dit, un logo est plutôt fait pour être visionné en petit suis wikipedia (et non pour des raisons publicitaire où on peut les voire en énorme, mais ce n'est pas notre but ;)), il n'y a donc pas d’intérêt de créer un SVG en 1000X1000px, c'est évident.
Cependant, il faut que le logo soit nickel dans la taille standard utilisée dans les articles, à savoir la plupart du temps 150px de largeur, et ce pour des raison de qualité esthétique des articles.
Donc, si on arrive pas à trouver de logo plus grand, la vectorisation me parait indispensable pour ce logo par exemple :
Fichier:Commontime logo.jpg
(Ceci, en dehors du fait que l'article auquel se rattache ce logo n'est qu'une ébauche et concerne une société pas ou peu connue ce qui en limite l’intérêt.)
--Titimaster (d) 22 juillet 2011 à 13:56 (CEST)
ok, je saisi mieux maintenant l'objectif de ces demandes de vectorisation. Tachymètre (d) 25 juillet 2011 à 11:26 (CEST)
Résumons la discussion à quelques points (si j'oublie, vous pouvez éditer cette liste de point dans mon méssage)
  • Techniquement: si l'image est bitmap, de bonne qualité, et 150px ou plus, il n'y a pas d'avantage comparatif à vectoriser. Concept : un logo, par définition, sa se visionne en petit, généralement < 150px.
  • Légalement, la copie de logo pose des risques dans le droit français et américain, le wikigraphiste prend ses responsabilités.
  • Intérêt encyclopédique : les images de logo sont peu prioritaires.
D'autres points clefs ? ajoutez simplementà la liste, qu'on extrait un fil d'ariane de cette longue discussion. Yug (talk) 22 juillet 2011 à 18:00 (CEST)
Pour moi c'est bon. Par contre je me pose la question : où va-t-on mettre l'avertissement pour qu'il soit bien visible ? --  Flappiefh (d) 24 juillet 2011 à 19:57 (CEST)
Je l'imaginerais bien dans Catégorie:Logo à vectoriser, au-dessus de la note que tu as déjà rédigée, Flappiefh. Nous n'aurions plus qu'à mettre la remarque : « 3. les demandes de logos doivent être déposées dans Catégorie:Logos à vectoriser » dans la deuxième liste numérotée du premier cadre de WP:AG, afin de rediriger les demandeurs sur cette page. Mais est-ce que cette catégorie est bien suivie ? (Je ne la connaissais pas avant que Titimaster ne nous en parle ici-même.) Tachymètre (d) 25 juillet 2011 à 11:26 (CEST)
J'avais déjà croisée cette catégorie, mais en l'état, elle ne motive pas c'est certain. Je pense qu'il faut impérativement y créer une sous-catégorie "Logo de jeu vidéo à vectoriser" afin de la rendre lisible. OK pour ta proposition en tout cas. --  Flappiefh (d) 25 juillet 2011 à 12:20 (CEST)
Bonne idée. Par ailleurs, un rendu en galerie d'images (comme sur Commons) doit être possible sur cette page. Mais je ne sais pas à qui il faut le demander. Tachymètre (d) 25 juillet 2011 à 12:50 (CEST)
J'ai créé la sous-catégorie dédiée au logos de jeu vidéo à vectoriser, et j'ai effectué une demande de modification du modèle {{Modèle:Logo à vectoriser}}. A suivre. EDIT: la nouvelle catégorie contient quelques 200+ logos. On commence à y voir plus clair. --  Flappiefh (d) 26 juillet 2011 à 12:26 (CEST)
J'ai trouvé : il suffit de retirer le magicword __NOGALLERY__ pour afficher les images. À vue d'œil, il est déjà possible d'éliminer tous les logos photoréalistes et ceux qui font plus de 150px. Je viens d'ajouter une section sur l'aide SVG : Aide:SVG#Limitations techniques du format SVG, qui faisait cruellement défaut. Je propose, d'une part de mettre le texte de Yug sur la Catégorie:Logo à vectoriser, d'y mettre les logos sous forme de galerie d'images (et de faire un premier nettoyage), de placer une note à la fin du modèle {{Logo à vectoriser}} pour indiquer que les logos photoréalistes ou comportant des effets graphiques complexes ne doivent pas recevoir ce modèle, et enfin de mettre un renvoi vers cette catégorie sur la page de l'AG comme point 3. dans la liste pour lui donner un peu plus de visibilité. Est-ce qu'on se lance ? Tachymètre (d) 26 juillet 2011 à 13:28 (CEST)
C'est OK pour moi. Ah, j'oubliais, les logos marqués "entreprise=oui" seront automatiquement transféré dans la bonne sous-catégorie : demande en cours. --  Flappiefh (d) 26 juillet 2011 à 13:36 (CEST)

C'est parfait pour moi ! Bon boulot !   --M0tty [Plaidoyers et jérémiades] 26 juillet 2011 à 16:44 (CEST)

Merci pour ton avis M0tty, c'est fait ! Si j'ai le temps demain je retirerais une petite dizaine de logos que j'ai vu passer dont le rendu est clairement photoréaliste, sinon j'en laisserai le soin aux pros du logo. Pour clore cette discussion sur un point que j'ai soulevé plus haut (message du 20 juillet à 20:56), pensez-vous que mon idée sur l'encart informatif soit à retenir dans les conditions que j'ai définies ? Tachymètre (d) 26 juillet 2011 à 21:21 (CEST)
  Pour ! C'est une bonne idée !--M0tty [Plaidoyers et jérémiades] 26 juillet 2011 à 21:49 (CEST)
  Pour Idem, j'ai commencé à expliquer tout ça à certains adeptes de l'Atelier (Etxeko par exemple), mais il faut que ce soit clairement visible pour tous. --  Flappiefh (d) 26 juillet 2011 à 23:35 (CEST)
Je viens de rédiger le paragraphe. Il est résumé pour ne pas faire peur aux nouveaux arrivants. Finalement, je n'ai pas voulu déplacer le paragraphe « À l'intention des Wikigraphistes » dans une sous-page comme je l'avais initialement prévu, car il peut également être utile aux demandeurs. Du coup ça fait un gros pavé à lire pour les nouveaux ! Tachymètre (d) 27 juillet 2011 à 13:30 (CEST)
Ton paragraphe est très bien. Concernant la lisibilité de l'ensemble, je pense qu'on peut simplifier le tout sans enlever le plus important. Je vais tester des mises en page sur brouillon, et quand je parviendrai à quelque chose de lisible et complet, j'ouvrirai une nouvelle discussion ici-même pour qu'on en discute. --  Flappiefh (d) 27 juillet 2011 à 18:54 (CEST)

Bravo, c'est du bon boulot tout ça ;) --Titimaster (d) 29 juillet 2011 à 08:54 (CEST)

Petite correction : Ce n'est pas en 150 px qu'on affiche les logos, mais en 220 px --Titimaster (d) 10 août 2011 à 15:07 (CEST)

Concours d'affiche : Wikipedia Takes MontrealModifier

(Message provenant du bistro)

Bonjour à tous,

Dans le cadre de l'évènement Wikipedia Takes Montreal le 28 août 2011, nous aimerions créer une affiche publicitaire (poster) pour placarder sur les différents babillards de la ville. Pour stimuler la créativité, nous offrons 100$ en bons d'achat dans un magasin au choix du gagnant (à déterminer car on ne sait pas si le gagnant sera au Canada, en France ou ailleurs). Comme l'évènement arrive à grands pas, nous aimerions que l'affiche soit imprimable autour de la mi-juillet et pour cela nous devons lancer le concours dans les prochains jours.

En attendant, est-ce que la page Wikipédia:Wikipedia Takes Montreal/Affiche est suffisamment claire ? Est-ce que des points pourraient être améliorés ? Aurais-je oublié quelque chose ou n'importe quoi qui vous viendrait à l'esprit... Un grand merci pour vos suggestions. Antaya (d) 21 juin 2011 à 18:42 (CEST)

Carte Soudanaise du SudModifier

Bonjour à tous,

Je viens de voire la page de l'atelier graphique anglais et une requête a attiré mon attention [4]. L'indépendance du Soudan du Sud a rendu toutes les cartes de l'Afrique désuètes. Faudra-t-il les mettre à jour une à une ?

La question me turlupine...

--Le Piaf en vert et rouge (d) 12 juillet 2011 à 22:04 (CEST)

Bonjour,
Oui et non. Les cartes existantes continuent à être valable, pour montrer la situation politique en Afrique avant l'indépendance du Soudan du Sud. Mais, pour des cartes se voulant « à jour », là il faudra bien les modifier ou en créer de nouvelles. Un gros travail en perspective...
Sémhur (d) 13 juillet 2011 à 09:40 (CEST)

Sauts de ligneModifier

Dans le fichier File:Caucasic languages eo.svg malgré quatre tentatives je ne parviens pas à obtenir que les champs texte longs (noms des mers, noms de républiques en deux éléments) contiennent un saut de ligne maîtrisé: il n'apparaît en effet que dans des rendus png à 200 ou 500px. Y a-t-il une solution pour que les textes se disposent tels qu'on les a préparés avec Inkscape ? Merci --Père Duchesne  15 juillet 2011 à 14:48 (CEST)

Bonjour,
Le fichier est correct ! Le problème vient de la non-regénération des PNG sur Commons, ce qui fait que sur la page ou dans les miniatures on voit toujours l'ancienne version. Ce problème est connu et les développeurs de Mediawiki y travaillent en ce moment même. Pour voir ce que donne réellement votre fichier, il suffit de « tricher » en l'obligeant à générer un PNG à une taille qui n'existe pas encore ; par exemple, une largeur de 799 pixels donne cette image : http://upload.wikimedia.org/wikipedia/commons/thumb/f/fc/Caucasic_languages_eo.svg/799px-Caucasic_languages_eo.svg.png. On voit que les sauts de lignes sont bien respectés.
Sémhur (d) 15 juillet 2011 à 15:16 (CEST)
Merci pour la réponse. Je vais donc arrêter de chercher une solution qui ne dépend pas de moi. --Père Duchesne  17 juillet 2011 à 10:35 (CEST)

Inkscape n'affiche pas certains objets lorsque je zoomeModifier

Bonjour, je me suis attaqué à la cartographie de la Tamise en m'aidant de ce super tutoriel. J'en suis déjà à cette l'étape 10 du paragraphe Recadrage de la carte, à savoir supprimer les noeuds en trop. Pour cela, je crée un chemin rectangulaire que j'utilise pour supprimer les noeuds qui dépassent à l'aide de la fonction Ctrl * (intersection). Hélas, certaines couches supportent mal l'opération : la découpe s'effectue bien, mais lorsque je zoome ensuite sur les couches, certaines disparaissent ! Elles ne réapparaissent que lorsque je dézoome.

  • Connaissez-vous le problème ?
  • Comment l'éviter ?

--  Flappiefh (d) 24 juillet 2011 à 21:24 (CEST)

Bonjour. Si c'est ce que je crois, ce n'est pas vraiment important : c'est juste un problème d'affichage par Inkscape, qui fait des siennes. Comme ça m'arrive assez souvent, je n'y prête plus attention. Si c'est comme pour moi, tu peux soit dézoomer, soit au contraire zoomer plus fort, les éléments « disparus » devraient réapparaître. Évidemment, ce bug est un peu gênant... Je crois me souvenir que tu peux l'éviter en passant en mode « fil de fer » : appuies simultanément sur les touches Ctrl et 5 (du clavier numérique), deux fois de suite. Ce mode ne t'affiche plus que les chemins et les contours d'objets, en traits noir d'un pixel. Tout le reste disparaît.
Merci pour ces infos. :) --  Flappiefh (d) 25 juillet 2011 à 15:06 (CEST)

Refonte de la page Images à améliorerModifier

Bonjour à tous. Les demandes de vectorisation de logos sont de plus en plus nombreuses, et souvent impossibles à réaliser. Comme promis un peu plus haut, j'ai travaillé sur une refonte de la page Images à améliorer afin d'y intégrer un pavé concernant les logos. J'aimerais que vous me disiez si ça vous parait pertinent, et aussi si le brouillon vous plait. J'explique ce qui motive les changements :


  1. Les liens "Demander..." sont placés tout en haut pour que les utilisateurs ne se trompent pas de page.
  2. Les laïus qui concernent toutes les pages de l'AG (présentation de l'Atelier, faites-le vous-même) seraient rapatriées à la racine de l'AG (je n'ai pas encore travaillé dessus). (annulé dans la V2)
  3. Séparation des infos destinées aux utilisateurs et aux wikigraphistes, un onglet pour chaque (@Tachymètre : j'ai l'impression que les utilisateurs n'utilise pas les infos concernant le modèle {{Évaluation de demande}} de toute façon).
  4. Laïus sur les logos : nous avons entrepris de nettoyer la Catégorie:Logo à vectoriser, mais il faut maintenant informer clairement les utilisateurs de la marche à suivre, afin d'éviter d'être submergés de demandes de vectorisation.


Dites-moi tout. --  Flappiefh (d) 30 juillet 2011 à 22:48 (CEST)

Pourquoi pas (de toute façon on pourra toujours tester). 1 → bien ; 2 → attention aux différences entre les différents AG : en carto il y a une palette intéressante et différents liens importants ainsi que des tutoriels spécifiques ; 3 → n'est-ce pas déjà le cas ? ; 4 → pas d'avis. Bourrichon 30 juillet 2011 à 23:46 (CEST)
Pour la 2, OK je vais regarder comment sont fait les pages carto et animations et essayer d'adapter mon brouillon.
Pour la 3, la différence c'est la création d'onglet pour ne pas surcharger la page des utilisateurs par des infos qui sont principalement utilisées par les wikigraphistes.
J'en profite pour te dire que c'est un honneur de converser avec celui qui m'a appris à faire de la carto.   --  Flappiefh (d) 31 juillet 2011 à 10:26 (CEST)
Quelques modifs effectuées (la V1, et la V2) :
  • La section 'Faites-le vous même' a été réintégrée. Je n'avais pas remarqué qu'elle était spécifique au sous-atelier, comme l'est celle de la carto.
  • La section 'Les logos' a été intégrée tout en haut, pour que la situation soit claire et que les utilisateurs ne nous disent pas "j'avais pas vu".
--  Flappiefh (d) 31 juillet 2011 à 11:15 (CEST)
J'aime bien la V1, mais je me dis que la section "Faites-le vous-même" mériterait d'être mise juste en dessous de la première section, voir d'être intégrée à celle-ci... parce que là, elle est perdue dans le tout... Super boulot sinon ! --M0tty [Plaidoyers et jérémiades] 31 juillet 2011 à 11:29 (CEST)
Entendu, j'ai placé la section "Faites-le vous-même" en haut, sur la V1 et la V2. J'envisage de créer une V3 avec un lien pour les logos qui dirigerait sur une nouvelle page, pour bien tout expliquer sur les logos. Qu'en dites-vous ? Ça vaut le coup d'essayer ? --  Flappiefh (d) 31 juillet 2011 à 12:22 (CEST)
En fait c'est la V2 que je préfère... J'avais interverti. Mais je serais curieux de voir ta V3.--M0tty [Plaidoyers et jérémiades] 31 juillet 2011 à 12:24 (CEST)
Et voici la V3. --  Flappiefh (d) 31 juillet 2011 à 15:53 (CEST)

Très chouette ! Et pourquoi (hô comble de volupté) ne pas créer un formulaire prérempli pour le cas spécifique des logos ? Cordialement --M0tty [Plaidoyers et jérémiades] 3 août 2011 à 19:21 (CEST)

J'y ai pensé mais je ne sais pas quoi mettre de particulier dedans. Tu as une idée ? --  Flappiefh (d) 3 août 2011 à 19:51 (CEST)
Bah, j'ai quelques idées : tu as déjà créé deux "boutons" distincts : créer un logo/vectoriser un logo, cela peut déjà entrer en ligne de compte dans un formatage du titre. Et on pourrait y inclure des rappels sur l'endroit où doivent être uploadés les logos (sur wp et non sur Commons pour la plupart). Ce ne sont que des idées. --M0tty [Plaidoyers et jérémiades] 3 août 2011 à 21:38 (CEST)

J'arrive en retard... La V2 me séduit particulièrement, avec les 2 onglets pour les visiteurs et les graphistes. Toutefois, je préfère le cadre que tu as fait sur la V3 pour les demandes blasons/carto/logos, plus ergonomique et aussi dépourvu des recommandations sur les logos (celles-ci ne devraient pas être affichées sur cette page, sauf peut-être 1 mois ou 2 pour avertir les proposants actuels, mais pas plus). Sinon ça m'a l'air très bien engagé ! Tachymètre (d) 4 août 2011 à 07:21 (CEST)

Le but de la V3 est d'informer clairement les demandeurs de logos. Donc si c'est la version que nous retenons, je pense qu'il est inutile de mettre un rappel sur Images à améliorer. Par contre, il faudra rappeler à l'ordre les contributeurs qui ne suivent pas les recommandations. --  Flappiefh (d) 4 août 2011 à 18:06 (CEST)

@Flappiefh :   (mais n'est-ce pas Sting l'auteur des « super tutoriels » (et c'est vrai) que tu cites dans la section précédente ?) Bourrichon 4 août 2011 à 23:24 (CEST)

Tu as parfaitement raison ! Au temps pour moi. Merci à Sting alors !   --  Flappiefh (d) 5 août 2011 à 19:06 (CEST)

J'ai presque fini le grand ménage dans la Catégorie:Logo à vectoriser. Lorsque les logos étaient améliorables, je les ai souvent remplacés par de meilleures images, et parfois vectorisés. Les images de bonne qualité ont été supprimés de la catégorie. Je pense que cette dernière est désormais présentable, même si il reste encore à trier les sous-catégories. Que fait-on au sujet de la refonte d'Images à améliorer  ? Tout le monde est OK avec la V3 ? N'hésitez pas à faire des remarques. --  Flappiefh (d) 6 août 2011 à 19:11 (CEST)

OK pour moi. Et bravo pour la catégorie Logo, on respire enfin ! Tachymètre (d) 8 août 2011 à 17:55 (CEST)
Bon, quand installes-tu la nouvelle mouture de l'Atelier graphique ?   --M0tty [Plaidoyers et jérémiades] 17 août 2011 à 21:43 (CEST)
J'attendais d'avoir plus d'un 'OUI'.   Je prends ton impatience pour un oui, alors j'annonce que c'est pour ce soir. Il faudra certainement revoir quelques aspects graphiques ou quelques tournures de phrases, je compte sur vous pour faire les modifs que vous jugerez bonnes. --  Flappiefh (d) 18 août 2011 à 18:04 (CEST)

Voilà, c'est mis à jour. J'ai un peu modifié la V3 qui comportait trop de cadres à mon goût. Qu'en pensez-vous ? Notez que la section Wikigraphistes est quasi vide pour le moment. Il faudra la remplir avec tout ce que l'on peut trouver d'utile, notamment les conventions pour réaliser un schéma. --  Flappiefh (d) 18 août 2011 à 20:57 (CEST)

Tiens, je j'aurais plutôt imaginé le cadre "faites le vous même" en dessous des boutons de demandes (là ça fait un peu "faites le vous même, on a pas que ça à faire, et puis on en reparle"    
Et pourquoi ne pas mettre la section "archives" dans l'onglet réservé aux wikigraphistes ?
Sinon, bravo ! --M0tty [Plaidoyers et jérémiades] 19 août 2011 à 00:40 (CEST)
Et je m'interroge aussi sur la définition du format PNG : très utilisé pour les dessins et schémas, ça serait plutôt pour le SVG les dessins et schémas, non ? je me suis également permis de rajouter des liens vers les exemples, me révoquer si c'est une bêtise.--M0tty [Plaidoyers et jérémiades] 19 août 2011 à 00:49 (CEST)
Et maintenant que c'est fait, ne pourrait-on pas faire les mêmes changements pour les autres ateliers (carto et animations) ainsi que pour la page principale ? --M0tty [Plaidoyers et jérémiades] 19 août 2011 à 13:56 (CEST)
« Faites-le vous-même » est-il vraiment utile dans la section wikigraphistes ?   (@ M0tty : "faites le vous même, on a pas que ça à faire, et puis on en reparle" moi je trouve ça drôle, tout en étant dans l'esprit « n'hésitez pas » — ceci dit peu m'importe l'emplacement) Bourrichon 19 août 2011 à 16:52 (CEST)
En fait la remarque de M0tty m'arrange bien ! J'avais laissé la section "Faites-le" aux Wikigraphistes pour respecter la mise en page avec les onglets. Mais en descendant le paragraphe dans l'onglet Visiteur, la question ne se pose plus !  
Quant à généraliser les changements sur les pages Carto, Animations et l'accueil de l'AG, ça me va, mais je vais entamer un brouillon avant.
@M0tty : tu as raison au sujet du PNG. Je pense qu'on pourrait présenter différemment l'avantage tiré de chaque format. Tes exemples sont un bon début. Que pensez-vous de proposer un format en face de situations données ? (ex : schéma > SVG, photo > JPEG, RAW... , tableaux > SVG, logos > PNG, etc.)
Concernant les archives, je pense que les utilisateurs peuvent trouver le besoin de savoir ce qu'est devenue telle ou telle demande, ou d'explorer le travail qui a été accompli par les wikigraphistes au fil du temps, jsute par curiosité. Je suis contre le déplacer dans la section Wikigraphistes. D'autres avis à ce sujet ? --  Flappiefh (d) 19 août 2011 à 17:38 (CEST)
D'accord avec M0tty pour les archives ; je doute que les visiteurs aient un intérêt à consulter les archives (sur l'Oracle et Legifer, je ne consulte les archives qu'en dernier recours pour voir si une question a déjà été posée, le sentiment sera le même pour un nouveau découvrant l'AG). La section Faites-le vous même ! gagnerait à recevoir une formulation du style : « les wikigraphistes seront également présents pour vous aider dans l'apprentissage des outils de retouche photo » juste après la phrase sur les didacticiels graphiques. La section Introduction devrait àmha être intégrée juste sous les onglets, pour un critère purement esthétique (c'est la seule page sur WP où il y a quelque chose au-dessus d'une série d'onglets). Enfin, j'ai rédigé mon texte sur les formats un peu vite : la correction sur le PNG me convient, j'ajoute même que le format TIFF est spécifique aux scanners, et pas du tout aux APN (mais je ne vois pas comment l'expliquer sans alourdir le paragraphe). Tachymètre (d) 19 août 2011 à 20:05 (CEST)
Ce n'est pas la seule page où il y a quelque chose au-dessus des onglets, il y a aussi celle-ci, Wikipédia:Atelier graphique, que j'ai d'ailleurs prise en exemple. Je trouve que les onglets en tout début de page donnent un drôle de look à la page, j'avais déjà fait l'essai dans mes brouillons. Mais si vous êtes plusieurs à préférer les onglets tout en haut, ça me va. Pour les archives, je me dis que les déplacer dans la section Wikigraphistes va à l'opposé de ce qu'on a l'habitude de voir sur WP, c'est à dire les archives d'une page simplement accessibles via cette même page (exemples : WP:SI, WP:DRP, Wikipédia:Atelier de lecture). Je propose un truc simple, vu dans le dernier exemple : un troisième onglet Archives, et peut-être un quatrième qui mène au laïus sur les Logos. --  Flappiefh (d) 19 août 2011 à 22:11 (CEST)

Oups, j'ai effectué des modifications avant que tu ne laisses ce message... Je pense qu'il n'y a pas besoin d'onglet supplémentaire, il faut être le plus simple et le plus épuré possible je pense, on gagnera en efficacité et en lisibilité pour les demandeurs. Pour ce qui est des archives, ne peut-on pas simplement faire un seul lien [[Archives]] dans l'en-tête, qui redirige vers cette boîte, plutôt que de devoir mettre toute la boîte dans la page principale ? oublié de signer...--M0tty [Plaidoyers et jérémiades] 19 août 2011 à 22:45 (CEST)

Et tant que j'y pense, ne pourrait-on pas faire en sorte que lorsqu'on clique sur l'onglet Wikigraphistes, l'onglet s'affiche, mais on reste sur la page principale ? --M0tty [Plaidoyers et jérémiades] 19 août 2011 à 22:45 (CEST)
C'est ce que je voulais faire à la base, rester sur la page principale avec la partie Wikigraphistes, mais je n'ai pas trouvé l'élément pour le faire sur WP, m'enfin j'ai pas bien cherché. OK pour un lien vers les archives, ça me va, mais il faut qu'il soit un poil visible tout de même. --  Flappiefh (d) 19 août 2011 à 22:57 (CEST)
J'ai trouvé une idée pour que la partie Wikigraphistes soit lisible en même temps que a liste des travaux : il suffit d'utiliser des div, à 'image du Projet:Blason. Du coup me revoilà parti dans mes brouillons : pour l'instant ça donne ceci, j'essaye de compléter demain. Je pense que la partie Wikigraphistes peut changer de nom pusiqu'elle est dédiée à tous. --  Flappiefh (d) 21 août 2011 à 01:43 (CEST)
Non, franchement, je n'aime pas cette nouvelle proposition. Je préfère la version actuelle. Désolé. --M0tty [Plaidoyers et jérémiades] 21 août 2011 à 13:54 (CEST)
Pas de souci, j'ai trouvé autre chose qui devrait te satisfaire, on va l'appeler V4 pour faire simple. Elle contient deux boîtes déroulantes qui contiennent la partie Wikigraphistes actuelle. Ainsi on affiche les infos pratiques pour tout le monde, mais elles ne rendent pas la page illisible. Allez, dis-moi que tu l'aimes cette version !   --  Flappiefh (d) 21 août 2011 à 14:41 (CEST)
En attendant, sur la page actuelle de l'AG, est-ce que tu pourrais mettre un id à la balise div qui génère le fond blanc avec bordure noire de 1px ? (id="AtGrG" par ex) Pour faire comme avec les cadres oranges introduits il y a 1 an. Tachymètre (d) 21 août 2011 à 15:09 (CEST)
Je veux bien faire ce que tu demandes mais... j'ai rien compris !   Tu parles de Wikipédia:Atelier graphique/Images à améliorer ou de Wikipédia:Atelier graphique ? Je ne vois pas où est le cadre fond blanc/bordure noire dont tu parles. --  Flappiefh (d) 21 août 2011 à 17:39 (CEST)
Justement, je ne sais pas dans quelle page se trouve le code en question. Dans WP:AG/I, un cadre blanc unique englobe toutes les requêtes. C'est à la ligne 151 du code source HTML de la page, si ça peut t'aider. Tachymètre (d) 21 août 2011 à 17:58 (CEST)
J'ai compris de quoi tu parlais, c'est moche ce truc, j'avais pas vu avant. J'ai pas encore compris ce que tu voulais en faire, mais je vais lui mettre un id si je le débusque. Je te tiens au courant. EDIT : trouvé, c'est le "Eight requests" qui pose problème. Il démarre au même niveau que le Sommaire et englobe toute la page. Je vois ce que je peux faire pour le remettre à sa juste place. --  Flappiefh (d) 21 août 2011 à 18:15 (CEST)
Merci pour cette modification, j'aurais voulu que ce soit comme ça dés le début, mais j'ai plus osé y toucher, ne m'y connaissant pas assez et ayant peur de tout casser...   --M0tty [Plaidoyers et jérémiades] 21 août 2011 à 18:34 (CEST)
Arg, non, tout est de nouveau Kaputt ! Tu étais pourtant parvenu à le faire !--M0tty [Plaidoyers et jérémiades] 21 août 2011 à 18:38 (CEST)
Non ce n'était pas bon, j'avais réglé le problème des </div> manquants, mais le 8R englobait encore le Sommaire. J'ai réglé le problème en forçant l'apparition du Sommaire APRÈS le 8R (balise __TOC__). EDIT: je crois que c'est le <h2> du 8R qui pose problème, il est répertorié dans le Sommaire. Je regarde. --  Flappiefh (d) 21 août 2011 à 18:46 (CEST)  
Merci, c'est mieux sans ! Je pensais que l'ajout de ce cadre était volontaire (vous aviez parlé d'un cadre bleu pour chaque requête + fond blanc, conformément à WP:RA)... C'est pourquoi je tenais à ajouter une ancre afin de pouvoir le désactiver via mon monobook.css, tout comme j'ai désactivé les cadres oranges il y a un an. Tachymètre (d) 21 août 2011 à 19:06 (CEST)
Merci à toi d'avoir relevé le bug. Au cas où tu veuilles toujours désactiver la div du bloc 8R, je l'ai nommée "Request8". --  Flappiefh (d) 21 août 2011 à 20:41 (CEST)
Oui, c'est mieux. Maintenant, il faut voir si ça convient aux autres... Par contre, je garderais les titres centrés comme dans la V3. --M0tty [Plaidoyers et jérémiades] 21 août 2011 à 15:57 (CEST)
Je les ai remis à gauche à cause du lien modifier, mais je crois savoir comment régler le problème. EDIT : voilà c'est réglé. Qu'en pensez-vous ? --  Flappiefh (d) 21 août 2011 à 18:07 (CEST)

Petite relance du sondage : êtes-vous d'accord pour remplacer le système d'onglets de l'atelier WP:AG/I actuel par un système de boîtes déroulantes (en bas) ? --  Flappiefh (d) 22 août 2011 à 18:26 (CEST)

Refonte de la page des demandes cartographiques mises en sommeilModifier

Bonjour,

Puisque c'est la saison des refontes, j'ai modifié la page des demandes mises en sommeil (de l'atelier cartographique).

Là où s'entassaient 80 demandes, se trouvent maintenant des liens vers des sous-pages : Monde, Afrique, Asie, Amériques, Europe, et une spéciale pour la France. Cela permet de retrouver plus facilement des demandes similaires. D'ailleurs il me reste encore à faire un peu de ménage et regroupement.

Par contre, j'ai une question à soumettre à la communauté : que fait-on des demandes dont le demandeur ne contribue plus depuis longtemps à l'encyclopédie ? On les laisse quand même ? On les supprime purement et simplement ? On les range dans les archives mensuelles dans la section Demandes annulées ou rejettées ?
Quel est votre avis ?

Sémhur (d) 3 août 2011 à 19:44 (CEST)

Joli boulot pour la carto. Je suis pour la 3ème option, archivage des annulées. --  Flappiefh (d) 3 août 2011 à 19:53 (CEST)
Oui, j'avais vu mais avais oublié de te remercier pour cela. Voila, c'est fait ! Très bonne idée !
Pour ta question, tu as des demandes en exemple ? Je pense que si la carte est suffisamment générale, c'est-à-dire pas limitée à un article très spécifique, on peut éventuellement la maintenir en sommeil. D'un autre côté, si cette carte fait l'objet d'un réel besoin une nouvelle demande par une autre personne devrait logiquement apparaîtra sur la page active. Je dirai donc que le maintien en sommeil ou le classement vertical peut être laissé à l'appréciation des Wikicartographes... en somme toi puisque tu as soulevé le lièvre ! ;D Sting (m'écrire) 4 août 2011 à 18:37 (CEST)
Je dirais pareil que Sting. Bourrichon 4 août 2011 à 23:21 (CEST)

Bon ça y est, j'ai tout classé. Pour la France, j'ai mis à part les demandes concernant la série de cartes des régions et des départements. Pour ce qui est des contributeurs partis, non je n'ai pas d'exemple en tête, c'était une question pour la forme. Mais je me range à l'avis majoritaire : on conserve. Ceci dit, je pense quand même qu'on peut enlever quelques demandes dont l'intêret encyclopédique pose question, ou qui sont irréalisable, ou les deux. Mais on verra plus tard, j'initierai une section ici pour en parler. Merci pour vos avis. Sémhur (d) 16 août 2011 à 19:35 (CEST)

Merci à toi pour ce boulot de classement ! Sting (m'écrire) 19 août 2011 à 01:16 (CEST)

Archivage automatiqueModifier

Bonjour,

Je me demandais s'il ne serait pas plus simple et plus confortable pour tout le monde de demander un archivage automatique des requêtes par un bot.

Je m'explique : Ranger manuellement les requêtes terminées est assez compliqué (la page est très longue, et peu lisible lorsqu'il faut déplacer les requêtes dans le bon chapitre...) et se fait en plusieurs étapes (d'abord sur le haut de la page avec les requêtes terminées ce mois, puis dans la sous page d'archive), ce qui est profondément chronophage (et pas forcement amusant).

Il serait possible de demander l'archivage par un bot de manière assez simple : Le bot déplacerait les requêtes X temps après que leur statut soit devenu   ou {{annulée}}. Puis à nouveau, le bot les archiverait dans la sous page idoine X temps après les avoir déplacé.

En fait, ça fonctionnerait un peu de la même manière que sur la page de nomination des Images de Qualité de Commons...

Ce système pourrait s'appliquer sur l'atelier graphique, l'atelier cartographique et l'atelier d'animation puisqu'ils utilisent le même modèle de formulaire.

Si vous êtes d'accord, je formule une requête auprès des bots.

--M0tty [Plaidoyers et jérémiades] 14 août 2011 à 14:53 (CEST)

Bonjour M0tty,
1) pour les demandes non traitées il s'agirait donc pour le bot de placer automatiquement Modèle:AG délai au bout de 4 mois, puis d'archiver la demande au bout de x mois d'inactivité de la section ? Je ne vois pas d'inconvénient (mais bien sûr, le bot ne doit pas empêcher le wikigraphiste ou le demandeur de pouvoir réactiver la demande : à chaque modification de la section, la demande est relancée pour 4 mois — ou moins).
2) pour les demandes traitées je trouve que c'est une excellente idée ; étant un peu feignant je ne déplace pas toujours jamais les requêtes terminées dans la section idoine... Bourrichon 14 août 2011 à 17:22 (CEST)
Bonjour, je n'avais pas pensé à la possibilité de traiter également les demandes non traitées. Excellente idée ! Je fais une demande dans ce sens sur la page idoine. --M0tty [Plaidoyers et jérémiades] 14 août 2011 à 18:35 (CEST)
(zut, conflit) Salut,
Pour les requêtes terminées, pourquoi pas, je suis pour faire l'essai. Il faudra tester la présence du modèle {{Évaluation de demande}} avec les valeurs fait, annulée, non ou copyvio.
Pour les demandes non traitées, ça me paraît difficile (mais à étudier). Personnellement, je ne me fie pas à la date de la demande pour apposer, de temps à autre, le bandeau {{AG délai}}, mais à la date du plus récent message déposée dans cette demande. Et une fois ce bandeau posé, je le laisse un mois. Il faut voir si un robot peut détecter une telle date. Si c'est possible, tant mieux, et ça peut se tenter. Il faudra aussi que le robot laisse le bandeau {{Non prioritaire}} sur la page de discussion du demandeur.
Sémhur (d) 14 août 2011 à 18:43 (CEST)
La demande est faite : Wikipédia:Bot/Requêtes/2011/08#Entretient_des_ateliers_graphiques. N'hésitez pas à reformuler ou à ajouter des précisions/corriger le cas échéant. --M0tty [Plaidoyers et jérémiades] 14 août 2011 à 19:42 (CEST)
Merci M0tty. J'ai ajouté un algorithme (perfectible) pour aider le dresseur. Ceci m'amène quelques réflexions sur le travail à faire de notre part :
  • Il faut harmoniser les sections de tous les ateliers (je pense à l'atelier animation).
  • Il faut créer une page des demandes en sommeil pour les atelier animation et images à améliorer
  • Quand une demande a été prise en charge par un wikigraphiste, mais qu'il n'y a plus eu d'activité sur cette page depuis 4 mois, plutôt que d'avertir le demandeur, ne devrait-on pas créer un modèle destiner à « réveiller » le graphiste ?
Sémhur (d) 14 août 2011 à 21:43 (CEST)
Excellente idée !
La page Wikipédia:Atelier graphique/Images à améliorer/Archives/Demandes mises en sommeil existe déjà. J'ai créé la même pour l'atelier d'animation.
Pour le reste, qu'entends-tu par l'harmonisation des sections ?
--M0tty [Plaidoyers et jérémiades] 14 août 2011 à 22:13 (CEST)
Au niveau de l'algorithme que tu as écrit, ne faudrait-il pas ajouter une temporisation de 1 ou 2 jours avant que le bot ne déplace les requêtes faites, annulées, non, copyvio et déplacées, et ce pour permettre de terminer la discussion et de laisser au demandeur l'occasion de modifier la demande ?
Cordialement. --M0tty [Plaidoyers et jérémiades] 15 août 2011 à 10:56 (CEST)
Oui, on peut même envisager une semaine. C'est ce délai que j'utilise avant d'archiver les pages du bistrot de Commons (encore un truc qui pourrait être fait par un bot, tiens).
Par contre, je ne suis pas pour que le demandeur modifie sa demande. Normalement si le wikigraphiste l'a passée en "fait", c'est que le demandeur a donné son aval ; donc s'il veut la modifier c'est probablement pour demander des cartes supplémentaires, et je préfère autant qu'il fasse une nouvelle demande.
Pour l'harmonisation des sections, je vois que tu as compris ce que je voulais dire, puisque tu les a créées  . Sémhur (d) 15 août 2011 à 11:05 (CEST)
Pour ce qui est de la modification de la demande par le demandeur, c'est surtout dans le cas d'un non ou d'un copyvio, le demandeur peut fournir de nouvelles sources de travail, des images de meilleur qualité, etc...
Une semaine me parait beaucoup, surtout que la demande est simplement déplacée en haut de page et que le demandeur peut encore y intervenir. 3 jours me semble être un bon compromis. --M0tty [Plaidoyers et jérémiades] 15 août 2011 à 11:17 (CEST)
Au niveau de l'archivage dans les sous pages, il y a là une petite imprécision : les requêtes doivent être classée par date de réalisation, ce qui signifie que si une requête est marquée fait le 29 septembre, elle sera placée dans la section requêtes terminées le 2 octobre par le robot et donc archivée dans le mois d'octobre (au lieu de septembre). Alors, soit on s'en fiche, soit il faut dire au bot de ranger les requêtes dans le mois de fin de réalisation (et pas le mois qui vient de se terminer)... c'est difficile à faire ? --M0tty [Plaidoyers et jérémiades] 15 août 2011 à 11:32 (CEST)
Ok pour 3 jours, après on verra à l'usage. Tu as raison pour l'archivage, il faut bien tenir compte de la dernière date de la section pour archiver dans le bon mois. Sémhur (d) 16 août 2011 à 19:30 (CEST)
Pour le nombre de jours, noter que l'atelier a aussi un role de formation, de cross-teaching. Laisser les demandes satisfaites à aussi sont role. Un archivage trop rapide transforme l'atelier à une liste de demande incomplète, sans exemples finis. L'action d'archivage gagnera à être automatisée, mais laisser trainer les sections achevées avec de belles images créées, ça à aussi son charme et son utilité. ; ) Yug (talk) 17 août 2011 à 10:11 (CEST)
Entièrement d'accord avec Yug. Bourrichon 17 août 2011 à 19:37 (CEST)
Ok, on peut dire une semaine comme l'avait proposé Sémhur. Mais notez que les requêtes refusées disparaitront aussi vite que celles qui seront réalisées. Seules resteront plus longtemps, les demandes qui trainent, et celles qui ne sont pas encore prises en charge... Mais tant qu'on est dans les grands changements, pourquoi ne pas proposer une sous page des plus belles réalisations qui serait accessible depuis la page des demandes. Cordialement --M0tty [Plaidoyers et jérémiades] 17 août 2011 à 21:48 (CEST)
C'est bien d'avoir une telle page. Cela ne remplacera pas un Atelier graphique actif et impressionnant. Yug (talk) 18 août 2011 à 20:05 (CEST)
Note importante: le Graphic lab (images) anglais à déjà un tel bot.
  • Archivage des sections validées à partir de dernier massage + X jours.
  • Archivage des sections inactive à partir de dernier message + 3 fois X jours.
  • en:User:DyceBot: DyceBot en action (Marking 2 sections stale; archiving 1 stale section and 0 resolved sections.)
Peut surement être copié. Yug (talk) 15 août 2011 à 16:51 (CEST) (Désolé de répondre sir tard!)
Merci Yug pour cette information ! Sémhur (d) 16 août 2011 à 19:30 (CEST)

Eight RequestModifier

Bon, tant qu'on est dans les grands changements, je viens de remarquer que les anglophones ont installé une rubrique permanente de requêtes à effectuer, ils sélectionnent chaque fois 8 requêtes dans Catégorie:Image à améliorer et Commons:Category:Images for cleanup et chacun les prend en charge au gré de ses envies et de ses capacités. Je vois plusieurs avantages à ce système : On vide progressivement la catégorie des images à nettoyer sur Commons (et on file un coup de main à nos collègues anglo-saxons), les nouveaux peuvent se faire la main facilement, et ça encourage à rejoindre l'atelier graphique d'une manière facile. Qui plus est, c'est tout de même plus attrayant que de mettre simplement les liens vers ces 2 pages en tout petit dans l'en-tête (parce que moi, j'avoue que j'y vais jamais). Qu'en dites vous ? On le met en place ? --M0tty [Plaidoyers et jérémiades] 19 août 2011 à 22:59 (CEST)

C'est intéressant comme approche. La première fois que j'ai vu le système, j'ai cru qu'il s'agissait des dernières demandes de la page. Je suis d'accord pour le mettre en place. Peut-être pourrait-on s'en servir avant cela pour nettoyer les sous-catégories de Catégorie:Logo à vectoriser ?--  Flappiefh (d) 19 août 2011 à 23:37 (CEST)
Voilà un essai de mise en place. Toute modification, tout allègement est le bienvenu, je n'ai pas encore pu créer la documentation, je fais ça dés que j'ai le temps. --M0tty [Plaidoyers et jérémiades] 20 août 2011 à 12:12 (CEST)
Première utilisation du biniou : ma foi, c'est agréable à utiliser. Le look jure un peu avec le reste mais on pourra s'en arranger. Le top serait qu'il se remplisse tout seul, mais je ne connais pas trop les possibilités techniques offertes par WP. --  Flappiefh (d) 21 août 2011 à 00:55 (CEST)

Correction du modèleModifier

Quelqu'un qui s'y connait en modèle peut-il modifier {{AG/I/8R}} pour qu'il puisse prendre en compte le paramètre Annulé ? Personnellement, j'en suis incapable. Merci ! --M0tty [Plaidoyers et jérémiades] 28 août 2011 à 13:31 (CEST)

J'ai commencé à regarder comment faire. Je te tiens au jus. --  Flappiefh (d) 28 août 2011 à 20:59 (CEST)
Voilà, c'est fait (voir exemple). Le cadre est vert lorsque le statut est annulé. On peut changer ça, mais ça sera plus compliqué ! Je pense que comme ça, c'est pas mal. Ça te convient ? --  Flappiefh (d) 28 août 2011 à 21:54 (CEST)
Oups, j'avais loupé ta réponse, c'est parfait ! Pour la couleur, c'est pas dramatique ! Merci ! --M0tty [Plaidoyers et jérémiades] 30 août 2011 à 10:33 (CEST)

Format des nouvelles cartesModifier

Je viens de remarquer que beaucoup des nouvelles cartes créées à l'atelier étaient en JPG, et je m'en étonne. Je pensais qu'il fallait privilégier le PNG pour les cartes. Mais peut-être que je ne suis pas au courant d'une quelconque subtilité. Quelqu'un peut-il m'éclairer là dessus ? --M0tty [Plaidoyers et jérémiades] 19 août 2011 à 23:59 (CEST)

De quelles cartes parles-tu ? Je vois principalement du SVG et du PNG sur l'atelier Carto. En tout cas, le JPG est un non-sens en carto, c'est certain, sauf si il s'agissait d'une image matricielle exceptionnellement grande, et complexe (dans ce cas, un PNG pèserait trop lourd, mais on perdrait en qualité à utiliser le JPG). --  Flappiefh (d) 20 août 2011 à 00:03 (CEST)
Les cartes de départements sont en JPG… --Pic-Sou (d) 20 août 2011 à 00:04 (CEST)
Les cartes servant à la géolocalisation des départements sont, pour les administratives, en SVG, et pour celles avec un fond en relief, en JPG. Mais il est tout à fait possible d'en faire en SVG, tout dépend de ce que tu veux en faire. Sémhur (d) 20 août 2011 à 12:54 (CEST)
Non, simplement, je pensais que le jpg était à proscrire des cartes et qu'il fallait privilégier le PNG (et le svg, bien entendu) --M0tty [Plaidoyers et jérémiades] 20 août 2011 à 20:58 (CEST)
J'ai fait les cartes physiques pour la géoloc en JPEG plutôt qu'en SVG ou PNG pour les raisons suivantes :
  • même si elles peuvent servir à d'autres utilisations à défaut de mieux, leur but principal est la géoloc, donc à n'être vues la majeure partie du temps qu'en petit format (~250 px de large) dans les infobox ;
  • servant pour la géoloc, ces cartes ne sont qu'une illustration parmi de nombreuses autres dans les pages d'articles sur les communes et elles doivent être le plus léger possible, le JPEG étant bien plus efficace dans ce cas que le PNG en raison des niveaux d'altitudes dégradés qui font qu'elles s'apparentent davantage à une photo ;
  • pour utiliser du SVG il faudrait faire une carte topo aux niveaux d'altitudes distincts qui seraient illisibles à la taille d'affichage dans les pages d'articles et donc pas très utile àmha puisque sur leurs pages de description les cartes sont vierges, le but principal étant de donner une vision générale du relief ;
  • une carte topo en SVG aurait un poids de fichier trop lourd pour l'utilisation qui en est faite en géoloc en raison de la complexité des niveaux plus la couche PNG des ombres ;
  • les cartes de géoloc utilisent pratiquement toutes une projection équi-rectangulaire qui n'est pas adaptée pour les cartes générales complétées en raison des déformations avec un sud anémié et le nord élargi par rapport à la réalité. Ces données n'étant pas destinées à être réutilisées sans une reprojection préalable, le format JPEG me semblait suffisant ;
  • les données critiques, en premier lieu les limites administratives mais aussi le littoral et les principaux cours d'eau sont disponibles en SVG via la carte administrative.
Sting (m'écrire) 21 août 2011 à 01:16 (CEST)
Ok, je comprends mieux. Merci pour l'explication ! --M0tty [Plaidoyers et jérémiades] 21 août 2011 à 06:41 (CEST)

Uniformisation des formulairesModifier

Bon, promis, c'est mon dernier sujet pour aujourd'hui.

Je pense qu'il serait bon d'uniformiser les formulaires de requêtes, en prenant pour base celui de l'atelier cartographique qui est plus allégé et plus simple. Je trouve que le cadre orangé alourdi très fort et n'apporte pas grand chose.

Si tous les ateliers sont d'accord, je peux proposer un formulaire unifié pour tout le monde. --M0tty [Plaidoyers et jérémiades] 20 août 2011 à 00:12 (CEST)

Je suis d'accord pour alléger les formulaires, on peut leur trouver une mise en page plus efficace. Et ce cadre orangé m'agresse les yeux.   Par contre je pense qu'il faudrait conserver une couleur différente du blanc (gris-bleu très légèr par exemple) pour dissocier la demande et la discussion qui la suit. J'espère qu'il y aura peu de demandes ce weekend, parce qu'on a du pain sur la planche !   --  Flappiefh (d) 20 août 2011 à 00:30 (CEST)
J'aurais au contraire fait passer les discussions dans le cadre (très léger gris ou bleu, en effet), un peu comme dans les RA… --Pic-Sou (d) 20 août 2011 à 10:04 (CEST)
Voilà qui est fait pour la couleur. Maintenant, il faudrait modifier le modèle {{Atelier graphique/Formulaire}} pour qu'il ressemble plus au formulaire de l'atelier cartographique et créer les modèles équivalents pour les 2 autres ateliers. Mais je ne suis pas assez doué dans la création des modèles et dans la compréhension de leur mécanisme que pour pouvoir le faire. Quelqu'un peut-il s'en charger ? --M0tty [Plaidoyers et jérémiades] 20 août 2011 à 10:59 (CEST)
Je peux faire des essais sur les modèles afin que nous nous mettions d'accord, pour commencer. Concernant le gris employé pour le fond des formulaires, je le trouve trop foncé. Je pensais plus au gris employé dans les Sommaires (#f9f9f9) ou quelque chose entre les deux, qui tirerait un peu sur le bleu. Mais en l'état, je préfère ce gris au orange d'avant. --  Flappiefh (d) 20 août 2011 à 11:43 (CEST)
N'hésites pas à modifier la couleur par celle à laquelle tu pense.   --M0tty [Plaidoyers et jérémiades] 20 août 2011 à 12:13 (CEST)
OK, je tente #F0F0F8 (gris-bleu léger). --  Flappiefh (d) 20 août 2011 à 12:22 (CEST)
Je me rends compte que l'idée de Pic sou a un sacré avantage : ça éviterait les bords blancs pas beaux autour des cadres des images. Je testerai sur un brouillon. --  Flappiefh (d) 20 août 2011 à 12:33 (CEST)

L'article Créanum est proposé à la suppressionModifier

  Bonjour,

L’article « Créanum (page supprimée) » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Créanum/Suppression.

Le meilleur moyen d’obtenir un consensus pour la conservation de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible. N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.

--pixeltoo (discuter) 23 août 2011 à 18:41 (CEST)--pixeltoo (discuter) 23 août 2011 à 18:41 (CEST)

Offre de serviceModifier

Je suis disposé à dessiner des images vectorielles à façon sur base de 3D dessinée dans ArchiCAD (CAO 3D architecturale). Export en PDF. En collaboration avec quelqu'un qui connait Inkscape pour produire le SVG. A bon entendeur.Oimabe (d) 24 août 2011 à 22:28 (CEST)

As tu un exemple à nous montrer ? car je ne vois pas bien de quoi tu parles, et ce qui est possible. Yug (talk) 25 août 2011 à 23:54 (CEST)
Voici. rapidement jeté. Je n'ai pas maîtrisé le cadrage dans Inkscape, n'y connaissant rien à ce logiciel.
Le svg est surement perfectible.Oimabe (d) 26 août 2011 à 01:20 (CEST)
Il existe des scripts qui permettent d'exporter directement des objets 3D en svg sous Blender. C'est sans doute beaucoup plus pratique.
Ceci dit, toute aide est la bienvenue, et ce genre de schéma manquent bien souvent ! --M0tty [Plaidoyers et jérémiades] 26 août 2011 à 11:56 (CEST)
@Oimabe : le rendu SVG que tu obtiens peux être amélioré très simplement sous Inkscape à mon avis. Si tu veux, je te prends sous mon aile pour que tu maîtrises Inkscape, ça ne prendra pas bien longtemps, ainsi tu gèreras la production de l'image de bout en bout. --  Flappiefh (d) 26 août 2011 à 17:19 (CEST)
@M0tty. Je suis à disposition.
@Flappiefh. Merci pour l'écolage que j'accepte avec plaisir. Ma première question serait de savoir comment on décompose l'image récupérée du PDF qui apparaît comme un bloc non décomposable. Les hachures ne sont pas accessible. La seconde concerne le cadrage...Oimabe (d) 26 août 2011 à 17:44 (CEST)
Super, et bien pour commencer, je n'ai pas réussi à dégrouper les éléments du SVG produit par ArchiCAD : j'ai du ruser, en utilisant l'outil de sélection des points (deuxième outil en partant du haut, à gauche). Utilise Ctrl pour sélectionner plusieurs objets, puis Ctrl + pour les additionner. Note que le rendu d'ArchiCAD n'est pas très pratique ici : il faut encore découper certaines parties. Tu peux observer le code XML du fichier SVG pour comprendre pourquoi il n'est pas possible de désolidariser les pièces, je ferai de même quand j'aurai le temps. --  Flappiefh (d) 27 août 2011 à 10:33 (CEST)
J'oubliais ta seconde question : le cadrage. Et bien c'est tout simple : Fichier > Propriétés du document > Redimensionner la page au contenu... > Ajuster la page au dessin ou à la selection --  Flappiefh (d) 30 août 2011 à 23:21 (CEST)
Trouvé pour les pièces solidaires : je ne m'étais pas obstiné, mais il y a 7 groupes dans l'image. Donc il faut sélectionner le groupe, et appuyer 7 fois sur Ctrl Shift G pour les dégrouper. Ensuite, déselectionner le tout, puis selctionner un segment seul. Je te propose de continuer sur ta page de discussion. --  Flappiefh (d) 31 août 2011 à 18:38 (CEST)

Automatisation de la génération des cartes svgModifier

Bonjour, je participe depuis quelques années a Wikipedia mais jusqu’à maintenant je n'ai jamais fait des cartes SVG. Cela m’intéresse et je pense sur des moyens de générer des cartes topographiques automatiquement. J'ai fait un script Matlab/Octave qui actuellement peut générer le relief et les frontières des pays, mais il me reste encore de travail pour rivières, villes, chemins de fers et routes. J'utilise les données de NOAA [5], avec un script transformant figures Matlab en svg [6]. Je suis en train de penser sur l'importation des données hydrauliques. Mon but finale c'est de créer un outil complètement automatique qui prend en entrée des données et sort un fichier SVG sans passer par d'autres logiciels.

Avant de continuer je voudrais savoir si un tell travail de génération automatique de cartes topo semble intéressant - en deux mots - est-ce que je dois continuer de travailler sur ce sujet? :) Savez-vous si l'utilisation des outils comme Matlab sont acceptable et dois-je demander une autorisation de l'auteur du script que j'utilise (le script lui-même est "BSD License" et je ne modifie rien)? Merci. --Ikonact (d) 29 août 2011 à 11:01 (CEST)

Une seule chose à dire ! Oui c'est hyper intéressant (enfin, sur le principe en tout cas) et il y a un réel besoin d'un outil simple (mais tout de même configurable) pour créer des cartes, car c'est sans doute ce qu'il y a de plus complexe à faire d'un point de vue graphique sur WP (et les multiples programmes sont loin d'être simples). Donc, je t'encourage vivement à créer un script qui puisse faire l'entièreté de la création, le tout avec une interface graphique et en français   !! --M0tty [Plaidoyers et jérémiades] 29 août 2011 à 17:09 (CEST)
1. Le cas d'assistance le plus "proche" que je connaisse est le site www.sharemap.org. Des calques GIS (topo, realiste) sont disponibles et des fonctions d'éditions permettant de dessiner des cartes et de les exporter en SVG. Le créateur est pro-wiki, GIS (SIG), utilise notre palette d'icone, le développement est actif. Bémol : les outils sont encore basiques, les opérations entre calques ne sont pas possibles (difference, espace commun, union), la manipulation est laborieuse, abscence de groupe et de Z-order (ordre vertical des calques). Mais c'est plus orienté édition en ligne (assistée et collaborative) qu'automation.
2. Ton automation, si je comprends bien, permettrait d'avoir une formule par carte, plein de formules, donc un jeu de cartes facilement actualisable. On espère ceci depuis un bon moment ! nous avons à gérer surement au environ de 500 cartes 'localization', ce n'est tout simplement PAS gérable. Il faut avancer vers un outils d'automation. Donnes s'il te plait un exemple de carte que tu souhaite générer automatiquement.
3. Sources ? jettes un oeuil à Gis sources and palettes, qui me semble plus accessible que l'équivalent fr, pour des calques interessant. Yug (talk) 30 août 2011 à 13:44 (CEST)
Je travaille sur script Matlab/Octave pour generer les cartes. Il y a un seul script qui prends en entrée les données souhaitées et génère la carte. L'utilisation du script est facile, il faut juste charger les données et les passer en paramètre à une fonction. Il ne faut modifier que les noms des fichiers de données d'entrées. J'utilies les données topographique, cotes et rivières. Pour l'instant il y a encore des améliorations à apporter au script, mais je crois que cela donne déjà certains résultats.
Voici un exemple de carte de Tasmanie que j'ai généré avec les données suivantes:
  • données topographique (NGDC-NOAA: ETOPO1) - téléchargées en format xyz.
  • données cotes (World Data bank II, NGDC-NOAA) - téléchargées en format Matlab
  • données rivières (World Data bank II, NGDC-NOAA) - téléchargées en format Matlab
Il y a encore beaucoup de choses à faire... Au pire, on pourrait ajouter des données avec Inkscape après la génération.
J'ai fait un essai d'ajouter des ombres en utilisant des filtres svg, mais cela n'est pas encore au point. Il y a des décalages dans les lignes mais je suppose que c'est à cause des données. Je regarderais encore une fois les autres sources.
Merci --Ikonact (d) 30 août 2011 à 14:57 (CEST)

┌─────┘
Bonjour, comme mes camarades ci-dessus, je pense que c'est une très bonne idée. Pour les sources, tu peux voir l'équivalent en français du lien donné par Yug ici : Aide:Cartographie/Ressources cartographiques géoréférencées.
Actuellement, pour le relief et la cartographie, nous travaillons surtout avec les données SRTM de la NASA. Les NASA ASTER GDEM sont également très bien. Pour les cours d'eau, j'utilise personnellement NGDC GSHHS. Le problème des cours d'eau, c'est que leur tracé ne correspond pas exactement au relief donné par les autres sources. Ce problème est le même pour les routes et chemins de fers.
A propos de la licence BSD, tu n'as pas besoin de demander l'autorisation de l'auteur du script. Sémhur (d) 30 août 2011 à 15:44 (CEST)

Image impressionnante. Sachant que la vectorisation de la topographie est l'un des élément le plus laborieux de la carte topographique SVG avec QGIS/Inkscape, je suis totalement faciné par ton script. Le probleme de tracés non correspondant pour la côte est classique. Il faut un choix, donner la prioritéà l'une sur l'autre des données. Exemple: supprimer données cotes WDB II, et appliquer un trait bleu au polygone vert le plus bas. ; ) Yug (talk) 31 août 2011 à 00:32 (CEST)
Il faut que je réfléchisse sur le problème de la côte. Le choix n'est pas si simple. Si j'applique un trait bleu au polygone vert le plus bas je perds une certaine précision de la côte avec les données ETOPO1 et du coup certaines baies deviennent des lacs  . Peut-être je peux dessiner un polygone avec les données cotes WDB II et effacer tout ce qui dépasse ce polygone. A voir.--Ikonact (d) 31 août 2011 à 15:19 (CEST)
J'ai fait un essai avec les données SRTM et cela donne de bons résultats. Le problème est dans la quantité des données, le temps de calcul et mémoire PC. J'ai l'impression qu'il faudra les utiliser pour des petites cartes du genre 3-4°. Pour les grandes cartes c'est très lourd. Je vais voir si je ne pourrais pas générer les cartes par zones de 1°x1°. L'autre solution c'est de réduire le nombre de points dans chaque carré de données.--Ikonact (d) 31 août 2011 à 15:19 (CEST)
En effet, les SRTM3 sont pour de petites zones. Pour les très grandes, j'utilise les SRTM30, par exemple celles de CleanTOPO2. Leur résolution est la même que les données du NOAA. Sémhur (d) 31 août 2011 à 19:21 (CEST)

OrganisationModifier

Je propose de passer en action  . D’après ce que j'ai compris il y a deux sujets pour l'instant:

  • Cartes topographiques - besoin d'un script automatique pour les générer. J'ai commencé a travailler sur ce sujet, mais cela demanderai plus de temps. Je reviendrai sur ca dans quelques jours (semaines?).
  • Cartes de localization - je peux essayer de faire un script qui génère ce types de cartes. cela ne doit pas être très difficile. Je suppose qu'il s'agit des cartes comme celle-la mais je ne suis pas sur. Pouvez-vous me donner un exemple pour comprendre les besoins?

D'autres cartes???

On peut créer une page (dans mon espace utilisateur?) pour commencer les discussions et faire des requêtes de cartes. Est-ce qu'il y a d'autre chose à faire? Comment peut-on s’organiser? --Ikonact (d) 31 août 2011 à 15:31 (CEST)

Plutot ceci : Fichier:France_map_Lambert-93_with_regions_and_departments_polygons-blank.svg. Mais il existe des shapefiles (.shp) pour chaque information, ensuite, c'est une question de style, et de projection. Pour les shapefiles administratifs, regardes : http://diva-gis.org/gdata > France. La license de diva n'est pas affiché, mais le webmaster à l'air de dire que c'est libre. (A clarifier). Cela reste une excellente source pour tes tests internes. Yug (talk) 31 août 2011 à 18:20 (CEST)
Je suis en train de regarder ce que je peux faire pour générer une telle carte automatiquement. Il y a quelques difficultés que j'essaye de surmonter comme p.ex comment faire la différence entre la frontière d'un pays et la cote. Le problème c'est que les données sont représentée comme des contours et on ne sais pas si c'est une cote ou pas. Mon idée est de faire une carte en svg en utilisant des styles pour pouvoir sélectionner une région ou un département avec une ligne de texte au début du fichier. Je voudrais savoir quels sont les besoins exacts - générer une nouvelle carte de la France, pouvoir modifier celle-la plus facilement, générer des nouvelle cartes qui n'existent pas en svg? Merci--Ikonact (d) 5 septembre 2011 à 11:07 (CEST)
  • Pour trait de côte / trait de frontière, je ne sais pas quelles données brutes tu fais mouliner dans ton script pour les côtes et les frontières, mais les données d'OpenStreetMap ou de Naturalearth contiennent des géotags pour chaque donnée, par exemple « côte » ou « frontière ».
  • Pour les besoins, voici ce qui me semble prioritaire. Pour l'instant, c'est ce que les wikigraphistes font à l'aide de SIG (ou à la menotte pour les baroudeurs). Je te recommande de jeter un œil sur Projet:Cartographie/Cartes_standards pour comprendre l'importance de ton script.
    • 1) Tout fond de carte en projection lat/lon, avec le relief en bitmap, et les frontières & traits de côte & cours d'eau en svg. = pour générer des cartes vierges, de géolocalisation (à l'horizon, des milliers de cartes à faire, à toute échelle).
    • 2) Tout fond de carte svg contenant le relief svg, le relief ombré (bitmap), les cours d'eau, le trait de côte, les routes, les frontières, les lacs, et des points pour les localités, le tout reprojeté par exemple en UTM ou en Mercator (sachant que si la reprojection est trop compliquée à faire dans le script, une simple projection en lat/lon conviendra dans certains cas[1]). = base de travail à compléter par les wikigraphistes (ils ajouteront les légende, rose des vents et autres données complémentaires plus ou moins artistiques ; d'ailleurs si toutes les données transformées par le script sont dans des calques séparés c'est mieux).
    • 3) Si les polygones peuvent être fermés, c'est encore mieux (pour pouvoir changer la couleur des circonscriptions à chaque élection par ex.)
    • 4) Si les polygones fermés peuvent être modifiés en ligne par n'importe quel non-wikigraphiste, sans l'aide d'un logiciel, c'est encore beaucoup, beaucoup, beaucoup mieux.
    • 5) Les toponymes/hydronymes si n'importe qui peut les traduire en ligne (même idée).
Cordialement Bourrichon 5 septembre 2011 à 16:52 (CEST)
Super, merci. J'utilise les données http://diva-gis.org/gdata, mais je dois reconnaître que je n'ai pas un bon outil pour lire des fichiers .shp et peut-être il y a une certaine information qui manque. Je regarderai les Naturalearth. Pour les données OpenStreetMap j'ai l'impression que je ne peut pas les exporter en format osm si les régions sont trop grandes (donc pas pour des pays entiers). Pour l'instant ce qui est le plus facile pour moi c'est de créer des cartes relief - c'est juste un matrice binaire, dont je dois calculer les contours. Je dois travailler un peu sur les shapes. Une question: pourquoi les cartes doivent-elles avoir le relief en bitmap? Je peux les générer en svg. Seul inconvénient - la taille du fichier, mais je suppose qu'avec une optimisation et échelle de données adaptée cela peut aller. Merci --Ikonact (d) 5 septembre 2011 à 18:07 (CEST)
Pour les données : pourquoi veux-tu exporter des données en format osm ? (ou bien parles-tu d'exporter des données osm à partir d'OSM.org ?) Sinon pour les importer, sur le site de Cloudmade, les données d'OSM sont sous deux formats possibles entre autres (.osm, données complètes, et .shp, comportant visiblement seulement les données les plus importantes – par exemple je n'y ai pas trouvé de chemins de fer). Voir la partie « téléchargement des données osm » du didacticiel QGIS (section ci-dessous en bas de page). Pour ta question : Sting y répond très précisément dans la section ci-dessus Discussion_Wikipédia:Atelier_graphique/Cartes#Format_des_nouvelles_cartes.   Bourrichon 5 septembre 2011 à 18:34 (CEST)
  1. Càd, pour les cartes à très grande ou à très petite échelle, ou pour toute carte proche de l'Équateur

Test géolocalisationModifier

Bonjour, voici un test de carte de géolocalisation (carte de la Bulgarie). Je l'ai générée automatiquement avec un script Octave/Matlab. Fond jpeg, données SRTM30. Cotes, rivières et frontières en svg, données NGDC et Natural Earth. J'ai essayé d'ajouter les ombres du relief, mais je ne les trouve pas très réussis. Pour l'instant c'est juste un test et il reste encore a faire. Est-ce que cela sera utilisable pour des cartes de géolocalisation? Commentaires? Merci--Ikonact (d) 22 septembre 2011 à 01:25 (CEST)

Une question: quel doit être le format des cartes de géolocalisation? JPG ou SVG avec relief en bitmap? Bourrichon l'a indiqué comme SVG avec relief en bitmap mais je cois que la majorité des cartes est en JPG. --Ikonact (d) 23 septembre 2011 à 14:39 (CEST)

Bonjour. Bonne première carte réussie. Il faut juste vérifier afin de paramétrer le modèle de géoloc que tu aies bien les coordonnées précises des limites de la carte, que la projection soit une équi-rectangulaire et que pour le paramétrage de celle-ci tu aies spécifié comme latitude standard le centre de la carte, ceci pour réduire au maximum les déformations.
Pour la géoloc, ce qui est important c'est que l'affichage soit rapide puisque ce n'est qu'un petit élément au sein d'une page déjà alourdie par une infobox. Le SVG pour les cartes physiques n'est donc pas adapté et il vaut mieux un JPEG, ce qui n'empêche pas, si tu le souhaites, de charger aussi sur Commons une version SVG, éventuellement plus grande, qui pourra servir à d'autres utilisations. Sting (m'écrire) 23 septembre 2011 à 15:13 (CEST)
J'ai les coordonnées précises des limites de la carte donc cela ne sera pas un problème. Par contre, pour l'instant je n'ai pas utilisé une projection équi-rectangulaire et je crois qu'il sera un peut difficile de le faire. Cette image est juste une transformation de la matrice du modèle d’élévation ce qui veut dire que les cotés sont égales. Je pensais que pour la largeur je pourrais multiplier la longitude par cosinus phi0 et cela marchera. En réalité, je ne sais pas si, avec les moyens actuels que je dispose, cela sera possible de faire projection équi-rectangulaire sauf s'il n'y a pas un moyens facile de transformer l'image. Sinon, je pourrais essayer de faire la transformation avant de créer l'image mais c'est plus difficile. Est-ce que vous savez comment pourrait-on transformer la matrice d’élévation facilement en projection équi-rectangulaire. Merci. --Ikonact (d) 23 septembre 2011 à 17:14 (CEST)
La différence visuelle entre la projection géographique (Lat-Lon) et l'équirectangulaire correspond à un écrasement horizontal (ou à un étirement vertical, au choix) pour compenser le rapprochement des méridiens vers les pôles. Une carte de 1º de côté ne sera donc plus carrée mais rectangulaire. Je n'ai pas regardé quelle est la formule pour la transformation (je me contente de laisser travailler le SIG pour moi), mais en dernier recours, quand ta carte est prête, tu peux utiliser une méthode (très) empirique par tâtonnements : modifie le modèle de géoloc en spécifiant les limites géo de ta nouvelle carte et ses dimensions en px et vois ce que te donne le « Coefficient de déformation au centre ». Modifie la valeur de la hauteur en px de la carte jusqu'à ce que tu arrives à un coefficient pratiquement égal à 1 (0,99xx ou 1,00xx étant idéal). Modifie alors la hauteur de ta carte dans ton éditeur d'image à la valeur que tu as trouvé. Merci à STyx d'avoir intégré ce paramètre dans les modèles, bien pratique pour savoir si la carte est « correcte » ! Sting (m'écrire) 23 septembre 2011 à 17:55 (CEST)
Cela fait plaisir de voir ce que tu arrives à faire. À l'heure actuelle ce résultat nécessite d'apprendre à manipuler les bases d'un SIG, ce qui rebute beaucoup de wikigraphistes. Pour ce qui est du svg, comme l'a dit Sting, ce format permet d'enlever la frontière actuelle de la Bulgarie par exemple, pour une réutilisation. Le mieux est d'avoir les deux, mais ce n'est pas une priorité. Bourrichon 23 septembre 2011 à 20:34 (CEST)
Oui, personnellement je n'aime pas conseiller uploader aussi une version SVG de ces cartes, à cause de la projection : celle-ci est nécessaire (sauf pour les hautes latitudes) aux besoins de la géoloc mais n'est pas adaptée aux usages courants d'une carte complétée en raison des déformations trop importantes, surtout si le pays couvre une grande surface ou a une grande extension nord-sud. Sting (m'écrire) 23 septembre 2011 à 21:16 (CEST)
On est bien d'accord, et la Bulgarie ici est trop étirée pour cela. Générer des reliefs avec une projection choisie me semble une priorité et une meilleure solution. Bourrichon 24 septembre 2011 à 13:27 (CEST)
Bonjour, je ne suis pas tres sur de comprendre ce qui est nécessaire :-) Actuellement, je travaille sur géolocalisation en svg. J'applique un coéfficient correcteur comme déja discuté. Je crois que les cartes doivent être OK. De toute facon on peut toujours transformer une carte svg en jpg. Voici un autre example que j'ai fait suivant une demande de carte de Champagne-Ardennes. --Ikonact (d) 25 septembre 2011 à 02:07 (CEST)

Je me suis permis de traiter la demande de carte Champagne-Ardenne avec la proposition de la carte de géolocalisation ici a droite. J'essayerai de me lancer dans la création d'une carte svg en projection UTM. Comme ça sera ma première carte je voudrais avoir votre support et conseils. Merci. Cordialement --Ikonact (d) 26 septembre 2011 à 00:01 (CEST)

Magnifique. Pour les cartes de géoloc, donc, j'ai l'impression que Wikipédia vient de faire un grand pas. Pour les cartes complétées UTM (belles cartes d'illustration destinées à être explorées), j'imagine que c'est un peu plus délicat, car plus on complète une carte et plus on a besoin d'un sens artistique que ne peut pas avoir par défaut le script (taille relative des objets, des lignes, des polices, place des symboles, quantité d'objets, etc.). Mais de toute façon, si déjà ton script peut sortir un fond entièrement svg en UTM dont on connaît les limites, avec rivières et frontières, c'est déjà beaucoup de temps de gagné, et un graphiste peut toujours ajouter ce qu'il veut, à l'aide d'un SIG, s'il connaît les dimensions et les limites de la carte générée par le script. Cordialement. Bourrichon 26 septembre 2011 à 01:42 (CEST)
Sur les cartes jpeg j'ai déjà quelques chose qui peut les créer assez facilement. Pour l'instant je perds plus de temps avec la préparation des données que la génération. J'utilise SRTM3, mais cela fait beaucoup de points et je suis obligé de les réduire un peu. Pour les données administratives je ne sais pas quelles sont les meilleures. Je n'ai pas trouvé des contours fermés libres pour les régions et les départements. Est-ce que vous savez quelles données je peux utiliser? (p.ex. diva-gis.org est très bien mais pas complètement libre). J'ai utilisé OpenStreetMap, mais la il n'y a que des frontières. Pour les cartes en svg je peux faire un script complètement artistique ;). Je vais essayer de sortir automatiquement topographie, lacs, rivières, frontières, routes, chemins de fer et villes sur une carte vierge, mais le texte doit être ajouté automatiquement. De toute façon je compte utiliser le même outil avec une projection différente et remplacer le relief jpeg avec relief svg. A voir... Merci --Ikonact (d) 27 septembre 2011 à 09:50 (CEST)
J'ai fait quelques petits essais pour trouver des contours fermés (polygones). Pour les régions : naturalearth (10m-cultural vectors) > Admin 1 – States, Provinces > download states and provinces. Pour les départements, je n'ai hélas trouvé que des lignes hachées (osm). Chez cloudmade il y a les polygones pour les lacs (fichier shapefiles.zip contenant entre autres le fichier water). Je me méfie de diva-gis en raison de la licence. Bourrichon 27 septembre 2011 à 20:47 (CEST)
J'ai regardé les différentes sources et je n'ai pas trouvé des contours fermés convenables. J'ai l'impression que la précision sur NaturalEarthData n'est pas suffisante. J'ai vu que Sting utilise VMap-0 mais il est marqué que les frontières de la VMap-0 sont généralement sous copyright d'ESRI. Les données administratives sur DIVA-GIS proviennent de GADM database mais c'est marqué "This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission." donc, a mon avis, pas utilisables sur Wikipedia. Finalement, je pourrais utiliser les données Natural Earth pour les polygones et OSM pour les frontières. Je ferai un essai pour voir qu'est-ce que ça donne. Malheureusement, je n'aurai que les régions en France. De toute façon il serait bien si je trouve des données pour les polygones parce que cela facilitera la création des cartes. --Ikonact (d) 27 septembre 2011 à 21:53 (CEST)
J'ai contacté le webmaster de GADM : il protege ses fichier GIS, mais autorise l'utilisation de SVG / JPG pour wiki. Yug (talk) 28 septembre 2011 à 10:36 (CEST)
Donc je pourrais utiliser les données GADM pour les cartes. Est-ce qu'on a une trace écrite quelque part de l'autorisation? --Ikonact (d) 28 septembre 2011 à 11:02 (CEST)
Je t'ai forwardé le mail et l'email du webmaster (gmail: r.hijmans ).
 Dear Hugo,
 Feel '''free to make "bipmap maps''' (PNG, JPG, JPEG)". 
 I could allow '''SVG for certain countries''', but not for others. But those will tend to be the countries that Wikipedia already has 
 (as pngs by 'rarelibra'). I hope to have a country specific licence file in the future. But you can ask me about particular 
 countries (not many at once!) if you like.
 Robert Hijmans

License de nos productions : pour quelques financements ?Modifier

—note et résumé: Sémhur a noté une erreur importante dans ma vision de la condition -SA, qui ne s'appliquerait en fait qu'à l'élément CC-by-sa emprunté et dont la licence doit apparaitre. La license de l'oeuvre intégratrice (livre) peut rester sous droit d'auteur. Certains professionnels souhaitent tout de même ne pas révéler leur source, et négocient la suppression du -by-sa avec l'auteur de l'illustration, gratuitement ou contre rémunération. Yug (talk) 30 août 2011 à 19:45 (CEST)

Je conseille à tous de publier vos images et cartes de qualité en License CC-by-sa. Le monde du libre et graptuit peut utiliser ces images en toute liberté. Mais cette condition autorise l'utilisation commerciale si et seulement si le livre / l'application est également en CC-by-sa. DONC, les éditeurs, créateur d'APPS contactent les graphistes pour que le wikigraphiste supprime pontuellement la condition '-sa' et autorise donc l'inclusion dans un livre / APPS copirighté. Ces accords ponctuels peut être gratuit ("ok"), ou les parties peuvent s'accorder sur une contrepartie financière ("ok sous couvert de dont de 30€"). Ne révons pas, je pense que cela restera rare, mais c'est à tenter : wikipédia et la culture profitent gratuitement de nos illustrations, si des entreprises veulent en faire une utilisation avec profit, et inclusion dans des objets sous droit d'auteur, autant les encourager a remettre une part au graphiste, qui est libre également de remettre une part dans l'atelier graphique. Je pense en particulier à certains projets très lourds, comme la création de scripts complexes : script cartographe de Ikonact ; edition cartographique web 2.0 de Sharemap.org ; animations de séries de cartes github project de prat ; ... De tels projets —très important à mon avis— ont par le passé échoués par épuissement du/des contributeur(s) bénévole(s). Un petit coup de pouce serait le bienvenue pour prendre en puissance. Quand pensez vous ? Yug (talk) 30 août 2011 à 13:44 (CEST)

Je contribue désormais en CC-by-sa pour cette raison, en espérant recevoir 100€/an, et donner 30€/an. Je tente ! Yug (talk) 30 août 2011 à 13:51 (CEST)
Bonne chance   --Pic-Sou 30 août 2011 à 14:10 (CEST)
Sauf erreur, c'est la licence préconisée par défaut pour toute œuvre personnelle sur Commons. C'est donc déjà préconisé. --Titimaster (d) 30 août 2011 à 14:19 (CEST)
Tu te trompes, Yug : un éditeur peut très bien mettre une carte sous licence CC-BY-SA dans un ouvrage payant, et sans devoir demander la permission au graphiste ni avoir à le rémunérer. Ce qu'il est obligé de faire par contre, c'est déclarer que cette carte est sous licence CC-BY-SA, et nommer son auteur. Ceci pour éviter qu'il appose un copyright sur cette carte qui ne lui appartient pas. Sémhur (d) 30 août 2011 à 14:32 (CEST)
@Pic-sou: ton soutien dans ma quette de $ ne me surprant qu'a moitier !
@Titi : oui, c'est la licence préconisée par défaut (CC-by-sa-3.0 + GFDL), noté !
@Sémhur: ah. C'est différent de ce que j'avais compris. (Flop?) -SA : "The licensor permits others to distribute derivative works only under a license identical to the one that governs the licensor's work." Mon point de vue vient de "est-ce qu'une oeuvre (ex: magazine) intégrant une carte CC-by-sa est une oeuvre dérivée et donc héritant de la license de la carte ?" Suite à ton opinion divergeante, j'ai un peu fouillé. et je pense désormais que tu as raison, lorsqu'un livre intègre une carte, on est dans le cadre de la 'collections' d'éléments, et chaque élément ou son dérivé doit présenter sa license propre.
Il reste que l'édition profesionnelle / programmeurs préférent parfois payer que d'afficher "CC-by-sa" et révéler la source. Yug (talk) 30 août 2011 à 19:54 (CEST)
Si une entreprise est intéressée par l'un de nos travaux, elle prendra directement contact avec le graphiste et lui demandera une autorisation de reproduction contractuelle qui s'affranchira du CC-BY-SA. Pourquoi s'embêterait-elle à recopier le nom de l'auteur, l'URL de sa page utilisateur, l'URL de l'image, la licence CC-BY-SA (son texte ou son URL), plus éventuellement l'historique du fichier, lorsqu'il suffit d'écrire « © Yug 2009 » ? J'ai décidé il y a longtemps de mettre tous mes travaux en domaine public, justement parce que la CC-BY-SA freinait leur ré-utilisation : elle est lourde à appliquer dans le cas d'une collection, et est virale dans le cas d'une œuvre dérivée (ça interdit son utilisation pour les projets ne pouvant pas être en CC-BY-SA). Tachymètre (d) 30 août 2011 à 20:24 (CEST)
Oui, et justement. L'idée est de négocier cet aspect pratique, de demander aux professionels de faire un dont, et de laisser les étudiants, etc une utilisation gratuite. Je pense notamment à certains programmeurs qui utilisent les cartes géoréférencées dans leurs apps payantes, et ne souhaitent pas afficher toutes les infos CC, ni révéler leurs sources. Mon mouvement est donc inverse au tiens, je migre de PD vers CC-by-sa et une note explicite 'je peux enlever le -sa pour vous', dans l'espoir que cela finance un chouillat mes efforts et ceux de l'atelier. Yug (talk) 30 août 2011 à 20:34 (CEST)
Tu cherches donc à freiner l'utilisation de tes images (en pénalisant tout le monde), avec l'espoir que quelqu'un te rémunèrera un jour ? Déjà, une fois que le script décrit une section plus haut sera mis en place, les développeurs d'application de passeront plus par nous pour récupérer les cartes. Ensuite, ça coûte aussi cher à l'entreprise de demander à un wikigraphiste d'abandonner le CC-BY-SA que d'engager un studio en sous-traitance pour lui faire faire une carte ou un dessin sur-mesure (avec récupération des droits au passage). Depuis 10 ans que WP existe, je n'ai jamais eu d'échos de graphistes ayant décroché des contrats, je pense qu'il y a une raison. Tachymètre (d) 30 août 2011 à 20:58 (CEST)
Même si je comprends ton point de vue (qui n'est pas mauvaise à la base), je doute que son application soit réellement profitable à l'ensemble de la communauté et des ré-utilisateurs. Et ton « je peux enlever le -sa pour vous » me rappelle la pratique de certains photographes important des clichés en licence double CC-BY-NC-ND & GFDL, difficilement ré-utilisable, qui ont généré une petite vague de mécontentement sur Commons il y a deux ans. Tachymètre (d) 30 août 2011 à 21:05 (CEST)
Tachymètre, la CC-BY-SA n'est pas lourde à utiliser. Personnellement, j'utilise depuis peu le champ |other_fields= dans le modèle d'information de l'image, avec ce contenu : © Sémhur / Wikimedia Commons / CC-BY-SA-3.0 (or ArtLibre). Cela indique simplement à une personne souhaitant réutiliser cette carte comment la citer correctement. (je précise que le symbole © ne sert à rien, si ce n'est à faire comprendre à une personne ne connaissant pas les licences libres que cette image possède des droits.) Quant à la viralité de cette licence, elle est toute relative puisqu'elle ne porte que sur l'image elle-même et les images pouvant en être dérivée. En aucun cas un projet entier ne devrait se retrouver en licence CC-BY-SA parce qu'une image qu'il utilise l'est. Et à propos des contrats des wikigraphistes, j'en ai eu un l'année dernière. Il s'agissait d'une personne ayant déjà utilisé une de mes cartes présentes sur Commons, et qui m'a recontacté une année plus tard pour un travail plus spécifique. Sémhur (d) 30 août 2011 à 22:43 (CEST)
Quelques autres cas. en:User:Fir0002, l'un des meilleurs photographes de commons uploadait ses photos en 1500/1500px, suffisant pour wikipedia, mais insuffisant pour le monde de l'édition professionnelle, puis ajoutait à l'image de commons "If you require a less restrictive commercial license please email me to negotiate terms", et à profité de la visibilité de l'image du jour (Main page anglaise) pour lancer par rebond son affaire ( http://www.flagstaffotos.com.au/ ), par lequel il peut vendre des versions de meilleurs qualitées : surement >4000px/4000px. D'autres cas similres existent.
J'ai moi même soudainement eu une demande pour une carte de la Chine: 150€, en juin 2011. C'est en fait ce qui m'a relancé dans la cartographie, j'ai compilé mon experience en un tutoriel SIG/QGIS et uploadé une variante de la carte. On peut littéralement dire que ce tutoriel et cette carte ont été sponsorisés par la maison d'édition qui m'a contacté, au bénéfice de wikipedia. J'ai finalement observé que l'économie réelle pouvait me renforcer en tant qu'individu graphiste, et renforcer notre communauté de graphiste. Je considère maintenant que ce n'est donc pas quelque chose à éviter, c'està considérer comme un à-coté encourageant. Yug (talk) 31 août 2011 à 00:05 (CEST)
En clair: si l'économie réelle peu nous renforcer, il faut qu'on le considère, et il faut qu'on se renforce ! Yug (talk) 31 août 2011 à 00:18 (CEST)
Merci à tous les deux pour ces infos. Ça change ma vision des choses. (@Sémhur, je parlais de viralité uniquement pour les images ré-utilisées, et parlait des problème de formalités pour les intégration dans les collections : un photographe (HaguardDuNord ?) s'était plaint il y a pas longtemps qu'un site web, qui utilisait ses photos sans crédits, avait décidé de retirer toutes ses photos plutôt que de mettre la ligne CC-BY-SA parce qu'ils ne comprenait pas cette licence. Mais c'est vrai que si on ne diffuse pas la CC, on ne la fera jamais connaître… Un point pour vous deux.) Tachymètre (d) 31 août 2011 à 20:30 (CEST)
Yug, dans ton résumé, tu dis ceci : "Certains professionnels souhaitent tout de même ne pas révéler leur source, et négocient la suppression du -sa avec l'auteur de l'illustration, "
Le fait d'enlever le "-sa" n'implique pas que les sources ne doivent pas être obligatoirement révélées. Le "-sa" signifie qu'une œuvre dérivée (et non une œuvre utilisant cette œuvre) doit avoir la même licence.
Par contre, le by donne une notion de paternité, ce qui signifie que la source doit être signalée. Or le by, en droit Français, ne peut pas être enlevé : un auteur ne peut pas légalement renoncer à la paternité de son œuvre.
--Titimaster (d) 31 août 2011 à 16:03 (CEST)
Bref, pour moi, la seule licence qui corresponde à ce que tu attends, c'est le CC by-nc-sa --Titimaster (d) 31 août 2011 à 16:09 (CEST)
Ok, les professionnels souhaitent masquer le -by-sa. Toujours est il que c'est une pratique constaté : nous devons donc en parler. Ensuite, ma petite paye a été efficace à relancer mon effort de wikicartographe, et j'espère faire une petite surprise d'encouragement pour un autre projet de mon choix. Donc oui, c'est une collaboration encourageante. Yug (talk) 31 août 2011 à 18:26 (CEST)

Comment financer pour soutenir ?Modifier

Pour élargir le débats précédant, la problématiques que je me pose est "comment financer pour soutenir des efforts importants avant qu'ils ne s'effondrent ?" Le mode 'bénévole' est trop fragile pour des efforts lourds comme le développement d'outils complexes. Echecs ou semis échecs passées : script pour générer des diagramme (camember et chambre parlementaire), projet 'recherche et developpement' de l'atelier graphique, on parle et sait depuis 5 ans que l'édition enligne (type OSM web 2.0) de cartes encyclopédiques libres pour wikipedia est nécessaire mais on continue à travailler fichier après fichier (web 1.0). Cet été on assiste a une grosse effervescence : script cartographe de Ikonact ; edition cartographique web 2.0 de Sharemap.org (essayez !) ; animations de séries de cartes github project de prat ; ... De tels projets —très important à mon avis— ont par le passé échoués par épuissement du/des contributeur(s) bénévole(s). Donc, pouvons nous trouver des financements pour solidifier et faire avancer ces fronts : Wikimedia ? Cagnotte commune ? Projet Greenspun ? autre ? Yug (talk) 30 août 2011 à 19:45 (CEST)

Yug, tout d'abord, il est vrai que le bénévolat ne facilite pas forcement les gros projets qui nécessitent un suivi. Ceci dit, le monde du libre a tout de même des projets de très grande envergure qui fonctionnent très bien. Wikipédia est un exemple un peu particulier. Linux est l'exemple le plus criant. En particulier des projets comme Debian ou Gentoo. De tels projet n'ont donc, selon moi, pas besoin d'un financement, mais plutôt d'une organisation et d'un suivi à part entière avec gestion du reste à faire, gestion des bugs etc...
De plus, je ne vois pas bien comment une rémunération au compte goute et non garantie pourrait faire avancer les choses. En effet, ce n'est pas parcque tu vends une carte 150€ que ça va te permettre de contribuer plus à wikipédia. --Titimaster (d) 31 août 2011 à 09:03 (CEST)
C'est une question de temps et de gestion efficace de nos ressources humaines limités. On (Sting, moi même, sémhur?) parle et rêve d'un site GIS web 2.0 type shremap.org depuis 2005~2006: 5 ans déjà. C'est une évolution technique qui est nécessaire afin de travailler durablement, optimiser nos énergies,éviter les duplicatas (fond de cartes) et erreures, faciliter la maintenance, les traduction multilingues, et renforcer la crédibilité/vérifiabilité de nos cartes. Si nous avions eu 1000€, nous aurions put lancer ce projet en 2006. Au lieu de cela, comptant sur le ce sera fait un jour, nous arrivons en 2011, avons créé en 5 ans +2.000 cartes et +10.000 illustrations en fichiers séparées web 1.0 , et le système web 2.0 d'édition collaborative en ligne vers lequels nous devront migrer un jour avance, fragilement, porté par un seul programmeur polonais déclaré pro-wikipédia mais sans partager son code. Prier pour que cela (qu'il) tienne le coup est ridicule. Il faut solidifier. Comment ? Yug (talk) 31 août 2011 à 11:48 (CEST)
En faisant une demande de soutien (administratif et/ou financier) de projet auprès des chapters, comme par exemple Wikimedia France ou Wikimedia Suisse, ils attendent que les wikimédiens leur proposent des projets ! Il n'y a pas à hésiter ! --M0tty [Plaidoyers et jérémiades] 31 août 2011 à 12:00 (CEST)
Ce projet est-il connu du monde wikipédien ? N'est-il pas possible tout simplement que des personnes compétentes et motivées ne soient pas présentes tout simplement parce qu'elles ne connaissement pas l'existence d'un tel besoin ? En bref, ce projet n'a-t-il pas pas tout simplement un problème de visibilité ? --Titimaster (d) 31 août 2011 à 12:58 (CEST)
C'est possible, dans ce cas, les chapters sont également là pour soutenir les projets libres y compris en faisant de la com'. Ou un petit mot de présentation sur le(s) bistro(s)... --M0tty [Plaidoyers et jérémiades] 31 août 2011 à 18:29 (CEST)

Bilan

Piste retenue : soutien de wikimedia, Besoin d'un intermédiaire pour nous guider la procedure de demande de soutien. Faire appel sur le bistro. Soutenir l'effort. Yug (talk) 31 août 2011 à 23:32 (CEST)

Mise en place du botModifier

Bonjour,

Comme vous aurez pu le voir (ou pas), le bot de Orlodrim (d · c · b) a commencé à prendre en charge l'entretien des 3 ateliers graphiques. Cependant, il subsiste un petit problème pour l'archivage des demandes mises en sommeil de l'atelier cartographique : En effet, celles-ci sont classées par continent, et ça, le bot ne peut pas le deviner. Donc, pour pouvoir correctement ranger ces demandes, il faudrait insérer un paramètre continent dans le modèle {{AG délai}} qui aiderait le bot à classer tout ça dans les bonnes pages. Qui est capable de faire ça ?   --M0tty [Plaidoyers et jérémiades] 31 août 2011 à 18:59 (CEST)

Mmah oui, c'est de ma faute : c'est moi qui ai classé comme ça récemment... Je modifierai le modèle sous peu. Sémhur (d) 31 août 2011 à 19:10 (CEST)
Ok, pourras-tu prévenir le dresseur dés que ce sera fait ? Merci ! --M0tty [Plaidoyers et jérémiades] 31 août 2011 à 20:07 (CEST)

Bonsoir,

L'archivage est en place. Voilà quelques infos pour que tout fonctionne bien. Vu que j'ai lu plusieurs valeurs différentes dans les discussions, j'ai fait des choix plus ou moins arbitraires pour les délais ; c'est ajustable au besoin.

  • Les requêtes sont déplacées en traitées/refusées selon la valeur présente dans {{Évaluation de demande}}, lorsqu'il n'y a aucune activité depuis au moins 48 h (selon les dates trouvées dans les signatures). S'il y a plusieurs fois le modèle {{Évaluation de demande}}, seul le premier est lu (en particulier cela ne marchera pas).
  • Pour pouvoir classer par date de réalisation, le bot insère un paramètre "date" dans {{Évaluation de demande}} le jour où une requête est clôturée. Pas besoin de s'en préoccuper, il faut juste le laisser à moins que la requête ne soit réouverte.
  • Si le modèle {{AG délai}} est retiré, il faut aussi ajouter un message quelconque dans la section (sinon le bot remettra le modèle tout de suite).
  • Les requêtes marquées par {{AG délai}} sont mises en sommeil après 15 jours.
  • Archivage des 8 requêtes : dès qu'il y en a au moins 3 traitées, elles sont archivées et remplacées par des requêtes de la liste d'attente (j'ai mis 3 au minimum pour éviter de faire des sections trop vides sur la page d'archives). Les requêtes non traitées ne sont jamais archivées. Si besoin, une ligne peut être effacée ou remplacée manuellement, l'important est de laisser les balises <center> et </center>.
  • D'après ce que me dit Sémhur, le classement géographique pour les requêtes en sommeil serait trop complexe à mettre en place. Les requêtes en sommeil concernant les cartes seront donc mises sur la page racine.

Orlodrim [discuter] 1 septembre 2011 à 23:13 (CEST)

C'est parfait ! Peut-être que certains ajustements nous paraîtrons nécessaires au bout d'un certain temps. En attendant, un grand merci pour ce travail qui nous épargnera bien du nettoyage chronophage ! --M0tty [Plaidoyers et jérémiades] 1 septembre 2011 à 23:26 (CEST)
Première suggestion d'ajustement : monter à 5 requêtes faites minimum dans la section 8 requêtes avant de les archiver (cela permet de les conserver un peu plus longtemps, et de corriger les éventuelles erreurs, de laisser des commentaires,... Peux-tu faire en sorte que les demandes faites restent au minimum 1 ou 2 jours (pour éviter qu'elles ne soient archivées instantanément) ?
Un grand merci ! --M0tty [Plaidoyers et jérémiades] 2 septembre 2011 à 00:24 (CEST)
  Ça n'aurait pas dû être archivé maintenant en fait... Orlodrim [discuter] 2 septembre 2011 à 00:40 (CEST)
Super boulot ! Merci. Pensez-vous qu'il est nécessaire d'écrire le fonctionnement du bot sur l'onglet Wikigraphistes ? --  Flappiefh (d) 2 septembre 2011 à 17:17 (CEST)
Oui, bonne idée ! Tu le fais ? --M0tty [Plaidoyers et jérémiades] 2 septembre 2011 à 22:37 (CEST)
Ça roule.   --  Flappiefh (d) 2 septembre 2011 à 23:15 (CEST)

Annonce didacticiel QGISModifier

Bonjour,

je vous signale ce didacticiel dédié à la création de wikicartes avec QGIS : Wikipédia:Atelier graphique/Didacticiels cartographiques/Didacticiel de création de carte avec QGIS (pour traiter nos sources SIG). Je voulais au départ simplement traduire les étapes du didacticiel de Yug, mais vu la polyvalence de QGIS j'ai finalement créé un didacticiel synthétique (tout en un).

L'intérêt de QGIS est qu'il permet d'afficher des couches vectorielles et matricielles, et de les traiter avec la puissance de GRASS GIS dans une interface conviviale :

  • reprojection des couches raster et vectorielles ;
  • création d'un relief ombré ;
  • intégration des données complémentaires (OpenStreetMap, SWBD, Naturalearth, etc.) en tant que couches vectorielles ;
  • séparation ou fusion des différents types de données complémentaires par marqueurs ;
  • outils graphiques : fusion de lignes se recoupant, édition des nœuds et du style, etc. ;
  • export de toutes les données, y compris les courbes de niveau (lignes), au format .svg ou .shp.

Bourrichon 4 septembre 2011 à 13:03 (CEST)

Wahou, sacré boulot, merci. J'ai bientôt terminé ma Tamise "à la main". Je pense que ma prochaine carte sera réalisée par QGIS.   --  Flappiefh (d) 4 septembre 2011 à 15:11 (CEST)
Énorme et très beau travail ! certaines sections sont originales, je les traduirais vers mon tutoriel QGIS anglais ;) On cartographie en rectangle, mais terre est bien ronde !
Une fois les sources SIG trouvées, téléchargées sur votre PC, proprement organisées, QGIS est effectivement puissant et très pratique. QGIS et ses plugins sont en Python aussi (⇒SVGsimple), ce qui est interessant pour nous puisque certains cartographes ont des bases en python. C'est un logiciel a explorer (apprendre et pousser plus loin), en partageant vos découvertes : ) Yug (talk) 4 septembre 2011 à 16:06 (CEST)

Présentation générale des ateliersModifier

Bonjour à tous. Je suis tombé au hasard sur cette page méconnue : Aide:Ateliers qui recense les ateliers de WP. Je propose de la refondre, collectivement, et avec tous les ateliers, afin d'en faire un « hub » vers les services spécialisés. J'ai ouvert une discussion à ce propos : ici. Tous les avis sont bienvenus et surtout tous les ateliers. Prosopee (d) 7 septembre 2011 à 09:51 (CEST)

J'ignore ta vision, je te signale donc simplement Projet:Illustration, que tu peux considérer comme un hub graphique. Vu que tu construis un hub de plus haut niveau, ce niveau intermediaire (Projet:Illustration) pourrais être à vampiriser. (on est sur wiki, faire et défaire: ya pas de soucis ;) ) Yug (talk) 7 septembre 2011 à 16:11 (CEST)

Télécharger les MNT par zoneModifier

Ce site de l'USGS permet l'accès aux ASTER, SRTM1 et SRTM3 via une simple saisie de coordonnées, ou même par le tracer d'un rectangle. L'unique fichier (tif) téléchargé est aux limites exactes de la zone voulue. Finis les innombrables fichiers à télécharger !   Bourrichon 12 septembre 2011 à 00:27 (CEST)

J'ai mis à jour Aide:Cartographie/Ressources cartographiques géoréférencées. J'ai aussi ajouté les GEBCO (topographie + bathymétrie à 30 secondes d'arc) dont l'accès peut, de même, se faire par zone. Bourrichon 12 septembre 2011 à 00:57 (CEST)
Oho ! Ne serait-ce pas le graal des sources SIG que tu nous montre là!? As tu dejà fais un download avec succès ? Je viens de faire un téléchargement http://demex.cr.usgs.gov/geoportal_data_cache/20110912085350_1731115744.tif , peux tu également le charger en étant logué ? sans être logué ? --Yug (talk) 12 septembre 2011 à 15:50 (CEST)
C'est un SRTM3 pour Hong-Kong ou un ASTER ? (Encore la Chine !!!  ) Pour les GEBCO, il faut absolument être logué, sinon le lien de téléchargement n'apparaît pas. Pour le site des ASTER&SRTM, je crois qu'il faut être logué, oui. C'est le même identifiant commun à tous les sites de l'USGS. C'est gratuit. Bourrichon 12 septembre 2011 à 19:46 (CEST)
Je viens de comprendre ta question. Donc : non, je n'étais pas logué et j'ai quand même pu télécharger le fichier de Hong-Kong que tu as mis en lien ci-dessus.   (et en étant logué je peux le télécharger de même) Bourrichon 12 septembre 2011 à 20:01 (CEST)
Alors, moi j'ai pu télécharger le fichier tiff, mais il est tout noir... C'est normal ? --M0tty [Plaidoyers et jérémiades] 12 septembre 2011 à 20:06 (CEST)
En essayant de l'ouvrir avec l'explorateur Window$ ? C'est normal. Et sous XP ça affiche juste « le dessin a échoué ». En revanche dans un SIG tu devrais pouvoir l'afficher. Moi avec QGIS ça marche. Bourrichon 12 septembre 2011 à 20:42 (CEST)
Je suis sous Linux, alors, l'explorateur windows moi...   --M0tty [Plaidoyers et jérémiades] 12 septembre 2011 à 20:44 (CEST)
Sous Ubuntu Lucid ça me fait aussi tout noir, l'équivalent de "le dessin a échoué" je suppose. Installe QGIS (>logithèque Ubuntu)   Bourrichon 12 septembre 2011 à 21:03 (CEST)
(la raison est que le .tif contient des informations géographiques - coordonnées, etc - encapsulées, que ni Linux ni Windows ne peuvent lire, il faut pour cela un SIG tel que QGIS ou GRASS. Le fichier au format .tif peut cependant parfois être affiché comme n'importe quelle image, je ne sais pas pourquoi, tout dépend de la nature des informations encapsulées sans doute.) Bourrichon 12 septembre 2011 à 21:08 (CEST)
1. Vous pouvez télécharger sans vous loguer, cool ! Ca veut dire que l'on va pouvoir citer nos sources plus precisément (url/fichier GIS exacte!), transmettre des fichiers GIS de quelques Mo (ville) ou de centaines de Mo (grand pays) juste en transmettant ce precieux url de téléchargement.
2. @M0tty: le fichier GIS est a. à ouvrir dans QGIS (un logiciel SIG), b. à colorer grace a la palette wikicarto 2.0, voir la section du tutoriel de Bourichon. --Yug (talk) 12 septembre 2011 à 23:19 (CEST)
Le liens de chargement Hongkong qui fonctionnait il y a une semaine ne fonctionne plus ;( (qq'1 peut confirmer ?) Dommage. Yug (talk) 23 septembre 2011 à 14:39 (CEST)
En effet, 404 not found. Bourrichon 25 septembre 2011 à 19:37 (CEST)

PNG sans perte ... je vois pasModifier

Salut,

J'ai un problème qui me turlupine depuis un moment. On dit partout que le PNG est un format de compression sans perte de qualité. Ceci est vrai lorsqu'on regarde les photos directement ouverte dans le navigateur. Par contre, j'ai beau m'écarquiller les yeux, y'a pas moyen ... je trouve systématiquement qu'il y a une perte de piqué important sur l'affichage des photos converties en PNG lorsqu'on les regarde sur commons

Un exemple sur le déroutage fait par M0tty sur une demande récente :

   

Si on regarde bien ci-dessus en affichage petit ou sous commons, on perd du détail de granularité de la pierre.

par contre, si on les regarde directement dans le navigateur, pas de problème de qualité.: http://upload.wikimedia.org/wikipedia/fr/a/a4/M0tty_04.png http://upload.wikimedia.org/wikipedia/commons/b/b5/MANA_-_Olivenpresse.jpg

Quelqu'un a-t-il une explication ?

--Titimaster (d) 13 septembre 2011 à 11:50 (CEST)

Le PNG est sans perte dans le sens ou lors de l'enregistrement, il ne crée par d'artefacts (contrairement au jpg). Le problème de flou, est du au logiciel mediawiki (je pense) qui applique une sorte d'adoucissement sur les miniatures des png, ce qui génère cette perte de piqué (pour être plus précis, mais sans être sûr de ce que j'avance, je pense qu'il effectue un petit lissage des zones à faibles contraste - corrigez-moi si je me trompe). Son rendu est peut-être moins net, certes, mais quoi qu'il arrive, le fichier original est sans perte... --M0tty [Plaidoyers et jérémiades] 13 septembre 2011 à 12:04 (CEST)
Je n'ai pas la réponse, mais je pense comme M0tty : une limitation due à Media Wiki. J'ai constaté le problème en détourant une image très récemment. --  Flappiefh (d) 13 septembre 2011 à 17:27 (CEST)
ok, mais c'est sacrément embêtant vu que le format privilégié est le PNG, ça réduit la qualité d'affichage des illustrations, car on affiche l'écrasante majorité via des vignettes. --Titimaster (d) 14 septembre 2011 à 08:49 (CEST)
C'est encore pire avec les vignettes jpeg re-compressées avec très forte dégradation de l'image. C'est probablement fait exprès pour que les images soient plus légères et donc diminuer la charge de travail des serveurs. De même, les SVG dans lesquels sont incorporés des images bitmap sont redimensionnées sans filtrage (superbe effet de crénelage). Dans ce cas précis je pense plus à une volonté de diminuer les temps de calcul pour générer les vignettes. Question à poser sur Wikipédia:Questions techniques pour s'en assurer. Tachymètre (d) 14 septembre 2011 à 10:48 (CEST)
Si cela n'a pas changé, MediaWiki utilise ImageMagick pour créer les vignettes. Sauf erreur, c'est plutôt le JPEG qui est recommandé pour les photo (comme l'exemple ci-dessus) quitte à jouer avec le paramètre de compression pour conserver une bonne qualité. De toutes façons, la qualité des vignettes ne dépend pas que de la qualité des image d'origines mais aussi de la méthode de redimensionnement et des paramètres utilisés. Tout ça ne concerne pas directement les contributeurs ; c'est plus un choix de conception, pour garantir un temps de chargement raisonnable. GL (d) 14 septembre 2011 à 12:24 (CEST)

Bravo !Modifier

Juste pour dire un grand bravo à tous les wikigraphistes de la section images !

L'atelier n'a jamais été aussi actif, productif, réactif, et plein de bonne humeur ! vu la vitesse à laquelle ça va, il n'y aura bientôt plus de demande en attente d'être prise, et le travail se fera alors en flux tendu ! c'est une grande première !

Mais n'oublions pas d'aider dans la mesure de nos moyens l'atelier cartographique qui lui est plutôt débordé par des demandes extrêmement complexes et bien plus chronophages que celles de la section images.

Encore bravo à tous ! --M0tty [Plaidoyers et jérémiades] 21 septembre 2011 à 10:13 (CEST)

Je dois avouer que l'atelier cartographique me rebute par l'apparente complexité des travaux ... --Titimaster (d) 21 septembre 2011 à 10:41 (CEST)
C'est vrai que c'est plus compliqué, mais c'est d'autant plus intéressant et gratifiant. Ce qui peut rebuter est qu'il faut souvent utiliser un logiciel SIG, ce qui fait un autre outil à apprendre en plus d'Inkscape, mais il existe des tutoriaux et surtout les autres wikicartographes qui vous aiderons à la moindre difficulté. Commencez par des requêtes simples, qu'on peut faire seulement avec Inkscape, et puis au bout d'un moment vous aurez envie de passer à la vitesse supérieure  .
Et bravo à l'atelier Images ! Sémhur (d) 21 septembre 2011 à 11:29 (CEST)
+1. Il y a une bonne dynamique, et c'est tant mieux ! Coté cartographie, la tendance est à la simplification du processus grace à QGis et son didacticiel, le site de l'USGS pour les GIS topo, et le plugin SVGsimple qui devrait bientot générer des SVG géoréférencés. Toujours très minutieux, mais de plus en plus accessible. La direction est bonne ! Yug (talk) 21 septembre 2011 à 14:18 (CEST)

Wikigraphistes compétents, venez donner votre avis par ici...Modifier

Wasselonne, avant et après retouche.
 
Photo originale, sans aucune retouche.

Bonjour, je certifie sur l'honneur que le ciel de Wasselonne n'a jamais été de cette couleur lors de la prise de vue la semaine dernière. Les détails de la façade de la tour du château et son horloge ont presque disparus, les façades ont pris une dominante verdâtre ! C’est un peu du sabotage, non ? Mais si cela doit flatter votre égo, pourquoi pas. --Ctruongngoc

Bonjour, le but de la retouche de l'image n'était non-pas de saboter votre travail, donc la qualité n'est certainement pas à démontrer, mais de rectifier certains points qui me paraissaient gênants. Comme on peut le voir sur la Tour de l'Horloge, la photo a été prise vers neuf heure dix, certainement du matin. Le 14 septembre 2011, le soleil s'étant levé, si mes souvenirs sont bons, vers sept heure du matin, la lumière et le jeu de contraste était selon moi un détail à rectifier. De plus, la couleur du ciel, proche du cyan, altérait selon moi l'appréciation de l'image dans la mesure où elle a tendance à choquer l'oeil. Mon initiative, conforme à WP:N'hésitez pas, avait pour but d'améliorer l'image pour rendre ces détails moins visibles. Cependant, si la qualité de mon travail, de mon logiciel de retouche, ou simplement de mon initiative vous déplait, libre à vous de me donner des conseils pour m'améliorer; ou simplement de retirer l'image avec des arguments pertinents.
Très cordialement,
Très simple : on n'est pas parfait. Des fois, on tente des améliorations, puis le resultant n'est qu'aussi bon que l'original. C'est le cas : les batiments sont amélirés, le ciel est dégradé. (AMHO) C'est donc une opinion que de préférer l'un, ou l'autre. Yug (talk) 22 septembre 2011 à 01:27 (CEST)
Effectivement, les bâtiments sont un peu améliorés - surtout le blanc en face - , mais le ciel est grandement dégradé en terme de couleur et de contraste (nuages). L'original est, amha, à préférer, le ciel n'ayant de toutes façon, jamais été vert à ma connaissance :)
Selon moi, le ciel ne présente aucun problème et est au contraire d'une couleur et d'un contraste de bonne qualité. Ce qui pose problème dans cette image, c'est que la tour est très éclairée par le soleil tandis que la rue et les bâtiments en premier plan sont dans l'ombre.
3 suggestions :
- Ne rien toucher
- Ne toucher que la tour et le bas de la tour
- Reprendre la photo à une heure permettant un ensemble plus harmonieux (recommandé).
--Titimaster (d) 22 septembre 2011 à 13:46 (CEST)
4eme suggestion pour Ctruongngoc : adopter un ton plus consensuel pour discuter de ce genre de problème ;) --Titimaster (d) 22 septembre 2011 à 13:50 (CEST)
Voici une proposition de retouche un peu plus soft :)
Fichier:Fichier-titimaster.png
--Titimaster (d) 22 septembre 2011 à 14:09 (CEST)
Titimaster, ne te donne pas trop de mal à propos de cette photographie. Si Ctruongngoc n'avait pas répété cette demande à (au moins) quatre endroits, ça aurait évité de disperser les efforts. En l'occurrence, l'original de cette image (en JPG) a été retouché, le résultat est ici : Commons:Commons:Bistro#Besoin d'avis compétents, merci !. Sémhur (d) 22 septembre 2011 à 14:38 (CEST)
VINDIEU ...--Titimaster (d) 22 septembre 2011 à 14:59 (CEST)
Héhé, j'ai été plus rapide sur cette requête...   Mais tant de bonne volonté et d'enthousiasme, ça fait plaisir à voir...--M0tty [Plaidoyers et jérémiades] 22 septembre 2011 à 23:04 (CEST)
En tous les cas, je vous remercie tous les deux chaleureusement ! Bien à vous, --Ctruongngoc (d) 22 septembre 2011 à 23:11 (CEST)

Base de carteModifier

Un carte de wikimapia, comme celle du site du camp d'extermination de Belzec sur WikiMapia peut-elle servir de base pour une carte sur Wikipédia et Commons? Couthon (d) 24 septembre 2011 à 11:33 (CEST)

Malheureusement, rien n'est moins sur ! Voir Wikimapia#Critique : les contributions ne sont apparemment pas placées sous licence libre. Peut-être faudrait-il commencer par le créer sur OpenStreetMap 

Format de fichier?Modifier

Bonjour. J'ai remarqué qu'ils existe des cartes en format svg mais qui sont affichées dans les articles en utilisant une version en format jpg. Je sais que le format svg facilite les modifications. Est-ce qu'il y a une autre raison pour préférer un format jpg dans les articles? Est-ce que ça dérange réellement d'utiliser un format svg? --Red Castle [parlure] 25 septembre 2011 à 19:27 (CEST)

Bonjour,
Aurais-tu des exemples à nous montrer ? Je pense qu'il faut toujours privilégier un format svg à un format matriciel lorsque l'image est un schéma ou un plan. Lorsque c'est une carte, cela dépend du type de carte. Cordialement. --M0tty [Plaidoyers et jérémiades] 26 septembre 2011 à 10:38 (CEST)
Par exemple, cette carte est en format jpg, alors que celle-ci, qui utilise la même base, est en format svg. Un autre exemple: cette carte affichée dans un article est de format jpg mais la version originale est en svg. --Red Castle [parlure] 26 septembre 2011 à 17:47 (CEST)
Pour la première, je me souviens que l'auteur ne connaissait rien au SVG, il a donc travaillé en JPG. Sémhur (d) 26 septembre 2011 à 19:14 (CEST)
Ah, d'accord. C'est surtout que je me demandais si je faisais bien de téléverser uniquement des cartes en svg. --Red Castle [parlure] 26 septembre 2011 à 21:07 (CEST)

SVG 1.2Modifier

Bonjour,

Me voilà face à un défi qui me dépasse : le fichier File:Geometrical distribution diagram.svg est en SVG 1.2. Au delà du fait que je ne sais pas ce que ça veut dire  , je ne sais absolument pas comment transformer un svg 1.2 en svg 1.1, comme recommandé par le bandeau sur Commons.

Si quelqu'un peut m'aider  ... --M0tty [Plaidoyers et jérémiades] 30 septembre 2011 à 21:21 (CEST)

À mon avis, c'est juste à cause de la présence de l'attribut « flowroot » (celui qui provoque le bogue des carrés de couleurs). Il n'y a rien à faire pour transformer ce fichier en 1.1, il suffit de corriger le bogue comme indiqué dans la FAQ et ça suffira. (et enlever ensuite le bandeau {{SVG 1.2}}). Sémhur (d) 1 octobre 2011 à 11:27 (CEST)
Super ! Merci beaucoup ! --M0tty [Plaidoyers et jérémiades] 1 octobre 2011 à 16:36 (CEST)

Cartes (et autres) polyglottesModifier

Salut les copains !  

J'ai créé tout récemment l'œuvre dérivée commons:File:Breuschstellung.svg et il me serait agréable de fournir également les versions anglaise et allemande de cette carte, travail que je crois techniquement à ma portée.

Je pense qu'il est possible d'utiliser plusieurs calques, chacun en la langue voulue et comportant les textes traduits, mais je ne vois pas trop comment laisser le choix aux futurs utilisateurs du fichier.

J'ai le pressentiment qu'il ne doit pas être nécessaire de télécharger moult versions du fichier (une par langue), si ?

Quelqu'un pourrait-il me guider ? Merci d'avance !   Papatt (d) 9 octobre 2011 à 11:09 (CEST)

Si, le mieux, c'est de mettre plusieurs fichiers dans différentes langues sur Commons et de leur donner le même nom avec comme seul variante l'indication de la langue, par exemple : File:Map of Paris-fr/-en/-de/-es.svg. De cette façon, les personnes ont des cartes clés en mains (tout le monde ne possède pas forcément un programme de dessin vectoriel, ni n'est capable de modifier un fichier svg avec un tel programme ou directement en tripatouillant dans le XML.   --M0tty [Plaidoyers et jérémiades] 9 octobre 2011 à 12:06 (CEST)
Arf, je suis déçu. Bon, tant pis, merci !   Papatt (d) 9 octobre 2011 à 12:13 (CEST)
Ceci dit, tu peux très bien faire un seul fichier SVG contenant plusieurs calques avec toutes les langues que tu as traduit, et l'enregistrer plusieurs fois avec à chaque fois le calque de la langue voulue en "visible" puis exporter toutes ces versions sur commons. De cette manière, tous les fichiers possèdent toutes les langues, mais ils sont directement prêts à l'emploi... Ceci dit, avec les interfaces de traduction simplifiée comme celle-ci, ça n'a pas grand intéret, et ça risque de rendre la traduction moins facile et de mettre plus de désordre qu'autre chose dans le fichier. Cordialement. --M0tty [Plaidoyers et jérémiades] 9 octobre 2011 à 12:30 (CEST)
Bonjour, le format SVG permet en effet d'afficher une version différente des textes selon la langue de l'ordinateur ou du navigateur de l'utilisateur. Malheureusement, les différents navigateurs présents sur le marché ne gérant pas tous le format SVG, dans Wikipédia ces images sont transformées en PNG, qui lui ne gère pas le multilinguisme. D'où la solution proposée par M0tty de créer un fichier par langue, en attendant que le SVG soit mieux géré, ce qui peut prendre encore quelques années. Sémhur (d) 9 octobre 2011 à 19:24 (CEST)

Marquage "Airliners.com"Modifier

Hello,

Pour ceux qui s'amusent à retirer les marquages "Airliners.com" sur les avions dans les "8 requêtes", voici le fichier du logo Airliners.com" que j'ai reconstitué. En l'appliquant comme calque "lumière douce" dans gimp et en jouant avec son oppacité, il est possible de faire disparaître presqu'entièrement le logo, il n'y a plus qu'à retoucher un peu les bords qui ne sont pas toujours parfaits.

Lorsque le ciel est tout bleu, ça ne sert à rien, mais lorsque le fond est plus complexe, cela se révèle bien plus rapide et bien moins destructeur.

En espérant que ça pourra vous aider ! --M0tty [Plaidoyers et jérémiades] 14 octobre 2011 à 18:44 (CEST)

Refonte de l'atelier cartographique BisModifier

Bonjour,

Voici une proposition de refonte de l'interface de l'atelier cartographique : Utilisateur:M0tty/Atelier01.

N'hésitez pas à donner votre avis, à modifier cette proposition, à l'améliorer,...

Cordialement. --M0tty [Plaidoyers et jérémiades] 20 octobre 2011 à 12:42 (CEST)

Bonjour,
J'ai mis en place la nouvelle mouture de l'atelier. N'hésitez pas à y apporter des corrections. Cordialement. --M0tty [Plaidoyers et jérémiades] 26 octobre 2011 à 10:31 (CEST)

PolitesseModifier

Bonsoir,

Vu le ton abrupt des dernières requêtes, je me suis permis de modifier le message d'introduction des formulaires de demande en y ajoutant que la courtoisie était la bienvenue sur les ateliers.

J'espère que vous approuverez.   Cordialement. --M0tty [Plaidoyers et jérémiades] 21 octobre 2011 à 22:09 (CEST)

NouveauModifier

Bonjour tout le monde  
je signale mon inscription en tant que Wikigraphiste. Je peux faire quelques trucs comme nettoyer de vieilles photographies (celle-ci par exemple), modifier le fond d'une image (celle-là), tenter d'améliorer les cas désespérés (genre ça), peut-être toucher aux cartes, etc... en jpeg et png mais malheureusement, pas en svg... voilà voilà
Dark Attsios (d) 28 octobre 2011 à 20:41 (CEST)

Bienvenu parmi nous ! N'hésites pas à prendre en charge des demandes, et à découvrir également le format SVG qui se révèle très pratique, Inkscape, le logiciel libre le plus à la pointe pour éditer le SVG est très facile à prendre en main !
N'hésites pas non plus à poser des questions, et à lire les FAQ qui peuvent résoudre certains problèmes courants.
Cordialement. --M0tty [Plaidoyers et jérémiades] 29 octobre 2011 à 19:42 (CEST)

Page contributions sur Commons bizarreModifier

Bonjour à tous les experts. Je suis en train de réaliser une page de mes contributions sur Commons mais, malgré la petite taille des photos, elle est longue à l'affichage. De plus j'ai foiré le début (Blasons des villes) les blasons sont cachés et je ne comprends pas ce qui est écrit en rouge. Pourtant ça a marché une fois. Serait-il plus judicieux de la faire sur WP français plutôt ou non ?.

PS: je débute dans le dessin vectoriel (blasons et meubles extraits des blasons sur Traquer) J'ai commencé à unifier des blasons. Aidez moi SVP ! Merci infiniment d'avance. Etxeko (d) 16 novembre 2011 à 14:06 (CET)

Bonjour, j'ai corrigé ton problème de modèle, tu avais créé une boucle qui faisait bugger l'histoire. Pour ce qui est de l'affichage lent, je n'y connais pas grand chose, mais vu le nombre de photos sur la page ça me semble normal. Tu peux peut-être privilégier une galerie plutôt qu'un affichage brut. Et enfin, je pense qu'il n'est pas nécessaire de mettre cette page sur wp plutôt que sur Commons. Cordialement. --M0tty [Plaidoyers et jérémiades] 16 novembre 2011 à 15:00 (CET)
(conflit d'édit)Comme dit M0tty, si la page est longue à charger, ce n'est pas à cause de la taille des photos, mais à cause de leur nombre (il doit y en avoir plus d'un millier !). Mais je vois qu'il y a aussi plusieurs fois les mêmes photos, il faudrait donc enlever les doublons. Pour le problème des blasons, il y avait une balise <div/> en trop.
Dark Attsios (d) 16 novembre 2011 à 15:03 (CET)
Eh mais non, je dis n'importe quoi   Heureusement que M0tty est là, sinon avec moi le problème serait loin d'être résolu... Dark Attsios (d) 16 novembre 2011 à 15:53 (CET)
Il y a effectivement des doublons dans les images. Mais à y réfléchir, le plus simple est surement de te créer une catégorie avec des sous catégories dans lesquelles tu pourras classer tes images. Ainsi, elles seront affichées par lots de 200 et il n'y aura plus de problème de chargement, ni de doublons... Cordialement. --M0tty [Plaidoyers et jérémiades] 16 novembre 2011 à 16:48 (CET)
Et sinon, tu as accès à toutes tes images sur la page Commons:Special:ListFiles/Etxeko. Cette page spéciale est faite justement pour ce genre de listes. Sémhur (d) 16 novembre 2011 à 18:40 (CET)
Bonsoir à tous et désolé pour ce retard (à priori, je ne reçoit pas vos réponses  . Bref, j'ai vu que Dark Attsios avait corrigé mon problème (et je me doutais bien que ce serait une boulette de ce genre mais je ne voyais pas où). Merci à toi. Quant à Sémhur merci aussi, je ne connaissais pas non plus et dieu sait si cette fonction est utile car avec mon système j'ai perdu pas mal de clichés qui doivent trainer sur Commons. En tout état de cause ça fonctionne maintenant mais je n'arrive pas à y mettre une boite déroulante pour chaque catégories. Je verrai bien plus tard, là j'ai un blason à vectoriser. Bonne soirée et merci encore à vous tous  . Etxeko (d) 17 novembre 2011 à 00:36 (CET)
Hum, j'insiste, c'est M0tty qu'il faut remercier... c'est en fait ça et ça qui posaient problème... Dark Attsios (d) 17 novembre 2011 à 21:17 (CET)

Extraire un trait de côte d'une image satelliteModifier

Bonjour,

un nouveau petit didacticiel bien utile pour les régions non couvertes par les sources habituelles. Les graphistes non-cartographistes doivent connaître la manière dont je traite la photo, et toute amélioration est la bienvenue : Wikipédia:Atelier graphique/Didacticiels cartographiques/Vectoriser une image satellite par zone. Cordialement, Bourrichon 26 novembre 2011 à 16:15 (CET)

Création d'icônes pour le WiktionnaireModifier

Bonsoir, jour ! 

Jadis (qques mois), j'ai lancé la mode des icônes de sections, même s'il en existait déjà en petit nombre. Cela a procuré de nombreuses réactions qui ont mené à une prise de décision passionnée qui s'est stabilisée et a résulté à une demande de création ou de retouche des icônes.

Je vous invite à y participer (surtour qu'on dessine comme des pieds) à l'élaboration du design accessible des sections. Ce courant a pour but de permettre une meilleure compréhension pour les plus jeunes ou les curieux (on ne connaît pas tous hyper/hyponyme). Le problème est que la décoration alourdit la page et la rend comme sapin de Noël.

Vous trouverez toutes les informations nécessaires sur les icônes ici. La discussion commence ici et vos avis et commentaires seront retransmis à la communauté du Wiktionnaire.

Merci de votre attention.--Morphypnos[Μορϕὑπνος]. 29 novembre 2011 à 22:32 (CET)

J'ai déplacé cette section dans la page de discussion. Cordialement. --M0tty [Plaidoyers et jérémiades] 1 décembre 2011 à 09:19 (CET)

Perte d'un calqueModifier

Bonjour, J'ai réalisé avec Inkscape 0.48 un schéma très simple de l'église Saint Lazare ici : File:Plan-Saint-Lazare.svg. L'image importée dans commons a perdu le texte (en fait quelques chiffres, le titre et l'échelle) qui se trouve sur un calque, mais si je clique sur l'image en ouvrant Inscape le schéma est bien renseigné. Je comprends d'autant moins que j'avais réalisé d'autres scémas similaires de façon identique (du moins je le crois) et tout s'était bien passé. Quelqu'un peut il me dire ce qu'il en est car je ne sais plus à quel saint me vouer ! Merci d'avance pour les renseignements, mais pas trop de technique car malgré mon âge je suis plutot débutant. Rvalette (d) 30 novembre 2011 à 21:00 (CET)

Là, j'avoue mon ignorance. J'ai retourné le svg dans tous les sens, et j'ai un problème pour afficher le texte, même sur mon ordi. À force d'y toucher, j'ai même eu des calques qui sont devenus transparents, et qui refusaient de s'afficher alors qu'ils étaient tout à fait normaux dans inkscape. Es-tu sûr que le problème ne figure pas dans la FAQ SVG ? --M0tty [Plaidoyers et jérémiades] 30 novembre 2011 à 22:24 (CET)
La perte sur commons est plus importante que je ne le croyais car le mur gauche (ou ouest) n'est pas visible : ce n'est donc pas un pb de calque. J'ai fait un essai en supprimant le cadre de l'échelle et son contenu, sans résultat. Je comprend d'autant que mon dessin est simple : pas de dégradé de couleurs, pas de hachures...Je dois être un chat noir.. Rvalette (d) 1 décembre 2011 à 08:51 (CET)
Bonjour. Tu as un objet nul au dessus du chiffre 1 (dans le rectangle le plus à l'intérieur). Pour le sélectionner, zomme sur ce rectangle et sélectionne une zone à l'intérieur ; ça devrait le capturer. Et ensuite supprime-le.
Ce n'est pas la première fois qu'on a des problèmes d'objet nul ou de taille zéro, mais c'est difficile à expliquer et je ne vois pas vraiment comment décrire ça dans la FAQ. Ici, en l'occurrence, tu avais une ellipse de taille zéro mais dont le contour existait (mais avec une épaisseur de zéro pixel aussi). Ça n'est pas sensé se produire, mais... à force de manipuler un fichier, ce genre de bogue peut arriver. Sémhur (d) 1 décembre 2011 à 23:11 (CET)
Waw ! Impressionnant ! Bravo Sémhur ! --M0tty [Plaidoyers et jérémiades] 2 décembre 2011 à 08:53 (CET)
Bravo et félicitations, c'était bien un objet nul qui bloquait le système. J'ai pu sélectionner cet objet fantôme pour le supprimer et effectuer une nouvelle importation (je l'ai fait même deux fois !) Je me demande comment j'ai pu créer cet objet nul. Encore un grand bravo et merci, donc  . CordialementRvalette (d) 2 décembre 2011 à 10:10 (CET)

Rotation demandée, Kairo_01.jpgModifier

Le fichier http://commons.wikimedia.org/wiki/File:Kairo_01.jpg, utilisé dans trois Wikipédias, devrait faire l'objet d'une rotation. Merci. JmCor (d) 7 décembre 2011 à 15:36 (CET)

  Fait, mais en vertu ce qui est dit ici, il faudra attendre un certain temps avant de pouvoir voir l'image avec la bonne rotation. Dark Attsios (d) 7 décembre 2011 à 23:09 (CET)

Géolocalisation avec la carte de la Basse-NormandieModifier

Salut,

Est ce que quelqu'un peut regarder la carte sous l'infobox dans Jeux équestres mondiaux de 2014 ? J'arrive pas à voir où je me suis planté dans la géolocalisation, mais je suis sûr que Caen, Saint-Lô et Deauville ne sont pas dans la mer ! Le reste n'a pas l'air bon non plus. Merci Promethee33127 (d) 23 décembre 2011 à 12:41 (CET)

Bonjour, je ne suis pas parvenu à comprendre à quoi était dû le problème... Désolé ! --M0tty [Plaidoyers et jérémiades] 24 décembre 2011 à 17:02 (CET)
  Corrigé : il fallait utiliser le paramètre Basse-Normandie et non France dans le modèle G. Joyeuses fêtes à tous !! Sting (m'écrire) 25 décembre 2011 à 18:39 (CET)
Merci bcp, j’arrêterai les copiés/collés foireux pour la prochaine fois ! Promethee33127 (d) 25 décembre 2011 à 21:03 (CET)

Texte dans SVGModifier

Bonjour,

Image à corriger  
Image corrigée  

Fichier:Logo Masters Rome.svg

Comme vous pouvez le voir, la police d'écriture ne va pas alors que dans Inkscape, elle était comme il faut! Si vous cliquez sur l'image, et que vous recliquez dessus dans la nouvelle fenêtre, vous obtenez la bonne version ([7])... C'est trop étrange   ! Du coup, je pense qu'il y a bien quelques modifs à faire par rapport au logo original (voir le lien web sous la photo) pour s'en rapprocher un peu plus, parce que j'ai fait ce que j'ai pu ... Du coup, l'ancien logo jpg étant dans la catégorie "à vectoriser", je pense qu'après ces quelques modifications utiles, on pourra enlever ce message? :)

Cordialement, --Domaina♫ Me répondre ♫ 24 décembre 2011 à 04:11 (CET)

Bonjour, le problème était présent quel que soit le format d'affichage pour moi, et c'est bien normal puisque le texte sortait du cadre du svg. J'ai corrigé le problème, j'ai également mis la bonne police d'écriture, et nettoyé les defs du svg, pour diminuer de manière extrêmement conséquente son poids  .
Affaire classée donc !   --M0tty [Plaidoyers et jérémiades] 24 décembre 2011 à 11:02 (CET)
Waouh! Super, Génial même! Merci   J'ai vraiment un problème pour les polices dans Inkscape, ça beugue toujours... Et pourtant, au moment où je l'enregistre, le texte est bien dans le cadre du svg   Si tu pouvais faire la même chose pour cette photo, ce serait super sympa... Désolé de te rembêter, mais j'vois pas comment remédier à cela sinon!
Fichier:Logo Open 13 Marseille.svg
A Bientôt, --Domaina♫ Me répondre ♫ 24 décembre 2011 à 16:22 (CET)
 Voilà, j'ai corrigé ton fichier. C'est un problème connu, qui est référencé dans la FAQ SVG, n'hésites pas à t'y référer en cas de soucis. Cordialement. --M0tty [Plaidoyers et jérémiades] 24 décembre 2011 à 16:54 (CET)
Merci, tu m'enlèves une épine du pied... Par contre, j'avais mis du texte sur mon svg, il a disparu? Ca faisait quelque chose du genre Fichier:Open13 logo.png normalement! Si tu peux m'aider :) --Domaina♫ Me répondre ♫ 25 décembre 2011 à 21:24 (CET)
Grrrr, de nouveau un décallage qui se crée alors qu'il n'existe pas dans Inkscape par rapport à ce que j'ai fait: File:Logo Masters Cincinnati.svg :@ Viens moi en aide! Désolé, je fais que de te déranger en ce moment, mais je galère vraiment avec tous ces logos à refaire...   Cordialement, --Domaina♫ Me répondre ♫ 25 décembre 2011 à 23:19 (CET)
Nouveau problème avec la police, j'ai tenté de la rétablir, mais j'ai fait pire... En prenant la 1ère version que j'ai importée, on y est presque ;) (il y a juste le "L" de coupé) Fichier:Logo Villaines-la-Juhel.svg Remerciements, --Domaina♫ Me répondre ♫ 26 décembre 2011 à 16:51 (CET)
Hello, j'ai corrigé tes logos. Un petit conseil. Pour ne pas avoir de problème avec le texte dans les logos, et lorsque ce texte ne devra pas être traduit, mais que par contre, il nécessite une position fixe et très exacte, tu peux le transformer en chemin, pour éviter que le logiciel mediawiki fasse des siennes. Cordialement. --M0tty [Plaidoyers et jérémiades] 26 décembre 2011 à 18:08 (CET)
Salut! J'sais pas quoi dire, j'ai l'impression que dès que j'ai un problème, tu peux le résoudre   Félicitations pour ton boulot en tout cas, et merci encore! J'allais justement te demander comment tu fais, car moi quand j'enregistre mes svg, quand je le rouvre ensuite je peux toujours modifier le texte, alors que toi le texte s'est transformé en "calque" non modifiable... Et je pense que c'est pour ça que ça ne se décale pas pour toi, non?
Oui, les textes se décalent parfois car le logiciel mediawiki les traite différemment que les autres objets du svg (il a également un problème avec les flèches). Donc, dans de rares cas, lorsque le texte doit suivre un chemin par exemple, il faut le « figer » en faisant "Chemin→Objet en chemin". Bien à toi. --M0tty [Plaidoyers et jérémiades] 27 décembre 2011 à 00:07 (CET)
Retour à la page du projet « Atelier graphique/Archive 6 ».