Discussion Wikipédia:Atelier graphique/Archive 7

Archives

• 2005
• 2006
• 2007
• 2008
• 2009
• 2010
• 2011
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021
• 2022

---

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

• Atelier d'amélioration d'images :
  • 09/2005 - 06/2007
  • 06/2007 - 08/2008
• Atelier cartographique :
  • 11/2005 - 08/2008

Modifier un fichier en utilisant une application externe

J'ai commencé à téléverser quelques photos voilà quelques semaines et j'essaie, depuis deux jours, d'utiliser un éditeur externe pour retoucher certains fichiers JPG. Or j'ai un problème avec la mention qui figure sur toutes les pages de Commons : "Modifier ce fichier en utilisant une application externe (Consulter les instructions d’installation pour plus d’informations)". Je suis sous Ubuntu, j'ai suivi à la lettre le tutoriel d'installation proposé (qui fonctionne sous Debian), effectué la vérification finale (qui permet de "tester que tout s'est bien passé") et obtenu le bon message de confirmation... mais je n'arrive pas à traiter le moindre fichier image, malgré le paramétrage de Firefox : Gimp (2.6), qui fonctionne bien par ailleurs, refuse d'ouvrir la photo téléchargée (message d'erreur : "Le greffon Image JPEG n'a pas pu ouvrir l'image"). Étant d'un niveau assez bas en informatique, je mets évidemment le problème sur le compte de mon incompétence. J'ai dû faire une erreur quelque part, mais où ? Quelqu'un peut-il m'aider ? Merci d'avance.JLPC (d) 4 janvier 2012 à 18:47 (CET)

Bonjour !

Je n'ai personnellement, jamais réussi à faire ne fusse que l'installation complète de ce système sous Ubuntu, je ne peux pas t'aider d'avantage, mais la question trouvera sans doute plus rapidement réponse sur Commons. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 4 janvier 2012 à 18:53 (CET)

Merci de ton attention, Motty : j'ai posé ma question sur Commons. Cela dit, j'espère qu'on peut utiliser le système en question sous Ubuntu (?!?!)... Cordialement.JLPC (d) 4 janvier 2012 à 22:18 (CET)

Quelques icones d'infobox

Hello,
dans le cadre de tests sur les taxobox (les infobox de biologie) je regarde pour ajouter des icônes d'entête (les Picto_infobox_CATÉGORIE.png, référencées dans le common.css). Sauf que je suis moyennement graphiste. Est-ce le bon endroit pour demander une création de suite d'icônes ?
Le cas échéant, il s'agirait de créer des images comme (hauteur 45px, c'est la contrainte) pour les thématiques biologiques suivantes : algue, animal, archaea, bactérie, champignon, protiste, végétal, virus. Pour ma part j'ai créé une icône pour une spécialisation de animal : File:Picto infobox reptile.png, mais bof .

Merci pour toute aide, ou pour m'indiquer où m'adresser si ce n'est pas là .
Cordialement, Hexasoft (discuter) 6 janvier 2012 à 11:56 (CET)

Hmmm… Je n'avais pas regardé la bonne catégorie sur commons. On trouve quelques icônes dans la catégorie Infobox_pictograms (animal, végétal et virus). Hexasoft (discuter) 6 janvier 2012 à 13:10 (CET)

Bonjour, l'atelier graphique est tout à fait le bon endroit pour demander la création de ce genre de chose. N'hésitez pas à formuler une demande sur cette page. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 6 janvier 2012 à 18:23 (CET)

Ok, merci, je vais voir. Hexasoft (discuter) 6 janvier 2012 à 19:12 (CET)

Modèle:Point/Montagne

C'est normal le rond blanc autour du triangle noir utilisé pour indiquer une montagne Fichier:Black triangle2.svg, c'est ce que les gens préfèrent? Ça fait bizarre je trouve sur un fond de carte avec relief ou végétation, est-ce que ça aurait déjà été discuté et décidé comme ça il y a longtemps? -- Oliv0 (d) 7 janvier 2012 à 16:04 (CET)

Bonjour Oliv0,

L'atelier cartographique utilise normalement le fichier Maps template-fr.svg comme modèle pour la création de cartes géographiques et topographiques. Vous pouvez y trouver un triangle noir sans rond blanc pour indiquer une montagne.

Mais ces conventions ne sont pas obligatoirement suivies par les ateliers graphiques des autres versions linguistiques de Wikipedia, ou par des wikigraphistes isolés.

Sémhur (d) 7 janvier 2012 à 16:26 (CET)

Tu dis que je n'ai qu'à mettre un triangle sans rond blanc dans les modèles de montagne avec et sans toponyme ? Vu le nombre de cartes qui utilisent l'un et l'autre, je voulais demander et j'hésite quand même... -- Oliv0 (d) 8 janvier 2012 à 00:22 (CET)

Je te répondais à propos des conventions de cartes, pas des modèles. Pour ceux-ci, je te conseille de demander au projet Montagne, ils seront plus à même de te répondre. Sémhur (d) 9 janvier 2012 à 09:30 (CET)

Tutoriel cartographie Inkscape avec exercices inclus

Je publie un Didacticiel avec Exercices pour cartographie SVG sous Inkscape (en anglais), un tutoriel pour tout-débutant à ouvrir dans Inkscape. Quelqu'un pour {le prendre}, tester et commenter un peu l'approche ? : ) Yug (talk) 2 février 2012 à 16:38 (CET)

Oups... Combien de pertes cette hivers ? XD Yug (talk) 8 février 2012 à 16:15 (CET)

 Requête prise en charge par Sémhur (d) 11 février 2012 à 10:50 (CET)

Salut Sémhur ! ; ) Contactes moi si tu passes vers Paris aussi~~ J'y suis~~ Yug (talk) 13 février 2012 à 23:29 (CET)

Bon j'ai commencé à le regarder. Mes premières remarques portent toutes sur la forme :

• Il y a pas mal de texte, d'images, d'éléments en dehors de la page. C'est voulu ?
• Le fond de la page est transparent. Pour la plupart des gens ça n'est pas très grave, mais moi j'utilise des fonds noirs, du coup je ne vois plus les textes. J'ai ajouté un fond blanc.
• Les textes ne s'affichent pas. C'est dû au classique problème des carrés noirs (cf. FAQ SVG. Je corrige ça.
• Les textes sont en Bitstream Vera Serif, ce n'est pas une des polices recommandées dans la FAQ.
• Les schémas, dessins et symboles ne sont pas toujours bien alignés par rapport au texte.
• Je comprends que tu aies voulu tout mettre dans le même fichier, mais c'est quand même pas l'idéal au niveau lisibilité. Tu pourrais le passer en format PDF (ce qui perd l'intérêt de pouvoir faire des essais directement dans le fichier) ou le séparer en plusieurs fichiers.

C'est tout pour l'instant, je mets à jour le fichier sur Commons avec mes modifs. Je continuerai une autre fois. Sémhur (d) 4 mars 2012 à 22:39 (CET)

Merci beaucoup Sémhur ! Nous sommes 3 sur le coup, sur l'atelier anglais, et tu nous prends de vitesse : ) Génial. Quelques questions:

1. Qu'as tu fait aux textes ? Je ne savais pas qu'il y avait une solution autre que la vectorisation.

2. Les gras sont décalés par rapport aux non-gras.

3. Quelle police conseillerais tu ? Yug (talk) 4 mars 2012 à 23:29 (CET)

Demande d'extraction de gravures depuis un ouvrage du domaine public

     

Bonsoir, j'ai l'habitude de faire des extractions de gravures moi-même (avec plus ou moins de succès), mais avec un bras dans le plâtre, c'est devenu compliqué... Voici le livre en question (téléchargeable en PDF), la gravure que je recherche est la planche numéro XXXIV, la numéro XXXIII servira pour un prochain article, et je pense que l'ouvrage contient pas mal d'illustrations utiles dans le domaine de l'élevage et de la machinerie agricole. Quelqu'un ici aurait la gentillesse de les extraire (ou au pire de m'apprendre comment je pourrais procéder sans avoir à faire de travaux de précision avec la souris) ? Par avance merci -- Tsaag Valren (✉) 11 février 2012 à 01:29 (CET)

Demande déplacée dans l'atelier graphique. Sémhur (d) 11 février 2012 à 10:49 (CET)

Carte type "Seigneur des Anneaux" / Fantastique

• Fan du "Seigneur des Anneaux" et de cartographie ? Isaac Stewart partage une belle introduction à la cartographie fantastique. Exemple ici. À savourer !

Il y a aussi une analyse des calques sur wiki-en, pour Inkscape, avec quelques idées techniques. Ca semble ~2 h de tests/apprentissage pour quelqu'un qui connais son soft graphique (dupliquer object, enlarge object, blur, etc.). Yug (talk) 19 février 2012 à 16:06 (CET)

Palette de couleurs pour les daltoniens.

Bonjour,

Avons-nous une palette de couleur qui garantisse une distinction des couleurs par les personnes atteinte d'une des diverses formes de daltonisme ?

Si ce n'est pas le cas, il serait bon d'en créer une, qui soit standardisée. Quelqu'un y connaît-il quelque chose en la matière ?

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 13 février 2012 à 20:55 (CET)

Salut,

On n'a pas une telle palette. Je n'arrive pas à la retrouver, mais on a déjà eu une discussion sur le sujet. Ce qui en était sorti, c'est qu'il y a différentes formes de daltonisme, et donc que les couleurs visibles par l'un ne le sont pas forcément par l'autre. Constituer une palette qui fonctionne pour tous est quasiment mission impossible.

L'autre résultat de cette discussion, c'est que si on veut vraiment qu'un daltonien, de quelque type qu'il soit, puisse lire une carte, il faut utiliser des symboles (hachures, points, ...) ou jouer sur les nuances claires / foncées (mais il faut que les différences soient suffisamment marquées).

Sinon, on peut se cantonner à la majorité des daltoniens. Dans ce cas, il faut éviter le vert et le rouge. Et tant pis pour les autres...

Sémhur (d) 13 février 2012 à 22:20 (CET)

Il existe des logiciels pour simuler ce que voient les daltoniens. Par exemple, Color Oracle. Sémhur (d) 13 février 2012 à 22:23 (CET)

Effectivement, j'ai trouvé un site qui simule la vision des daltoniens. Trouver deux couleurs visibles par tous est assez facile. Ça devient difficile dés qu'il faut 3 couleurs distinctes pour que ce soit bien visible pour les différentes formes de daltonisme.

L'utilisation de symboles n'est pas toujours très adaptées, et il faut penser à la lisibilité pour ceux qui ne sont pas daltoniens non plus. Alourdir une carte avec des symboles ou des hachures ne va pas aider à la compréhension de ceux qui perçoivent les couleurs de façon normale...

Je vais tenter de chercher si on a pas quelque chose qu'un autre atelier graphique aurait produit et placé sur Commons.

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 13 février 2012 à 22:53 (CET)

Tu peux demander à l'Atelier accessibilité, ils ont peut-être des pistes. Sémhur (d) 14 février 2012 à 09:53 (CET)

C'est un sujet qui est également venu sur commons et wiki-en, c'est une recherche a faire, et une proposition à construire. On peut tenter d'augmenter l'accessibilité, mais les aveugles auront toujours du mal à voir nos cartes. : on peut pas faire un fichier pour absolument tout le monde. Yug (talk) 19 février 2012 à 15:47 (CET)

PS: On n'a pas de palette de couleurs pour les bien-voyants non plus.~

J'avais une pisteà partir de Tango Icon Theme Guidelines, Tango-Palette.svg (SVG), Tango-Palette.gpl (file .gpl) (to install in Gimp & Inkscape). Je n'avais pas put pousser plus loin. Yug (talk) 19 février 2012 à 15:55 (CET)

Pour les bien-voyants, Aide:Couleurs ne conviendrait-il pas ? Dark Attsios (d) 19 février 2012 à 16:44 (CET)

C'est trop complet justement, il faut sélectionner. C'est pour ça que j'aime beaucoup la liste Tango icons. : ) Yug (talk) 19 février 2012 à 17:17 (CET)

On pourrait déjà commencer par optimiser ce qui existe déjà : Par exemple, le fichier normatif de la cartographie : Maps_template-fr.svg est-il adaptés aux daltoniens ? Il semblerait après quelques essais que ce soit déjà un bon point de départ. Les verts et les rouges restent correctement discernables, et il semble y avoir peu de problèmes majeurs. Partons de là pour établir une palette, restreinte mais parfaitement accessible, au moins pour la forme de daltonisme la plus courante. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 19 février 2012 à 17:48 (CET)

Effectivement, la palette Tango semble être un bon départ à condition de supprimer les 3 oranges, qui sont catastrophiques avec les verts. --M0tty ^{[Plaidoyers et jérémiades]} 19 février 2012 à 18:02 (CET)

Comment tu sais tout ça : t'es daltonien ? (cela aiderait grandement !) Yug (talk) 19 février 2012 à 19:41 (CET)

Je ne pensais pas toucher Maps_template-fr.svg, qui soit à des icones (noir: ok.), soit des masses geographique (gris, orange, bleu: si ok ? Ouf !), soit la topographie (alignement de couleurs, on ne peut pas casser).

Je pensais plutot couleurs pour les calques de zones, comme : 1. Royaume de Navare (bleu), 2. Royaume d'Andalousie (vert foncé), 3. Royaume de Valence (Vert ou vert clair car vassal de 2.). Histoire d'avoir une suggestion élégante, avec des transparence conseillé (je crois que 40% c'était bien). Yug (talk) 19 février 2012 à 19:41 (CET)

Je ne suis pas daltonien, mais il existe des programmes permettant de simuler la vision des daltoniens, comme ce site internet : [1], qui présente la vision des 3 principaux types de daltonisme et les recommandations du WCAG (mais elles sont impossible à suivre...) Il faut juste vérifier que les contrastes sont suffisamment tranchés pour chacun. --M0tty ^{[Plaidoyers et jérémiades]} 20 février 2012 à 10:20 (CET)

Oui, je vois, de toute facon les trois couleurs primaires peuvent etre zappées, donc il n'y a que le noir qui est relativement fiable. Yug 20 février 2012 à 20:30 (CET)

Non, non, les 3 couleurs primaires ne doivent pas être zappées. Il y a de nombreuses combinaisons pour lesquelles il n'y a pas de problème. Il faut bien se dire que toutes les couleurs ne vont pas systématiquement être utilisées en même temps... (si c'est le cas, le problème est de toute façon insoluble de cette manière). Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 20 février 2012 à 20:54 (CET)

Test, couleurs personnelles, sans la palette Tango.

"trois couleurs primaires peuvent etre zappées (par la vue des daltonien), donc il n'y a que le noir qui est relativement fiables(, les couleus doivent donc jouer entre clair et sombre)". Comment tu as testé la palette Tango si t'es pas daltonien alors ? Yug 20 février 2012 à 21:00 (CET)

Le daltonisme est un problème plus complexe que la simple absence d'une couleur. Et comme dit juste au dessus, j'ai utilisé un site internet qui permet de simuler la vision des couleurs des personnes daltoniennes. Se baser sur la luminance n'est pas non plus la solution miracle, car certaines formes de daltonismes altèrent celle-ci en fonction de la couleur... La palette Tango semble plutôt bien se comporter de façon générale, à l'exception des oranges, il y a ponctuellement une couleur qui ne se marie pas bien avec une autre, mais dans l'ensemble c'est assez bon. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 20 février 2012 à 21:45 (CET)

L'historique de modification semble indiquer que tu n'es pas connecté, Yug. Est-ce normal ? --M0tty ^{[Plaidoyers et jérémiades]} 20 février 2012 à 21:45 (CET)

J'étais à la bibliothèque, j'ai fait vite. Yug (talk) 21 février 2012 à 11:07 (CET)

Voilà ! Je viens de retrouver mon vieux test de 2008, et la palette Tango que j'ai trouvé en 2010 ! Quelqu'un pour relancer les tests ? Yug (talk) 25 février 2012 à 22:47 (CET)

Voir aussi: en:Wikipedia talk:WikiProject Maps/Conventions/Historical maps Yug (talk) 8 avril 2012 à 11:52 (CEST)

Sinon http://www.coloradd.net/ pour des signes graphiques identifiant les couleurs à destination des daltoniens. Voir http://www.allodocteurs.fr/actualite-sante-un-alphabet-des-couleurs-petite-revolution-pour-les-daltoniens-7493.asp?1=1 en français. C'est nouveau, j'ignore si c'est valable. Sur WP, y'aurait peut-être possibilité de gadget "daltonien" qui ajouterait des annotations au survol de l'image ou bien remplacerait les graphiques par des versions spéciales daltonien. Je pourrais éventuellement créer un outil ou bot pour détecter les couleurs d'un graph et ajouter les signes de couleurs, si ça semblait utile. --Irønie (d) 28 juin 2012 à 09:59 (CEST)

Créer un globe terrestre en SVG

Projection orthographique produite à l'aide de perlshaper

Bonjour à tous, je souhaite réaliser un globe terrestre SVG ressemblant à ceci, mais dans une autre position. Si j'en crois la description du fichier, le globe a été dessiné à l'aide de l'outil OMC. Mais ce site ne semble plus fonctionner... En tout cas, je ne parviens pas à télécharger quoi que ce soit une fois que le site me redirige vers PlaniGlobe. Quelqu'un peut-il m'orienter vers un tutoriel pour produire un globe ? -- Flappiefh (d) 20 février 2012 à 19:00 (CET)

Bonjour,

En effet, OMC ne fonctionne plus depuis 2008, et PlaniGlobe ne permet pas de changer de projection, apparemment. Il n'y a pas de didacticiel propre à la création d'une carte en projection orthographique. Il faut suivre l'un de ceux actuellement présents, comme Atelier graphique/Didacticiels cartographiques/Didacticiel de création de carte avec QGIS. Ou alors, faire une demande à l'atelier cartographique.

Sémhur (d) 20 février 2012 à 19:11 (CET)

C'est dommage, le rendu de ces globes était très satisfaisant. Merci pour ta réponse. Du coup, je songe à utiliser Celestia, logiciel libre, qui produit des images toutes aussi libres. Mais les textures détaillées risquent de rendre la lecture du schéma compliquée. Je verrai bien. Evidemment, mon SVG n'en sera plus vraiment un... -- Flappiefh (d) 20 février 2012 à 19:14 (CET)

en:User:Gringer#How_To_Create_a_World_Map, c'est en perl. Le tutoriel est à tester, traduire, clarifier si quelqu'un à du temps, ce serait un ajout de plus pour nos tutoriels ! La convention est par là Yug 20 février 2012 à 20:35 (CET)

Ohhhhh merci !!! J'essaye et si ça fonctionne, je traduirai tout ça. -- Flappiefh (d) 20 février 2012 à 23:23 (CET)

Merveille, ça fonctionne (après avoir testé tout plein de choses). Le plus simple sous Windows est d'utiliser Cygwin. Je vous tiens au courant. -- Flappiefh (d) 21 février 2012 à 20:41 (CET)

Cool, j'y connais rien au perl, j'avais renoncé à le faire. Sympas que tu ai réussi : ] Yug (talk) 21 février 2012 à 21:36 (CET)

J'ai vu que t'as réussi ! Well done ! Yug (talk) 23 février 2012 à 21:16 (CET)

Merci ! Pour les intéressés impatients, j'ai bien entamé le didacticiel sur un brouillon perso. Je le publierai d'ici une semaine je pense. -- Flappiefh (d) 23 février 2012 à 23:30 (CET)

Et pour ceux qui s'ennuient, il y en a encore un [commons.wikimedia.org/wiki/Template:Grey-green_orthographic_projections_maps certain nombre à produire]... --M0tty ^{[Plaidoyers et jérémiades]} 26 février 2012 à 14:09 (CET)

Petit bémol: c'est très bien d'avoir tous les globles, c'est très beau, mais afficher en 2D de la 3D c'est une projection extrèmement déformante. Ces globes ont pour moi une valeur plus esthétique que géographique. Yug (talk) 26 février 2012 à 16:32 (CET)

Bonjour à tous, j'ai enfin mis en ligne le didacticiel. Il est loin d'être parfait/exhaustif, donc si vous utilisez perlshaper à l'avenir, n'hésitez pas à le corriger/compléter. Je recommande perlshaper pour les petits travaux qui ne demandent pas une précision redoutable (exemple). En effet, les graphiques produits comportent souvent des défauts qu'il faut corriger à la main. -- Flappiefh (d) 4 mars 2012 à 14:02 (CET)

L'exemple est redoutablement élégant ! Yug (talk) 4 mars 2012 à 16:51 (CET)

Merci monseigneur ! -- Flappiefh (d) 4 mars 2012 à 18:47 (CET)

Merci pour ce didacticiel, je l'essayerai un de ces jours. Par contre, il faudrait refaire l'exemple donné : le Soudan du Sud n'est pas membre de la Ligue Arabe. Sémhur (d) 4 mars 2012 à 20:24 (CET)

Oui, merci beaucoup

Pour le Soudan du Sud, c'est fait.

Cordialement, -- Domaina ^{→ Me parler ←} 4 mars 2012 à 20:54 (CET)

(Paris: Soirée Open Data WP/OSM et le politique en France)

http://lacantine.org/events/open-data-open-content-open-gov-presidentielles
29/02, 19h30-22h, 12 galerie Montmartre.
Metro 8, Grand Boulevards

"OPEN DATA, OPEN CONTENT, OPEN GOV - Présidentielles:

La société civile du numérique s'organise pour solliciter les partis politiques dans le cadre des campagnes présidentielles et législatives. Après avoir interrogé les représentants des candidats à la présidentielle sur les thèmes du Logiciel Libre, Silicon Sentier accueille Regards Citoyens, OpenStreetMap France et Wikimedia France et les équipes de campagne des différents partis afin qu'ils s'expriment sur la question de la libération des contenus et des données publiques." Yug (talk) 24 février 2012 à 19:55 (CET)

J'y serai :

• Yug (talk) 24 février 2012 à 19:55 (CET)
• alors allons-y. J'aurai une question sur l'éventuel futur développement de l’intéressante mais réduite banque de donnée data.gouv.fr, et je voterai pour celui qui en mettra le plus sur la table (ou pas). Bourrichon 24 février 2012 à 20:47 (CET)
  • Interssant, on pourrait faire la liste des données GIS du gouvernement Francais bloqué par des droit d'auteurs ? Yug (talk) 24 février 2012 à 22:24 (CET)
    • Pour commencer, évidemment, une (petite ?) partie des données de l'IGN (pour le dire autrement : l'établissement public IGN doit-il devenir un service public, au moins en (petite ?) partie ? Tout un programme électoral). En ce qui concerne Corine Land Cover, c'est bon, et les données du cadastre français, c'est bon aussi : c'est déjà beaucoup, je devais signaler cette ouverture. Il y en a sûrement d'autres. Bourrichon 24 février 2012 à 23:23 (CET)

---

Compte rendu de conférence: le sujet était le libre, les base de données, et le politique. Peu/pas de cartographie. Les représentants de WM et OSM était là pour représenter la vision libre en générale, de très intéressantes questions sur l'ouverture, la publication de bases de données en la possession du gouvernement francais. Le point de vue des parties politiques sur cette ouverture possible. Présentement (2012, internet = 21 ans), la principale base de donnée publié est un jeu relatif au recensement en France. Franchement, donner aux francais des informations sur eux mêmes semble un peu faible comme ouverture et transparence de la gouvernance française. Penser au USA, où tout travail d'une institution/fonctionnaire fédéral est automatiquement dans le domaine publique. Ou à David Cameron, UK, qui à annoncé la lancé d'important efforts de transparence et de mise en ligne des affaires administratives ("TED.com, D. Cameron : The next age of gouvernment"), pour davantage de "Transparence, Accontabilité, Choix". En France, on peut faire mieux ! Yug (talk) 4 mars 2012 à 22:59 (CET)

Je n'ai rien à ajouter, sauf qu'effectivement le débat était orienté sur la politique d'ouverture et d'accès aux données gouvernementales en France, ce qui m'a semblé au moins aussi intéressant qu'un simple débat sur les données carto. Pour les licences, les différents partis présents se partageaient en gros deux visions de la propriété intellectuelle et du partage à l'identique, qui ne sont pas très difficiles à deviner (sans que personne ne soit contre l'open-gouvernement par principe : c'était le mode d'ouverture qui était en jeu). Bourrichon 5 mars 2012 à 18:03 (CET)

Merci pour ce compte rendu ! --M0tty ^{[Plaidoyers et jérémiades]} 5 mars 2012 à 20:31 (CET)

Découpage de Zone

Bonjour, j'ai suivi (à peu pres ;p) le tuto Didacticiel pour découpage d'une carte en zones, j'ai tout bien découpé mes quartiers, ca m'a pris beaucoup (trop) de temps et ca donne File:Quartiers_de_montbeliard_global.svg. Je m'aperçois alors que c'est terminé que j'aurais besoin d'avoir un objet regroupant l'extérieur de la ville (les parties non colorés) pour pouvoir le masquer ou le colorer. Comment je pourrais faire 1- sans tout recommencer 2- sans dénaturer ma carte ? Merci de votre aide. --Sacamol (d) 25 février 2012 à 18:49 (CET)

Il faut que tu fasses une "différence". On va jouer sur les "paths"

1. Dupliquer les zones colorees:
   1. Ctrl + Shift+clic-sur-toutes-tes-zones — pour selectionner
   2. Ctrl + D — pour dupliquer
   3. Ctrl + + — pour les unir
2. Percer :
   1. Crée un carré égal ou plus grand que ta carte.
   2. Ctrl + Shift+clic-carréETduplicata — pour selectionner
   3. Ctrl + - — Perces ce carré avec ton duplicata

Yug (talk) 25 février 2012 à 22:28 (CET)

(Racourcis claviers : http://inkscape.org/doc/keys048.html ) Yug (talk) 25 février 2012 à 22:28 (CET)

Salut Sacamol. Duplique toutes tes zones dans un nouveau calque, masque ton calque initial, et unis ces duplicatas. (facultatif : puis sépare-les pour enlever les résidus qui semblent traîner du côté de la Vieille Ville. Puis sélectionne le pourtour uniquement). 2ème étape, si tu veux colorer ce qui est à l'extérieur du pourtour : trace un polygone (fermé et rempli de couleur) dans le même calque mais sous ce pourtour, sélectionne le pourtour et le polygone et fais « Différence ». Bourrichon 25 février 2012 à 22:43 (CET)

(Bon sang Yug tu m'as grillé.) Bourrichon 25 février 2012 à 22:43 (CET)

D'ailleurs ce didacticiel serait à refaire en plus simple, il est trop détaillé. Ou alors mettre un résumé en intro pour utilisateurs avertis. Bourrichon 25 février 2012 à 22:51 (CET)

Et j'ai mis les racourcis aussi, héhé, pas si rouillé que ça l'ancêtre Yug ! Yug (talk) 25 février 2012 à 22:52 (CET)

Merci bien de vos réponses et de votre rapidité . Je vais essayer ce que vous me dites (et je reviens ici si j'ai un problème)--Sacamol (d) 26 février 2012 à 10:51 (CET)

Ca marche impec. Merci encore. --Sacamol (d) 26 février 2012 à 11:23 (CET)

Aide pour la création de cartes

Bonjour. J'ai déjà créé ou modifié quelques cartes sur Wikipédia avec des résultats plus ou moins bons et j'aimerais maintenant créer des cartes à petite échelle en me servant de vos didacticiels. J'ai installé les logiciels recommandés et déjà j'ai certaines difficultés. Le didacticiels nous informe qu'on peut installer des extensions supplémentaires dans QGIS mais je ne peux tout simplement pas les voir même si je suis les étapes. Je me suis dit que ce serait mieux de passer à l'étape suivante pour tout de suite mais je ne suis pas certain d'utiliser la bonne source pour la topographie et de toute façon il y a d'autres problèmes. Si quelque serait prêt à m'aider, ce serait énormément apprécié. --Red Castle ^[parlure] 1 avril 2012 à 03:14 (CEST)

Salut Red, Content de voir que tu t'attaques à QGis. Sache que c'est une approche de semi-professionel, maitriser QGIS te prendra du temps, avec des blocages, et c'est normal. Bourrichon et moi même avons un niveau correct pour QGIS: on sait faire des carte topographique type wikipedia. On t'aidera au mieux.

Dans ton cas, il me semble que tu devrais chercher dans cette direction (anglais). Notamment le "> tab "Repositories" > Add 3rd party repositories > ok."

PS: quel est le plugin que tu souhaite installer ? Yug (talk) 1 avril 2012 à 18:42 (CEST)

Merci pour le lien, je vais tenter l'expérience lorsque j'aurais plus de temps cette semaine. J'essayai d'installer des extensions comme Value Tool et Joint Lines, apparemment utiles. --Red Castle ^[parlure] 2 avril 2012 à 03:36 (CEST)

Ah, je ne connais pas ces extensions. Si tu trouves des truc interessants, partages l'info. Yug (talk) 2 avril 2012 à 11:20 (CEST)

Value Tool est intéressant pour connaître l'altitude d'un lieu pointé sous la souris. C'est tout. Si tu débutes tu peux largement t'en passer. Pour Join Line, je le trouve très difficile à manipuler. C'est comme si tu utilisais Inkscape pour la première fois. Je viens de modifier le didacticiel en ce sens. N'hésite à demander de l'aide. Tu gagneras un temps précieux. Bourrichon 2 avril 2012 à 16:26 (CEST)

Modèle de demande : modification du formatage

Petit rappel aux wikigraphistes : WP:Exceptions au droit d'auteur, qui avait plusieurs fois été signalé dans le passé dans cette page de discussion (2009, 2010, 2011), ainsi que les bonnes pratiques associées : Pour les images importés sur WP-FR sous ces exceptions :

• Pas d'inclusion dans les pages utilisateurs (souvent vous listez vos brouillons, ou vos fichiers importés) (Régulièrement du retirer des images dans vos pages utilisateurs respectives).
• Nettoyage régulier de vos archives de brouillon d'images importées (il suffit de demander à un admin) (il faudrait à terme avoir un bot qui se charge de les lister je pense car ceux qui ne sont plus contributeurs depuis longtemps ne le feront pas eux même).
• Discussion dans le cadre de l'atelier (ou projets associés) : utilisation des liens vers les images au lieu des inclusions (rappel : [[:Fichier:Image-missing.svg]] donne Fichier:Image-missing.svg)
• Pas de vectorisation qui entraîne une dégradation de l'image (dégradé, trait ...). Une vectorisation ne doit pas entraîner une différence visuelle visible. (Travail dérivé publié sur wikipédia interdit).

Donc pour faciliter ce dernier point j'ai déjà modifié Wikipédia:Atelier graphique/Images à améliorer/Formulaire pour inciter à ne pas utiliser gallery par défaut (forcer à être conscient qu'on doit utiliser Gallery que si cela est approprié). Loreleil ^[d-c] 2 avril 2012 à 16:34 (CEST)

Euh non, là ça va nous compliquer la tâche. Les galeries permettent en un clin d'œil de voir le travail demandé (et de se dire : ça, ça m’intéresse et je vais m'occuper de cette demande ; ou au contraire je ne vais pas m'en occuper) et le travail effectué.

Je suis d'accord avec toi pour dire qu'il ne faut pas importer de document non libre sur WP, quelle que soit la raison, mais c'est au demandeur de suivre cette règle d'abord (et le wikigraphiste ensuite). L'ensemble des wikigraphistes n'a pas à être pénalisé par la suppression à priori d'un outil utile, les galeries. De toute façon ce n'est pas la galerie le problème ; si une image non libre y était affichée puis est supprimée, elle disparaît automatiquement de la galerie. C'est valable aussi pour les inclusions dans les pages persos.

C'est plus une question d'éducation et d'habitude à prendre. Les wikigraphistes plus anciens pourraient guider les nouveaux (et les demandeurs) quand il y a import d'un fichier non libre.

Pour le reste, je suis d'accord avec toi. Je ne reviens pas encore sur ta modification du formulaire de demande, j'attends des avis de la part des wikigraphistes qui s'occupent des logos, puisque ce sont les principaux concernés. Sémhur (d) 2 avril 2012 à 17:45 (CEST)

Hmmm ah non ça y est, je viens de comprendre : les logos ne peuvent être utilisés que sur la page de leur entreprise ou sur la leur propre, donc si on en montre ailleurs (sur l'atelier, dans les pages persos), ça contrevient à cette règle. C'est ça ? Sémhur (d) 2 avril 2012 à 17:53 (CEST)

Effectivement Sémhur tu as compris le problème :) Loreleil ^[d-c] 2 avril 2012 à 18:45 (CEST)

Bonjour, les demandes concernant des logos sur l'atelier graphique ne sont pas non plus majoritaires au point de modifier le formulaire de demande.

Néanmoins, on pourrait créer un formulaire spécifique pour les logos qui ne permettrait pas l'affichage en galerie, et qui contiendrait d'avantages d'avertissements concernant les exceptions au droit d'auteur, ça serait un moyen d'une part de prévenir les demandeurs, et de simplifier la vie à tout le monde.

Pour ce qui est de la purge des historiques des brouillons, je vais faire une demande. Merci pour ta vigilance. --M0tty ^{[Plaidoyers et jérémiades]} 2 avril 2012 à 19:13 (CEST)

Ca peut être une bonne idée MOtty le template spécifique (pour ce qui est du nombre : je dirais qu'il y a environ 1 sur 4 ou 1 sur 5 qui concerne ce problème, en général 2 à 3 par mois pour les quelques mois que j'ai eu à voir) Loreleil ^[d-c] 2 avril 2012 à 19:53 (CEST)

Oui c'est une bonne idée. Il existe déjà une page Wikipédia:Atelier graphique/Logos à améliorer, accessible depuis la page des images à améliorer, mais les formulaires qu'elle propose sont celui des images à améliorer. C'est donc ici qu'il faudrait introduire le nouveau formulaire. Et il faudrait rendre cette page plus visible qu'elle ne l'est aujourd'hui, en la liant dans la page principale Wikipédia:Atelier graphique ainsi que dans les pages de chaque atelier. Sémhur (d) 3 avril 2012 à 13:55 (CEST)

Bonjour, j'ai créé le formulaire dédié et l'introduction qui s'affiche lors du remplissage de celui-ci. Toutes les modifications sont les bienvenues. Sémhur, peux-tu placer le lien vers le formulaire des logos plus en évidence comme tu l'as proposé ? Bien cordialement ! --M0tty ^{[Plaidoyers et jérémiades]} 3 avril 2012 à 17:45 (CEST)

Voilà, j'ai fait mis les liens. J'espère ne pas en avoir oublié, merci de me le signaler si ce n'est pas le cas. Sémhur (d) 4 avril 2012 à 13:35 (CEST)

Merci Sémhur ! Dans la même veine, nous avons souvent des cas de demandes effectuées en modifiant la requête la plus récente, en la dupliquant et en la modifiant à sa sauce, le titre est bien souvent oublié, et dans le cas de formulaires spécifiques, ça peut poser problème. Serait-il possible d'introduire (comme sur le bistro) des liens vers la formulation d'une nouvelle requête en bas de page, sans que cela ne perturbe l'archivage automatique par le bot ? Est-ce une bonne idée ? Quelqu'un sait-il faire ça ? Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 4 avril 2012 à 13:43 (CEST)

Tu peux poser la question sur Wikipédia:Questions techniques. C'est vrai que ça arrive de temps en temps. Sémhur (d) 4 avril 2012 à 22:30 (CEST)

Plugin de graphiques

Bonjour,

En me baladant sur les sous-pages de l'atelier, je suis tombé sur une discussion sur un plugin de mediawiki qui permet de créer des images graphiques de toute sorte très simplement, et en plein texte (Lien : http://www.mediawiki.org/wiki/Extension:Jpgraphmw )

C'est simplement pour rappel. Je trouve ça pratique et plus simple que la création (avec les difficultés de mise à jour que cela implique) de graphiques en svg. Tous les avis à propos de l'utilisation de cet outil, et de sa généralisation, ou non, sont les bienvenus.

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 16 avril 2012 à 20:33 (CEST)

Amélioration de l'interface

Bonjour,

Je voudrais vous proposer une amélioration de l'interface utilisateur, en modifiant les boutons permettant de formuler des demandes :

Voici un exemple, une ébauche de ce que ça pourrait donner :

• Si votre demande concerne la cartographie, les animations, les blasons ou les logos, cliquez sur le lien concerné :

• Dans tout autre cas, cliquez sur le lien suivant pour effectuer votre demande :

Toutes les remarques, pour/contre, améliorations, sont les bienvenues.

L'objectif est de remplacer les boutons textes actuels, et d'insérer également ce genre de bouton en pied de page, pour éviter que les demandeurs n'utilisent la dernière requête pour formuler la leur, en la copiant/collant, et en oubliant le titre, et les spécificités de chaque demande.

Qu'en pensez-vous ? Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 16 avril 2012 à 21:59 (CEST)

Sympas. Garder des formulaires courts et simple. L'idée de bouton, plus visible, est bien. N'hésite pas à avancer si personne ne réagis. :) Yug (talk) 16 avril 2012 à 23:12 (CEST)

Commentaire esthétique: il y a trop d'espaces vides. Yug (talk) 16 avril 2012 à 23:13 (CEST)

Je rejoins les remarques de Yug ;) -- Domaina ^{→ Me parler ←} 17 avril 2012 à 00:52 (CEST)

Pour Ça me parais bien (sauf que la 4^ième image, contrairement au trois premières, pointe vers une page inexistante) --Leoviløk 17 avril 2012 à 01:22 (CEST)

Bonjour, j'ai supprimé les espace et corrigé les boutons selon vos remarques. Il y a néanmoins un problème que je n'arrives pas à résoudre : le bouton pour créer une demande concernant les logos doit renvoyer vers la page d'explication à propos des logos et non vers une page en mode édition. Or, le modèle utilisé ne sait faire cela qu'avec un mode "recherche" et implique d'avoir 2 boutons : le premier fait une recherche exacte et affiche la page directement si le nom de page existe, le second affiche la recherche que donne le nom de page. Je ne suis pas parvenu à supprimer ce deuxième bouton. Toutes les idées sont les bienvenues.

Merci pour vos encouragements  ! --M0tty ^{[Plaidoyers et jérémiades]} 17 avril 2012 à 11:12 (CEST)

Inkscape, Sozi, et animations SVG

Salutation ôh tribut des wikigraphistes, Je viens de découvrir une extension/plugin de Inkscape qui permet faire des présentations SVG animés sympas qui ressemblent à des Power Point. Pour les curieux :

• 1er exemple sympa
• 2nd exemple sympa
• Autre exemple, voir à 4min30
• Article introductif

Yug (talk) 21 avril 2012 à 22:01 (CEST)

Génial ! existe-t-il une possibilité de rendre cette animation dans un format vidéo par la suite, car le problème c'est que MediaWiki ne peut pas lire les svg animés, puisqu'ils transforme les svg en png. --M0tty ^{[Plaidoyers et jérémiades]} 21 avril 2012 à 22:17 (CEST)

Video: Peut être mis en combo avec ReccordMyDesktop. Voir Wikipédia:Atelier_graphique/Didacticiels_graphiques/Création_d'un_didacticiel_vidéo, section #Enregistrer une vidéo ; )

Wikipedia: Je ne pensais pas aux articles de Wikipedia (du fait ce l'incompatibilité que tu cites). Commons peut accepter ces fichier SVG, et nous pouvons nous les proposer avec le lien [:media:tonfichier.svg]. Ca peut être sympas pour des présentations wikipediennes, ou Dieu sait quoi. Yug (talk) 21 avril 2012 à 23:39 (CEST)

Pour ce qui est des présentations, je suis tout à fait d'accord, ça peut être très beau. La simplicité de réalisation de la chose est déconcertante !

Pour ce qui est des vidéo, effectivement, une capture vidéo de l'écran semble être la seule possibilité. Ce qui donne tout de même de la HD au minimum sur les écrans récents... --M0tty ^{[Plaidoyers et jérémiades]} 22 avril 2012 à 13:59 (CEST)

Bonne nouvelle pour les cartographes !

Bonjour,

Grâce à l'OpenData et l'IGN, mais surtout, grâce à Poulpy, Commons possède désormais des fonds de carte en SVG des départements, avec les communes, regroupés pour le moment sur la galerie de Poulpy. Gageons que cela sera très utile, vu le nombre de demande concernant les départements et les communes françaises...

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 24 avril 2012 à 14:26 (CEST)

Attention, elles ne sont pas toutes dans cette galerie. Vous pouvez les trouver dans la catégorie « Blank maps of France » : elles portent toutes un nom du genre « File:Blank Map of XXX Department, France, with Communes.svg ». — Poulpy (d) 24 avril 2012 à 14:35 (CEST)

C'est pas mal en effet. Chaque commune est un objet propre, elle peut donc être colorée indépendamment des autres. Par contre, j'en ai ouvert une pour voir, et l'image est énorme ! 120000 pixels de large ; Inkscape n'arrive pas à tout afficher d'un coup, même en zoomant au minimum. Sémhur (d) 24 avril 2012 à 22:03 (CEST)

Palette cartographique

Bonjour ! Améliorations de la palette "File:Maps template-fr.svg" : discussions là-bas. Cordialement Bourrichon 26 avril 2012 à 23:18 (CEST)

Débutant SVG

Hello ! Je me suis tout doucement mis à Inkscape, et je viens de mettre ma première carte en SVG sur Commons : Great Heathen Army-fr.svg. Comme je débute, je suis preneur de toute remarque, conseil, etc. avant d'attaquer sa petite sœur. – Swa cwæð Ælfgar (d) 30 avril 2012 à 11:28 (CEST)

Je trouve qu'elle est nette, claire, attrayante. C'est très encourageant pour une première. Quelques détails tous dus au mauvais affichage de Wikimedia : la légende a un problème de décalage avec le cadre. Englefield et sa date se télescopent avec des sabres. Il manque les sérifs aux hydronymes. Si tu ne veux pas te fatiguer, pour chaque hydronyme fais Chemin > Objet en chemin (après avoir cloné un des textes en marge de la page pour pouvoir conserver la possibilité de les modifier facilement sans devoir réimporter la palette). Bourrichon 1 mai 2012 à 15:49 (CEST)

Voilà, je crois que c'est bon. – Swa cwæð Ælfgar (d) 1 mai 2012 à 18:20 (CEST)

Oui, c'est bon, mais comme tu n'as pas dupliqué et mis sur le côté (ou dans un calque invisible) au moins un des textes avant de les transformer en chemin, on ne peut pas les traduire ni les modifier directement. Bourrichon 1 mai 2012 à 19:11 (CEST)

┌───────┘
C'est encore moi... Deux petits soucis avec Viking Raids in England 892-896-fr.svg : la couleur de la mer est partie en vrille, je ne sais pas pourquoi ; et la flèche qui part de Chester pour y revenir en traversant le pays de Galles devrait être en dégradé orange-rouge, mais je ne suis pas arrivé à plier l'outil dégradé d'Inkscape à ma volonté. – Swa cwæð Ælfgar (d) 5 mai 2012 à 16:26 (CEST)

Que veux-tu dire par dégradé exactement? Que cela signifierait par rapport à la légende? Que c'est à cheval entre les 2 périodes, si je te suis? -- Domaina ^{→ Me parler ←} 5 mai 2012 à 16:43 (CEST)

C'est ça. Cf. le modèle. – Swa cwæð Ælfgar (d) 5 mai 2012 à 16:46 (CEST)

D'accord, j'm'occupe de ça et je t'explique -- Domaina ^{→ Me parler ←} 5 mai 2012 à 16:50 (CEST)

J'ai eu un petit problème avec le dégradé, je regarde ce qui bug. -- Domaina ^{→ Me parler ←} 5 mai 2012 à 20:59 (CEST)

Voilà! Pour le dégradé, je te laisse regarder sur le svg comment je m'y suis pris. Sinon, l'autre « problème » était dû au fait que l'opacité n'était pas réglée à 100% . Cordialement, -- Domaina ^{→ Me parler ←} 5 mai 2012 à 21:04 (CEST)

Merci ! – Swa cwæð Ælfgar (d) 6 mai 2012 à 10:36 (CEST)

Carte de Picardie

Salut! Nous avons changé la carte de Picardie pour notre usage sur la Wikipedia polonaise , nous avons supprimé toutes les couleurs, maintenant elle ressemble plus aux autres cartes de localisation. Vous pouvez trouver la nouvelle version ici. Je ne veux pas le changer ici, unilatéralement, mais peut-être vous pouvez l'utiliser. Powerek38 (d) 30 avril 2012 à 21:20 (CEST)

J'ai corrigé le français à la demande de l'intéressé. Otourly (d) 30 avril 2012 à 21:37 (CEST)

Revue de presse

Découvrir la cartographie collaborative. Bourrichon 4 mai 2012 à 20:29 (CEST)

Tester le rendu d'un SVG avant de le mettre sur Wikipedia

Bonjour. Étant donnés les aléas du rendu en PNG des fichiers SVG sur Wikipedia, j'aimerais pouvoir tester ça avant de poster des nouveaux fichiers sur Commons. Cela inclut le rendu des vignettes, afin d'avoir une idée de la lisibilité des schémas au format réduit. Sachant que mon ordinateur fonctionne sous Linux (donc aucune difficulté pour installer librsvg), pourriez-vous m'indiquer les programmes à installer et leur utilisation pour faire des tests compatibles avec Wikipédia ? Merci. BernardM (d) 5 mai 2012 à 17:01 (CEST)

Bonjour.

• Si tu es sous Linux, il te suffit d'ouvrir les SVG avec Eye of GNOME, le visualiseur d'image de Gnome (et présent par défaut dans Ubuntu). Il utilise librsvg pour le rendu des images.
• Ou bien tu peux utiliser SVG Check, un outil présent sur le Toolserver.

Sémhur (d) 5 mai 2012 à 21:07 (CEST)

Les solutions de Sémhur sont évidemment à retenir. Il en existe une troisième : Te créer une image de travail personnelle sur Wikipédia que tu pourras utiliser comme brouillon, pour en tester le rendu à différentes tailles sur wp. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 5 mai 2012 à 21:16 (CEST)

Le fait de visualiser son fichier avec Firefox avant de le publier aide aussi à corriger certains bugs. Cordialement --Pic-Sou 20 mai 2012 à 22:03 (CEST)

Dates d'une identité visuelle et conventions

Bonjour,

• J'aurai voulu avoir un renseignement sur le fait de savoir comment nommer un logo par exemple, quand on ne connait pas sa date de création mais seulement celle de disparition?

• Plus largement, ce n'est pas la première fois que je me pose ce type de question, car j'ai l'habitude la plupart du temps d'importer un fichier sous la forme Fichier:nom_(datecréation-datesuppression).extensionfichier (exemple:Fichier:Logo FC Lorient Bretagne-Sud (2002-2010).svg), et seulement Fichier:nom.extensionfichier (exemple:Fichier:Logo FC Lorient Bretagne-Sud.svg) quand c'est le fichier actuel. Dans ce dernier cas, je précise alors dans sa description sa date de création, pour que, quand il sera remplacé par un autre, il puisse être renommé sous la forme Fichier:nom_(datecréation-datesuppression).extensionfichier, comme expliqué ci-dessus. Quelqu'un a-t-il une autre méthode? Ne faudrait-il pas indiquer des conventions à ce propos pour trouver consensus, au moins pour toutes les importations futures? -- Domaina♪ 9 mai 2012

Bonjour,

Pour un logo dont tu ne connais pas la date de création, mais bien celle de fin le "?" me semble être une bonne solution → (?-2010)

Pour un logo toujours utilisé, il me semble que tu peux mettre la date de création dans le titre, pour être plus clair.

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 9 mai 2012 à 14:42 (CEST)

• (?-2010) pour un logo dont on ne connait pas la date de création mais qui n'est plus utilisé depuis 2010.
• (2010-) pour un logo dont on sait qu'il existe depuis 2010.

Ça me convient, si quelqu'un s'y oppose. Cordialement, -- Domaina♪ 9 mai 2012 à 15:42 (CEST)

Le tiret me semble superflu dans (2010), a priori, le logo peut être éternel, ou s'éteindre avec sa marque. Aucune raison de présumer qu'il sera un jour remplacé et donc de mettre un tiret . --M0tty ^{[Plaidoyers et jérémiades]} 9 mai 2012 à 16:00 (CEST)

Je suis bien d'accord avec toi, mais un logo peut aussi être annuel (un exemple qui me passe par la tête est le logo d'un festival de musique qui changerait chaque année), et alors dans ce cas il faudrait privilégier l'écriture (2010), non? Car même si un logo s'éteint avec sa marque, il sera temps de le renommer en (2010-datedemort). Qu'est-ce que tu en penses? -- Domaina♪ 9 mai 2012 à 16:06 (CEST)

Effectivement, si le logo est annuel, l’écriture (2010) me semble suffire, d’ailleurs tout cela ne concerne pas que les logos, mais tous les fichiers qui peuvent devenir obsolètes : les cartes géographiques, plans de train, de métro, les photos de bâtiments,… Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 12 mai 2012 à 16:27 (CEST)

En effet, c'est donc pour cela que je parlais de convention, car c'est une situation relativement récurrente -- Domaina♪ / ♫ 14 mai 2012 à 10:44 (CEST)

Réduire la taille d'un SVG

Hello!

J'ai une question à propos du poids d'un svg. Tout d'abord, je pense que la lourdeur du fichier est dû à la validité du svg du fichier, comme le témoigne ces 2 exemples :

1. (Fichier:MediaWiki Vector skin action arrow.svg, 286 octets, validité ok) importé par Joey-das-WBF
2. (Fichier:MediaWiki Vector skin right arrow.svg, ≃ 2 kilooctets, validité pas ok) importé par Domaina (moi-même)

Ce rapport d'environ 7 me parait inconcevable, alors que les fichiers sont tous deux constitués de 3 points.

Merci d'avance pour vos conseils, -- Domaina♪ / ♫ 14 mai 2012 à 11:05 (CEST)

Enregistre-le en "plain svg" (ou "simple svg"), c'est du SVG aussi mais sans les balises que rajoute Inkscape. Pour un fichier aussi simple, il n'est pas utile de les conserver. Tu peux lire aussi la section Alléger le poids du fichier de la FAQ SVG. Sémhur (d) 14 mai 2012 à 11:53 (CEST)

En effet, les trucs les plus lourds sont surtout le contenu de la balise <sodipodi:namedview>, les id="" ajoutés à chaque balise, les <g> superflus, les namespaces de fonctions non-utilisées, etc. Par contre, je me demandais si quelqu’un connaissait un logiciel capable de virer les transform="" en modifiant directement l’attribut d="" des chemin, afin de les rendre plus facilement compréhensibles et d’alléger encore le poids des fichiers ?

Cordialement --Pic-Sou 20 mai 2012 à 22:11 (CEST)

Inkscape rajoute effectivement tout un tas de morceaux de code pas forcément utile pour le rendu visuel (voire pas du tout) et surtout pas prévu par les spécifications SVG (donc *en plus*, cela peut rendre le code invalide). Regardons les codes de plus près :

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg xmlns="http://www.w3.org/2000/svg" version="1.1" width='16' height='16'>
<path fill='#797979' d='M2.5,6l5,5l5,-5z'/>
</svg>

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!-- Created with Inkscape (http://www.inkscape.org/) -->

<svg
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:cc="http://creativecommons.org/ns#"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:svg="http://www.w3.org/2000/svg"
   xmlns="http://www.w3.org/2000/svg"
   version="1.1"
   width="16"
   height="16"
   id="svg2">
  <defs
     id="defs4" />
  <metadata
     id="metadata7">
    <rdf:RDF>
      <cc:Work
         rdf:about="">
        <dc:format>image/svg+xml</dc:format>
        <dc:type
           rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
        <dc:title></dc:title>
      </cc:Work>
    </rdf:RDF>
  </metadata>
  <g
     transform="translate(0,-1036.3622)"
     id="layer1">
    <path
       d="m 6,1050.3622 0,-11.0042 4.996094,5.5022 z"
       id="path2996"
       style="fill:#797979;fill-opacity:1;stroke:none" />
  </g>
</svg>

Le deuxième code contient des éléments complètements inutiles (typiquement la pub en commentaire : Created with Inkscape, la balise <defs> qui est vide, le groupe qui ne contient qu’un seul élément, groupe qui contient une transformée juste pour le plaisir d’alourdir le code), des éléments à l’utilité douteuse (fill-opacity:1;stroke:none étant les valeurs par défaut, pourquoi les préciser ? Y a-t-il vraiment des moteurs de rendus qui font la différence ? j’en doute mais j’ai un doute…) et des métadonnées (ça peut toujours être utile mais 1. ce n’est pas visuel et 2. dans le cas présent, la balise est quasiment vide). Après, il y a des subtilités que je maitrise mal (pourquoi ce doctype dans le premier code ? l’utilité ou non du détail des xmlns).

Un rapport de 7 n’est pas si important, on fait parfois beaucoup plus (exemple récent de fichiers que j’ai allégé − alors que je ne suis qu’un amateur qui a appris sur le tas − : File:Plan des peuples gaulois.svg et File:Plan des peuples gaulois.svg, rapport de 20 pour le second !).

Ceci dit, les deux fichiers sont valides. Le deuxième a juste deux warning sur des points que le validateur ne valide pas, mais techniquement le SVG est valide (en gros, le validateur ne comprend pas les balises d’Inkscape/Sodipodi). Donc non la lourdeur n’est pas corrélé à la validité (un fichier peut-être très lourd et valide ; ou inversement très léger et invalide).

Comme Pic-Sou, je serais très fortement intéressé par une méthode pour virer les transformées (j’ai essayé des les retirer sur File:Blank Map of Mayenne Department, France, with Communes.svg, mais je n’arrive à rien). Cdlt, Vigneron * ^discut. 6 juin 2012 à 14:09 (CEST)

Je crois que le doctype est recommandé dans tous les cas. Pour les paramètres par défaut, ils ne servent à rien (parce qu’ils sont par défaut) ; et je pense qu’il vaut mieux les sortir de l’élément style. Quant aux xmlns additionnels, ils sont utiles si tu utilise des éléments qui ne font pas partie de la spécification SVG de base ; par exemple dès que tu veux dupliquer un objet (avec <use>), tu dois utiliser la propriété xlink:href et donc tu dois renseigner le champ xmlns:xlink. Si quelqu’un a un programme pour éviter les transformations, surtout, je serais très intéressé… Cordialement --Pic-Sou 30 juin 2012 à 17:07 (CEST)

(Annonce)

(Je maintiens le petit panneau "Annonce" visible en haut à droite de cette page en y collant des news des autres ateliers, de wikimedia et l'illustration, et des liens vers des articles "graphiques" du web que j'ai trouvé enthousiasmants. Je passe donc pour rappeler l'existance de ce cadre et pour vous encourager à y partager vos palpitantes lectures graphiques que je lirais avec voracité ! Salutations ! Yug (talk) 14 mai 2012 à 20:20 (CEST) )

Pied de page

Bonjour, comme vous pourrez le constater, j'ai mis en place un pied de page permettant d'initier une nouvelle requête sur la page des images à modifier. C'est en phase de test, et toute amélioration est la bienvenue ! Cela permettra d'éviter que les nouvelles requêtes soient créées à partir d'un copier-coller de la dernière requête, ce qui génère beaucoup de problème (absence de titre, perturbation du bot en charge de l'archivage,...)

Si cela vous plaît, je le mettrai en place sur l'atelier cartographique également. Seulement, ne me demandez pas comment ça fonctionne, je n'en ai pas la moindre idée ! C'est Orlodrim qui m'a refilé le code issu du projet Musique Classique, lui-même n'est pas parvenu à comprendre comment ça marche... mais ça marche !

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 29 mai 2012 à 11:38 (CEST)

Voilà, j'ai mis le système en place sur l'atelier carto également. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 30 mai 2012 à 17:17 (CEST)

Merci d'avoir dégoté et mis en place ce truc, ça sera (j'espère) utile aux ateliers ! Sémhur (d) 30 mai 2012 à 22:48 (CEST)

Nouvelle catégorie : Logo à détourer

Bonjour à tous, nous avons créé aujourd'hui une nouvelle catégorie : Logo à détourer. Ceci afin de dissocier les images qui doivent être vectorisées de celles qui nécessitent simplement la suppression de la couleur de fond. -- Flappiefh (d) 6 juin 2012 à 22:44 (CEST)

Conférence Calligraphie à Paris: 2012/06/15-16

Mélange d'art graphique et d'art de vie, cela pourrait interesser plusieurs d'entre vous !

• signaler votre intérêt sur Wikipédia:Le_Bistro/11_juin_2012#Conf.C3.A9rence_Calligraphie_.C3.A0_Paris:_2012.2F06.2F15-16 Yug (talk) 11 juin 2012 à 12:15 (CEST)

36.000 Communes de France

par Poulpy-le-Grand !

C'est bon, on a un .shp libre pour les communes: Geoflat! ("licence ouverte" version 1.0.) ! à utiliser avec QGis ou autre logiciel SIG. Demander à Bourrichon, Poulpy (post de son blog, le cachotier...), ou moi-même pour des pistes, ainsi que les tuto cartographiques ! Yug (talk) 15 juin 2012 à 17:58 (CEST)

À noter que GEOFLA® ne contient pas que du shp mais aussi d’autres formats. Niveau contenu, il y a les communes mais aussi les cantons, les arrondissements, les départements, les régions, etc.

Je vois que l’octopode passe du SHP au KML puis au SVG (avec un zeste de Perl). Perso, j’ai essayé d’utiliser QGis aussi (mais il m’a fallu du temps pour comprendre la subtilité de l’export/impression en SVG).

Cdlt, Vigneron * ^discut. 17 juin 2012 à 10:57 (CEST)

Tiens, regardez ce dont on parlait ! Lemonde.fr à du voir la source :) http://www.lemonde.fr/resultats-elections-legislatives/2012/2-tour-circonscription-par-circonscription/

Tout en SVG dynamique, une première pour lemonde il me semble. Ils utilisent SVG + D3.js.

Avec le code en accès ouvert (pas libre, mais visible), l'approche va rapidement être copiée ! Yug (talk) 18 juin 2012 à 00:14 (CEST)

Sympa

Oui en effet, c'est inédit! Sans passer par un JS, d'autres effets d'animation existent par des simples balises html : voici ce que j'ai pu trouver ([2]), et on peut voir plein d'exemples sur le web, mais aussi en suivant les liens du [PDF] où tous les paramètres sont expliqués et illustrés. Après, comme souvent, les anciens navigateurs ne suporteront pas ces « svg animés », malheureusement.

(voir exemples [3] et en:SVG animation). Cordialement, -- Domaina♪ / ♫ 18 juin 2012 à 11:29 (CEST)

Y a-t-il quelqu'un qui a vraiment mis les doigts dans du SVG dynamique ? Style SVG + D3.js ou SVG + JQuery / Dojo Toolkit ? Le SVG dynamique peut être une bonne exploration à faire cet été, histoire de monter en compétence. Si vous vous lancez, documentez brièvement vos expériences. Yug (talk) 18 juin 2012 à 17:05 (CEST)

D3js: http://d3js.org/ : regardez, émerveillez-vous Yug (talk) 18 juin 2012 à 17:17 (CEST)

Le problème du aSVG (SVG animé nativement), c'est qu'il n'est pas lisible par mediawiki (puisque le svg est transformé en png), qu'il est très peu supporté par les navigateurs (firefox les lit très bien, mais IE pas du tout...). Maintenant, le SVG dynamique, avec une surcouche de code par dessus, c'est sans doute différent, mais ça me dépasse complètement, je ne suis pas du tout programmateur. La question est : Cela est-il correctement intégrable aux projets ? Cela est-il accessible ? --M0tty ^{[Plaidoyers et jérémiades]} 18 juin 2012 à 17:20 (CEST)

Réponse: NON, ce n'est pas actuellement utilisable dans les articles. Mais perso je suis là pour m'éclater, monter en compétence sur des aspects qui me plaisent. Donc pourquoi pas ! Et celà sera de toute façon bientôt intégret à wiki vu de dynamisme du champs. Yug (talk) 18 juin 2012 à 18:37 (CEST)

Je suis bien d'accord, je suis impressionné par les liens donnés plus hauts, particulièrement le détecteur de collision. Ça sera chouette quand ça fonctionnera sur les articles (je n'ose imaginer ce que ça peut donner... ça serait dingue !) Il n’empêche que c'est pas du tout à la portée de tout le monde... et ce n'est plus tellement du graphisme que de la programmation... donc je suis largué . --M0tty ^{[Plaidoyers et jérémiades]} 19 juin 2012 à 09:24 (CEST)

Reprojeter du SVG

Bonjour à tous, j'ai commencé un travail cartographique qui concerne la France en utilisant la projection de ma référence : WGS84 datum. Dans un souci de cohérence avec un travail précédent, j'aimerai reprojeter mon travail en Lambert-93, avec un outil comme QGIS par exemple. J'ai déjà essayé de faire ça mais je n'ai pas trouvé grand chose sur le net, et je suis perdu. Pouvez-vous m'aider ? EDIT: je viens de trouver ça, ça peut me sauver, mais si vous connaissez mieux, je prends ! -- Flappiefh (d) 30 juin 2012 à 00:07 (CEST)

Ca m'interesse aussi sur QGis. J'avais arrete' a la reprojection de shp / svg. yug

Bonjour Flappie, pourrais-tu montrer ce que tu as fait jusqu'ici ? 1) la projection de la carte File:France relief location map.jpg est, comme indiqué dans la description, une projection équirectangulaire. L'autre carte est en effet en Lambert 93. Ne pas confondre projection cartographique (qui donne une « déformation » de la carte) et le système géodésique (par exemple WGS84 ou RGF93) qui est un ensemble de repères construit à partir de relevés terrestres (les « points géodésiques »). Bref, en effet les deux cartes sont dans des projections différentes. 2) Un fichier svg, png, jpg, ou autre, ne contient en général pas de géoréférencement permettant de travailler sur les projections. Ces deux cartes ne sont que le résultat dudit travail. Ce sont des images. Les déformations par Inkscape que tu peux leur appliquer ne seront pas fidèles au Lambert 93, à moins d'écrire un script qui me semble compliqué mais pourquoi pas (je ne sais pas faire). Sinon tu peux quand même le tenter manuellement avec Inkscape en te disant que ce sera mieux que rien (je ne sais pas faire, et ça me semble hyper compliqué à ce niveau ; je l'ai déjà fait mais seulement pour déformer grossièrement un bitmap-modèle que je voulais calquer sur ma carte, puis j'ai supprimé ledit bitmap). Peut-être vaut-il mieux carrément recommencer ton travail directement en Lambert 93. 3) Sinon la seule solution que je vois est d'afficher ton image dans QGIS en indiquant à QGIS les coordonnées des coins de ton image ainsi que la projection initiale de cette image (càd en « géoréférençant » ton image). Puis tu pourras reprojeter ton image équirectangulaire dans toutes les projections que tu veux, en Lambert 93 par exemple. Le problème est que QGIS ne peut faire ça qu'avec un bitmap, pas avec un svg (je crois). Bourrichon 30 juin 2012 à 14:01 (CEST)

Merci pour ces corrections, ce n'était pas encore très clair dans ma tête. Voici l'Italie en Lambert 93 (travail terminé) et la France en équirectangulaire (travail en cours). Je souhaite me débarrasser des régions françaises et c'est seulement après avoir parfait le tracé des routes que j'ai trouvé une France en SVG, en Lambert93. Ton histoire de bitmap est la plus pratique pour moi : je vais faire un bitmap à partir de mon SVG, puis le déformer sous QGIS, puis déformer mes routes sous Inskcape en décalquant. As-tu sous le coude un didacticiel pour reprojeter le bitmap, s'il te plait ? -- Flappiefh (d) 30 juin 2012 à 16:48 (CEST)

J'ai trouvé l'outil correspondant dans QGIS : Georeferencer. Mais j'ai perdu une heure pour rien. Il me fait n'importe quoi ! Voici mes actions :

1. Lancer QGIS, puis Extensions > Georeferencer
2. Je charge ma France plate carrée convertie en TIF (il parait que c'est mieux)
3. Je place 4 points en utilisant le système décimal : (50,-4) , (50,8), (44,-4) et (50,8).
4. Dans Paramètres de transformation, je choisis un type de transfo (j'ai presque tout essayé), un nom de fichier de sortie, et un SCR cible qui correspond au fichier en entrée : WGS84 Plate carrée.
5. Je coche Charger dans QGIS lorsque terminé.
6. L'image de sortie est calculée et elle est tourne de -90° au passage et est parfois inversée horizontalement (exemple). Je ne comprends pas pourquoi.
7. Dernière étape : l'image est chargée dans la fenêtre principale de QGIS. Je fais Raster > Projection et je choisis Lambert93 en projection de sortie. Le fichier généré est identique à l'image calculée précédemment.

A l'aide !! -- Flappiefh (d) 30 juin 2012 à 22:39 (CEST)

Salut Flappie, effectivement le décalquage semble la meilleure solution, mais pourquoi utiliser QGIS alors qu'avec Inkscape tu peux déformer grossièrement ton bitmap à calquer ? Serais-tu perfectionniste ? (tu ne serais pas le seul ;) ) 1) Pour l'inversion, c'est peut-être dû à une erreur dans la saisies des coordonnées (pourquoi y a-t-il deux fois (50;8) ?). Moi j'arrive à une carte dans le bon sens mais rétrécie. Je verrai demain, mes résultats sont divers. 2) Je ne comprends pas pourquoi mon image se rétrécit systématiquement après le géoréférencement. 3) Pour la dernière étape, c'est la faute de QGIS : pour reprojeter un raster il faut suivre rigoureusement cet ordre. PS : Fichier:Flappiefh 1.jpg est une réussite artistique. Les reprojections ratées provoquent des choses étonnantes. Dans le même genre je me souviens d'avoir réussi malgré moi à obtenir une magnifique carte dont le coin bas gauche était "recourbé" sur le coin opposé, comme une feuille de papier pliée. Et derrière le pli de la carte, on voyait la carte à l'envers. Bourrichon 2 juillet 2012 à 00:49 (CEST)

Je tente de suivre la conversation a la volée. Il y a deux points: 1. georeferencer un bitmap ; 2. reprojeter.

Sharemap propose une reprojection intuitive, c'est a voir (2min) --Yug (talk) 2 juillet 2012 à 16:39 (CEST)

Hélas, il semble que Sharemap n'affiche que de la Plate Carrée. En revanche, c'est impressionnant pour un outil web ! -- Flappiefh (d) 2 juillet 2012 à 18:26 (CEST)

Sympa ton anecdote, Bourrichon. Pour les coordonnées, je me suis trompé sur WP, pas sur QGIS. Je viens d'essayer l'ordre que tu évoques et maintenant j'obtiens un quart de cercle avec un bout de la carte à l'extérieur. Très étrange. Je rêve de pouvoir déformer un bitamp dans Inkscape mais je ne savais même pas que c'était possible : dis-moi tout ! -- Flappiefh (d) 2 juillet 2012 à 18:30 (CEST)

Oui Yug Bonjour , mais le problème c'est que QGIS déforme l'image lors du géoréférencement. Comme si les points qu'on lui donnait ne convenaient jamais. – Au passage plus on entre de points mieux ça a l'air de fonctionner. Du moins mon image n'est plus à l'envers. Enfin une recherche sur forumSIG.org ou georezo.net renvoie vraiment beaucoup de résultats intéressants. C'est là qu'il faut chercher.

Flappie, pour déformer un bitmap avec Inkscape, utilise donc les poignées du bitmap (les flèches). Évidemment pour une transformation imitant une reprojection, le lien que tu avais donné est plus intéressant mais je n'ai pas essayé. Ou bien avec The Gimp, c'est peut-être encore mieux. Bon courage ! Bourrichon 2 juillet 2012 à 22:22 (CEST) PS Si tu as le temps d'importer ton quart de cercle, je suis curieux de voir ça...

J'ai essayé avec GIMP, je pensais avoir réussi, mais arrivé sous Inkscape, ça ne collait plus du tout ! J'ai du me louper. Tant pis, je refais tout à la main, mais on peut continuer cette discussion, elle est fructueuse. -- Flappiefh (d) 3 juillet 2012 à 00:15 (CEST)

Tu n'as donc pas travaillé avec l'image de la France en Lambert derrière la France à transformer ? (avec transparence afin de voir si ça collait ?) Bourrichon 3 juillet 2012 à 20:35 (CEST)

Si, mais avec une version de la France en Lambert93 avec les noms des principales villes. J'ai ainsi pu retracer toutes mes routes, qui partent souvent de villes importantes (c'est ça que j'appelle "tout refaire à la main"). Ça m'a pas pris moins de temps que je n'aurai cru. Voici le résultat. -- Flappiefh (d) 4 juillet 2012 à 20:39 (CEST)

Alors c'était la bonne solution. Bonne continuation ;) Bourrichon 5 juillet 2012 à 11:48 (CEST)

Quelques questions de wikigraphiste débutant

Bonjour wikigraphistes!

Deux petites questions pour vous ce matin. J'ai chargé une image sur Commons hier soir, mais je constate que le texte de la légende déborde du cadre (comme on peut le constater ci-dessous), ce qui ne se produisait pas sur mon écran (l'image utilise du DejaVu Sans condensé). Des idées pour réparer ce problème?

Vue en coupe du barrage KA-3

Ma deuxième question porte sur qgis. N'écoutant que ma témérité (le tutoriel de Bourrichon (d · c) met en garde contre les hydrographies complexes), j'essaie de construire une carte du réservoir de Caniapiscau et j'ai téléchargé 30 tuiles (environ 500 Mo) de données vectorielles et raster de Geogratis (séries Canvec et Toporama). Mon problème est maintenant de simplifier mon résultat à 1:250000 (voir capture d'écran). Comment on fait? Merci. — Bouchecl (dring) 7 juillet 2012 à 16:45 (CEST)

Hello, pour ce qui est du rendu des textes dans les SVG, c'est un problème connu : voir la FAQ SVG. Le plus simple est d'utiliser une police mieux gérée par MediaWiki, comme par exemple, Nimbus Sans L que j'utilise personnellement et qui a tendance à être assez fidèle. Pour QGIS, je laisse la main aux experts . --M0tty ^{[Plaidoyers et jérémiades]} 7 juillet 2012 à 17:42 (CEST)

Il semble que DejaVu Sans est bien supporté par Commons (comme Nimbus Sans L d'ailleurs). J'ai toutefois agrandi l'image tel que suggéré dans la FAQ et recadré le document. Merci du tuyau. — Bouchecl (dring) 7 juillet 2012 à 18:20 (CEST)

Salut Bouchecl, 1) pour simplifier dans QGIS il faut faire QGIS > Vecteur > Outils de géométrie > Simplifier la géométrie (c'est dans le didacticiel). Attention, dans Inkscape (comme dans QGIS je crois), à partir du moment où tu as une myriade d'objets, quelque simplification que tu leur appliques, ils resteront une myriade et le fichier svg obtenu restera très lourd. 2) Ceci étant dit, j'ai vu ta copie d'écran et je constate une autre difficulté au niveau de la jonction des tuiles (le bord des rectangles apparaissent). Comptes-tu travailler tout ça avec Inkscape ? Ou as-tu une autre solution ? 3) Donc finalement, une meilleure solution ne serait-elle pas de prendre une source moins précise mais bien plus aisée à travaillée (Vmap ? Hydro1k ? Naturalearth ? voir liste). Cordialement Bourrichon 16 juillet 2012 à 00:55 (CEST)

Je vais aller voir ça demain. Merci de ta réponse, ça m'aide à me démêler un peu. Je te tiens au courant. — Bouchecl (dring) 16 juillet 2012 à 01:05 (CEST)

J'ai finalement trouvé des couches vectorielles qui répondent davantage à mes besoins (Ministère des Ressources naturelles du Québec, BDGA_1m) que le CanVEC à 1:50000. Il me reste à comprendre comment convertir l'embossage fourni en quelque chose d'utilisable. Le passage des 255 teintes de gris aux 29 teintes de Wikicarto_2.0.qml fait en sorte que tout devient jaune. Idées? — Bouchecl (dring) 18 juillet 2012 à 18:12 (CEST)

J'ai essayé les fichiers shapefiles hydro_l (lignes) et hydro_s (surfaces) du MNRF et en effet c'est une super source même si les îles et les lacs doivent éventuellement être séparées afin, dans Inkscape, d'être placées dans un calque dédié (la séparation peut se faire par l'attribut "Hys de ind" – voir didacticiel). Reste à vérifier que cette source est librement réutilisable avant de l'ajouter à notre liste (la mention "données ouvertes" dans le tableau ne me semble pas suffisante mais je n'ai pas cherché plus avant). Par contre je ne comprends pas ton problème, sinon que la palette wikicarto est dédiée aux fichiers matriciels contenant les données du relief. Elle ne concerne pas l'hydrographie vectorielle. Peut-être que tu parles des fichiers matriciels du MNRF présents sur la même page ? Bourrichon 18 juillet 2012 à 20:54 (CEST)

La source semble librement réutilisable. Voici les conditions d'utilisation : « Il est possible d’utiliser ces données numériques à condition d’indiquer clairement la source, soit « le ministère des Ressources naturelles et de la Faune » et, dans les cas où des modifications ont été apportées, de préciser la nature de ces modifications. Les données n’ont aucune portée légale. ».

Pour ce qui est de la palette wikicarto, je parlais effectivement de l'embossageestompage qui est fourni dans la section des fichiers matriciels (GeoTIFF) dans le bas de la page. J'ai essayé le dernier (image du relief), et ça ne donne pas un résultat trop probant... — Bouchecl (dring) 18 juillet 2012 à 21:21 (CEST)

(le temps de télécharger et de passer un coup de fil, désolé). Donc en effet le relief est bizarre, peut-être en fait un simple ombrage ne contenant pas de données réelles du relief ? En tout cas tu peux trouver ton bonheur avec des srtm30, ou des etopo1 (je conseille d'essayer via le lien "gebco"). Les aster, srtm1 seront sans aucun doute trop précis (fichier lourd). Les srtm3 aussi, quoique le relief de la région soit quand même léger, donc... Et pour finir, pas besoin de bathymétrie puisqu'il n'y a pas de bord de mer (et je ne crois pas qu'il y ait de relevé bathy pour ce lac ?). Voilà, bon courage, et déjà bravo d'avoir persévéré jusqu'ici. Pour ma part je pars demain en vacances... :D Bourrichon 18 juillet 2012 à 22:20 (CEST)

Pour la bathy, rien de très creux (le marnage du réservoir est de 12 m et il s'agissait de lacs glaciaires très récents sur un terrain presque plat), c'est donc dire que ça ne me préoccupe pas beaucoup. Pour le relief, je vais essayer srtm30 ou etopo1. En terminant, merci des conseils, ça m'aide beaucoup à m'orienter, surtout que je veux faire plusieurs cartes de cette région pour accompagner une série d'articles en préparation. Bonnes vacances. — Bouchecl (dring) 18 juillet 2012 à 22:39 (CEST)

Supprimer les petits objets dans Inkscape : Perl ?

Bonjour, existe-t-il dans Inkscape la fonction supprimer les objets vectoriels inférieurs à x nœuds ? (remplacer x par un nombre selon la taille d'objet minimale souhaitée) Cordialement et bonnes vacances pour les plus chanceux. Bourrichon 16 juillet 2012 à 00:55 (CEST)

Toi, t'as fait plein de grabouillis. Yug (talk) 16 juillet 2012 à 12:52 (CEST)

Le plus simple est peut être d'éditer en console. Tu passe d'un objet à l'autre, zoom sur l'objet: si c'est gros, suivant ; si c'est petit, suppression. Yug (talk) 18 juillet 2012 à 15:42 (CEST)

Hum. S'il y en a des milliers... Bourrichon 18 juillet 2012 à 17:35 (CEST)

Forcément, quand c'est signé Bourrichon.....

Franchement, le plus simple serait un script perl qui fouille dans le fichier texte, prend un object, compte les noeuds, et si c'est inférieur à x, alors supprimer l'objet. Poulpy devrait pouvoir te faire ça (sous réserve de stocks de Poulpy-time disponible). Yug (talk) 18 juillet 2012 à 21:32 (CEST)

Et s'il pouvait aussi intégrer ce script dans Inkscape, ou au moins qu'il soit facile d'utilisation pour les newbies... et puis aussi le servir sur un plateau doré avec de petites fleurs autour... Quoiqu'il en soit ce n'est pas pour un travail immédiat mais c'est une gêne récurrente quand je veux généraliser des courbes de niveau vectorielle a posteriori. Alors je dois passer du temps à grouper les gros morceaux que je veux garder et je supprime le reste. Tu donnes des cours de perl ? Bourrichon 18 juillet 2012 à 22:31 (CEST)

Je me mets vaguement au Javascript... et au Python.... avec une efficacité digne d'un philosophe. Un petit guide de perl pour faire des remplacement conditionnel me plairait aussi je rajouterais les fleurs Yug (talk) 18 juillet 2012 à 22:44 (CEST)

[4]. Bourrichon 18 juillet 2012 à 23:02 (CEST)

Oh merci Bourrichon! XD

De manière générale, il faut clarifier les resources informatiques utiles aux graphistes SVG / SIG, donc:

• des languages qui manipulent du texte quand on lance le script : perl, python ;
• des languages dynamiques, de manipulation du SVG dans le navigateur web : JS > JQuery, D3.js

et commencer fouiller les fonctions de base :

1. instalation du language et comment lancer un script ;
2. replacement de chaines de caractères ;
3. boucles conditionnelles ;
4. compteur (ex: de noeuds).

Je devrais pouvoir faire quelque chose pour le JS > JQuery, mais je ne promet aucun delaie. Nous devons aussi avoir des projets wikimediens qui doivent déjà avoir des resources de ce coté là, ainsi que des utilisateurs. Sans demander des tutoriels qui represente un gros travail, il faut cependant savoir quelles sont, et où sont les ressources les plus intéressantes pour le traitement de SVG / SIG / textes. Il nous faut collecter des liens, où sont les sources ! Yug (talk) 19 juillet 2012 à 12:38 (CEST)

Avant-Première : programmation pour wikigraphiste !

C'est fait, c'est ouvert !!

• Didacticiels de programmation : programmation pour wikigraphiste ! (ébauche)

La page n'a pour l'instant aucun tutoriel: c'est à nous de collecter les ressources, des liens pertinents, des posts de blog, des wikiprojets qui peuvent nous aider. Je suis sure que plusieurs d'entre vous on déjà quelques sources dans ce domaine. Go! Share with us  !!! Yug (talk) 19 juillet 2012 à 13:31 (CEST)

La majorité des graphistes sont de vrais débutant, les questions que l'on se pose en ce début c'est surtout :

1. quels langagues de programmation,
2. comment installer et lancer,
3. comment trouver une chaine et remplacer (code?),
4. comment faire une boucle conditionnelle (code?)
5. comment compter des objets qu'on trouve (code?)

On annonce ensuite l'ouverture sur le bistro, pour que les projet "Bots", etc nous viennent en aide.Yug (talk)

Avancements !

Salut ! Google est mon ami, mais Google est un peu idiot aussi ! J'ai donc passé deux jours à fouiller les entrailles de cet obscur et Lovecraftien Web à fin de d'éclairer mes questionnements sur le design de l'information. Comme je me tate au Javascript et au illustrations dynamiques, j'ai poursuivi dans cette direction (JS, interactif), mais il y a surement des équivalents cotés statique (Python, Perl).

Mon objectif global a été de collecter une liste de tuto / exemples progressifs pour qu'un vrai débutant assidu puisse faire des scripts JS courts, puis les emballer dans des w-bots, extensions, apps, serveurs selon leur convenance, ceci afin de travailler les w-articles et les SVG de commons par du JS. Ce qui interesse l'atelier est la section #JS + SVG: visualiser l'information ! du tableau. Je sais que c'est trop avancé pour être intégret à médiawiki (quoi que...), mais franchement, on est là pour s'electrifier les neurones de jolies graphismes, alors: autant se prendre du 220 Yug (talk) 27 juillet 2012 à 00:02 (CEST)

Tout cela semble très intéressant et les questions du début de la section sont celles que je me pose en effet. Bourrichon 30 juillet 2012 à 22:24 (CEST)

Demande de critique

Carte du réservoir de Caniapiscau.

La voilà!

Voici ma première carte SVG réalisée avec Quantum GIS et Inkscape. Je pense avoir respecté tous les canons de la wikicartographie, mais il s'agit d'une œuvre de débutant. Les critiques et suggestions seront bien sûr les bienvenues. Merci spécial à Bourrichon (d · c) qui a pris le temps de répondre à mes questions de cartographe balbutiant. — Bouchecl (dring) 20 juillet 2012 à 01:10 (CEST)

Bonjour,

Bravo pour cette première carte  ! Qu'elle soit suivie de nombreuses autres ; on n'est pas contre un coup de main à l'atelier cartographique !

Pas grand-chose à dire à propos de cette carte, juste des détails :

• Il y a un cadre transparent autour de l'image, il ne sert à rien. D'ailleurs, même le fin cadre noir peut être supprimé, car il est possible d'ajouter un cadre informatiquement dans une page (certaines wikipédia le font), ce qui donne alors un double cadre.
• Pour la couleur de fond, puisqu'il ne s'agit pas d'une carte topographique, les couleurs standards à utiliser sont #FEFEE4, ou même #E0E0E0 si l'on considère que la terre entourant le lac n'est pas le sujet de la carte.
• La rose des vents n'est pas tout à fait dans la bonne direction. Mais en fait, à partir du moment où l'on voit les lignes des latitudes et longitudes, une rose des vents est redondante ; elle peut donc être enlevée. Corriger aussi le « 70°W » en « 70°O » ou « -70 »
• Les hydronymes ne sont pas très lisibles. Je sais que ce n'est pas évident de trouver un bon emplacement pour les écrire, vu le nombre d'îles et de lacs ou de cours d'eau. Une solution possible est d'écrire le nom dans un espace de terre suffisamment grand pour qu'il tienne entièrement, même s'il n'est pas immédiatement à côté du lac en question, puis de tracer un petit trait reliant le nom et le lac.
• Les informations techniques ne font pas partie de la légende de la carte (elles ne décrivent aucun élément visible dessus). Elles auraient plus leur place dans la page de description de l'image.
• Les symboles et routes me paraissent petits ; ils pourraient être agrandis (x2 ?)

Voilà, c'est tout ce que je vois ! Sémhur (d) 20 juillet 2012 à 10:58 (CEST)

Merci des critiques. C'est apprécié. Je vais appliquer la plupart des recommandations.

Quelques petites précision toutefois: en fait c'est une carte topo, mais c'est une région dont l'élévation varie entre 480 et 600 m (le réservoir est à 535 m). J'ai utilisé SRTM30 avec gdaldem hillshader et wikicarto_2.0.qml mais l'impact est, je dois l'avouer, imperceptible. Je pourrais effectivement me débarrasser du relief . Pour ce qui est du cadre, il masque tout simplement des coupures manuelles de lacs qui sortaient de l'emprise de la carte et qu'une découpe n'avait pas fait disparaître . — Bouchecl (dring) 20 juillet 2012 à 14:46 (CEST)

J'ai apporté les corrections suggérées. Merci Sémhur (d · c). — Bouchecl (dring) 20 juillet 2012 à 16:44 (CEST)

Je suggèrerais des labels bien plus gros pour être visible dans l'article, mais ça dépends des besoins.

Bref: Joli travail  ! Yug (talk) 20 juillet 2012 à 19:44 (CEST)

Magnifique. Il y a une île reliée au continent au-dessous du C de Clairambault, est-ce normal ? (y a-t-il un pont ou une digue à cet endroit ?) De même à l'entrée du Lac Chastrier et au milieu du Lac Rochelet, et à divers autres endroits. Bourrichon 30 juillet 2012 à 22:10 (CEST)

Il s'agit d'artefacts de la carte de base. Les lignes marquent les limites de chaque plan d'eau. Je vais voir si je ne peux pas les faire disparaître en jouant dans le calque hydro_s. Merci encore. — Bouchecl (dring) 30 juillet 2012 à 22:20 (CEST)

Carte géolocalisée : howto

en:Template:Location map South Korea: 4 points W/E/S/N + centre. Il semble manquer l'écrasement N-S: 120% cité par File:South_Korea_location_map.svg.

Bonjour les cartographes ! Je m'essaye à la géolocalisation mais je ne trouve pas de tutoriel dédié aux cartographes : ils sont surtout dédiés aux utilisateurs des modèles de géoloc. J'ai terminé ma carte, et maintenant je souhaite savoir comment obtenir les informations nécessaire à la création du modèle.

• Comment déterminer les 4 coins de la carte ? ACME Mapper, comme pour le centre de la carte ?
• Comment calculer la déformation ? (j'ai lu les formules, mais j'ai fait une indigestion)
• What else?

Si vous m'expliquez bien, je ferai un joli didacticiel sur le sujet. Merci d'avance, Flappiefh (d) 26 juillet 2012 à 18:03 (CEST)

(copie ta requête dans Discussion_Projet:Cartographie/Géolocalisation)

J'ai toujours eu du mal avec ces géolocalisations, il manque une documentation claire et donc illustrée: quels sont les points et valeurs utiles au modèle, principalement. Yug (talk) 27 juillet 2012 à 11:26 (CEST)

Regardes le code de {{Géolocalisation/Bretagne}}, à mon avis c'est la bonne piste. Yug (talk) 27 juillet 2012 à 11:43 (CEST)

Ai-je lu trop rapidement ta question ? Il semble que tu connaises la liste des points à documenter (ce qui n'est toujours pas clair pour moi!), mais ayant un bitmap non-géolocalisé, tu cherches les valeurs de ces points ? Yug (talk) 27 juillet 2012 à 13:53 (CEST)

Si tu as créé avec QGis, alors Simple SVG peut te donner les 4 points cardinaux et leurs valeurs. Voir File:Location_maps-Simple_SVG-02.png Yug (talk) 27 juillet 2012 à 16:20 (CEST)

Non, j'ai simplement décalqué un PDF, donc je dois trouver les coordonnées "à la main". Je pensais que les 4 points c'était les bords de l'image ! Merci, je comprends mieux. Reste à comprendre pour la déformation, mais je demanderai au Projet:Géolocalisation. Merci pour ton aide. -- Flappiefh (d) 27 juillet 2012 à 17:14 (CEST)

Ok, donc ça a aidé, bien ! Pour la déformation, la carte ci dessus est equirectangulaire, que qui signifit (comme tu le sais) que les méridiens y apparaissent parallèles. La déformation N-S étant affirmée de 120%, Admettons que le bas face 1200km, le haut fera 1000km de large dans le réel. Pour une carte de ville, je ne pense pas qu'il y ait de déformation. Yug (talk) 27 juillet 2012 à 17:25 (CEST)

Regardes cette section Aide:Tutoriel_de_géolocalisation#Comment_d.C3.A9terminer_le_syst.C3.A8me_de_projection_.3F: "pour les villes, considérer que nous sommes en équirectangulaire". Yug (talk) 27 juillet 2012 à 17:44 (CEST)

(J'arrête là pour le JS et la Geoloc wiki, j'ai vraiment du boulot ici! A+) Yug (talk) 27 juillet 2012 à 17:51 (CEST)

Merci, j'essaye tout ça ! -- Flappiefh (d) 27 juillet 2012 à 20:25 (CEST)

Ca y est, c'est créé, et ça ne marche pas si mal, mais le manque de précision est tel que parfois (surtout à gauche), le point est en dehors de la municipalité visée. J'ai demandé un coup de main. -- Flappiefh (d) 28 juillet 2012 à 08:25 (CEST)

Deux choses : 1. c'est quoi |genre=fs et |geo=-847 ?

2. Le modèle affirme un centre à ta carte 45° 36′ N 73° 48′ W qui ne fait pas sens. Rappel: top=46.0, bottom=45.2 (moyenne:45⁰60!)... et... left=-74.4, right=-73.1 (moyenne:-73⁰75!) Yug (talk) 28 juillet 2012 à 11:04 (CEST)

Bien vu pour le centre mal calculé, sauf que le titre est mauvais (ex:73°45), mais le lien est correct (ex:73°75). J'ai cru voir sur d'autres modèles que les 4 points ne correspondaient pas exactement à ceux indiqués sur la page des cartes. Ça doit être ainsi qu'on ajuste. Sinon le genre=fs, c'est féminin singulier (LA région métropolitaine de Montréal) et géo c'est le code du Québec pour le site World Gazetteer. Mais ces deux paramètres n'ont aucune incidence sur la calcul. Tout est fait avec les 4 points + la projection spécifiée Tout est là. -- Flappiefh (d) 28 juillet 2012 à 11:36 (CEST)

Les 4 points reportés sur Google Maps

Je crois avoir compris ce qui cloche ! Le document PDF que j'ai utilisé assure que le Nord est bien parallèle aux côtés de la carte. Mais les 4 points, que j'ai repéré sous ACME, semblent ne pas être situés sur les mêmes longitudes/lattitudes ! (voir ICI). Donc ma carte serait en fait "en biais" (le nord n'étant pas parallèle à ses bords), ce qui empêche probablement le modèle de situer correctement les points. Qu'en penses-tu ? -- Flappiefh (d) 28 juillet 2012 à 13:49 (CEST)

Possible ! j'ai déjà vu de tels cas, ça arrive dans le cas où le graphiste à fait un crop (découpage) de la zone d'après une carte plus large aux méridiens non-parallèles. Yug (talk) 28 juillet 2012 à 22:27 (CEST)

Ca n'explique toujours pas pourquoi top=46.0, bottom=45.2 (moyenne:45⁰60!)... et... left=-74.4, right=-73.1 (moyenne:-73⁰75!) donne 45° 36′ N 73° 48′ W ... C'est pas logique. Yug (talk) 28 juillet 2012 à 23:07 (CEST)

C'est bon ! La carte était bien inclinée de 3,8° par rapport au nord. J'ai corrigé ça, recalculé les bords, et cette fois la déformation vaut 1,0007 et des patates. J'ai testé la loc, ça fonctionne au poil. Merci pour ton aide. Ah, et les calculs du centre me paraissent toujours étranges... mais ça fonctionne ! -- Flappiefh (d) 29 juillet 2012 à 00:10 (CEST)

Lien HS sur Didacticiels graphiques/Création d'un diagramme SVG à partir de données

Brouillon de l'organigramme…

Je signale que les liens donnés sur Wikipédia:Atelier graphique/Didacticiels graphiques/Création d'un diagramme SVG à partir de données sont morts. L'amateur d'aéroplanes (d) 27 juillet 2012 à 08:31 (CEST)

T'as un exemple de ce que tu veux faire ?

A mon avis soit on récupère les code associés à Gnumeric, soit (mieux) on refait avec une technologie plus populaire : le Javascript. Piste ({{Palette JS-w}}, section D3js): http://christopheviau.com/d3_tutorial/d3_inkscape/ , http://nvd3.com/ghpages/linePlusBar.html . Le rendu visuel serait bon, mais je me demande si les SVG serait "sauvegardable", ou si le code SVG généré serait en fait dans la mémoire cache du browser, ou vraiment visible dans le code html de la page visionnée.

Yug (talk) 27 juillet 2012 à 10:47 (CEST)

J'essaye de refaire l’organigramme de Dassault Aviation car l'image ci jointe risque de sauter. Sur ma page de brouillon, je m'inspire de Modèle:Palette Filiales d'Hydro-Québec mais j'ai du mal. J'arrête maintenant car j'ai travaillé de nuit et je n'ai plus les yeux en face des trous. Je n'arrive même pas à faire apparaitre Corse Composites Aéronautiques sur l'avant dernière ligne… L'amateur d'aéroplanes (d) 27 juillet 2012 à 11:04 (CEST)

Oh, rien a voir donc.

Inkscape est ton ami: c'est un organigramme, on peut tout à fait "décalquer" le fichier original, faire des changements esthétiques, et citer la source. Bref, c'est du facile... demain :) Yug (talk) 27 juillet 2012 à 11:21 (CEST)

Je viens de télécharger ce logiciel, je vais voir si j'arrive à faire autre qu'un gros pâté :)

Oh, t'es nouveau à Inkscape.

Utilise les outils

F1: pour déplacer des objets ;

—En haut, tu as des valeurs pour régler la taille de tes boites ;

F4: pour dessiner tes rectangles ;

Shift+F6 : pour tracer tes lignes ; Ctrl+clicdroit pour tracer des lignes BIEN horizontales ou verticales.

F8: pour les textes

Ctrl+C et Ctrl+V pour copier coller et te simplifier la vie.

PS: tu peux aussi faire commencer, uploader sur commons, et nous montrer (ici, sans faire de requête officielle) histoire qu'on te donne le dernier coup de main ! Yug (talk) 27 juillet 2012 à 23:38 (CEST)

Entendu, les 1ers tests ne sont pas brillants. Je recommence demain avec les idées claires. L'amateur d'aéroplanes (d) 28 juillet 2012 à 00:12 (CEST)

Je ne suis vraiment pas doué :( Je n'arrive pas grouper le texte dans les cellules ni à faire des lignes vraiment droites, et le texte déborde des cellules sur le commons alors qu'il rentre correctement sur mon PC... Voici le brouillon ci joint. L'amateur d'aéroplanes (d) 28 juillet 2012 à 12:34 (CEST)

Petite question, comment peut on arrangé les images mises sur Commons ?L'amateur d'aéroplanes (d) 28 juillet 2012 à 18:51 (CEST)

L'amateur: c'est très bien pour un premier essaie Inkscape ! Il faut "Importer une nouvelle version de ce fichier", ça écrase la version précédante.

Ok, je prends le relais, je te finis ça demain. :) Yug (talk) 28 juillet 2012 à 22:23 (CEST)

J'ai posé cette question car j'ai mit un premier brouillon sur le commons sous le titre : File:Organigramme Dassault Aviation 2012.svg L'amateur d'aéroplanes (d) 28 juillet 2012 à 23:20 (CEST)

3/4 fait.

1. Couleurs ameliorées (mais il semble y avoir un bug de couleur entre inkscape et Mediawiki, les vignettes sont du mauvais bleu!)
2. Ajout flèches
3. Ajouts groupes (partiels)
4. Ajout légende

À poursuivre:

• Couleur vignettes
• Textes horizontaux à fragmenter

Yug (talk) 2 août 2012 à 21:17 (CEST)

Bien meilleure travail que mon brouillon :) Mais il manque un e a legende. Suis dans un hotel a Budapest. L'amateur d'aéroplanes (d) 3 août 2012 à 09:47 (CEST)

Je suis en Barcelone pour quelques. Je pourrait reprendre le travail sur le tableau dans une semaine. L'amateur d'aéroplanes (d) 10 août 2012 à 11:06 (CEST)

Quantum GIS to SVG

Horreur ! Malheur ! _ouiiiiii...

Bonjour à tous, j'ai découvert avec quelle facilité on peut créer une carte sous Quantum GIS (avant j'utilisais 3DEM, et GRAS GIS). Mais j'ai constaté avec horreur que l'export via Save as SVG déforme les traits qui sont censés être droits : certaines frontières (Amérique du Nord, Afrique...) et aussi les latitudes et longitudes ! Connaissez-vous le problème ? Avez-vous une solution ? J'ai essayé la méthode du composeur d'impression, mais rien ne s'affiche. -- Flappiefh (d) 30 juillet 2012 à 18:26 (CEST)

Je suis loin d'être un expert en carto, mais ta carte du Yukon m'a l'air correcte à vue de nez. Il semble s'agit d'une projection conique, comme c'est courant sous ces latitudes. Peut-être qu'un expert saura mieux t'aiguiller. — Bouchecl (dring) 30 juillet 2012 à 19:24 (CEST)

Oui c'est du conique (Albers Yukon). En fait, si tu affiches l'image en SVG (en grand), tu verras que les longitudes ne sont pas des arcs de cercle, mais des traits tordus dans tous les sens. Pour une utilisation de géolocalisation, ça passe. Mais si quelqu'un veut utiliser l'image en grand, ça rend la carte inexacte. Mais je m'arrange actuellement avec tout ce qui est censé être droit. Me reste la question de la normalité de la chose : est-ce que ça fait ça à tout le monde ? et quelqu'un a-t-il un moyen plus fiable de produire un SVG depuis QGIS ? -- Flappiefh (d) 30 juillet 2012 à 20:45 (CEST)

Je vois ce que tu veux dire. — Bouchecl (dring) 30 juillet 2012 à 21:01 (CEST)

En effet c'est horrible (). Avec le composeur d'impression je n'ai jamais eu ce genre de problème. Si tu as tâté de la complexité de Grass GIS tu devrais venir à bout des difficultés du composeur en moins de deux. Quelles sont tes sources ? Est-ce que ça fait ça dans l'affichage QGIS ? Bourrichon 30 juillet 2012 à 22:19 (CEST)

L'affichage sous QGIS est parfait. Mais j'ai deux problèmes : désormais, quand j'ouvre mon projet, si je dézoome ou que je déplace la vue, la projection repasse en plate-carrée, sans explication (EDIT: ce problème est réglé). Et impossible d'afficher la carte avec le composeur, lorsque : 1. j'ouvre la carte, 2. je lance le composeur, 3. je clique sur Ajouter une nouvelle carte, 4. je trace un rectangle sur la page blanche : le rectangle est vide (blanc). -- Flappiefh (d) 30 juillet 2012 à 23:33 (CEST)

Quelle est ta source de données ? Bourrichon 31 juillet 2012 à 11:25 (CEST)

Ca y est, je parviens à utiliser le composeur. Ça m'a fait un SVG énorme (4 Mo) mais j'imagine qu'on peut tout contrôler dans les options. J'étudierai cet outil pour mes prochains projets, merci ! SimpleSVG est tout de même beaucoup plus simple, alors je vais voir ce qui cloche avec son programmeur. -- Flappiefh (d) 1 août 2012 à 21:58 (CEST)

Pour passer du QGIS au SVG, je conseille ce qui suis:

Qgis > install plugin > SimpleSvg. Yug

Détails: les 2 premières sections Yug (depuis mon telephone)

Yug, je pense que Flappiefh utilise déjà SimpleSVG ("Save as svg"). Bourrichon 31 juillet 2012 à 16:45 (CEST)

En effet, je confirme que j'utilise déjà SimpleSVG et que c'est bien lui qui me cause du souci avec certaines lignes. J'ai pu corriger les défauts à la main pour ma carte du Yukon, mais j'aimerai comprendre ce qui provoque ce bug (surtout si je suis le seul à le rencontrer !). -- Flappiefh (d) 31 juillet 2012 à 17:09 (CEST)

Je t'ai envoyé l'email de Richard, l'auteur du plugin. vois avec lui, en anglais. --Yug (talk) 31 juillet 2012 à 19:22 (CEST)

Thank you, sir. -- Flappiefh (d) 31 juillet 2012 à 20:13 (CEST)

MediaWiki progresse ?

Bonjour,

Il semblerait qu'il y ait eu des améliorations au niveau du rendu des SVG, et notamment au niveau des flèches : Voir ce fichier, pour exemple.

Est-ce moi qui délire ou il y a vraiment eu des changements ?

Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 2 août 2012 à 21:27 (CEST)

Je viens à l'instant de noter un bug de couleur sur ce diagramme (ouvrir dans inkscape pour voir la grande différence de bleus). Avec ta remarque, on s'oriente vers une récente modification du système de rendu ( ← opinion). Yug (talk) 2 août 2012 à 21:52 (CEST)

Dans ton diagramme, as-tu utilisé de vraies flèches, ou les as-tu transformées en chemin ? --M0tty ^{[Plaidoyers et jérémiades]} 2 août 2012 à 22:07 (CEST)

Vraies flèches. Transformer en Chemin faudra que j'(ré)essaie ! Yug (talk) 2 août 2012 à 23:03 (CEST) (il me semble qu'il y avait un défaut a cette approche)

Avant, les vraies flèches avaient un défaut d'affichage avec MediaWiki, il y a donc un progrès de ce côté ! Le fait de transformer en chemin ça a surtout des désavantages lorsque que c'est du texte qu'on transforme, pour les flèches c'est tout à fait négligeable il me semble (augmentation du poids). Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 2 août 2012 à 23:32 (CEST)

@M0tty: Ok!

Rappel: il vaut mieux garder le texte en texte, et ajouter sur commons le modèle {Translate}, qui permet des traduction très aisées. {Atelier graphique} / {Atelier graphique carte} sont utiles pour signaler nos travaux et se faire de la pub ! Yug (talk) 3 août 2012 à 01:50 (CEST)

Je confirme pour les flèches, j'ai remarqué ça très récemment aussi. -- Flappiefh (d) 3 août 2012 à 19:14 (CEST)

Quelle projection utiliser pour le Nunavut ?

user:Yug/Projection sous QGis (brouillon)

Carte du Nunavut sur Commons.

Bonjour à tous. J'ai fait 2 des 3 territoires du Canada (Yukon et Territoires du Nord-Ouest). Mais je suis maintenant coincé pour le Nunavut, créé très récemment et dépourvu de projection conique à son nom dans QGIS. J'ai dans l'idée de créer moi-même une projection en en modifiant une d'une province proche. Mais je n'ai jamais fait ça et j'ai besoin d'aide. Si vous pouvez me proposer une projection existant dans QGIS je prend aussi ! -- Flappiefh (d) 3 août 2012 à 19:12 (CEST)

Bonjour Flappiefh, en comparant les définitions des deux projections utilisées pour les deux premières cartes tu peux sûrement en créer une tierce en changeant un nombre ou deux (puisqu'il n'y a finalement qu'une différence de longitude). Je n'ai jamais fait ça mais en procédant par essai ça doit être possible. Au fait comment as-tu réglé ton problème de droites tordues ? Bourrichon 4 août 2012 à 03:38 (CEST)

Tu peux prendre une projection conique conforme de Lambert. Sémhur (d) 4 août 2012 à 11:53 (CEST)

NAD83(CSRS) / NWT Lambert (EPSG3581) me semble être ce que tu recherches. — Bouchecl (dring) 4 août 2012 à 12:51 (CEST)

@Sémhur : pour sûr, mais laquelle ? -- Flappiefh (d) 4 août 2012 à 13:35 (CEST)

@Bouchecl : J'ai déjà utilisé NWT Lambert pour les Territoires du Nord-Ouest (North West Territories)). Du coup, je pense que le Nunavut serait excentré sur ma carte si j'utilisai cette projection dédiée au territoire voisin...

@Bourrichon : J'envisage le bidouillage de paramètres mais j'ai peur de créer une "fausse" représentation. Comment être sûr que ma projection "maison" sera une projection conique conforme de Lambert ? Voici les réglages des projections des pays voisins. Ce qui est en gras ne change jamais :

Yukon Albers : +proj=aea +lat_1=61.66666666666666 +lat_2=68 +lat_0=59 +lon_0=-132.5 +x_0=500000 +y_0=500000 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

NWT Lambert : +proj=lcc +lat_1=62 +lat_2=70 +lat_0=0 +lon_0=-112 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

Quebec Lambert : +proj=lcc +lat_1=60 +lat_2=46 +lat_0=44 +lon_0=-68.5 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

Ontario Lambert : +proj=lcc +lat_1=44.5 +lat_2=53.5 +lat_0=0 +lon_0=-85 +x_0=930000 +y_0=6430000 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

EDIT:

Nunavut Lambert : +proj=lcc +lat_1=? +lat_2=? +lat_0=? +lon_0=-90 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs

Plusieurs questions : proj = lcc ou aea ? Et à quoi revient-il de mettre des valeurs non nulles en x et y ? -- Flappiefh (d) 4 août 2012 à 13:35 (CEST)

• 
  Yukon (Albers?)
• 
  NWT (Llambert?)
• 
  Quebec (Llambert?)
• 
  Nunavut Lambert

Puisque le Nunavut est issu d'une scission des T. N.-O., je pense que la projection est appropriée, d'autant qu'à ma connaissance la projection n'a pas été changée en 1999 pour la recentrér sur la partie occidentale du territoire en question. Ça reste évidemment à vérifier mais je pense que NWT Lambert reste la meilleure alternative en ce moment. J'imagine qu'à la rigueur, tu pourrais te centrer sur 90°W (voir la carte sur Commons) — Bouchecl (dring) 4 août 2012 à 13:44 (CEST)

note: c'est la première fois qu'il me semble comprendre ces formules de projection ! J'ai collé la gallerie de cartes, histoire de pouvoir voir le parallèle Carte / Formule QGis. Yug (talk) 4 août 2012 à 14:47 (CEST)

Merci, j'en ai changé l'ordre (ouest vers est) pour y voir plus clair. -- Flappiefh (d) 4 août 2012 à 16:08 (CEST)

Ca me parait être une bonne idée. J'imagine que le recentrage est plus simple à faire que le reste. J'étudie les chiffres pour comprendre comment faire. -- Flappiefh (d) 4 août 2012 à 16:08 (CEST)

J'ai compris pour lcc : Lambert Conformal Conic. Et aea doit être Albers Equal Area. Ca veut dire que je dois refaire mon Yukon ou pas ?

@Bourrichon : j'ai supprimé les traits pourris et les ai refait "à la main". Ça concernait principalement les frontières rectilignes (donc simples à refaire : elles sont parallèles aux parallèles et méridiens) et les parallèles et méridiens. L'auteur de Simple SVG doit être en vacances, je n'ai pas eu de réponse de sa part. -- Flappiefh (d) 4 août 2012 à 16:20 (CEST)

Il ne me reste plus qu'à déterminer les paramètres lat_1, lat_2 et lat_0. Je continue de chercher... Pour lat_1 et lat_2, je pense que j'ai compris en comparant les paramètres avec les images obtenues. lat_0 ne semble pas servir à grand chose... D'après le manuel de PROJ4, : A fourth parameter, lat_0=�0, is used to designate a central parallel and associated y axis origin for several projections. Unless the user specifies a value for these parameters, they all assume a zero value. Je vais tester avec différentes valeurs de lat_0 pour voir si ça change quelque chose. -- Flappiefh (d) 4 août 2012 à 16:54 (CEST)

Trouvé ! Les paramètres suivants fonctionnent bien :
Nunavut Lambert : +proj=lcc +lat_1=55 +lat_2=80 +lat_0=65 +lon_0=-90 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
(proj Yukon Albers mais centrée sur long= -90 ) Donc pour tout le monde (je ferai sûrement un petit tutoriel plus tard) :
lat_1 = latitude basse, située un peu avant la fin de la zone à couvrir
lat_2 = latitude haute, située un peu avant la fin de la zone à couvrir
lat_0 = (lat_1 + lat_2) / 2
-- Flappiefh (d) 4 août 2012 à 17:25 (CEST)

---

Questions de détails

Cool! c'est très clair ! (ps: j'ai ajouté Yukon Albers et mis en vert dans ton dernier édit!) Je comprends bien que ça devrait être (lat_1 + lat_2) / 2, c'est parfaitement logique. Mais je me questionne à nouveau sur : Nunavut Lambert : +proj=aea +lat_1=61.66 +lat_2=68 +lat_0=59. On en revient à l'étrangeté de notre discussion #Carte géolocalisation. Yug (talk) 4 août 2012 à 17:52 (CEST)

Je ne comprends pas pourquoi tu parles de Yukon Albers pour le calcul que j'ai fait... lcl = lambert, aea=albers, et ici j'ai mis +proj=lcl. Tu as confondu avec Nunavut ? Sinon pour l'étrangeté du calcul de Yukon Albers, note que ce n'est pas du Lambert, alors ça change peut-être quelque chose. Je ne comprends pas non plus. Il faudrait que je fasse plein de tests pour tenter d'expliquer tout ça. -- Flappiefh (d) 4 août 2012 à 19:05 (CEST)

J'ai juste deviné... en me trompant Yug (talk) 4 août 2012 à 20:53 (CEST)

Le nom des lignes vertes c'est donc "Nunavut Lambert", c'est ça ? Yug (talk) 4 août 2012 à 21:21 (CEST)

C'est toi Yug (d · c) qui contribue sous IPv6? — Bouchecl (dring) 4 août 2012 à 21:33 (CEST)

(Oui c'est moi, je me suis déconnecté sans faire exprêt en cliquant partout sur le wiki-hébreux... Leurs caractères c'est des spaghettis ) Yug (talk) 4 août 2012 à 22:31 (CEST)

Oui c'est bien ça, Yug. Je corrige. -- Flappiefh (d) 5 août 2012 à 12:58 (CEST)

Flappief, peux tu faire une Yukon equirectangulaire également. Afin de montrer justement la déformation excessive. Ce sera moche, mais c'est pour le tutoriel. On aurait ainsi une gallerie de reprojection: Yukon equirectangulaire (situation de départ) ⇒ Yukon Albers (ex1) ⇒ Nunavut Lambert (ex. extrème). Yug (talk) 5 août 2012 à 13:11 (CEST)

OK, mais pourquoi mettre le Nunavut avec deux projections du Yukon ? -- Flappiefh (d) 5 août 2012 à 14:57 (CEST)

C'est une séries d'exemples de modifications de projections. Il y a le passage de equirect à conique (Yukon equirectangulaire (situation de départ) ⇒ Yukon Albers ), le décallage (Yukon Albers -135⁰ ⇒ Nunavut Lambert -90⁰), et avec en plus une autre projection (Lambert). Le lecteur examinera les 5 formules-cartes et leurs différences pour comprendre, et sera ensuite apte à suggérer des formules. Yug (talk) 5 août 2012 à 15:04 (CEST)

Je vais commencer à écrire le tuto, ce sera plus clair. J'aurais toujours besoin de ton aide pour illustrer et vérifier que j'ai bien tout compris (je ne suis pas en période de cartographie, mon QGIS est planté). Yug (talk) 5 août 2012 à 15:07 (CEST)

---

Tutoriel (en cours)

Voir user:Yug/Projection sous QGis (brouillon)
@Flappiefh, la relecture, vérification des valeurs, et dernière section (accès par la GUI de QGis) sont pour toi !
@Bourrichon: tu nous dit et nous donnes un lien si tu as fait quelque chose de similaire, il ne me semble pas. Yug (talk) 5 août 2012 à 18:01 (CEST)

Voilà, j'ai mis une autre représentation du Yukon. Malheureusement je pense m'être trompé de projection. Mais c'est pas bien grave : celle-ci est encore plus horrible ! Par contre, je vous annonce que je prends un wikibreak. Pendant mes mois de carto, j'ai complètement délaissé un autre projet non-wiki et on a besoin de moi. Prenez soin de vous, je devrais revenir à la fin septembre. -- Flappiefh (d) 16 août 2012 à 18:50 (CEST)

Ombres et mnt

Bonjour, j'attaque le projet de la crue à Besançon. Là j'ai récupéré le MNT sur Aster global DEM (où j'ai appliqqué la palette graphique), et j'ai ajouté les ombres avec Shadded relief sur Qgis. Seul soucis : chaque pixel sur ce fichier fait environ 20x30m. Ce qui fait que si on approche au 1/20000 (zoom sur Besançon), le rendu fait assez pixellisé. Y a t'il moyen d'adoucir le relief ? --Boldair (d) 9 août 2012 à 17:00 (CEST)

Bonjour Boldair, pour l'ombrage, Shaded relief fait un boulot très variable, le pire comme le meilleur, selon l'échelle... Global Mapper (voir didacticiel) donne des reliefs très doux pour cette échelle (c'est du travail "artisanal" mais au final c'est une très bonne solution). Sinon si tu as Linux il y a Hillshader qui donne de jolis ombrages. Bourrichon 9 août 2012 à 18:57 (CEST)

Boldair, c'est une très bonne carte que tu attaques là ! Si un calque te pose problème: bats toi, on bataille tous, et demandes (ce que tu fais ) Au pire commande le à un graphiste. J'ignore si tu maitrise Inkscape. L'essentiel du travail devrail se faire avec inkscape sur cette carte, groupe bien tes objets de même nature [CTRL+G], et [clique-droit+Entrer dans le groupe] pour entrer dans un groupe. Yug (talk) 9 août 2012 à 19:08 (CEST) (et si tu connais déjà inkscape, baaah, y'aura p'têtre un lecteur qui connaissait pas [CTRL+G] ! )

Moi je ne connaissais pas Entrer dans un groupe et ça va me servir ! Merci :) -- Flappiefh (d) 9 août 2012 à 20:18 (CEST)

L'avantage de ré-entrer dans un groupe: tout ce que tu crées est DANS le groupe. Pour en sortir, clic sur un élément qui ne fait pas parti du groupe. Yug (talk) 9 août 2012 à 23:32 (CEST)

http://www.espacointegral.com.br/download/Cheat_Sheet_Inkscape.zip court.

http://inkscape.org/doc/keys048.html à survoler de temps en temps Yug (talk) 9 août 2012 à 23:43 (CEST)

Merci pour vos conseils. Malheureusement, je ne connais que très peu Inkscape et Global Mapper. Il va falloir que je m'améliore. Je réattaque tout ça dans une semaine en espérant sortir au final une cholie carte.--Boldair (d) 10 août 2012 à 09:29 (CEST)

Données historiques

J'ai ajouté une section "données historiques" dans nos ressources. Cependant, l'IGN serait détendeur des droits sur la Carte de Cassini même au format papier ? Peut-on importer sur Commons la Carte de Cassini scannée avec talent par David Rumsey (Creative Commons Non-commercial) ? Peut-on importer la Carte de Cassini fournie par l'EHESS ? Est-ce que la protection juridique des bases de données s'applique à ces numérisations ? Bourrichon 10 août 2012 à 02:44 (CEST) (PS. Voir aussi cette discussion sur l'importation de cartes anciennes hébergées par des sites copyrightés. La conclusion serait que oui, on peut tout importer sous CC-BY-SA).

Autrement dit, puis-je utiliser pour ces données "PD-scan" sachant que je suis en France... Bourrichon 10 août 2012 à 02:56 (CEST)

Help - Map of the world - Commons

Bonjour, je cherche une "map-blank" du Monde pour faire une carte type Fichier:2010 ATP World Tour.svg, mais j'aimerai particulièrement que ce soit une carte « intelligente » ... Je m'explique : il faudrait que, par exemple, la France, la Guyane, les DOM-TOM , etc. soient tous rattachés (moi j'utilise « Ctrl + + » (union) pour faire cela). J'imagine que cela doit bien exister, est-ce que quelqu'un pourrait m'orienter vers certaines cartes? Merci d'avance pour votre aide. --Fred053 (d) 10 août 2012 à 15:09 (CEST)

Bonjour,

C'est File:BlankMap-World6.svg qui répond à tes besoins. Son mode d'emploi est expliqué ici : Commons:File talk:BlankMap-World6.svg/Documentation (en anglais).

Sémhur (d) 10 août 2012 à 17:31 (CEST)

Parfait, j'ai obtenu ce que je voulais. Grand merci à toi, --Fred053 (d) 10 août 2012 à 19:51 (CEST)

Aide dans la création d'un plan de fouille

Eglise Saint-Sulpice de Jumet - plans superposés des églises 1, 3 et 4.

Bonjour,

Pour illustrer l'article Église Saint-Sulpice de Jumet en cours de rédaction, je voudrais y ajouter l'illustration dont ci-joint l'ébauche.
J'ai déjà publié plusieurs blasons et quelques cartes sur Commons. Ce n'est donc pas pour le "comment faire", que je viens mais bien parce que je voudrais savoir s'il existe des conventions dans la présentation de ce type de document : charte graphique, logo, légende…
Quelqu'un a-t-il déjà réalisé un tel travail ou pouvez-vous m'indiquer des documents "exemplatifs" ?
Tous conseils bienvenue.
Merci d'avance.
--H2o (d) 19 août 2012 à 13:14 (CEST)

Bonjour,

Il n'y a pas vraiment de charte graphique définie pour ce genre de plan. Tu peux regarder pour exemple Fichier:PlanStMartinAngers.svg ou Fichier:PlanCathédraleNDSaint-Bertrand-de-Comminges.svg, et Category:SVG plans of churches in France.

Sémhur (d) 19 août 2012 à 15:10 (CEST)

Merci. --H2o (d) 19 août 2012 à 15:12 (CEST)

Attention tout de même à ne pas mélanger le vert et le rouge... Les daltoniens apprécieront. Oui, je sais je fais une fixation là dessus, et alors ? --M0tty ^{[Plaidoyers et jérémiades]} 19 août 2012 à 17:46 (CEST)

J'accepte volontier le conseil. Quelles couleurs (rvg) me suggères-tu ? J'en ai besoin de 3. Et je veux éviter le noir pour l'église actuelle. --H2o (d) 19 août 2012 à 17:58 (CEST)

Voici une nouvelle version. Est-elle plus adaptées aux daltoniens ? --H2o (d) 4 septembre 2012 à 17:20 (CEST)

Oups, j'ai complètement oublié de te répondre . Il me semble que c'est pas mal. --M0tty ^{[Plaidoyers et jérémiades]} 4 septembre 2012 à 18:22 (CEST)

Merci. --H2o (d) 5 septembre 2012 à 16:25 (CEST)

Création de picto pour infobox V2

Bonjour à tous,

J'espère que je suis au bon endroit pour faire ma demande ;-) Rémi a créé une infobox {{Infobox Convoi de déportation}}. L'idée serait de lui adjoindre un picto en filigrane qui serait celui d'un gros plan de barbelé. L'un d'entre vous pourrait-il s'en occuper? Bien à vous, --Madelgarius (après on cause...) 22 août 2012 à 20:40 (CEST)

Bonjour,

Tu es presque au bon endroit . J'ai déplacé ta demande sur l'atelier « Images à améliorer ».

Sémhur (d) 22 août 2012 à 21:27 (CEST)

Merci! --Madelgarius (après on cause...) 22 août 2012 à 21:28 (CEST)

Carte des Pays-Bas

Les Pays-Bas et plus particulièrement la Hollande-Méridionale s'agrandissent avec le Maasvlakte 2. La carte du pays doit donc être modifiée. Qui se charge de cela ?--Laurentleap (d) 30 septembre 2012 à 22:31 (CEST)

Bonjour, les travaux sont terminés ? Sémhur (d) 1 octobre 2012 à 09:22 (CEST)

La récupération du terrain est terminée. L'inauguration sera en 2013. Faut-il attendre que tout soit terminé ? Si on regarde la carte du satellite qui date d'il y a pas mal de temps, on voit le terrain reconquis.--Laurentleap (d) 3 octobre 2012 à 11:43 (CEST)

Non ça peut être fait dès maintenant, mais par contre ici c'est une page de discussion à propos des ateliers graphiques. Pour faire vos demandes, il faut le faire auprès de l'atelier cartographique, en cliquant ici. Même chose pour la demande ci-dessous. Sémhur (d) 3 octobre 2012 à 18:03 (CEST)

Lac Bressan

Un lac bressan a existé dans le passé et a laissé des traces sur le terrain. Le pourtour est relativement bien connu bien qu'il ait varié suivant les époques. On pourrait le comparer au lac Léman d'aujourd'hui. Ce serait intéressant d'en faire une carte.--Laurentleap (d) 1 octobre 2012 à 10:39 (CEST)

Je peux le faire. Mais je ne sais pas trop comment m'y prendre. Prendre un carte actuelle et ajouter le lac en bleu avec paintbrush ou quelque chose comme ça ? Merci pour les réponses--Laurentleap (d) 3 octobre 2012 à 11:43 (CEST)

À l'atelier cartographique, on utilise plutôt Inkscape, logiciel de dessin vectoriel gratuit et assez facile à prendre en main. Il y a un certain nombre de didacticiels sur la cartographie, de tous niveaux. En l’occurrence, je vous conseillerais de partir d'une carte existante (à chercher sur Wikimedia Commons, peut-être France map Lambert-93 topographic-blank.svg ?), et d'y faire figurer le lac Bressan.

Bien sûr, n'hésitez pas à demander conseil, là vous êtes sur la bonne page  ! Sémhur (d) 3 octobre 2012 à 18:28 (CEST)

Essai SVG et petit bug

Bonjour,
Je suis tout débutant en svg, je m'y suis frotté pour la première fois juste pour essayer de corriger une carte qui contenait une erreur nette. J'ai un petit bug d'affichage sur la miniature : un petit trait noir vertical (au-dessus de "Canal de Garonne".)
Quelqu'un sait d'où ça peut venir ? Merci ! Falco peregrinus ^(d) 2 octobre 2012 à 10:44 (CEST)

Bonjour, j'ai corrigé le petit bug d'affichage qui était du à une balise <flow> mal gérée par LibreSVG, le programme utilisé par MediaWiki pour générer l'affichage des miniatures PNG des fichiers svg.

C'est un bug fréquent qui est expliqué dans la FAQ. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 2 octobre 2012 à 11:19 (CEST)

Ok, merci :) Falco peregrinus ^(d) 2 octobre 2012 à 12:47 (CEST)

Réunion wikigraphistes sur Paris et pistes de développement cartographique

Salut Oh Graphistes de tous pays francophones,
Il y a de cela quelques jours les quelques wikigraphistes que je sais êtres dans la régions parisiennes (Bourrichon, Flappief et moi-même) se sont réunis à la BNF, Paris. On a tapé une discussion principalement orientée cartographie wiki, mais aussi histoire de se connaitre un peu pour de vrai. Bilan : on est tous les 3 largement geek, le logiciel cartographique GRASS GIS est puissant mais tropt compliqué, et on aime bien tous faire des blagues un peu moisie.

Pistes de développement cartographique

Autres bilan important, on voit tous les 3 l'intérêt d'avancer du coté cartographique vers un système plus centralisé et systématiquement géoréférencé (SIG).

• Les styles: initié sur la wikipedia FR, continué sur wiki-DE, ES, EN, on a identifié et on est en train de standardisé une poignée de styles/symbologies propres à l'activité encyclopédique de wikipedia (voir en:Template:Map_conventions).
• La technologie: on* cherche, et on est en train de créer un Google Maps dédié à wikipedia (voir: http://sharemap.org ).
  D3.js, une sorte de Javascript / JQuery qui peut manipuler avec simplicité (relative) les fichiers SIG est aussi une direction intéressante.
• Le but:
  • l'action de centralisation/standardisation renforcerait l'identité graphique et le sérieux des articles de wikipedia
  • la nouvelle technologie faciliterait la création, maintenance, traduction, personnalisation, et mise à jour...
  • ...des quelques dizaines de milliers de cartes actuellement utilisées / nécessairees
• Les soutiens: pour tenir le coup, l'équipe de programmation (polonaise) a/aura besoin d'un vrai soutien, et d'un vrai budget. Nous (moi ?) chercherons donc le soutien de l' association wikimédia France, principalement afin de connaitre les pistes de financements, la forme (construire une proposition de projet), les astuces (qui contacter ?), etc. Je suis pour celà en contact avec Rémi Mathis, Pdt. de WMFr.

* "on": merci à l'équipe de programmateurs bénévoles polonais menant Sharemap.org sans aucun soutien officiel !
Tout ceci représente encore des concepts qui flottent et qu'il convient de concrétisser sur 2-3 ans, mais c'est toujours interessant d'en discuter.

Graphistes rencontres graphistes (sur Paris)

Ensuite, j'ai aussi temporairement confié à Monsieur Bourrichon une tablette graphique, Petite mais sympathique, plus pratique et rapide que la souris. Car l'idée c'est aussi de profiter de telles rencontres pour discuter de manière rapide et échanger des astuces, des sources, des bouquins, de l'hardware liés à l'infographie, à la cartographie, à l'informatique, ou aux bières. L'interaction réelle ouvre tout simplement de nouvelles possibilités liées ou non à wikipédia. Aussi, si vous êtes dans la région parisienne ou de passage, SVP contactez moi, celà fait toujours plaisir de rencontrer d'autres graphistes avec qui on a bossé, aprris et rit sur l'Atelier ! Yug (talk) 13 octobre 2012 à 18:41 (CEST)

"La BNF"... on dirait une rencontre au sommet. J'étais plus préoccupé par mon verre que par ces tours en forme de livres.

Bref on est d'accord pour dire qu'il faut plus d'automatisation. Typiquement en effet un site comme Sharemap (ou encore MapOSMatic), qui permet de créer une carte en deux clics à partir des données brutes OSM. Le hic : les cartes ainsi créées ne sont pas dans le style wikipédien (qui est si beau c'est vrai). Il faut alors créer une feuille de style "mapnik" pour que la carte soit créée dans le style des conventions wiki : et donner la feuille à Sharemap, qui dans l'idéal ajouterait alors simplement dans son site un simple bouton "créez votre carte dans le style wiki". À mon avis la feuille de style elle-même représente un sacré boulot. Flappiefh est déjà sur le coup. Qui d'autre s'y connaîtrait en feuille de style ? Par ailleurs effectivement les Polonais de Sharemap auront besoin d'un soutien financier de WMF si on ne veut pas que leur(s) serveur(s) explose(nt). En tout cas merci Yug pour cette rencontre.

PS La prochaine fois peut-être que Sémhur pourrait se joindre à nous ? Vu que c'est lui qui fait tourner l'atelier carto depuis un certain temps... Bourrichon 13 octobre 2012 à 23:26 (CEST)

Il y a le site frère de OpenStreetMaps, nommé Cloudmap où j'avais recréé un style wikipedia. Je me demande si le fichier mapnik n'est pas téléchargeable. Yug (talk) 13 octobre 2012 à 23:40 (CEST)

Il semblerait que non. Bourrichon 14 octobre 2012 à 00:31 (CEST)

http://maps.cloudmade.com/editor# > chercher : "wiki". Mais effectivement, je ne trouve aucun export de fichier mapnik. D'un autre coté comme je te disais, je pense que notre style est très limité comparé à ceux de OSM que nous devrions peut être suivre. Yug (talk) 14 octobre 2012 à 00:41 (CEST)

Tu veux modifier les conventions pour qu'elles collent à celles d'OSM ? Il me semble que nos conventions sont très bien comme elles sont, bien qu'incomplètes (je trouve qu'il manque entre autres, par exemple, au moins 2 ou 3 niveaux de routes, à voir). Mais les autoroutes en jaune et orange me conviennent bien mieux que les autoroutes bleues d'OSM (par exemple). Bourrichon 14 octobre 2012 à 01:53 (CEST)

En fait c'est ca le probleme, on aura difficilement autant de niveaux que OSM. Une possibilité est alors de juste leur faire confiance. Yug (talk) 14 octobre 2012 à 02:44 (CEST)

Excellente nouvelle que cette réunion au sommet et de toutes ces discussions et émulation. Je me suis permis de corriger. Wikimédia France n'est pas une fondation, c'est un chapter créé sous forme d'association, il n'héberge pas du tout les projets. Wikimédia France s'abrège en WMFr, pour ne pas le confondre avec la Wikimedia Fondation (WMF). Tenez-nous au courant de toutes ces avancées ! --M0tty ^{[Plaidoyers et jérémiades]} 14 octobre 2012 à 10:44 (CEST)

@Yug, oui, il y a dans osm une multitude de niveaux de routes, parce qu'ils cherchent à représenter le monde, alors que nous voulons illustrer des articles. Leurs niveaux sont potentiellement infinis. La feuille de style wiki peut donc réunir dans un même style des éléments similaires (ce que nous faisons déjà manuellement avec Inkscape : par exemple piste cyclable, chemin, voie piétonne >> tout en ligne blanche à bord noir). Mais décider qu'à très grande échelle (plan de quartier) on laisse effectivement le style osm pour ces éléments. Et pour la multitudes des éléments secondaires (escaliers, passerelles, barrières...) décider selon l'échelle de soit les ignorer, soit les laisser dans un style osm. Je suis d'accord qu'on ne va pas non plus recréer osm de bout en bout mais le "style wiki" permet à nos cartes d'avoir une identité, au moins pour les éléments importants (niveaux principaux de routes et couleurs des bâtiments). Bourrichon 14 octobre 2012 à 12:13 (CEST)

@M0tty :merci de la précision. Pour avancer maintenant il faut quelqu'un qui s'y connaît à la fois en carto et en css. Bourrichon 14 octobre 2012 à 12:13 (CEST)

Salut salut, je prends le train en route. Venir à une rencontre sur Paris, oui pourquoi pas surtout qu'en ce moment j'ai un peu de temps vu que j'ai plus de boulot. Bientôt ?

Pour ce qui est des niveaux de routes d'OSM, je pense qu'on est pas obligés d'en avoir autant qu'eux. Pour les feuilles de styles, je connais, mais là je ne sais pas vraiment où vous en êtes. Ça peut être une des choses à discuter lors d'une rencontre. Sémhur (d) 15 octobre 2012 à 16:12 (CEST)

@Bourrichon: j'ai noté ton lien externe vers les niveaux de OSM.

@Sémhur: ok pour ta disponibilité en région parisienne. On s'organise qq chose d'ici 10 jours je suppose. Laissez moi le temps de rencontrer Rémis Mathis qui manifestement est très occupé (réponse au email très lente, twitter + rapide)

@Motty: t'as pas répondu pour une rencontre, tu veux plus me voir ;__; --Yug (talk) 22 octobre 2012 à 17:43 (CEST)

Réunion wikigraphiste / Wikimedia France

Salut à tous !

Voilà, c'est fait ! J'ai rencontré le Pdt de Wikimedia France (Rémis Mathis) et présenté un bilan Passé/Présent/Futur&Défis de la cartographie wikipédienne. Il a compris les enjeux et défis, a montré de l'intérêt, et m'a donné des pistes solides de financements. Je vais donc monter une demande.
(1-) Dans un premier temps, je prévois de sponsorisé le travail de programmation de Sharemap.org pour qu'ils adoptent nos styles/conventions cartographiques. C'est un projet à grand potentiel pour nous. Il est nécesssaire d'officialiser la relation Wikimedia / Sharemap, mais également d'obtenir les fonctions qui NOUS sont nécessaire.
(2-) Dans un second temps, mais il faut être prudent du fait de la culture propre à wikipédia, il pourrait être intéressant d'encourager les graphistes et cartographes de l'atelier. La culture locale de wikipedia est à prendre en compte, on est tous des graphistes en apprentissage, l'ambiance école de vacance est à chouchouter. Bourrichon, Flappiefh, Sémhur, on pourrait en discuter ensemble lors de notre rencontre (voir vos emails!).
Coté communication intra-équipe, il faut également être limpide et garder tous les graphistes de l'atelier au jus de ce projet, possibilités de financements, état d'avancement technique, et que sais-je d'autre. Je (Oh Brute graphiste que je suis) fais ici face à un dilemme: l'efficacité me demande de jouer en solo pour avancer et de faire simplement des annonces lors de l'accomplissement concret de grandes étapes ; l'esprit d'équipe me demande de faire des bilans d'avancement détaillés fréquents histoire de suivre comment le projet se construit, les difficultés, les opportunités, etc (et je suis un humain normal donc souvent flémard). Je garderais sur WP:AG une ligne de conduite entre les deux pour des raisons de temps, à l'oral je serais + disponible. Ceci est une raison de plus pour ce faire un café quand on peut: la cabale vous dira tout ! . --Yug (talk) 25 octobre 2012 à 12:58 (CEST)

Bin en fait... ça a pas l'air d'intéresser des foules mes transparents bilans d'étapes.... Yug (talk) 27 octobre 2012 à 22:01 (CEST)

Je pense que tout le monde à lu ton bilan d'étape mais l'atelier semble tourner un peu au ralenti depuis 2 mois... Ne désespère pas ! Cordialement ! --M0tty ^{[Plaidoyers et jérémiades]} 28 novembre 2012 à 09:31 (CET)

Modèle géolocalisation non fonctionnel

Bonjour,

Je viens d'essayer de créer un modèle de géolocalisation : Modèle:Géolocalisation/Poméranie-Occidentale (Pologne) mais celui-ci est non fonctionnel... J'ai retourné le problème dans tous les sens mais une subtilité doit m'échapper... Si quelqu'un peut jeter un coup d’œil afin de le rendre opérationnel. J'ai déjà laissé un message sur Discussion_Projet:Cartographie/Géolocalisation mais cette pdd n'a pas l'air très fréquentée. Cordialement. Edouard (d) 18 octobre 2012 à 17:17 (CEST)

Des cartographes bretons ? / Cartopartie OSM en Bretagne

Un projet Open Street Map se lance en bretagne, voir ce projet breton. Si vous connaissez des cartographes en bretagne, merci de leur transmettre le lien et de cette présente section. Yug (talk) 23 octobre 2012 à 15:08 (CEST)

OldorimBot a tout cassé

Bonsoir, je viens de reverter une édition d'OldorimBot qui a abimé la page. Mais je me rends compte qu'une précédente édition du même bot a déjà bien endommagé la mise en page (plus de sections Requêtes en cours). Et je suis trop fatigué pour comprendre ce qui cloche dans le code. Quelqu'un peut-il s'en occuper ? Merci d'avance. -- Flappiefh (d) 30 octobre 2012 à 23:30 (CET)

 OKC'est bon. Dr Brains et moi avons rattrapé le coup. J'aimerais bien aider à débugger OldorimBot mais je n'ai jamais fait d'édition de bot sur Wiki. -- Flappiefh (d) 1 novembre 2012 à 09:24 (CET)

OldorimBot et les requêtes mises en sommeil

Bonjour, c'est encore au sujet du bot. J'ai vu qu'en cas de requête mis en sommeil, OldorimBot envoie ce genre de message au demandeur :

Bonjour. La carte que vous avez demandée à l'Atelier graphique il y a plus de quatre mois n'a pas retenu l'attention des Wikigraphistes, n'est plus considérée comme une demande prioritaire et sera mise en sommeil. Si vous pensez avoir de nouveaux éléments qui pourraient accélérer sa prise en charge, merci de l'indiquer dans votre demande. Vous pouvez aussi essayer de réaliser les travaux par vous-même en vous aidant des didacticiels. Ce message a été envoyé par un bot. Pour ne plus recevoir de notifications concernant l'atelier graphique, vous pouvez ajouter {{bots|optout=ateliergraphique}} sur votre page de discussion.

OrlodrimBot (d) 14 octobre 2012 à 23:01 (CEST)

Il demande en somme à l'utilisateur de répondre soit dans les archives, soit dans la page Cartes#Son Travail, alors que les archives sont rarement parcourues par les wikigraphistes, et que la demande n'existe plus dans la page Cartes. Je pense qu'il faut modifier le message indiqué. Qu'en pensez-vous ? -- Flappiefh (d) 1 novembre 2012 à 19:34 (CET)

Salut, et merci pour la réparation de la section au-dessus.

Ce message est délivré quand la demande passe dans la section « Requêtes qui traînent ». Elle n'est pas encore dans les archives à ce moment-là.

Néanmoins, on pourrait le modifier, pour prendre en compte le cas où le demandeur ne réagit pas tout de suite, et qu'en effet elle est déjà passée dans les archives quand il finit par se manifester. Je propose ceci :

Bonjour Nom du demandeur. La carte que vous avez demandée à l'Atelier cartographique il y a plus de quatre mois n'a pas retenue l'attention des retenu l'attention des Wikigraphistes, n'est plus considérée comme une demande prioritaire et sera mise en sommeil. Si vous pensez avoir de nouveaux éléments qui pourraient accélérer sa prise en charge, merci de l'indiquer dans votre demande, où, si celle-ci a été archivée, dans la page de discussion de l'atelier. Vous pouvez aussi essayer de réaliser les travaux par vous-même en vous aidant des didacticiels. Ce message a été envoyé par un bot. Pour ne plus recevoir de notifications concernant l'atelier graphique, vous pouvez ajouter votre nom à cette liste.

Sémhur (d) 1 novembre 2012 à 22:54 (CET)

En l'occurrence, cette reformulation n'aurait rien changé au problème que j'ai rencontré : j'ai reçu le message actuel (tel que cité par Flappiefh (d · c · b)) quand ma demande a été déplacée dans la section des Requêtes qui traînent, et y ai répondu dès le lendemain, demandant quelles informations étaient nécessaires pour que je puisse négocier un compromis afin que ma demande soit traitée. Or, personne n'a répondu à ce message avant l'archivage de la requête. Peut-être celle-ci était trop complexe, trop ambitieuse. Mais même dans ce cas-là, sachant que j'ai montré que j'étais prêt à faire des concessions pour adapter ma requête à la disponibilité et aux capacités des bénévoles de l'atelier graphique, la moindre des choses aurait été que quelqu'un me réponde. Puisque cela n'a pas été le cas, je suppose que vous êtes débordés par le travail, mais aussi qu'il y a un problème de méthodologie dans le traitement des requêtes. C'est pour cela que je me permets de vous le signaler, non pour geindre, polémiquer ou accuser qui que ce soit, mais dans l'espoir de contribuer modestement à l'amélioration de vos procédures.

Cordialement,

El Comandante (d) 2 novembre 2012 à 00:39 (CET)

OK, je n'avais pas compris que ta question datait d'avant la mise en sommeil. Oui, il y a clairement un problème d'offre et de demande à l'Atelier Cartes. Nous devrions essayer d'inciter certains demandeurs récurrents à travailler à nos côtés, car nous ne sommes pas nombreux, et les demandes semblent de plus en plus nombreuses.

Il y a quelques mois, quand j'étais encore très actif ici, je surveillais les modifications de la page Cartes via un flux RSS. Ça m'aurait permis de ne pas louper ta réponse. Je vais le ré-activer. -- Flappiefh (d) 2 novembre 2012 à 09:34 (CET)

Écoatlas

Bonjour,

après de nombreux tâtonnements, j'ai fini par mettre au point une série de cartes de localisation pour le projet Écoatlas, afin d'illustrer l'infobox des articles concernés. Je me permets de soumettre mon travail ici et de solliciter vos avis/critiques, vu que je compte en créer un certain nombre (plus de 800!) du même type...

Merci d'avance ! --Terpsichores (d) 27 novembre 2012 à 12:26 (CET)

Exemple pour une écorégion européenne... à voir aussi dans son contexte.

Un autre exemple avec zoom pour les petites régions... et son contexte.

Alors, tout d'abord, bravo, et bon courage ! Effectivement, 800 cartes ça fait beaucoup de travail ! Donc, je n'y connais rien en matière de projection cartographique, mais je pense que pour cette carte, la projection n'est pas idéale, on a un écrasement vertical visible. Cordialement. --M0tty ^{[Plaidoyers et jérémiades]} 27 novembre 2012 à 12:35 (CET)

Merci pour tes encouragements ... Je suis d'accord avec toi pour le problème de projection, mais malheureusement je suis bloqué techniquement à ce niveau là : le tracé des écorégions provient d'un fichier global pour toute la planète (un morceau ici) dont je ne peux pas changer la projection. Ce serait un travail monstre que de devoir modifier les shapes (je n'ai d'ailleurs aucune idée de comment il faudrait procéder)... C'est dommage, je te l'accorde, surtout pour les régions extrêmes (comme celles situées au delà des cercles polaires, ça devient franchement affreux... snif). --Terpsichores (d) 27 novembre 2012 à 13:09 (CET)

Bonjour Terpsichores, comment comptes-tu faire ? Avec un script ? Bourrichon 28 novembre 2012 à 00:10 (CET)

Euh non, je pensais faire ça tranquillement carte par carte avec mes petites mains... Et quand je serai vieux et usé par la vie, je transmettrai les fichiers sources à mes disciples pour qu'ils perpétuent mon œuvre, pourquoi?

Automatisation de la génération des cartes svg

Bonjour, voici cela fait plus qu'un an que j'ai écrit dans cette discussion concernant mon idée de créer des scripts automatiques pour la génération des cartes. Je dois avouer qu'après quelques mois de fascination sur le sujet j'avais complètement abandonné ce sujet. La cause de ma démotivation n'était pas la difficulté de créer des scripts automatiques mais surtout de gérer les données. Je me suis rendu compte qu'il existait plusieurs sources de données toutes en formats différents qu'il m'était impossible de gérer automatiquement. Du coup mon idée de trouver un moyen facile à générer des cartes a été arrêté par les données.

Après une longue pause j'ai décidé quand-même de continuer sur le sujet et de finaliser mon travail. Je crois qu'il sera impossible d'avoir une automatisation complète mais il faudra de travail manuel pour finaliser chaque carte. J’essayerai de limiter ce travail mais il sera nécessaire. Voici ce que j'ai aujourd'hui:

• Les données - je peux lire les données SRTM3 et ETOPO1 facilement. Le problème c'est qu'il faut coller les carrés des SRTM3 et comme ce sont des carrés de 1200 point quand il y en a plusieurs cela devient grand. Pour l'instant la solution que j'ai trouvé c'est de sauter un point sur 3, 4 ou plus. Le plus grand problème c'est les données de côtes et rivières parce que là il faut passer par un logiciel comme Excel pour les transformer en fichiers lisibles. Il y quelques solutions comme les télécharger en format xy mais pas pour toutes.
• Les cartes - je peux créer des cartes svg avec relief en jpeg ou svg. Le problème c'est que je dois finaliser les cartes dans Inkscape et les optimiser pour diminuer leur taille. Autre problème c'est que l'outil que j'utilise est très lent sur les svg purs. Vous pouvez voir le résultat des svg pur sur les cartes que j'ai créées - Chypre et Bulgarie. Les cartes avec relief en jpeg sont un peu plus faciles. Voici un exemple Chypre
• J'ai des scripts qui peuvent être utilisés avec l'outil GNU Octave. Chaque carte demande quelques scripts à lancer selon les couches a ajouter. Voici un exemple de code qu'il faut utiliser pour créer une carte

init('limits', [34.1 35.9 32.1 34.8], 'datalimits', [34 36 32 35], 'filename', 'test.svg', 'size', [1200 900], 'type', 'jpeg', 'projection', ''); 
addtopo([32:(1/400):35], [34:(1/400):36], data(1:3:end, 1:3:end), colors, [0 1 100:100:1000 1250 1500 1750 2000 2250], 'name', 'topo', 'shadow', [25 75]);
addshape(cst, 'name', 'coast');
addpoint(cycity, 'name', 'city');
finit('xticks', [32.5 33 33.5 34 34.5],'yticks', [34.5 35 35.5], 'name', 'grid');

• • la ligne init initialise l'image. Elle donne les limites des données ('datalimits'), limte de la carte ('limits'), le nom du fichier ('test.svg'), la taille du ficher ('size'), le format du relief ('type') et la projection. La projection par défaut est rectangulaire, mais en utilisant une librairie m_map d'autres projections peuvent être utilisées.
  • la ligne wmt_addtopo ajoute le relief soit en jpeg soit en svg. Elle donne les coordonnées des données, les données relief, les couleurs, les niveaux du relief, le nom de la couche et les ombres. J'ai créé des ombres en svg quand le format est svg. C'est différent à ce que vous faites avec des fichiers png incorporés mais personnellement je trouve que c'est mieux, cela fait un vrai svg.
  • la ligne addshape ajoute des formes ou lignes. dans ce cas c'est la cote, mais cela peut être rivières, routes etc. Elle peut être utilisée plusieures fois pour ajouter plusieures couches.
  • la ligne finit ajoute la grille et l’échelle.

L'avantage c'est qu'une fois les données préparées la génération est facile - il suffit de mettre les limites et les coordonnées. On peut les automatiser avec des fichiers de configuration et lancer plusieurs cartes pendant la nuit p.ex.

Voila. Si vous croyez que cela peut être utile et qu'il y a un sens de continuer je pourrai travailler encore pour les améliorer. Tous commentaires sont bienvenus - sur les données, sur les cartes et sur les moyens de les générer. Surtout si vous avez des idées pour faciliter l'utilisation des données... Sinon je crois que je peux être utile en créant des cartes de mon coté et en collaborant avec vous.

Si quelqu'un veut les fichiers-sources je peux les envoyer par mail. Il faut savoir quand-même qu'ils demandent un peut de nettoyage et commentaires. Je suis encore motivé a continuer parce que je trouve l'utilisation du logiciel GIS plus compliqué que mes scripts... question de préférence :) Merci --Ikonact (d) 28 novembre 2012 à 00:17 (CET)

Bonjour Ikonact. Je n'ai pas essayé ton script (cela ne saurait tarder) mais en tout cas les cartes ainsi créées sont magnifiques. Et bien sûr que c'est quelque chose de très intéressant pour la création de cartes (en masse ou non). J'ai quelques questions sur les données et sur le style :

• 1) pour les SRTM, tu dis que ce sont des carrés de 1200 points. Et cela, même quand tu télécharges une zone personnalisée par le site de la gdex par exemple ? Cela reste des tuiles juxtaposées ?
• 2) pour les côtes, il existe des shapes sur internet, pourquoi l'obligation de passer par Excel ? Peut-être parce que le trait de côte est "brisé" (plusieurs segments) ? Pourquoi n'as-tu le même problème avec les routes ?
• 3) les lignes addshape et addpoint permettent-elles de sortir la couche de shape ou de point avec d'emblée le style approprié ? Ou bien dois-tu travailler avec Inkscape ?
• 4) et enfin, Chaque carte demande quelques scripts à lancer selon les couches a ajouter. => mais dans le code que tu donnes en exemple n'y a-t-il pas plusieurs couches à la fois ? (addtopo, addpoint, addshape)

Merci et continue d'améliorer ton script ! Bonjour Bourrichon 28 novembre 2012 à 13:47 (CET)

Pour ce qui est des tuiles de 1200px de cotés à ajuster, ImageMagic fait ça très proprement comme un grand et sans perte ! --M0tty ^{[Plaidoyers et jérémiades]} 28 novembre 2012 à 16:30 (CET)

Bonjour M0tty, d'après ce que je sais ImageMagic traite des images. Dans mon cas ce sont les fichiers brutes binaires de données élévation que j'utilise. J'ai besoin de les coller avant de créer l'image. Je ne sais pas si je peux utiliser ImageMagic dans ce cas. --Ikonact (d) 30 novembre 2012 à 23:10 (CET)

Bonjour Bourrichon, je continue à travailler sur mon script. Il faut noter que derrière chaque ligne que j'ai mis dans mon exemple il y a un ficher. Je pense à publier le code sur ma page Commons avec des explications comment l'utiliser mais il demande encore des tests et optimisation. Par contre si quelqu'un est intéressé il peut m’écrire un mail et je lui enverrai les scripts avec un jeu de données pour tester. Actuellement il faut que je vois comment améliorer la lecture de données.

Concernant tes questions

• 1) pour les SRTM, tu dis que ce sont des carrés de 1200 points. Et cela, même quand tu télécharges une zone personnalisée par le site de la gdex par exemple ? Cela reste des tuiles juxtaposées ?

Les zone personnalisée de ce site contiennent le nombre de points qui est dans la zone sélectionnée. Selon la zone cela peut être plus ou moins de 1200. Cependant, il a deux problèmes avec ces données. Le premier est que je n'ai pas encore des moyens de lire les fichiers du site usgs. Il faut que je fasse un script qui lit les fichiers ASCII. Le deuxième problème c'est la taille des données. Si tu télécharges des zones avec 2000 point sur le coté ça risque d’être difficile de les utiliser dans Octave. Mon expérience montre que tout ce qui dépasse 1000x1000 points fait essouffler le logiciel. En plus les fichiers svg ainsi généré sont très grands. Ce que je recommanderai dans ce cas c'est d'utiliser les ETOPO1 ngdc.noaa.gov. Bien sur il faut aussi un moyen de lire ces fichiers :)

• 2) pour les côtes, il existe des shapes sur internet, pourquoi l'obligation de passer par Excel ? Peut-être parce que le trait de côte est "brisé" (plusieurs segments) ? Pourquoi n'as-tu le même problème avec les routes ?

Mon problème c'est justement la lecture des fichiers shape. Comme je ne peut pas les utiliser directement je passe par un outil qui les transforme en csv et après je passe par Excel pour filtrer les données. Cela n'est pas génial mais je n'ai pas des moyens pour l'instant à utiliser directement les shape files. Le problème du trait de côte "brisé" est un autre problème. Pour le résoudre je passe par Inkscape. Heureusement, il n'est pas toujours nécessaire de le faire. Je le fait que dans des cas où je dois créer les niveaux 0 de la topographie pour correspondre à la côte ou pour des polygones fermées pour les pays. J'ai le même problème avec les routes aussi. Là c'est encore pire parce que parfois elles sont si fragmentées et les données sont doublées que je dois faire tout à la main dans Inkscape.

• 3) les lignes addshape et addpoint permettent-elles de sortir la couche de shape ou de point avec d'emblée le style approprié ? Ou bien dois-tu travailler avec Inkscape ?

Le style approprié est déjà incorporé dans le fichier. Il faut juste utiliser des noms prédéfinis pour les couches comme dans l'example coast, topo, city pour que cela marche. Sinon on peut toujours modifier les styles à la main. Je mets les styles au début du fichier et après j'utilise des classes. Mais de toute façon il faudra travailler le fichiers avec Inkscape pour modifier les topo 0m pour qu'ils collent avec la côte, nettoyer les excès de données ou ajouter des noms et légendes. Tu peux voir un exemple de fichier brut tel qu'il sorte de mon outil. Il faut noter aussi que les autoroutes, routes principales et les rails ne sont pas très conforme au style Wikipedia parce qu'ils demande une duplication des traits pour avoir deux couleurs différentes. je n'ai pas trouver un autre moyens de le faire sans duplication.

• 4) et enfin, Chaque carte demande quelques scripts à lancer selon les couches a ajouter. => mais dans le code que tu donnes en exemple n'y a-t-il pas plusieurs couches à la fois ? (addtopo, addpoint, addshape)

Le code exemple crée une carte avec plusieurs couche. Chaque ligne est une couche.

Voila, cela semble un peu long mais je ne peut pas l'expliquer autrement. Merci --Ikonact (d) 30 novembre 2012 à 23:10 (CET)

Affichage du texte décalé lors du passage à MediaWiki

Bonjour,
J'avais décidé de corriger ce que je pensais être un mini-problème sur l'image Fichier:Ampoule à décanter-fr.svg, un problème de texte qui s'écrase à droite.
Mais après deux essais infructueux je demande de l'aide !
J'ai rajouté des pointes de flèches, supprimé et recréé le texte, en police Sans, mais si l'image png est bien modifiée, l'image svg est toujours défectueuse... Une idée ? Haltopub (d) 28 novembre 2012 à 18:13 (CET)

Bonjour, la dernière version est bonne. Si vous la voyez encore incorrecte, c'est sûrement un problème de cache (voir Aide:Purge du cache). Sémhur (d) 28 novembre 2012 à 20:12 (CET)

ARGH ! effectivement ! Merci Sémhur pour ton aide ultra-efficace ;) qui m'a quand même évité de m'arracher les cheveux pendant 1h à chercher ce qui cloche... Bonne journée ! Haltopub (d) 29 novembre 2012 à 08:21 (CET)

Comment supprimer des fichiers inutiles sur wikipedia commons ?

Bonjour, ayant réalisé plusieurs images pour une page sur les shakras, je voudrais supprimer les fichiers non-approuvés, comment faire ? Merci<br,> Léah ^{[Le dernier salon où l'on cause]} 6 décembre 2012 à 09:39 (CET)

Il faut demander à un administrateur ou bien placer le modèle {{delete}} en indiquant la raison. Je ne sais pas trop ce que tu veux dire mais « fichiers non-approuvés », cela ne me semble pas suffisamment clair comme raison de suppression. Sont-ce des brouillons ? Cdlt, Vigneron * ^discut. 5 janvier 2013 à 02:38 (CET)