Cette page contient les discussions autour de l’article Wikipédia:Atelier graphique qui ont eu lieu entre le 06/01/2008 et le 07/01/2009. Pour intervenir sur les discussions actuelles ou pour en lancer une nouvelle, allez sur la page Discussion Wikipédia:Atelier graphique.
Dernier commentaire : il y a 16 ans4 commentaires3 participants à la discussion
Bonjour,
Je fait régulièrement du Blanchiment / nettoyage du fond a titre personnel et passe des heures a suivre le contour des objets, le pire étant dans un paysage les arbres...
Y a-t-il une technique expliquée quelque part pour faire ça vite ? --CQuibla6 janvier 2008 à 01:45 (CET)
Le mieux, d'entrée, c'est de prendre tes photos sur fond monochrome avec un fort contraste de couleur comparé a ton objet. 8 janvier 2008 à 19:19 (CET)
Je ne suis pas un spécialiste de la retouche photo, mais il me semble que le mode de détourage dépend surtout du sujet. Le pire étant d'isoler un arbre parmi une forêt !
Il existe plusieurs outils utilisable dans Gimp : la baguette magique indiquée dans le protocole, mais aussi l'outil sélection par couleur juste à côté, pratique quand il y a un objet sur un fond relativement uni, ou en tout cas avec une différence de couleur suffisamment importante entre l'objet et le fond. Les ciseaux intelligents, juste à côté, peuvent servir quand c'est le contraste qui est bien différent entre les deux. Tu peux travailler aussi sur une partie de l'image à la fois, en sélectionnant d'abord un rectangle, puis en travaillant uniquement sur cette zone avec un des outils de détourage, avant de passer à une autre zone où un autre outil sera mieux approprié.
Pour finir, pour avoir un résultat vraiment nickel, il faut malheureusement repasser sur chacun des contours. Pour cela, j'utilise la gomme (combiné à la touche majuscule), grâce à laquelle j'applique un léger flou, pour adoucir les bords.
et bien sûr, nous sommes toujours à la recherche de bonnes volontés pour nous aider sur l'Atelier graphique !
Perso je te conseille la méthode de Sémhur, où alors de selectionner a la baguette magique, puis de peaufiner la sélection au pinceau (corel photo paint à une brosse selective mais pas gimp ou photoshop). Pour ceci, tu clique tout en bas à gauche de l'image ya un petit rectangle en selection. Cela vas mettre en rouge les zones selectionnées, tu peut rajouter de la selection en passant le crayon noir ou en enlever en passant la gomme. Ensuite tu reclique en bas et tout se qui est rouge se transforme en selection. Tu peut jouer avec l'inversement de la selection (crtl+i) pour mieux bosser, le rouge des fois c'est lourd (il y a moyen de changer la couleur et l'opacité dans les options).
Encore un truc, quand le fond et ton sujet on presque la même couleur, c'est super dur. Et bien le truc est d'inverser les couleurs de l'image, et tout, de suite tu y vois beaucoup plus clair.. -- Walké...6 janvier 2008 à 11:40 (CET)
Merci, j'utilise GIMP et espérait qu'il y ai mieux que la sélection automatique...
J'imagine qu'il pourrait être possible de créer un calque dupliqué, le transformer en augmentant le contraste par exemple pour obtenir un noir et blanc et s'en servir de masque de découpe mais ne sait pas trop comment faire.
Alors effectivement c'est une bonne idée ! Bon j'explique dans le détail je ne sais pas se que tu sais...
Donc tu as ton image de départ, disons avec un fond gris blanc pas tellement uniforme. Tu duplique le calque. Tu ouvre le dialogue des calques (ctrl+l), tu clique sur ton calque qui doit s'appeller Arrière plan je pense (enfin le calque doit être selectionné, mais normalement il l'est déjà) . Dans la boite de calque là tu as un bouton en bas, avec deux fueilles superposées, entre l'encre et la flèche qui descend. C'est le bouton dupliquer. Tu clique dessus. Tu as un calque "copie de arrière plan". Tu clique dessus pour bosser dessus.
Tu vas dans la fenetre d'image, dans Calque, puis Couleurs, puis Luminosité - Contraste.... Tu peut ensuite regler, et sachant que si ton fond est un dégradé clair obscur sa va accentuer le dégradé... Sinon, tu peut essayer l'outils posteriser, qui vas réduire le nombre de couleurs, enfin il y a pas mal d'outils, teste quoi. Bon. Disons que tu as topn fond uniforme sur le calcque copié. Tu prend l'outil baguette magique, tu selectionne la couleur de fond. Si il y en a plusieurs, dans les mode de selection tu choisis ajouter à la selection courante. Tu selectionne tout ton fond, le maximum quoi. Ensuite tu ouvre on dialogue de calque, et tu travaille sur l'arrière plan. POur sa tu peut ou cacher celui de dessus (en appyant sur l'oeil), ou le supprimer, ou juste cliquer dessus, l'outil travailleras dessus mais toi tu verra le calcque de dessus. Bon imaginons que tu cache la copie, tu vois ton calcque de fond avec toujours la selection d'avant. Tu appuye sur ctrl+k pour supprimer la selection (ou suppr selon ta version de Gimp), ou tu la remplis en blanc (tu glisse la couleur blanche dedans), enfin voilà, tu as réussi.
Pour faire une recherche dans l'aide de Gimp je sais pas trop...
Si tu as encore des question je suis dispo n'hésite pas !
Dernier commentaire : il y a 16 ans1 commentaire1 participant à la discussion
Juste un peu de wikilove par rapport à votre excellent travail. Je viens de parcourir vos contributions graphiques et je suis sincèrement impressionné. Ayant travaillé un peu avec Gimp et Inkscape, selon moi tout ce boulot graphique requiert au moins autant d'abnégation et de patience que la rédaction d'un article. Voilà je l'ai dit. Merci à vous et bonne journée. --Effco (d) 6 janvier 2008 à 11:12 (CET)
Bonjour à tous. Je viens de faire mes premiers pas avec Inkscape pour une simple illustration du problème d'Alhazen. Quelqu'un peut-il me dire le type d'erreur que je fais car le graphique importé sur commons ne comporte pas le texte créé (A au point de départ, B à l'extrémité de la flèche, R au point de réflexion ...). Il y a également perte des flèches qui indiquent le sens du rayon lumineux. Merci. --Yelkrokoyade (d) 13 janvier 2008 à 12:36 (CET)
Aaah... c'est un très bel exemple de bugs connus : le carré noir, et les flèches ! Heureusement pour toi, l'Atelier Graphique est en train de mettre en place une FAQ SVG pour aider à résoudre ce genre de problèmes. Tu y trouveras des solutions à ces deux bugs. Si tu as encore des problèmes après ça, n'hésite pas à reposer des questions ici.
Dernier commentaire : il y a 16 ans5 commentaires2 participants à la discussion
Et voilà le travail !
Bonjour à tous ! J'ai une question de débutant qui est peut-être un peu bête, mais je la pose tout de même : est-il possible sous Inkscape d'afficher une affiche par exemple en jpg en « fond », afin de pouvoir « décalquer » ensuite par dessus le schéma que l'on souhaite réaliser... N'hésitez pas à me le dire si je ne suis pas très clair... Merci ! Cyberugo (d) 17 janvier 2008 à 20:10 (CET)
C'est tout à fait possible. Le mieux, c'est de créer un calque (menu Calque ··> Calques... puis cliquer sur le bouton +), et le nommer par exemple « jpg » ou « photo ». Ensuite tu sélectionnes ce calque, et tu appuies sur les touches Ctrl+I (ou menu Fichier ··> Importer...). Puis tu choisis ton image, et le tour est joué !
A noter qu'il est également possible d'inclure une image bitmap (comme les *.jpg) dans un fichier *.svg.
Et voilà ma première création, avec 2h30 de galères mais bon c'était ma première utilisation de Inkscape et du dessin vectoriel, avec pour seule aide la FAQ SVG ! Merci de me donner vos avis sur les choses que je pourrais améliorer, au niveau technique bien sûr ! (s'il faut laisser les calques ou les supprimer, etc...) Cyberugo (d) 18 janvier 2008 à 16:01 (CET)
Pour un premier essai, c'est très bien ! Mais... ne serais-tu pas victime du « bug des flèches » ?
Heureusement pour toi, la solution est elle aussi dans la FAQ SVG, ici. Au sujet des calques, je te conseille de les conserver. L'image est plus facile à reprendre ensuite, si tu veux lui apporter des modifications, ou t'en servir de base pour en faire une autre. Sémhur ·✉·✍· 18 janvier 2008 à 19:26 (CET)
Si vous êtes éligibles, vous pouvez voter pour la meilleure image de l'année même si vous n'avez pas voté durant le premier tour. Rendez-vous sur cette page pour connaître les détails du vote, voir si vous êtes éligibles et obtenir un ticket pour voter : http://commons.wikimedia.org/wiki/Commons:Image_de_l%27ann%C3%A9e/2007/Voter
Le dernier tour est ouvert pour 5 jours, ne tardez pas pour voter !
Dernier commentaire : il y a 16 ans4 commentaires3 participants à la discussion
Bonjour à tous,
Il y a quelque chose que je ne comprends pas bien dans le modèle Atelier graphique sur Commons. En effet, celui ci comprends également une bannière mettant qu'il s'agit d'une image retouchée. Or cela me semble peu approprié lorsque l'on crée une carte par exemple. Ne pourrais-t-on séparer ces deux modèles ou en créer un spécifique pour les cartes? Qu'en pensez-vous? Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ23 janvier 2008 à 13:44 (CET)
Dernier commentaire : il y a 16 ans3 commentaires2 participants à la discussion
Bonjour,
J'ai besoin envie de créer des schémas pour le Projet:Télécommunications.
Dans une vie précédente, j'utilisais Visio pour faire ces schémas.
Pour des raisons pratiques, je souhaite utiliser Inkscape. (Je n'ai plus Visio...)
Je ne sais pas si c'est le lieux le plus appropriés pour poser cette question mais :
Y a-t-il une possibilité d'importer des fichiers vss sur Inkscape ?
Dernier commentaire : il y a 16 ans2 commentaires2 participants à la discussion
On reçoit régulièrement des demandes de blasons. J'ai donc modifié les en-têtes de l'atelier graphique, des images à améliorer et des cartes pour ajouter un lien vers le Projet:Blasons.
J'ai aussi créer une page de requête pour les demandes de cartes, comme celle qui existe pour les Images à améliorer.
Dernier commentaire : il y a 16 ans5 commentaires2 participants à la discussion
Bonjour, je viens vous demander conseils sur un problème que j'ai rencontré sur plusieurs cartes en SVG (souvent à partir de cartes déjà existantes sous Commons) dont cette dernière Image:CoconutCrab distribution map.svg. Lorsque je veux redimensionner la page à partir des "Propriétés du document", le dessin reste proportionnel à la page et diminue si je diminue la taille du document et inversement si j'augmente sa taille. Il reste toujours en entier dans la page alors que je voudrais qu'il soit rogné par la page pour zoomer sur la zone de peuplement. J'ai regardé le XML il ne s'agit a priori pas de taille de la page en pourcentage. Tout est bien en pixel... Des idées ? Je peux faire des copies d'écran pour la compréhension. Et j'ajouterai cela dans la FAQ si quelqu'un trouve la solution. Merci.--Pinpin (d) 3 février 2008 à 12:08 (CET)
Si oui, en gros, dans l'éditeur XML (sur les pages svg id et sodipodid) : pixels de hauteur et largeur --> 100%. Création d'une cadre et positionnement sur la zone qui m'intéressait. Tout en gardant le cadre sélectionné, dans propriété du doc --> "ajuster la page à la sélection". Retour à la page XML et 100% --> nouvelles dimensions pixels obtenues grâce à l'opération "ajuster à la sélection". Shakki (d) 3 février 2008 à 18:26 (CET)
Oui c'est bien ça. Merci. Mais j'ai beau essayer... dès que je veux refixer la largeur, toute la page redevient proportionnelle au dessin. C'est un peu le bordel ce fonctionnement. Je le comprend pas trop d'ailleurs... En attendant je te pique ta proposition pour écraser la mienne.
Ah ça y est j'ai compris !! Il faut en fait supprimer l'attribut "viewBox" qui permet de garder le dessin proportionnel par rapport à la page. Voir Ici.
« Utilisation de l'attribut viewBox pour la création automatique d'un système de coordonnées utilisateur initial qui entraîne la mise à l'échelle du graphique dans la zone de visualisation, la taille de celle-ci n'important pas. »
Vas-y, rajoute ! Pour info, je n'ai pas touché à l'attribut viewbox. Peut-être que le fait d'enregistrer les changements entre plusieurs opérations change les résultats de ma tentative vs. la tienne... (j'ai fait 3 tests avant d'arriver à un résultat potable). Shakki (d) 3 février 2008 à 20:15 (CET)
Ouais j'en ai fais pas mal avec ta méthode mais je n'y arrivais pas et dès que j'ai supprimé cet attribut, hop plus de problème. --Pinpin (d) 3 février 2008 à 21:13 (CET)
J'ai déjà eu un genre de message similaire. Apparemment les liens vers les images ont des références absolues, donc si tu supprimes,déplaces ou renommes ton fichier image, Inkscape ne trouve plus le chemin et te dit que le lien est cassé. Avant de supprimer ou autre, il faut que tu incorpores l'image au fichier svg (Effets/Image/Incorporer toutes les images) et ça devrait être OK. Shakki (d) 5 février 2008 à 19:35 (CET)
Dernier commentaire : il y a 16 ans1 commentaire1 participant à la discussion
Hi all, I write English, because my French is not so good...
I create a new tool which is designed to upload derivative works. You can add one or more original-files and it checks for license-compatibility, search category's, and generates a new summary. You can also add the templates {{Atelier graphique}} or {{Atelier graphique carte}} by check-box. Later it should automatically add a notice to the original file(s) about a derivative work, but this feature is currently not working.
At the moment it doesn't work with Internet Explorer because he didn't support the Javascript.
« Télécharger vos photos préférées, ce site les transforme en images vectorielles. Vector Magic résulte du travail de deux chercheurs au laboratoire de recherche en intelligence artificielle de l’université de Stanford. Si vous avez un logo tout pixelisé, passez-le à la moulinette de la vectorisation et il ressort tout propre, sans effet d’escalier. Quant à vos photos, les voilà remplacer par des lignes et des courbes du meilleur effet. »
Merci pour l'information. Les wikigraphistes connaissent déjà ce site, mais nous préférons utiliser Inkscape, qui fait la même chose en plus paramétrable, et permet de travailler l'image après. Sémhur ·✉·✍· 16 février 2008 à 10:54 (CET)
Dernier commentaire : il y a 16 ans3 commentaires2 participants à la discussion
Bonjour, on ne voit pas les flèches sur ce dessin. On dirait un bug du moteur wiki qui génère le png. Quand j'affiche l'image en haute résolution sous firefox, les flèches sont là. Est-ce un problème connu ? Merci Ugo14 (d) 16 février 2008 à 10:44 (CET)
Aide SVG.
Salut et merci pour ton intérêt pour le SVG, la réponse à ta question est là : Wikipédia:Atelier graphique/FAQ SVG, cela devrait satisfaire ta curiosité. N'hésite pas à nous demander si tu veux des précisions ou si tu rencontres des difficultés.
Dernier commentaire : il y a 16 ans4 commentaires2 participants à la discussion
Bonjour, je ne comprends pas les changements de taille des fichiers lors de légères modifications, comme ici. J'ajoute quelques villes et le fichier double de volume. J'ajoute un bout de trait et cette fois le fichier rétrécit. Que se passe-t-il ? Bourrichon18 février 2008 à 14:51 (CET)
Salut, c'est parce que tu as oublié (pour la deuxième version) d'enlever la carte du réseau ferré de Normandie que tu avais importé... ;-D Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ18 février 2008 à 14:58 (CET)
Merci, et comment le sais-tu ? Y aurait-il un historique dans inkscape ? Et pourquoi ta légère modification (mettre les villes par dessus les lignes, si jeune mabuse) a-t-elle alourdi le fichier ? Bourrichon18 février 2008 à 16:14 (CET)
Commons garde toutes les versions de l’image en historique [1], tu peux donc faire un clic droit sur une version, « enregistrer la cible du lien sous » et l’ouvrir ensuite avec Inkscape. Quand à ma version, je viens de me rendre compte que j’avais oublié la palette pour la cartographie dedans... Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ18 février 2008 à 17:09 (CET)
Dernier commentaire : il y a 16 ans2 commentaires2 participants à la discussion
Bonjour à tous,
Tout d'abord, bravo à tous pour votre travail!
Actuellement, je réecris complèment l'article consacré à Jules Vandooren ( voir Utilisateur:V4nco/brouillon4. J'ai vainement recherché des images sur commons capable d'illustrer mon article ( les logos présents dans le brouillon ne pourront pas rester dans l'article final), c'est pourquoi je me tourne vers vous! Est-ce que l'atelier graphique peut m'aider à trouver une idée afin d'illustrer l'article??? Une carte des clubs/villes dans lesquels Vandooren a joué/coaché est elle envisageable? Si oui, je ferai la demande... J'attends vos idées...
Bonjour, tout d'abord les logos pourront figurer sur l'article. Simplement, ils doivent être chargés sur Wikipédia (avec la licence {{marque déposée}}), et non sur Commons, où ils sont interdits. Mais peut-être y existent-ils déjà : recherche dans Catégorie:Logo de clubs de football et ses sous-catégories.
Pour la carte, c'est bien sûr possible. Une carte représentant la France et la Belgique devrait suffire (avec une flèche vers le sénégal, aussi) ; on peut imaginer une couleur pour les clubs où il a joué et une autre couleur pour sa carrière d'entraineur. Pour faire ta demande, c'est ici. Sémhur ·✉·✍· 28 février 2008 à 19:37 (CET)
Dernier commentaire : il y a 16 ans2 commentaires1 participant à la discussion
Salut à tous, Cyrilb1881 m'ayant demandé de faire une géolocalisation pour l'Essonne, j'ai commencé Modèle:Géolocalisation/Essonne en suivant Aide:géolocalisation, mais j'aimerais savoir maintenant comment compléter ce modèle ou quelle sous-page créer pour qu'il fonctionne. N.B. Les coordonnées sont approximatives, j'ai pris celles des villes aux extrémités. Bourrichon23 mars 2008 à 23:31 (CET)
Redimmensionnement de la page sur Inkscapemodifier
Dernier commentaire : il y a 16 ans5 commentaires2 participants à la discussion
Bonjour à tous. Je souhaiterais réduire une page sur Inkscape, par exemple pour ne faire apparaître qu'une partie d'une carte, mais, chaque fois que je le fais, la carte est, elle aussi, automatiquement redimmensionnée (cela n'arrive que pour les cartes des autres quand je les retravaille). Comment faire pour redimmensionner une page sans changer la taille de la carte ? Bourrichon4 avril 2008 à 19:47 (CEST)
Hey O.o tu fais comment ?
Moi : File > Document proprieties > Cuztom size > Enter (pour valider).
Tu cliquerais pas sur le truc "fit to page" (Faire coller l'image a la page!) !!?!! (-__- faut pas)
8 avril 2008 à 17:18 (CEST)
@Bourrichon: Jusqu'à maintenant je n'ai pas trouvé d'autres solutions que de détruire une partie des chemins calque par calque de l'original après avoir tracé un cadre pour me guider dans mon oeuvre de vandale :)(voir mon travail actuel sur le golfe de Saint-Laurent). Si quelqu'un a une meilleure solution---Ewan ar Born (d) 13 avril 2008 à 14:56 (CEST)
Oui, j'utilise inkscape en anglais, mais je deviene que ton "coller sur place" = mon "fit to page". Aussi, ton "coller sur place" signifie en fait "transformer mon dessin pour qui rentre dans la page". c'est une traduction maladroite.
tu dois donc plutot
En anglais : File > Document proprieties > Cuztom size > Enter (pour valider).
En francais (traduction possible) : Fichier > Proprieté du document > Modifier la taille (du document) > Ok (pour valider).
Je n'ai PAS inkscape en francais, aussi, les formulations devrait resembler a ca, mais pas totalement. Anon 18 avril 2008 à 08:29 (CEST)
Je n'ai pas > Modifier la taille du document, par contre j'ai trouvé un truc : 1) sélectionner un rectangle ainsi que mon dessin dedans 2) Fichier > Propriété du document > Ajuster la page à la sélection. 3) La page rétrécit et prend la taille du rectangle, mais le rectangle et le dessin rétrécissent d'autant. Seulement, on peut désormais l'agrandir (et le reste du dessin avec) sans que la taille de la page ne change. C'est un peu du bidouillage mais ça marche. Bourrichon19 avril 2008 à 12:27 (CEST)
Dernier commentaire : il y a 16 ans2 commentaires2 participants à la discussion
Bonjour les wikigraphistes
Permettez moi tout d'abord de présenter mes escuses au comité wikigraphiste, cela fait pas mal de temps que j'ai plus touché à mon dossier "Wiki:à faire", bon j'ai le bac et je passe du temps à dessiner et m'entrainer au graphisme.
Car oui, je pense que réaliser des factice affiches ou sites web me sera plus utile en expérience de décalquer une tourelle 9mm. Cela dit, dès que je m'ennuierais je viendrait me remettre au boulot.
Passons aux choses sérieuse. Je tient à vous faire ici le compte rendu de mes impressions sur Illustrator et Photoshop, tout deux de Adobe, version CS3
J'ai acquis (entre autre) Photoshop et Illustrator CS3 depuis bientot 3 mois, et mon jugement est sans appel : il tuent.
Photoshop contre gimp, c'est un peu comme gimp contre paint. Non j'exagère. Mais bon. Il est réellement puissant. Bon déjà ya plus l'hisoitre de 2 fenetre séparées, puis l'interface est mieux j'avoue, les outils aussi, dieux bénisse la "selection rapide" et le "contour améliorer", qui font du détourage une affaire de secondes. Je passe sur les outils de calques,, qui on un maniement un peu plus génant (dans le menu calque), et j'ai pas trouvé le mode division. Bon le classement par groupe et le option pareil sa tue.
Manque aussi le glissement de couleur dans une zone selectionnée ou sur un calque, et l'outil de déformation interactive. Sinon les filtres sont pas mieux, mais les réglages si. Pour tout se quie st luminosité intensité et tout le tralala, calques de réglage et autres feraient gagner de nombreuses minutes au wikigraphistes (travail de manière non destructif)...
Passons à illu. Alors illu, c'est beaucoup plus compliqué que inscakpe, le premier moi. je pense que pour commencer en vectoriel, il faut commencer sur Inkscape, ou le maniement des points est plus facile
Disons que passer de inskcape à illu, c'est comme conduire une voiture ou un avion. Pour tourner à gauche avec une voiture, tournez le volant, sa tourne a gauche. Alors que dans un avion... vous avez beaucoup plus d'option, mais c'est pas toujours facile de aire des trucs simples.
POur la carto je pense que c'est mieux illu. Le nuancier pour les nuances, la rapidité d'ouverture, les option de fusion, la maniabilité. Meilleurs gestion des groupes, quoi que la selection est pas facile ( selection d'objets PUIS de ses points, et si je selectionne là il va me selectionner l'autre, enfin bref). Il y a l'affichage du tracé (juste le tracé et pas les couleurs) qui est peut être utile...
Illu ne plante pas. Enfin pas quand on annule trop ou après un dégradé. Illu aime bien les exportations. Mais illu, chez moi en tout cas, est très très gourmand en ressources, et bug 3 fois sur 4 lors de la fermeture du programme. (demande bcp de mémoire quoi)
Donc au niveau du décalquage, ils se valent. Sinon illu prend le dessus. Avec des effets 3d (extrusiion rotation révolution), avec les effets tout cour (texture vectorielle grace a des vectoriasation dinamique), et grace au dégradé de forme qui permet enfin de faire des dégradés autres de linéaires ou radial (par exemple le dégadré d'un nuage (centre bleu contou blanc) est un dégradé entre la forme dedans bleu et la forme du contour blanche.
Une gestion des pathfinder (intersection des formes) sympa aussi. Le positionnement des obejts pareil
Ah, un point important. La colorisation. La mise en couleur se fait par une fenetre de l'interface (enfin peut se faire un peu partout), et donc en un clic on change la couleur, mais le choix est plus comme dans inkcsape : seul trios minuscules barre de rvb ou tsl ou cmjn. Mais bon plus rapide. Par contre,guide de couleur, et sourtout un outil qui permet de changer Tous les rouges du dessin en rose, c'est un sorte de grand rond avec toutes les couleurs (en tsl je crois) et chaque couleur utilisée est représentée par un petit rond, que l'on peu déplacer. C'est mortel.
Bon en fait l'interface est largement mieux donc sa aide.
Dernier commentaire : il y a 16 ans6 commentaires3 participants à la discussion
Bonjour à tous
J'avais fait il y a ~ deux ans l'image ci-contre avec un outil d'animation démo, dans un environnement Windows. Depuis, je suis passé sur Linux (Ubuntu) et je cherche un outil qui me permette d'éditer des animations (et si possible de les optimiser) comme celle-ci, pour continuer mes travaux de rendus d'idéogrammes chinois. Ni GIMP ni inkscape ne font d'animation... Quelqu'un a une solution?
Bonjour, en fait Gimp gère les animations : dans un fichier GIF, il représente chaque image par un calque. Je ne peux pas t'en dire plus, je n'ai pas encore expérimenté cela – je commence demain ! J'ai pu trouver ça déjà : [2] et [3]. Sémhur ·✉·✍· 20 avril 2008 à 21:00 (CEST)
Effectivement, il y arrive (je ne comprends pas pourquoi il avait "planté" à la première ouverture de l'image ???) - Bon, il ne me reste plus qu'à apprendre à maîtriser l'outil, ce qui n'a pas l'air trivial... Merci beaucoup en tout cas. Michelet-密是力 (d) 20 avril 2008 à 21:57 (CEST)
Nouvelle création sur GIMP : encore un peu de progrès à faire...
Alors gimp gère bien les gifs, d'ailleurs sur se point il est aussi bon (et plus rapide) que photoshop.
Quand tu enregistre, tu met .gif, puis dans la fenetre qui vas s'ouvrir met "enregistrer en tant qu'animation"
Ensuite, les modes de calques :
- calques cumulatifs => il "ouvre" les calques les un après les autres en les laissants ouverts, sa implique qu'il y ai un calque d'arrière plan (là ton symbole jaune) et plein de calques transparents avec un peu de tracé a chaque fois. IL prendra automatiquement le premier calque (tout en bas donc) en arrière plan. Tu peut directement nommer tes calques Arrière-plan (donc le premier), et ensuite Image vidéo 02 (combine) et ainsi de suite
- une image par calque => il affiche les calques un par un, mais un seul à la fois. Sa implique, toujours dans le cas présent, qu'il y ai toujours un fond sur chaque calque. Tu fait ton fond, ensuite tu peinturlure, ensuite tu duplique le calque, tu avance, tu duplique, .... Tu peut directement nommer tes calques Arrière-plan (donc le premier), et ensuite Image vidéo 02 (replace) et ainsi de suite
A noter :
- tu peut choisir de mettre un calque plus longtemps, ou de changer les temps. Pour cela, une fois que ton image est enregistrée, ferme et réouvre là. Sur chacune d'elle, sera spécifiée un temps : Image vidéo 3 (100ms) (replace). Tu peut donc changer la valeur du temps à ta guise, il le prendra en compte.
- il y a du temps limite (max et min).
- les gif qu'on trouve sur le net (notamment smyley msn et compagnie) sont tous en mode "combine", j'en déduit que c'est plus léger. (mais pas toujours simple à faire)
- c'est un des choses sous gimp qui demande le plus de remise à zéro. j'entends par là fermer rouvrir l'image pour voir les changements, enregistrer sous un autre nom au lieu d'enregistrer par dessus quand tu change le temps ou les modes, cela vaut mieux (perso il m'a souvent fait des grosses blagues au niveau du temps).
- évidemment si les images sont trop grosses il mettra plus de temps. d'ou l'interet de faire des test sur wiki en image brouillon avant de poser l'image finale
- de plus, le rendu de l'apercu window (qu'en est il de linux je ne sais point) est souvent différent de celui de firefox.
Voilà, bonne chance. S'il y a un soucis, envoie moi un mel j'ai plus de chances de répondre vite.
En réalité, il vaut mieux commencer à travailler en mode non-transparent (genre film), où chaque image fait un "replace" de la précédente. Ca facilite nettement les éditions, mais prend beaucoup de pixels. Quand le résultat est OK, le "filtre/animations/optimiser (pour GIF)" transforme le tout en images en mode "combine", après avoir identifié tout ce qui ne change pas d'une image sur l'autre: seuls les "deltas" sont conservés, ce qui économise la taille de l'image. Michelet-密是力 (d) 22 avril 2008 à 09:42 (CEST) (non, l'image de mon premier essai n'est pas parfaite, il y a des petites traînées qui papillotent de temps en temps)
Dernier commentaire : il y a 15 ans3 commentaires3 participants à la discussion
Salut à tous,
Nous sommes de plus en plus nombreux à utiliser des images de travail sur WP-fr. C'est pratique, ça évite de charger 36 versions sur Commons avant d'arriver au résultat souhaité.
Il existe maintenant un modèle {{Image de travail}}, à apposer sur ces pages-là. Il est recommandé de le mettre, ça permet aux admins de ne pas s'embêter à aller vérifier ces images à chaque fois que nous chargeons une nouvelle version.
Dernier commentaire : il y a 15 ans6 commentaires5 participants à la discussion
Bonjour à tous.
J'aimerais me rendre disponible pour réaliser des cartes pour la communauté des wikipédiens, étant passionné de cartographie. J'ai Inkscape et Photoshop. Et j'aimerais savoir si un GG (gentil graphiste) acceptait de devenir mon parrain pour m'apprendre à réaliser des cartes. En commençant par du basique pour ensuite être capable de créer n'importe quel type de carte. Même en allant lentement ; il n'y a rien d'urgent si vous n'avez pas beaucoup de temps à me consacrer. Merci à qui voudra bien .
Ya une liste des cartographes en chefs quelque part ? (avec tout ceux qui ont au moins réussit une carte topo suivant le tuto de Sting ?) Ca serait utile : s'ils arrivent a suivre Sting, ils arriveront surement a faire prof :P 220.135.4.212 (d) 25 avril 2008 à 20:09 (CEST)
@ Yug : Ah bon !?! mes tutos sont si compliqués que ça ??... Mouarf !!! T'as encore rien vu : quand tu verras la tête de la nouvelle version pour la « carte topo vectorielle » qui utilise GRASS GIS tu rigoleras moins (Les autres Wikicartographes aussi, d'ailleurs) !! (Gros rire de ma part!)
@ Malost : Bienvenue au sein de notre petite équipe de Wikicartographes ! Je te souhaite pleins de bons moments à réaliser les cartes qui t'intéressent, puisque c'est aussi ça l'important !
@ tous : Eh oui ! Je me suis remis à travailler sur les didacticiels, en utilisant cette fois-ci GRASS et en éliminant dlgv32 Pro, trop restrictif, et bien décidé à les achever une bonne fois pour toute ! Je travaille d'arrache-pied pour essayer de les finir avant que mes obligations professionnelles ne m'appellent, mais il y a encore beaucoup à faire. Patience ! Sting(m'écrire)25 avril 2008 à 22:40 (CEST)
Dernier commentaire : il y a 15 ans4 commentaires3 participants à la discussion
Bonjour. Je viens de me rendre compte que l'Atelier graphique se trouve dans l'espace Wikipédia, alors qu'il existe l'espace projet, prévu justement pour ce genre de tâche. Il me semblerait plus cohérent de réaliser une migration. Qu'en pensez-vous. (Si nécessaire je peux donner un coup de main). Merci. bayo26 avril 2008 à 14:51 (CEST)
Tous les ateliers sont dans l'espace Wikipédia. Les ateliers graphiques étrangers sont également en majorités dans l'espace Wikipédia. Je ne suis pas très chaud pour changer, ça va générer beaucoup de boulot pour quelque chose qui n'a pas grande importance, en fait. Sémhur ·✉·✍· 26 avril 2008 à 15:49 (CEST)
Dernier commentaire : il y a 15 ans15 commentaires6 participants à la discussion
Bonjour à vous, chers collègues wikigraphistes. Dans le but de standardiser le format des fichiers de climatologie (courbes températures/précipitations, et hydrologie), j'ai développé un petit soft en python. Avant de rentrer dans le détail, je voudrais savoir si je suis sur la bonne voie. Aussi voici trois exemples de ce que ma petite application donne comme images de sortie. Cela vous convient-il ?, ou voyez-vous des modifications à faire. Il faut savoir que les courbes °C/mm répondent à certains standards, avec une proportion précise entre les deux échelles. Je sais que les zone en bleu clair devraient plutôt être hachurées, mais la méthode utilisée ne le permet pas. Cependant, avec deux nuances de bleus, je trouve que cela rend pas mal...je peux changer ces couleurs si besoin. Pour l'instant, le soft est fait pour le WP francophone, mais il est très rapide et simple de l'adapter à d'autres langues. (j'émets toutefois des réserves pour les alphabets non romans)
Très bien ! Ne connaissant rien au sujet, je ne commenterai donc que l'aspect visuel. Pour l'image de gauche, si ça n'interfère pas avec le type de données, tu pourrais espacer un peu plus les différentes colonnes dont les limites sont actuellement peu visibles. Le bleu des deux images de gauche est assez violent : une couleur moins saturée me semble plus appropriée. N'oublie pas d'intégrer dans la page de l'image une légende de correspondance pour la signification des différentes couleurs (un tableau séparé de l'image à l'exemple de Image:Colonial_Africa_1913_map.svg). Félicitations et merci. Sting(m'écrire)29 avril 2008 à 16:14 (CEST)
Voilà, j'ai fait une dernière modification pour uniformiser tout ça...j'attends vos réactions, et, si l'avis général est favorable, alors je vous donne les scripts...au fait, y-a-t-il un endroit prévu à cet effet sur WP, où les contributeurs peuvent mettre des fichiers exécutables outils ?--SuperManuSuperMessage30 avril 2008 à 14:56 (CEST)
Salut, je sais pas si la question est de savoir lequel des 3 on préfère, mais si c'est le cas, je vote pour le 2e, qui a le mérite d'être clair et lisible en un clin d'oeil, et qui est le type de schéma que l'on retrouve le plus fréquemment dans les bouquins d'histoire-géo. A part ça, c'est du bon boulot . a+ Historicair (d) 1 mai 2008 à 20:39 (CEST)
En fait, ma question est: est-ce que ces trois formats, qui sont des formats standards et sont tous et seront tous présent sur WP vous plaisent au niveau de la mise en page, graphie, couleurs etc. L'objectif étant de proposer un outil qui permette à n'importe qui de créer de tels graphiques sans se soucis de la standardisation et de la mise en page, tout en gardant une uniformité. Donc, avant de mettre ceci en production, je voulais avoir votre aval, car après, c'est plus difficile de maîtriser des changements, car je ne saurait pas quelle version possède untel ou untel...bref, si personne ne trouve à redire dans quelques jours, alors je vous mettrai cela à disposition. A ce propos, savez vous si un espace de WP est prévu à cet effet...je peux toujours le mettre sur une de mes pages perso, mais je n'aime pas trop cette option qui me semble bancale, car non indépendant pour WP...--SuperManuSuperMessage2 mai 2008 à 09:52 (CEST)
A terme, c'est un truc a include DANS wikipedia, avec des formulaires de donnees a remplir.
Style :
le script sur les serveur de la fondation (le scrip est uploadable; ton script a toute les chance d'etre accepté);
Commons:Climatology project , avec un formulaire de donnee (avec x cases vides) a remplir. (cela peut etre sous la forme d'un modele {Climato|jan.rain=66|feb.rain=55|.....|jan.celsius=25|feb.celcius=22|perioddata=1951-2001|territory=Singapour city} )
page commons:Climatology project/Ile-europe-1951-2000-climat-ombrothermique-1 accueille le modele et les donnees ;
...produisant (un bot recupere les donnees + transformees par le Manuscript + un bot uploadant l'image sur commons) : Image:Ile-europe-1951-2000-climat-ombrothermique-1.svg
Perso, je trouve tes graphs super : limpides, a la "mode" (les bleus clairs semi-transparant), evitant les en:chartjunk. Tres bon ! Je n'ai pas d'idee d'amelioration. et TRES UTILE !!! Merci. 220 2 mai 2008 à 10:21 (CEST)
PS, pour faire davantage integret ton programme (note: c'est une premiere cette creation de scrypt pour standardiser les contenus graphiques, je sais pas ce que ca peut donner):
les habitués de meta:Meta.wikimedia.org devrait pouvoir t'en dire plus. Ainsi que meta:user talk:pfctdayelise (celle qui mene le projet Greenspun, elle est en contact etroit avec les programmeurs pour d'autres projet, et en contact avec les graphistes pour le projet greenspun).
Bonne chance :] 220 2 mai 2008 à 10:45 (CEST)
Merci pour vos remarques positives. Par contre, en ce qui concerne l'intégration dans WP, je ne me sent pas de force...je suis pas un programmeur pro, mais simple autodidacte. De plus, c'est du python avec des extensions qui ne sont pas forcément intégrables dans WP. Ce que je voudrais, dans un premier temps, c'est au moins de mettre à disposition ces scripts aux wikigraphistes. Je vais quand même regarder à qui ressemble un bot .--SuperManuSuperMessage2 mai 2008 à 11:18 (CEST)
T'epuise pas. Je vous dis "bonne chance" parce que je me doute qu'il va falloir batailler pour convaincre les programmeurs-pro de prendre le relais. Je reve du jour ou la fondation nous mettra a disposition un programmeur-pro PHP/Flash/SVG pour developper rapidement des outils de standardisation graphique. Helas, en haut, ils pensent que le laisser faire finira par faire le travail.
La meilleur solution serait donc comme du l'entend : que les wikigraphiste utilisent ton script ces 12 prochains mois, et quand les boss se reveilleront, leur faciliter le travail.
Oulala, faut-il que je fasse un autre script pour les températures mini et maxi ??? Parce que pour l'instant, ce n'était pas au programme...je sent que ca va finir par un logiciel complet c't'affaire --SuperManuSuperMessage3 mai 2008 à 22:04 (CEST)
Bravo pour ton investissement dans la standardisation de ces graphiques dont je vais être un gros consommateur, toutefois quelques remarques (sinon je ne serai pas casse-c....) :
- pour les deux diagrammes sur le climat, le premier, celui au centre, est un diagramme ombrothermique, celui de droite, un diagramme climatique (le nom varie en fonction de la manière de représenter les précipitations, histogramme ou courbe).
- pour respecter les normes que l'on trouve dans les bouquins de géo : au-dessus du graphique, on trouve le nom de la station et sa position géographique - latitude et longitude + années des observations (pas toujours le cas mais franchement c'est beaucoup mieux), puis 2 autres lignes : la première avec Température moyenne = xx°C, la seconde avec Précipitations annuelles = xx mm.
- pour le diagramme climatique, rien à dire, nickel.
- pour le diagramme ombrothermique, les barres des précipitations sont collées et la ligne des températures va jusqu'aux ordonnées comme dans le climatique.
- pour le diagramme de débit, en haut mettre débit annuel, indiquer plutôt le nom de la station (code éventuellement entre parenthèses, il est facile à trouver pour la France, pas évident pour des fleuves étrangers). Les barres sont plus larges, le rapport longueur/largeur, n'est pas le même, cela donne plutôt cela en aspect visuel Image:Ob hydrology (Barnaul)-fr.svg, tu peux aller regarder sur le site de la Banque hydro, tape H9950010 dans le code station (c'est la Seine au Havre) puis synthèse, cela pourra te donner une idée (même si le diagramme est assez écrasé).
Voilà pour mes remarques, j'espère qu'elles sont constructives. Antonov14 (d) 4 mai 2008 à 10:49 (CEST)
Merci de ces commentaires. Voici ce que j'en retiens et je ferai les modif dès que possible:
le troisième graph à droite (climatique), je ne touche à rien, si ce n'est aux infos Températures moyenne et Précipitations annuelles
celui du centre, ombrothermique, je fais la même modif pour les info annuelles, et je colle les barres comme sur celui des débits. Par contre, en ce qui concerne les températures, c'est pas évident de faire aller la courbe au bord, car les barres sont centrés sur les valeurs de l'abscisse et occupent la largeur de la barre, tandis que les températures sont représentées par une courbe dont les points sont précisément ponctuels, et n'occupent donc pas la largeur des barres (je ne sais pas si je suis bien clair, mais en gros représenter une barre centrée sur une valeur et un point sur la même valeur implique que les températures ne peuvent pas aller jusqu'au bord), ou alors il faut que je simule une continuité comme si il avait décembre avant le graph en janvier après. Tu aurais des exemples de tels graphiques ?
En ce qui concerne le contenu du titre, c'est l'auteur qui choisi un peu ce qu'il met. Je vais essayer d'écraser les graph, mais cela ne me paraît pas forcément nuisible à la lecture
Pensez-vous qu'il faille aussi un script pour les températures mini/maxi, comme demandée par 220.135.4.212 ?
Au fait, Antonov14, cela ne serait pas du luxe d'expliquer les diff entre ombrothermique et climatique sur la page de WP..Diagramme climatique, qui fait justement un amalgamme entre les deux, en fait, si tu fais une recherche avec ombrothermique, cela te redirige sur climatique.
Note: un developpement du script pour les les températures mini/maxi ? c'etait pas ma question : je l'avais meme pas vu ! Je suis juste tombé sur ce tableau et je me suis dis qu'il etait parfait pour nourrir ton script : je me suis trompé.
Dans le cas d'une extension, tu peux t'inspirer de l'image de en:World_Record_progression_100_m_men qui represente des intervales possible par des sorte de « I ».
Mon opinion est que tu devrais juste faire l'essentiel, en tres propre, et laisser aux programmeurs "pro" la charge de developper l'idee dans tous les sens. 220.135.4.212 (d) 7 mai 2008 à 18:12 (CEST)
Dernier commentaire : il y a 15 ans6 commentaires4 participants à la discussion
essai
Bonjour, j'ai trouvé un site avec des cartes sympas, cependant, quand on veut les charger, il y a 4 morceaux ce qui donne un résultat pas terrible lorque l'on recolle le tout avec gimp (faut dire, je suis pas très doué). Comment faire pour que çà soit réussi ? Merci. --Thesupermat [you want to talking to me ?]30 avril 2008 à 16:52 (CEST)
Tiens, au passage : les graphistes allemands utilisent 2 logiciels pour rassembler des images :
Autostitch a l'air super, mais ya qu'une demo gratuite... qui doit avoir des limites. Renvois tes commentaires de test ;] 220.135.4.212 (d) 2 mai 2008 à 18:29 (CEST)
Bonjour, Je m'interroge sur le fait de savoir si nous ne nous trompons pas sur le problème posé: d'une part des logiciels constructeurs de panoramas soit en auto soit en manuel avec des photos couleurs dont les parties à joindre diffèrent souvent simplement par une exposition différente et une géométrie à recadrer et d'autre part un scan noir et blanc dont la lisibilté est (ça n'est pas un reproche) limite pour l'humain et sans doute pour la machine. Je persiste à penser que Gimp est la meilleure approche sous réserve de prévoir le meilleur scan possible et d'envisager une remise en forme des imperfections inévitables. Autrement si l'on persiste dans cette voie il y autopano-sift-winGui et PanoWizard...Hugin est sans doute plus efficace mais plus complexe de mis en oeuvre---Ewan ar Born (d) 6 mai 2008 à 11:57 (CEST)
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Eh oui, il serait temps de le lancer!
Perso j'ai fait pas mal d'encodage pour les transports en Île-de-France (cf commons:Category:Transport in Paris videos) en bidouillant ffmpeg2theora, mais franchement sans outil pour couper correctement et surtout pour stabiliser une vidéo ça n'est pas terrible...
Dernier commentaire : il y a 15 ans3 commentaires3 participants à la discussion
Certaines demandes traînent à l'atelier depuis des mois. Je ne sais pas ce que vous en pensez, mais je pense qu'on devrait clore les demandes non traitées de plus d'un an. Si une demande n'a pas trouvé preneur en une année complète, c'est qu'elle a fort peu de chance d'être prise un jour ; d'autant que le demandeur ne contribue parfois plus, ou plus sûrement il ne se souvient même plus de cette demande.
Plutôt que de les voir "polluer" les pages de l'atelier, je préfère encore qu'elles soient archivées. Qu'en dites-vous ? Sémhur ·✉·✍· 13 mai 2008 à 13:13 (CEST)
Tout à fait d'accord. Je trouve d'ailleurs qu'un an est un délai un peu long. Il faudrait aussi traiter les demandes qui proviennent d'utilisateurs actifs (voir leur page de discussion) et qui n'ont pas la courtoisie de répondre aux interventions des graphistes (propositions ou demandes de précisions)---Ewan ar Born (d) 14 mai 2008 à 11:02 (CEST)
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Il m'est arrivé récemment une petite difficulté que je voudrais signaler sur cette page. J'ai édité un texte qui pour une raison quelconque a disparu (transparence mise à zéro, changement de calque ou autre?) Après des recherches infructueuses dans les calques , j'ai retapé le même texte approximativement à la même place et dans le même calque.
Après le chargement sur Wiki les deux textes sont apparus l'un sur l'autre dans l'aperçu. Un seul texte apparaîssait en SVG in situ.
j'ai alors utilisé l'éditeur XML d'Inkscape où j'ai supprimé les noeuds indésirés qui étaient bien dans le même calque que les autres. Je n'ai pas hélas regardé les attributs avant de supprimer. j'espère que cette petite explication pourra servir car le cas n'est pas évoqué sur ce point précis dans la FAQ SVG---cordialement---Ewan ar Born (d) 14 mai 2008 à 11:17 (CEST)
Il m'est déjà arrivé la même chose, et l'explication est simple: lors de l'exportation en png, librsvg fait apparaître les calques que l'on voit masqués dans les éditeurs (Inkscape ou Illustrator). karta24 (d) 22 août 2008 à 15:08 (CEST)
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Bonjour, nous venons de créer une nouvelle section dans le wikimag pour les différents Ateliers, si vous avez des annonces à faire passer dans le wikimag vous pouvez nous les faires passer par cette page dans la section du numéro qui vous intéresses. mik@ni18 mai 2008 à 17:47 (CEST)
Avis aux cartographes : Recommendation 2008modifier
Salut, vous pouvez jeter un oeil a la page Project_Mapmaking_Wiki_Standards qui a été refondue pour exposer le fonctionnement du projet et collez {{Babel|mapmaster}} sur votre page utilisateur de Commons pour soutenir le projet de reactualisation des standard cartographiques. Yug 9 juin 2008 à 17:25 (CEST)
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Un de ses dessins
Salut à tous, je viens de découvrir un nouveau wikigraphiste qui me semble fort talentueux et voulais donc vous en faire part, car cela n'arrive pas tous les jours. Il s'agit de Newresid qui fait de fort beaux dessins d'avions, qu'il poste malheureusement en .jpeg et non en .svg. Vous pouvez voir l'ensemble de ses dessins ici (si la BDD ne plante pas...). Il semble malheureusement rencontrer quelques problèmes de copyright, aussi si quelqu'un pouvait l'aider et pourquoi pas le recruter ce serait pas mal . Ayack♫♪12 juin 2008 à 17:38 (CEST)
Aha, le cher problème du svg invisible.. tu ne connaissait pas la fac SVG, dommage.. en fait ton image bitmap est restée dans la vectorielles, et le moteur rendu de wiki n'aime pas. La solution consiste à supprimer l'image bitmap. Moi quand je l'ai ouvert il m'a dit lien manquant vers l'image. Donc ouvre l'arborescence (il y a sa sous Inskcape, je sais plus) enfin si tu peut les calques avec toutes les formes, et tu vire tout sauf les formes de l'image.
Sur l'image là les formes à garder sont avec un oeil et un cadenas, les autres ne servent à rien, et celle soulignée et rouge c'est limage bmp qui plante le rendu sur wiki.
A la limite tu enregistre sous un autre nom, puis tu change le nom a la main, et ru réupload. Et voilà
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Nous avons régulièrement des demandes de plans de villes. Pour y répondre, nous pouvons maintenant nous servir du site OpenStreetMap, qui permet d'extraire très simplement des plans de villes, voire de région.
Quand il sera finit, oui (avec un style tout fait ^.^). Mais il est encore largement incomplet non ? Yug 4 juillet 2008 à 19:32 (CEST)
Deux exemples ici pour Lyon qui sont maintenant dans les articles sur les arrondissements : Image:Lyon-arr1.png et Image:Lyon-arr2.png. Toute aide des wikigraphistes sera bien sûr appréciée. Il est notamment possible de produire des fichiers vectoriels mais je ne maitrise pas bien le calque semi-transparent avec Inkscape pour masquer ce qui n'est pas dans l'arrondissement. FredB (d) 14 juillet 2008 à 23:22 (CEST)
Salut FredB, ça tombe bien je voulais te contacter à ce sujet. J'ai commencé à utiliser OpenStreetMap (OSM) également, avec ce plan d'Annecy. J'ai également choisi le format PNG au final, parce que le SVG généré par OSM est beaucoup trop louuurd. Par contre, j'ai d'abord exporté en SVG pour retoucher facilement le fond de carte, car je trouve le gris de départ pas terrible. J'ai aussi remplacé la couleur de l'eau par celle standards. J'ai également tenté de remplacer la couleur des routes, pour suivre la signalétique des cartes, mais j'ai pu me rendre compte des limites de ce genre de travail : les SVG d'OSM contiennent beaucoup – trop – d'objets, et changer la couleurs des routes est fastidieux. En revanche, avec Inkscape, il est facile d'enlever certains éléments redondants, comme les noms de boulevards qu'OSM met parfois en double – tu en as des exemples dans tes cartes de Lyon, comme le « Quai Jean Moulin ».
Si tu le souhaites, je peux t'expliquer comment créer un calque semi-transparent pour masquer les zones hors-sujet, c'est très simple avec Inkscape et ça donne par exemple ça ou ça.
Je propose d'entamer une discussion pour la création de standards colorimétriques pour les plans de villes, basés sur les cartes d'OSM, afin d'obtenir une cohérence graphique dans ce domaine. Sémhur·d·e·15 juillet 2008 à 10:54 (CEST)
Dernier commentaire : il y a 15 ans14 commentaires4 participants à la discussion
Existe-t-il un modèle qui me permette dee créer une carte de France où figurerait un nombre illimité de villes symbolisées par un point et listées soit par leurs noms officiels soit par leurs coordonnées GPS. ? Merci de l'aide. --Olevy (d) 12 juillet 2008 à 16:59 (CEST)
Ma question est probablement peu claire ou stupide donc je reformule : L'infobox commune de france permet construire une carte de france avec la localisation de la commune grâce à ses coordonnées. Existe-t-il un moyen de faire apparaître plusieurs points sur la même carte de France en donnant une liste de coordonnées ? Merci d'avance.--Olevy (d) 20 août 2008 à 17:22 (CEST)
Bonjour. Oui, tout à fait. Il suffit pour cela d'utiliser le modèle souhaité (plusieurs modèles de géoloc pour la France existent actuellement mais aucun ne semble définitif) et de s'inspirer de ce qui a par exemple été fait dans {{Géolocalisation/Corse}}. Sting(m'écrire)20 août 2008 à 17:35 (CEST)
Merci de ces infos. J'ai donc créé cette carte qui n'est pas parfaite. Les points ne correspondent pas parfaitement aux lieux désirés. J'aimerais éviter d'indiquer le nom du lieu mais je préférerais qu'en cliquant dessus, on pointe vers l'article correspondant. Le pointeur pourrait être un point comme sur les cartes dans les articles sur les communes de France. Merci de votre aide.
Cette carte n'a initialement pas été faite pour la géoloc, certains l'utilisent mais... (pas de commentaires). Pour les cartes spécifiques à la géoloc il y a Commons:Category:Location maps of France. Pour des points seuls affichant une légende, il y a {{Point carte}} ainsi que {{Fragéoloc}} qui utilise la carte ci-dessus (comme ceci : {{Fragéoloc|longitude|latitude|desc=nom_commune}}) mais je ne crois pas qu'on puisse les utiliser comme lien vers un article et ne sais pas si cela existe. Sting(m'écrire)20 août 2008 à 23:39 (CEST)
J'ai donc fait des progrès et ai créé ce modèle Modèle:Carte de France des rues des Juifs qui répond à peu près à mon besoin, au seul problème près que son inclusion génère un nombre de lignes blanches après la carte lié au nombre de points. Il est donc inutilisable sauf à copier l'image générée, donc à perdre les noms de ville. Y--t-il un moyen de supprimer ces lignes blanches? Merci encore de votre aide.--Olevy (d) 25 août 2008 à 18:15 (CEST)
J'ai corrigé. Le problème venait, je pense, du fait que tu écrivais les {{Géolocalisation [...]}} sur une nouvelle ligne à chaque fois. Mais au moment de traduire le code wiki en HTML, MediaWiki transformait ces retours à la ligne en balises <p><br /></p>, ce qui provoquais les lignes vides. C'est réparé donc, mais l'inconvénient c'est qu'on y perd beaucoup en lisibilité... J'espère que tu n'auras pas à modifier ce modèle trop souvent ! Sémhur·d·e·25 août 2008 à 20:04 (CEST)
Il ne faut pas créer de nouveaux modèles ({{Géolocalisation/France sans nom}} et {{Géolocalisation/France sans nom/Documentation}}) uniquement pour utiliser une nouvelle carte : à la place on utilise un modèle de géoloc existant et on spécifie quelle carte on veut utiliser au moment d'appeler ce modèle (la carte doit tout de même pouvoir se superposer à la carte de base du modèle).
À priori, c'est {{Géolocalisation}} qui a un bug car quand on effectue une géoloc de plusieurs lieux avec ce modèle sur une même carte il ajoute à chaque fois une ligne. Pour contourner ce problème j'ai utilisé {{Géolocalisation de ville}} que j'ai modifié pour qu'il soit équivalent à {{Géolocalisation de ville avec lien}} (c'est-à-dire qu'il n'appelle pas à chaque fois une nouvelle carte comme c'était le cas auparavant). J'ai aussi standardisé (standardisation WP-de + WP-fr) {{Géolocalisation/France}} qui utilisait jusqu'alors une carte illisible et qui n'avait pas été prévue pour la géoloc.
Si ce modèle n'est pas destiné à être utilisé par plusieurs articles (relativement nombreux), il serait judicieux d'intégrer l'ensemble de son contenu directement dans les pages d'articles et supprimer ce modèle. Un modèle est prévu pour faciliter l'utilisation d'un code qui devrait sinon à chaque fois être inséré dans les pages des articles. Je ne suis pas sûr que Modèle:Carte de France des rues des Juifs soit dans ce cas.
Il faut essayer d'organiser la rédaction des pages : plutôt qu'un énorme bloc de codes, il vaut mieux faire un saut de ligne après chaque objet (ici, chaque point géolocalisé) : cela facilite la lecture et l'édition de la page.
Je voudrais remercier Sémhur, Sting et Xic667 pour leur contribution à l'élaboration de cette carte. Je ne suis pas sûr de tout comprendre mais le résultat est indiscutable. C'est beaucoup mieux que ce que j'avais fait !! Je le pense le garder sous forme de modèle dans la mesure où il y a 2 appels et qu'il y aura certainement des ajouts à faire. Bonne continuation à tous. --Olevy (d) 26 août 2008 à 13:08 (CEST)
Oups ! Lol. Je crois qu'il y a eu là un conflit d'édition, même si les heures des actions sont très éloignées (20:04 et 04:34). Désolé Sémhur d'avoir réduit à zéro ta modif. Ça explique le fait que quand j'avais appuyé sur < Modifier > pour éditer Modèle:Carte de France des rues des Juifs tout était sous forme de liste et la seconde fois, au moment de réellement modifier la page, c'était devenu un gros bloc et je ne comprenais pas (je n'ai apparemment pas vérifié l'historique).
Bizarre ce comportement de {{Géolocalisation}}, je n'ai pas remarqué que cela arrivait avec les autres modèles. Quoiqu'il en soit je suis passé par une solution plus radicale en modifiant {{Géolocalisation de ville}} : auparavant, il n'y avait pas de modèle de point utilisant des coordonnées géographiques pour la position permettant de placer plusieurs points sur une même carte et/ou spécifier une autre carte que celle utilisée par le modèle. Géolocalisation de ville s'utilise donc à présent de la même façon que {{Géolocalisation de ville avec lien}} ce qui me paraît logique vu que leur nom est similaire, le dernier affichant simplement en plus le lien vers le lieu pointé. Sting(m'écrire)26 août 2008 à 14:09 (CEST)
C'est pas grave. Par contre, comme j'ai le gadget "popups" activé, je ne vois plus les noms des villes, alors qu'avec la version précédente, oui. Mais les gadgets sont des trucs de wikipédiens, le lecteur lambda n'aura pas ce problème. Sémhur·d·e·26 août 2008 à 15:58 (CEST)
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Bonjour à tout l'atelier,
je suis tombé sur ce modèle. Je ne sais pas trop quoi en faire? Il est insérer dans plusieurs discussions de utilisateur. J'envisage une simple suppression mais quelqu'un veut-il en garder une trace qqpart ? -- Xfigpower (pssst) 21 juillet 2008 à 17:43 (CEST)
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour,
Est-il possible de demander à l'atelier graphique une création de logo pour un portail? Par exemple en partant d'exemples et de directives, créer un logo représentatif?
A vous lire, --Fredlegrain (d) 1 août 2008 à 00:01 (CEST)
Dernier commentaire : il y a 15 ans5 commentaires3 participants à la discussion
Bonjour à tous,
J'ai créé
un petit modèle pour permettre d'évaluer les demandes que nous recevons à l'AG, autant pour les wikigraphistes que pour les demandeurs. Merci de donner vos avis dans la page de discussion de ce modèle. Sémhur·d·e·20 août 2008 à 11:40 (CEST)
=neutre= Ben, ça part d'une bonne intention, mais honnêtement bof. Je vois pas l'utilité en fait, vu qu'on en chacun des facilitées différentes, untel préfère le vectoriel quand untel préfère le détourage et s'en sort mieux. Et puis ça force à tout survoler donc on apprend des truc on donne des conseils... Donc je vois pas trop l'utilité d'un modèle qui indique si c'est facile ou pas. A la limite, recycler le truc pour un modèle d'unrgence comme "a faire pour hiers" (rouge) , "a faire pour dans un moi" (orange), "a faire un d'ses 4" (jaune ?) " a faires personnelles" (ok je sors). -- Walké...23 août 2008 à 20:55 (CEST)
PourJe pense que cette initiative est excellente. je prends un exemple: Hector a déposé une demande de modification de photo sur Anthony Terras. Je passe dessus et je crois qu'elle est infaisable sinon difficile à réaliser (la blibliothèque de l'atelier ne comporte pas de bras gauche ou droit des protagonistes ). Comme je ne suis pas un grand spécialiste de The Gimp je n'interviens pas pour donner mon sentiment. J'attends qu'un graphiste chevronné appose une marque sur cette demande sans entraîner de polémique inutile. cordialement. Ewan ar Born (d) 24 août 2008 à 12:25 (CEST) Ps: j'ai d'ailleurs pris un travail de carte sur le Texas avec de la topographie que nous ne sommes pas des dizaines à exécuter. j'ai prévenu le demandeur pour qu'il ne s'inquiète pas de la lenteur d'un néophyte en le marquant "difficile"
En fait c'est aussi pour le demandeur, que ça lui donne une idée de la difficulté de sa requête, et du temps que ça peut prendre. En gros, voici comment je voyais les choses quand j'ai imaginé ce modèle (exemple de scénario) :
Un demandeur fait une requête à l'AG
Un wikigraphiste fait une première évaluation de la demande, en fonction des compétences disponibles sur l'AG
Un autre WG, ou apprenti-WG, voit la demande et le niveau de difficulté, se dit qu'il peut la traiter et la prend en charge
Dernier commentaire : il y a 15 ans11 commentaires6 participants à la discussion
Je propose de fusionner les pages de discussions de l'AG. Actuellement, il y en a trois : une pour l'AG, une pour les images à améliorer, une pour les cartes. Or je pense qu'une seule est suffisante, l'activité de ces pages n'étant pas très fournie. Ça permettra, quand on a quelque chose à dire à propos de l'AG, de ne pas poster le même message à plusieurs endroits. Qu'en pensez-vous ? Sémhur·d·e·20 août 2008 à 11:40 (CEST)
D’accord Il faudra penser à créer des archives aux noms spécifiques pour chacun des domaines afin de retrouver les anciennes discussions à partir de la page de discussion unique. Sting(m'écrire)20 août 2008 à 15:23 (CEST)
je grouperais plutot discussion_aide:cartogaphie et discussion_wikipedia:atelier_graphique/cartes, et de l'autre coté discussion_wikipedia:atelier_graphique et discussion_wikipedia:atlier_graphique/images. --Yug(talk)20 août 2008 à 17:10 (CEST)
J'ai archivé toutes les discussions des ateliers, et fait des redirections vers cette page. Bien sûr, si vous estimez qu'une de ces discussions n'est pas terminée, n'hésitez pas à la sortir des archives et à l'ajouter ici ! Sémhur·d·e·24 août 2008 à 10:35 (CEST)
Non ! Bonne nouvelle ! je croyais que tu l'avais fait et j'avais dans l'idée de l'annuler. Comme je l'ai dit, je pense que l'on devrait garder une distinction claire entre Cartographie et Autres travaux graphique. Gardons la cartographie de son coté. Yug(talk)26 août 2008 à 14:43 (CEST)
Dernier commentaire : il y a 15 ans4 commentaires2 participants à la discussion
En cherchant des traducteurs je suis tombé sur l'atelier graphique grec (qui n'avait pas d'interwikis)! Il ne semble pas être remplit de demande mais je pense que vu la spécificité de leur langue, ils risquent d'y avoir du boulot. je n'ai pas été plus en détails mais peut être pouvons nous en discuter des standards de cartographie, je ne parle pas grec, mais quelqu'un qui se débrouille bien en anglais peut leur en parler... Otourly (d) 20 août 2008 à 18:17 (CEST)
Woula ! Il faut avoir une equipe d'une certaine maturité [=ayant ramé plus d'un an] pour voir apparaitre un soucis et des projets de standardisation. C'est le cas sur fr, de(?) et en(?). Sur ce point, on communique déjà difficilement avec les anglais et allemand, à peine avec les espagnols et italiens. Vu l'avancement de cet atelier grec, lancer une discussion sur la standardisation ne me semble pas pertinent.
Ils en sont à leur premières heures, leur tache actuelle doit être : 1/ se faire connaitre, 2/ avoir des requetes, 3/ réunir des volontaires, 4/ développer la structure-présentation de leurs pages.
A part qu'ils ont plus plus d'un an d'existence, je suis d'accord avec toi. el:User:Geraki est l'iniateur du projet si besoin. Le seul problème qu'ils ont c'est de se faire connaitre chez eux. Peut être leur faire des cours de pub? Otourly (d) 23 août 2008 à 17:11 (CEST)
Oui, la pub des début est très important. Une bonne pub permet de décoller (3 graphistes), ce décollage permet de garder la pression, cette pression permet de satisfaire les demande = on est dans un cercle vertueux !
Donc ca fonctionne. Le travail est du niveau des très bons SVG que les wikigraphistes produisent parfois (pour 0$ O.ô). Mais gros avantage : ca va familiariser des pro de l'infographie (voir le profil de Provost) à Commons et aux licences libres. Faut continuer pour voir. On voit aussi que LadyofHats participe, et recoltera probablement 120US$ bien mérité, vu le travail hallucinant qu'elle a déjà accomplit sur commons. Yug(talk)18 août 2008 à 16:42 (CEST)
Pour ceux qui pense avoir un niveau proche et qui sont éventuellement intéressé pour participer au projet greenspun. Quelques clefs:
Qui: Tout le monde peu prendre une requête en charge.
Niv.: avoir le niveau de faire du bon travail, voir ton instincteur et la Commons:Category:Philip Greenspun illustration project, tous bien construit, mais qui ne sont pas nécéssairement hallucinant. Sting, walké, Sémhur, et quelques autres ont déjà fait chacun quelques images de ce niveau.
Prendre une requetes:
1. sur jira, choisir une requetes "unassigned" (et facile...),
Dernier commentaire : il y a 15 ans31 commentaires8 participants à la discussion
Bonjour,
J'aurais besoin de conseils et d'avis de la communauté des Wikigraphistes. J'ai pris un travail sur les noeuds que Corent1 dit destiné
à rendre plus lisibles et à uniformiser les présentations des graphiques. J'ai estimé dans un premier temps que si la tâche pouvait s'avèrer longue elle restait dans une
difficulté moyenne.
Il n'en est rien puisque le tracé des chevauchements des cordages paraît ardu avec Inkscape.
De plus Barbetorte m'a donné ici son sentiment réservé sur l'utilité du travail. Je ne suis pas loin de le partager.
Je suis prêt cependant à le démarrer si un Wikigraphiste m'indique une technique avec Inskape qui donne un résultat identique à ceci ou cela sans y passer un temps excessif. (L'examen des graphiques SVG sous calque unique laisse simplement entrevoir des élements individuels figurant les torons..tâche fastidieuse).
Je m'interroge aussi sur la possiblité d'une récupération ici de photos ou graphiques sous Creative Commons BY/SA share Alike 3.0 et de demander à l'atelier photo de poursuivre
dans le même style des présentations qui me paraîssent tout à fait réussies. merci. Ewan ar Born (d) 27 août 2008 à 16:46 (CEST)
LadyofHats bosse en SVG, je suppose que c'est des exports PNG mais j'ai collé des SVG ci dessous pour les disséquer. Mais à priori, je dirais qu'il n'y a pas de solution toute faite : dans Inkscape, un object est soit au dessus, soit au dessous, il n'y a pas de noeuds. Ce travail devrait demander de faire de nombreuses sections de cordes pour faire semblant d'avoir une corde qui fait un noeud.
Il n'en est rien puisque le tracé des chevauchements des cordages paraît ardu avec Inkscape. Bah voui bah voui. Inkscape il est génial, mais a coté d'Illu ben ya pas photo. Je sais pas si sur inkscape il y a la fonction de forme de motif, en tout cas illu il y a. Le truc c'est quoi ? c'est assez simple. Un définit une forme, genre une section de corde, et on l'applique en fait sur un tracé. On aura une corde qui suit le tracé.. Après pour les superpositions un petit coup de cutter par ci par là et le tour est joué, une décomposition, exportation dans inskcape et on a le truc en joli vectoriel. Il reste deux soucis (hormis tout de même le temps que sa prend)
faire la forme, mine de rien c'est pas simple, puisque comme elle se répète et se tort le long du tracé vous vous doutez bien que n'importe quoi ne marche pas, et c'est long.
modifier le tracé après exportation svg. en effet, je pense pas que mediawiki accepte les tracés de ce type, et donc même si insckape aussi faisait des formes de motif il faudrait les décomposer, et là la modification future serait synonyme de tout refaire.
Je vois aussi deux avantages :
uniformité des tracés
la forme de motif qui est applilquée partout peut être uploadée sur wiki, sur chaque image de corde un lien vers elle, et cela simplifieras le travail d'un futur masoch...euh.. graphiste voulant reprendre tout le boulot depuis le début. -- Walké...28 août 2008 à 09:24 (CEST)
Bonjour tout le monde,
Je m'étais déjà penché sur la question, et je me disais qu'on pouvait effectivement la résoudre en découpant la corde en petits morceaux sur des calques pour s'amuser ensuite à les réorganiser... J'avais déjà essayé avec le nœud plat: grosse prise de tête. Mais je n'avais pas pensé à la technique que nous propose Walké (normal, je ne l'avais jamais utilisée) et j'avoue que je n'y croyais pas trop (complexité du motif, adaptation aux courbes, etc...). Mais, poussé par ma curiosité légendaire, je l'ai essayée, et voilà le résultat de 3minutes de test sous Illustrator (réexporté via Inkscape, don compatible librsvg)...
@Walké: Note que la découpe au cutter est fastidieuse et inutile: il suffit de copier le tracé avec motif > le coller en place par dessus > décomposer l'aspect > décomposer > supprimer les parties masquées.
Cela dit, je ne sais pas encore comment je ferais s'il y avait plusieurs cordes de couleurs différentes, et s'il faut les ombrer pour mieux distinguer les superpositions...
karta24 (d) 28 août 2008 à 10:47 (CEST)
En ce qui me concerne, j'ai fait un essai dans Inkscape. Après avoir créé un élément de corde, j'ai fait le tracé de la corde en faisant plusieurs tronçons non chevauchant...sinon, c'est foireux. Ensuite, l'effet > Generate from path > pattern along path est lancé en prenant soin de mettre le pattern au premier plan et dans mon cas, en choisissant les options repeated stretch, snake, space between copies -10, et le reste à 0. après, il suffit de recaler les tronçons de corde les uns en face des autres, et de jouer avec les plans pour donner une illusion 3D...après, il est possible de retravailler plus finement chaque nœuds vectoriel si nécessaire, dans ce cas, c'est brut de pomme et fait à la va vite...mais en peaufinant un peu, je pense qu'on peu obtenir des résultats intéressants. Le dessin obtenu est purement vectoriel. Il faut bien penser à supprimer les courbes utilisées, car elles restent visibles par endroit...une boucle par SuperManu...l'idéal serait d'avoir un dessin de base standard pour uniformiser les futurs cordages. Je crois que c'est bien de pouvoir se passer d'illustrator quand cela est possible. --SuperManuSuperMessage28 août 2008 à 11:22 (CEST)
Merci à tous pour vos interventions sur ce problème de noeuds..qui en fin de compte débordent le sujet pour s'étendre aux qualités respectives d'Illustrator et d'Inkscape. Comme je ne suis pas prêt d'investir dans le premier je me contenterai soit de passer la suite à un graphiste richissime et qui considèrerait que la tâche ne serait pas trop longue avec ce logiciel, soit d'adopter une solution acceptable avec inkscape, soit de conseiller au demandeur de rechercher une solution photo s'il le souhaite. @SuperManu: J'ai découvert et expérimenté cette solution peu de temps avant ton intervention. Cela a foiré ..mais compte-tenu de ton explication je vais essayer à nouveau. Penses-tu que cette solution peut être envisagée pour plusieurs dizaines de noeuds? Ewan ar Born (d) 28 août 2008 à 12:28 (CEST)
ps: Quand tu dis que tu fais le tracé de la corde: est-ce le chemin de référence à la plume que tu traces en plusieurs tronçons ou les tronçons de cordes dupliqués que tu disposes selon le chemin prévu? l'élément de corde tracé est un objet. Tu le transformes en motif?
à noter : Supermanu, je suis totalement d'accord : si on peut se passer d'illu on doit le faire puisque à la base on est pas sensé l'avoir (860 euros quoi) et plus de gens sur wiki bossent avec inskcape je pense donc aucun interet de trouver des solutions qu'on ne pourras pas réappliquer.
Et en fait la solution que tu propose est la même, donc c'est cool, comme quoi il suffit de chercher la prochaine fois je le ferais aussi. Pour la corde, je trouve que ton modèle est vraiment chouette, justes avec les couleurs de celui de Karta il serais top. -- Walké...28 août 2008 à 12:50 (CEST)
Franchement, cela fait peu de temps que j'ai essayé cette technique, et cela me semble assez simple...je trace à la plume le suivi de la corde, ensuite, je simplifie le chemin en ne conservant que le minimum de nœuds vectoriels, attention à tenir compte à la taille du motif dans les boucle, sinon, il n'y aura pas assez d'espace...il faut aussi essayer de conserver une bonne linéarité entre les différents tronçons de courbe...après, j'applique le motif, et je corrige quelques nœuds vectoriels si nécessaire...le plus dur étant de faire les courbes le plus propre possible avant de faire la mise en place des patterns. L'avantage est que tu peux facilement superposer de nouveaux bouts de cordes au fur est à mesure de la description du nœud. par contre, je crois qu'il faut faire attention aux courbes serrées...car je ne suis pas sûr que cela soit bien géré...quand tu dis dizaines de nœuds, cela dépend aussi de leur complexité...il faut réussir à visualiser en 3D...sans trop s'énervre, je crois que c'est faisable...si tu as besoin d'aide, n'hésite pas...et essaye de trouver un motif élémentaire efficace, et partage le à l'occasion...--SuperManuSuperMessage28 août 2008 à 12:53 (CEST)
Bon, je viens de tester le procédé Inkscape. Mon premier essai ne fonctionnait pas parce que le motif n'était pas au premier plan. Comme décrit par SuperManu l'affaire est assez simple:
Tracer le motif..je pencherais plutôt pour des couleurs marines. (genre chanvre)
Tracer une ligne qui peut se recouper selon la complexité du noeud. (voir ci-dessous pour le traitement final).
Sélectionner Effets->Motif le long d'un chemin. Prendre les options (qui semblent bonnes dans notre cas) Copies:Repeated;Déformation:Snake;Espacement de copies:-10;Décalages:0. Réaliser l'opération.
Les motifs où les croisements s'effectuent sont vides: sélectionner les noeuds (Editeur de noeuds). Le dégroupage a pour effet de remplir ces noeuds.
Déplacer les noeuds aux croisements selon nécessité (dessus ou dessous).
Les noeuds complexes nécessiteront la confection de plusieurs morceaux.
Ouaouh, là vous m'apprenez quelque chose sur Inkscape, ça me donne envie d'essayer moi aussi ! dès que j'aurais cinq minutes. Merci à Supermanu pour le tuyau .
Il n'est pas obligé que ce soit le même wikigraphiste qui se tape tous les nœuds ; si on est plusieurs à en prendre en charge, ça peut le faire. Sémhur·d·e·28 août 2008 à 16:11 (CEST)
Je viens de voir cette discussion. Je peux vous proposer d'illustrer ces documents par des photographies. J'ai du bon matériel photographique, des livres sur les nœuds, de la garcette de plusieurs couleurs et un joli plateau blanc pour faire un fond uniforme. Les documents seront plus lourds, mais ce cera plus visuel. Qu'en pensez-vous ? LudoBureau des réclamations28 août 2008 à 16:40 (CEST)
Je pense que ce n'est pas du tout incompatible. En effet, pour les noeuds assez simples visuellement, une photo est bienvenue. Par contre, pour les noeuds complexes, ils est intéressant de pouvoir décomposer la création du noeuds par étapes sous forme de schéma...c'est mon avis, sinon, demander directement à Corent1 | ✉ici c'est lui qui demande ce travail...--SuperManuSuperMessage28 août 2008 à 16:55 (CEST)
@Ludo: effectivement tu peux voir ici que des photos prises dans de très bonnes conditions sont satisfaisantes. Au niveau du graphisme le fin du fin c'est l'élaboration de bons SVG appuyés par des GIF. Je pense que l'essai de réalisations photos et graphiques permettra au demandeur de choisir.
@Sémhur: je pense que nous n'avons pas tout découvert des plus de la version Inkscape 0.46 notamment au niveau des effets de filtre (dont l'utilisation ne sera sans doute limitée que par notre traducteur)..La tendance constatée pour les nouvelles versions de The gimp et d'Inkscape est qu'ils se rapprochent l'un de l'autre en renforçant leurs fonctions accessoires (vectoriel et Bitmap). Ewan ar Born (d) 28 août 2008 à 18:29 (CEST)
Hello, je voudrais pas briser l'élan créatif de nos talents illustrateurs (il y en a des trucs jolis ici ;)), mais j'ai l'impression qu'il y a déjà pas mal de truc en svg sur :en non ? Quand j'ai commencé à bosser sur les nœuds je n'ai bêtement pas eu l'idée d'aller voir, du coup j'ai fait mes propres photos, mais si on veut passer ça en SVG, je pense qu'il y a déjà une grosse partie du boulot qui est faite. Du moins dans les noeuds tout fait. Après pour les how-to, je ne sais pas si un mode d'emploi des noeuds aurait vraiment sa place ici, comme elle peut l'avoir sur scoutopedia. Bon et puis c'est vrai que les svg de :en sont pas complètement fou, il doit y avoir moyen de faire mieux... Voilà, c'était mon avis en passant de gabier-qui-n'y-connait-rien-en-infographie . Bonne continuation, Malta (d) 28 août 2008 à 22:59 (CEST)
Bonjour, voici à droite le descriptif d'un tracé d'un demi-noeud à l'aide d'Inkscape qui ne nécessite pas de raboutage. Bien vouloir m'indiquer les erreurs, améliorations à apporter et si les couleurs choisies conviennent. La réflexion ci-dessus de Malta est intéressante : Wikipédia doit-il décrire la confection des noeuds? Je suis allé par contre voir la galerie sur Commons: ça n'est pas folichon (même les dessins de l'experte LadyofHats ne sont pas extras). Ewan ar Born (d) 29 août 2008 à 12:15 (CEST)
Merci pour cette initiative d'uniformisation. Je pense qu'il faudrait en fait définir deux couleurs bien contrastées pour le cas où deux cordes sont utilisées. Le motif, je crois, devrait carrément être mis sur commons comme modèle élémentaire, et, pourquoi pas, être mis en avant sur l'AG comme le fichier pour les cartes. J'avais fait quelques propositions comme celles-ci
Bon je suis un peu à la traine, mais je m'amuse bien à découvrir cet outil . Au début je me suis fait avoir, les tores se chevauchaient mais leur union créaient des "trous". J'ai fini par comprendre qu'il fallait soit les pencher, soit les dissocier (Ctrl+K), soit modifier la valeur du paramètre "espacement entre les copies". Pour l'instant ça donne ça. Pour les couleurs, j'ai utilisé ici les standards colorimétriques des cartes topographiques : altitude 7, et 9 pour le contour ; altitude -7 (tirée légèrement vers le gris) et -9 pour le contour. J'ai essayé de mettre un effet de relief, moyennement réussi, sur la corde claire. Sémhur·d·e·29 août 2008 à 13:39 (CEST)
Au sujet de la réflexion de Malta. Amha, le rôle de Wikipédia est de décrire quels sont les types de noeuds et leurs utilisation. Par contre on a aussi un projet qui s'appelle Wikibooks qui est parfait pour acceuillir un ouvrage de matelloterie. LudoBureau des réclamations29 août 2008 à 14:00 (CEST)
Bonjour, @Supermanu et Sémhur: Pour ce qui concerne les couleurs j'aime bien le bleu de SuperManu qui assez soutenu.. par contre mon coté maritime me ferait pencher vers le beige clair de Sémhur. Pouvez m'indiquer votre position la-dessus? Est-ce l'effet de relief qui multiplie par trois le poids du fichier? si, oui n'est-ce pas trop cher payé?
Il serait peut-être souhaitable d'uniformiser la taille de la présentation pour créer un effet de moindre surprise. Nous pourrions à priori prendre 600x300, présentation horizontale pour un noeud. Pour le cas où nous nous engagerions dans les how to nous pourrions prévoir un format spécifique ( par ex. pour 3 stades de confection :500x400).
Bien que dans le travail de Supermanu l'extremité d'un cordage est bien marquée, il serait peut-être souhaitable de disposer une surliure (voir une conversation récente sur le noeud de voleur et le noeud plat ici
je propose une version modifiée des directives d'Ewan_ar_Born en intégrants les dernières remarques. Je ne pense pas forcément utile de décrire le motif, le mieux étant, AMHA, de repartir d'une copie du fichier d'aide pour avoir les éléments de construction d'un dessin de cordages.--SuperManuSuperMessage29 août 2008 à 16:45 (CEST)
Pour moi c'est tout bon. Seule question :j'ai vu que tu as indiqué un espacement de -10. Comme j'avais réalisé le tracé avec -7 qui correspondait à ce cas précis.. as-tu contrôlé? Ewan ar Born (d) 29 août 2008 à 17:21 (CEST)
En fait, j'ai utilisé ta courbe, mais j'ai refait la corde avec mon motif, et mes paramètres, donc, pas de souci, c'est conforme...voici un exemple d'application, en 5/10 minutes, entre le début et l'upload sur commons--SuperManuSuperMessage29 août 2008 à 17:46 (CEST)
Petit problème d'Export A4 (SVG -> PNG A4)modifier
Dernier commentaire : il y a 15 ans5 commentaires4 participants à la discussion
Salut, je viens de batailler a essiner un outils pour la photographie macro technique : un image A4 discretement milimétrée afin de faire un fond à la fois claire de toute polution, et donnant la taille de l'insecte (voir galerie).
Situation de départ : j'ai déssiné mon SVG dans Inkscape 0.46, en specifiant la taille de mon document comme A4.
Problème: lorsque j'exporte, j'obtiens un PNG qui :
Quand tu exportes en png, tu dois mettre les bons paramétrages de résolution et des dimensions...en général 72dpi, c'est la résolution classique des écrans (parfois 90), et 150 dpi le minimum pour une bonne impression. Tu as du exporter avec de mauvaise valeur pour les dimension, du coup, ton png est redimensionné...--SuperManuSuperMessage29 août 2008 à 12:02 (CEST)
Bien vu Manu ;) Note que pour l'impression, vu les progrès, on utilise plus souvent du 300dpi, mais ça dépend des capacités de l'imprimante. karta24 (d) 29 août 2008 à 12:20 (CEST)
Ok, dans inkscape > export : j'ai exporté avec 300dpi ; un document A4 (21cm/29,4cm). J'ai uploadé l'énorme image virtuelle résultante sur commons. Je ferais des test t'impression bientot. Yug(talk)29 août 2008 à 14:06 (CEST)
Conversion de cartes au format png en format svgmodifier
Dernier commentaire : il y a 15 ans6 commentaires3 participants à la discussion
Montrons ce dont on parle !Carte SVG éventuellement à découper et au contours simplifiés1er jet, pour facilité tes débuts.
Bonjour. Comment convertir en svg une carte en un format png ?
La question se pose sur « Guadeloupe-CIA_WFB_Map.png », une carte de la Guadeloupe ? Qui fait quoi, où et comment ?
L'aide à la publication de cartes géographiques indiquent que les fichiers doivent être au format svg et que la conversion depuis un fichier png peut se faire grâce à l’outil « Potrace ». Mais elle indique aussi que cet outil n'est pas recommandé pour la conversion des cartes. Il ne conviendrait donc pas à mon fichier qui est une carte.
Si cela est indiqué quelque part sur Wikipédia, ou sur un site Web, un lien vers cette page conviendra. Cordialement. --Bruno des acacias2 septembre 2008 à 12:02 (CEST) PS : Question postée ailleurs auparavant.
Bonjour. Hélas, on ne peut pas. L'outil Potrace (intégré à Inkscape) permet en effet de transformer des png simples en svg, mais comme une carte contient toujours beaucoup d'informations (par exemple des toponymes), Potrace va vouloir tout vectoriser et le résultat ne sera pas beau.
Dans la pratique, on est obligé de tout refaire ; c'est le but de l'atelier cartographique. Tu peux y déposer une demande même si la liste d'attente est longue, et les wikicartographes peu nombreux.
Merci pour ces éléments de réponse. Si la suite retient ton attention tu la trouveras sur Discuter:Tourisme en Guadeloupe. On n'a peut être l'impression de ne pas avoir beaucoup avancé mais au moins on a fait une croix sur une piste. Or, pour faire du tourisme, savoir où ne pas aller, c'est déjà beaucoup ! ;-). --Bruno des acacias2 septembre 2008 à 15:07 (CEST)
J'ai jeté un œil au didactitiel. Ce n'est pas du tout mon truc. Ma motivation pour créer la carte s'est arrêtée à la lecture de l'étape « 1. Télécharger les fichiers SRTM nécessaires, les décompresser ». Si un jour l'envie me reprend ... Cordialement. --Bruno des acacias2 septembre 2008 à 18:57 (CEST)
Woula ! Gros problème là !! tu es en trait de monter dans un portavion nucléaire (didacticiels TOPOGRAPHIQUES) alors que tu veux faire 100m dans ton village pour acheter une baguette !
C'est un tutoriel de niveau +++ dur que tu as pris : ce n'est pas nécessaire pour ce cas simple.
colorer les poligones-iles avec les couleurs recommandées, idem pour la mer, puis rajouter les textes, etc.
Temps nécessaire pour un débutant: environs 2-3 heures. (30-50 mins pour un habitué).
.
Si tu veux une formation-initiation plus complète pour la cartographie de base, tu peux essayer media:Tutorial-cartography_(basic).svg (anglais, plusieurs heures de lectures et exercices, finit à 90%), un tutoriel style « La cartographies de base pour les parfaits débutants ».
Mais franchement, cette conversion est largement faisable par un débutant en cartographie et SVG.
Cartographie des flux migratoires (journaliers, touristiques, définitifs)
Cartographie des flux économiques
Cartographie historique
Cartographie militaire
Cartographie des États (territoire, expansions, récessions)
Création d'une carte
Étapes de créations d'une cartes
Théorie des couleurs et Théorie des 4 couleurs
Conventions iconographiques
Conventions de légende et labels
Conventions de nommage
Autres
Histoire de la cartographie
Cartographie et technologies
Projections cartographiques et Cartogrammes
Note
il peut bien entendu y avoir des cartes hybrides
Chaque section établissant en 10 lignes les spécificités de telle branche de la cartographie, en gros :
version graphique de quelles disciplines ?
problématiques propre du recueillement de données (sources) ?
Selection des données ?
problématique de la mise en cartes ?
Codes et signalétiques fréquents ?
La wiki anglaise peut fournir pas mal de connaissance sur les sujets demandés.
J'ai viens de refondre l'intro. On devrait aussi pouvoir trouver plein d'illustrations avec tout ce qu'a fait l'atelier cartographique. Est-ce que quelqu'un (tu) est tentés pour écrire une ou plusieurs section ?? Yug(talk)5 septembre 2008 à 15:40 (CEST)
Yug(talk) - volontaire pour 3 à 5 sections de 10 lignes chacune.
Import des fichiers modifiés (discussion close)modifier
Dernier commentaire : il y a 15 ans26 commentaires9 participants à la discussion
Bonjour,
Suite à une discussion avec Dereckson, je m'interroge sur une question assez importante:
Lorsque nous modifions un fichier suite à une demande sur l'Atelier et que nous devons importer le résultat sur Commons, devons-nous:
Soit écraser le fichier original? Si oui, sous quelles conditions (à la demande de l'auteur/uploadeur) et comment?
Soit importer un nouveau fichier? Si oui, quel nom doit-on attribuer à cette nouvelle version (standard de nommage des images détourées)?
Nombreuses interventions convergeantes vers une confirmation du consensus de 2005.
Bon alors si j'ai bien suivi la discussion sur la page de Karta, le problème est moral ? Je détoure une image de chaussure, elle est plus claire plus propre, ou alors je la recadre pour enlever le bout de porte qui apparaissait, et ça pose des problèmes partout. Perso je ne voit pas trop où, mais si vous insistez. Juste :
Une modifications de la taille de l'image ne change la taille sur les wiki que si on change le ratio hauteur/largeur... Ah non, pas quand on à pas spécifié la taille dans l'article, mais normalement toutes les images devraient être en "thumb" légendées dans les articles, donc sa ne pose pas trop de soucis.
Si l'article sur les chaussures chez les maltais se retrouve avec soudain une photo détourée, ils en seront ravis. Enfin je veut dire, si je vais corriger un chiffre (exemple : on vient de prouver que Christophe Colomb est né un an plus tôt) sur toutes les pages de Christophe Colomb, je suis un connaisseur j'ai amélioré le truc ya pas de soucis. Pour une image je pense que c'est pareil. Je ne dit pas que j'ai la prétention de savoir se qui est mieux ou pas, mais une image détourée c'est plus propre et plus clair.
Mais apparemment le problème ne vient pas de là : je peut remplacer l'image dans tous les articles seulement si je ne touche pas à l'originale et que j'importe ma version détourée disons avec le tag <<chaussure de sport-edit.png>>.
Ce qui demande donc de :
faire une nouvelle image, citer l'auteur précédent
faire un joli cadre d'info dans le cas où il n'y étais pas, on est pas des barbares.
faire un <<other version>> sur les deux images
remplacer l'image sur tous les wiki, histoire que ma modification serve, car personne d'autre le fera : comment les finlandais sauront, à moins de suivre l'image, qu'une version plus propre à été uploadée ?!
C'est du boulot ! Mais si il faut.... a la limite ça permettrai que chaque image re-uploadée ai une légende, etc....
Maintenant au niveau des conditions.... Une ré-ajustation colorimétrique apparement ne pose pas de soucis (j'éclaircis le tout avec un peu plus de contraste pour qu'on voie mieux). Alors qu'un détourage pose un soucis. Pourtant dans le fond c'est le même principe d'amélioration.
Donc imaginons que je gomme l'heure sur une image qui a été prise avec l'heure dessus, comme celle ci. Je ne vais pas ré-importer l'image !
=>Je pense qu'il ne faut faire une autre image que lors d'une altération de la réalité, par exemple quand on a gommé les marques de cigarettes des voitures de courses, où quand on enlève les cables téléphoniques de devant les monuments. Dans ce cas, il faut en effet je pense apposer le tag -edit après l'image.
Légalement, il n'y a pas de problème : les licences de Commons autorisent la modification de l'image. Le problème est donc d'ordre moral. Personnellement, je fais comme ça :
L'auteur demande lui-même à modifier ou améliorer sa photo : je lui demande si je peux "écraser" l'original, s'il ne l'a pas déjà précisé.
La demande provient de quelqu'un d'autre que l'auteur. Dans ce cas :
L'original possède un nom poétique du genre MSS29_10152008.jpg : j'importe une nouvelle image, avec un nom plus parlant.
L'original a un nom explicite : j'importe sous [nom de la photo]-edit.jpg.
Dans ces deux derniers cas, j'ajoute un <<other versions>> sur les deux images. Je précise aussi que, quand j'importe un nouveau fichier, j'indique la source de cette image, ainsi que son auteur et la licence sous laquelle elle a été importée.
Si l'article sur les chaussures chez les maltais se retrouve avec soudain une photo détourée, ils en seront ravis. -> pas sûr.
Ensuite, il ne faut pas oublier que Commons n'a pas seulement pour but d'illustrer les articles. Il a aussi pour but d'être un repository de médias libres. Et pour toute une série d'usages, et d'un point de vue esthétique pour d'aucuns, une photo originale est plus intéressante qu'une photo détourée.
Sur #wikimedia-commons tout le monde est unanime sur le fait qu'un détourage crée une photo différente de l'original et demande une nouvelle version.
Bien entendu que pour des corrections du genre gommage de la date et de l'heure, l'on peut écraser le fichier. Idem pour une légère recoloration (mais si cela devient esthétique et non plus naturel, nouvelle image (recolored) e.g. Image:Polarlicht.jpg, Image:Polarlicht 2.jpg, Image:Polarlicht3.jpg).
Sur #wikimedia-commons tout le monde est unanime : houlà ! Connaissant Commons, ce serait bien la première fois ! Sémhur·d·e·8 septembre 2008 à 18:48 (CEST)
Personnellement, j'écrase l'originale si le demandeur est l'auteur des photos et si il s'agit d'une amélioration ou d'un détourage qui semble anticipée lors de la prise de vue...par exemple, une porte antique prise au flash pour illustrer cette époque n'est pas terrible et je suis sûr que l'auteur, auqnd il vient nous demander de l'améliorer, envisage un remplacement...--SuperManuSuperMessage8 septembre 2008 à 19:02 (CEST)
Et ça viendrait à l'idée de personne de prévenir à celui qui a expressément demandé ces modifs qu'on est en train de l'embrouiller pour retrouver les images dont il a demandé le détourage ???
J'ai expressément demandé l'écrasement des images d'origine pour des raisons simples :
ces photos d'oeuvres prises dans un musée ont des éléments parasites.
Je ne peux pas éliminer ces éléments parasites par le cadrage (je ne peux repousser le mur, et je n'ai pas tous les objectifs possibles à disposition)
Ces photos d'oeuvres sont destinées à illustrer des articles, et leur utilisation me semble bien plus pertinente quand l'image est détourée. (l'aspect artistique de ces photos est quand même une vaste connerie, de mon point de vue. Si j'avais voulu faire de l'artistique, je n'aurais pas fait les mêmes photos)
n'ayant ni les capacités de faire ni le temps pour faire le détourage moi-même, je demande à de gentils wikigraphistes, qui donnent leur temps pour détourer comme je donne le mien pour aller faire des photos.
L'attitude d'un Dereckson qui applique de manière obtue, sans réflexion sur le contexte des arguments pseudo-légaux m'énerve. Je trouve cette manière de travailler complètement STUPIDE. Je ne contribuais plus vraiment sur WP, mais me disait que je pouvais encore mettre à profit mon investissement pour la connaissance sur Commons. Avec des conneries comme celles de Dereckson, je suis en train d'être complètement dégouté de participer aux projets Wikimedia. MERCI A LUI. فاب - so‘hbət - 9 septembre 2008 à 14:41 (CEST)
Non, il ne faut tout mélanger. À la base, j'ai simplement demandé que l'on conserve les deux versions. Ensuite, l'utilisateur ayant fait les détourages est entré dans un tel débat.
Le bon sens suffit il me semble pour régler ce souci. Les deux photos ont chacune leur intérêt, aussi bien la photo originale que la photo détourée. Point barre. Le reste c'est du bête conflit non productif. Je ne souhaite pas travailler de manière "obtue", je souhaite simplement avoir accès aux photographies non détourées, qui selon moi, apportent une valeur ajoutée. C'est d'ailleurs sur Commons la façon générale de faire. Mon idée de base n'était pas de créer une polémique. --Dereckson (d) 9 septembre 2008 à 14:54 (CEST)
Je soutiens pleinement la démarche de Dereckson qui est de vérifier si ce qui a été fait était correct. A l'intention de Fabienkhan, Que vous estimiez qu'une de vos photos sans détourage n'a pas de valeur est une chose, ca ne veut pas dire qu'elle doit disparaître (ou être masquée) de Commons pour autant. Il est évident que de temps à autres notre jugement n'est pas celui des autres, Ca ne vous autorise pas pour autant à vous emporter et à proférer des insultes et autres insinuations. Esby (d) 9 septembre 2008 à 15:10 (CEST)
Dereckson : le pourquoi et le comment ne changent pas ton comportement. Tu n'as fait que reverter, sans prendre l'effort de faire ce double chargement. Il faut donc que ceux qui se sont fait suer à faire les détourages reprennent leur copie. Ne dire que Ya'ka Fokon sans prendre la responsabilité de faire les changements soit même, je trouve ça un peu facile ;-). J'ai été énervé par ton comportement, et je souhaitais te le faire savoir. Pas besoin de créer une polémique pour ça (hein Esby, on s'en fout de ton soutien. Dereckson a fait valoir ses arguments qui sont corrects. C'est juste sa façon de travailler qui n'est pas très classe) فاب - so‘hbət - 9 septembre 2008 à 15:36 (CEST)
Si tu avais suivi la discussion, tu aurais vu qu'il était question de plusieurs photographies qui ne sont pas toutes les tiennes. Rien ne t'autorise à insulter tes interlocuteurs, Wikipédia n'est pas un ring de catch (Commons non plus, et Commons n'est pas Wikipédia). Respecte l'avis d'autrui même si il ne te plaît pas. Le but n'a jamais été de créer une polémique mais de vérifier qu'on faisait les choses proprement.Esby (d) 9 septembre 2008 à 16:31 (CEST)
Hum, il n'y a pas d'insulte et Fabienkahn se donne la peine de dire que les arguments de Dereckson sont corrects. Puisque l'on parle de respect, respecter le travail de Fabienkahn et lui laisser un message aurait été bienvenu, c'est tout GL (d) 9 septembre 2008 à 16:41 (CEST)
D'après ce que j'ai suivi il n'a été a aucun moment reproché a Fabienkhan ses choix. Les seuls reproches que j'ai émis concernent l'inversion de l'original et de la version détourée via un renommage. Cela concerne une autre image en passant. Maintenant, il n'y a peuêtre pas d'insultes au sens technique, il n'empêche que la dernière partie de ce diff est loin d'être wikilove... http://fr.wikipedia.org/w/index.php?title=Discussion_Wikip%C3%A9dia%3AAtelier_graphique&diff=33264046&oldid=33236297 , situation qui n'est pas améliorée par la teneur de ses autres messages. Si il ne veut pas de leçon de savoir vivre, qu'il ravale son agressivité non justifiée. Esby (d) 9 septembre 2008 à 17:07 (CEST)
Calmos les gars...je crois que les tords sont partagés. En effet, peut-être certains fichiers ont-ils été écrasés à tord, mais, si je comprends, bien, ces images ont simplement été révertées sans prendre la peine de faire un upload de la version corrigée, c'est bien cela ??? D'autre part, quand l'auteur d'une photo fait le choix de demander une version améliorée/modifiée de ses photos en écrasant les originaux, ce droit lui est propre, et la photo lui appartenant, il peut faire le choix de ne partager que la version modifiée. Si d'aucun veux les originaux, il peut y avoir accès en suivant les versions précédentes. Et si ce quelqu'un veut que ces versions soient présentes en accès direct sur commons, alors il est libre de les uploaded à nouveau sous un autre nom....le but étant de respecter les choix de chacun. --SuperManuSuperMessage9 septembre 2008 à 17:17 (CEST)
Manu, permets-moi de te corriger : le but n'est pas de respecter les choix de chacun, mais de respecter le wikilove. Mouarfffff !!! فاب - so‘hbət - 9 septembre 2008 à 17:29 (CEST)
PS : sinon, je te félicite pour le très beau résumé de la situation. Mais nous disions plus haut de ne pas polémiquer. Et si je demandais la suppression des images originales en collant un {{duplicate}} afin de ne conserver que les images détourées, que je rameutais mes potes pour voter la suppression des images originales, ça deviendrait un casus belli ? Bon arrêtons-là la pseudo-polémique qui n'a plus lieu d'être. L'explication a eu lieu, il faut savoir y mettre un terme...
"D'autre part, quand l'auteur d'une photo fait le choix de demander une version améliorée/modifiée de ses photos en écrasant les originaux, ce droit lui est propre, et la photo lui appartenant, il peut faire le choix de ne partager que la version modifiée. " Non, comme l'a dit Dereckson, le don est inaliénable. C'est juste de la courtoisie d'effacer l'image originale dans ces cas la, pas une règle.
@FabienKhan, si tu taggais l'image en duplicate, un administrateur faisant correctement son travail refuserait l'effacement car il ne s'agit pas d'un vrai duplicata. Même chose si tu demandais la suppression des images, la seule chose que tu récolterai serait probablement une réaction inverse. Esby (d) 9 septembre 2008 à 17:42 (CEST)
Je ne saurai mieux dire que Manu.
Il est donc temps de boucler cette histoire. Je vais restaurer les versions détourées à la demande du photographe. Ensuite, si Dereckson ou quelqu'un d'autre trouve un intérêt à la première version d'une image, rien ne l'empêche de l'importer dans un autre fichier (même si je suis sceptique quant à la valeur ajouté des fonds supprimés dans le cas dont nous traitons ici, mais cet avis est à titre personnel). Sémhur·d·e·9 septembre 2008 à 17:46 (CEST)
Je plussoie.
Juste : l'histoire du droit inaliénable tient en théorie. En pratique, je pense que si je prend une photo ayant pour but d'être expressement détourée, au lieu de la chargée sur mon image brouillon de demander le détourage, puis que le graphiste se tape le boulot de l'upload et du tag, on pourrait simplement charge l'image sans fond dessus, de plus l'image n'a pas eu le temps d'être utilisée. Je pense que dans le cas là on peut déroger à la règle.
Sinon, pour un détourage largement ultérieur à l'image, si sa se trouve les maltais auront voulu présenter la chaussure dans son environnement naturel qu'est ma chambre, ainsi bon on fera un nouvel upload.
Cela me paraît raisonnable. Si il faut, rajouter un bandeau : image en attente de détourage sur la page pour pas qu'elle soit utilisée dans un article. Tout le monde est ok ? -- Walké...9 septembre 2008 à 18:57 (CEST)
(Mon dieu, quel grabuge...) Mon avis a déjà été exprimé, je ne fais donc que confirmer que je rejoins à 100% l'avis des autres wikigrahpistes [pratique de l'écrasement dans les cas d'amélioration évidentes] (merci Sémhur pour ta clairvoyance). karta24 (d) 9 septembre 2008 à 19:24 (CEST)
Écraser les photos ! (ou pas) : déjà discutés il y a 3 ans.
Lors des tout débuts de l'atelier (2005 ; fabienkhan participait déjà) , nous avions eu une discussion sur ce sujet et nous avions opté pour "uploader par dessus (dans tous les cas d'amélioration évidente)". Faire des -edit.jpg est vraiment (selon moi) une erreur : l'image d'origine (mauvaise) reste sur sur la dizaines de wikipedia où elle est utilisée, tandis que l'image améliorée reste inconnue, et parfois disparait dans les archives sans même être utilisée ! (sur l'utilisation effective de nos images, à une époque j'avais vu que 30% de nos images n'étaient pas recueillies par le demandeur, et donc... pas mise dans l'article O.O ! -> droit dans les archives !)
Pour (ré)exprimer ma position personnelle, je re-soutiens la position de 2005 :
"uploader par dessus (dans tous les cas d'amélioration évidente)"
Dites-moi, pour lé décision et le plan d'action concernant mes images, on fait comment maintenant ?
On garde deux versions ou pas ? Sachant que ma demande initiale était de ne pas garder les versions initiales.
Qui s'occupe de rétablir les versions détourées ?
Si la décision est de garder deux versions (je ne cache pas que cette solution me parait stupide dans le cas des images de musées que j'ai prises en Turquie), qui s'occupe de faire les liens entre les versions originales et détourées ? فاب - so‘hbət - 9 septembre 2008 à 22:13 (CEST)
Maintenant qu'un consensus est établi [écrasement lors d'améliorations claires], il me semble à moi aussi qu'il revient à Dereckson de réverter ses propres reverts, à savoir ne laisser sur Commons que la version détourée, en lieu et place de l'original (dans le cas des photos du musée de fabienkhan ainsi que la chaussure de Walké; je ne vais pas chicaner sur Image:Michael Johnson Sydney2000.jpg). karta24 (d) 10 septembre 2008 à 11:54 (CEST)
Je ne suis pas sûr que Dereckson partage ce consensus [écrasement lors d'améliorations claires ; déjà choisit en 2005, réapprouvé maintenant]. Mais j'ai remis les versions détourées en place, comme annoncé plus haut. Voici les raisons :
Sur la forme : Dereckson a ignoré un consensus existant depuis 2005 sur le détourage d'image : quand celle-ci se fait à la demande de l'auteur, on "écrase" l'original (qui reste de toute façon accessible). Il l'a fait sans discussion préalable, autre qu'une conversation sur IRC avec une seule autre personne, et en tout cas sans en parler à l'Atelier graphique.
Sur le fond : plus important, il semble y avoir une méconnaissance de Commons et de ses licences.
Fabienkhan est l'auteur des photos en questions. Il a choisi de les importer sous licence CC-BY-SA. Contrairement à la licence Domaine Public, il a toujours un droit moral sur ses œuvres (« Nothing in this license impairs or restricts the author's moral rights. »).
La licence choisie permet de reproduire ces photos (« to Share »), mais aussi de les modifier («to Remix »). C'est ce que nous faisons en procédant à un détourage, et c'est donc expressément permis par la licence.
Tout ça pour dire qu'au final, cette histoire ressemble à une tempête dans un verre d'eau. On peut aussi bien choisir d'importer un nouveau fichier que de modifier l'original, il suffit juste de se mettre d'accord sur une convention afin d'avoir une cohérence pour ce type de travail. C'est ce que les wikigraphistes ont fait depuis quasiment le début de l'Atelier, en choisissant la pratique d'importer par-dessus l'original. Sémhur·d·e·10 septembre 2008 à 14:04 (CEST)
Derniers commentaires.
C'est bien une tempête dans une verre d'eau. A la base on a quelques reverts qui ont une explication, des questions de Dereckson ici et à d'autres endroits qui sont en rapport direct. Même si il existe des conventions au sein de l'atelier des Wiki-graphistes, les images sont sur Commons d'ou les reverts initiaux.
Ensuite on a l'auteur de certaines de ces images qui débarque dans ce qu'il semble estimer une 'bataille' et se permet des remarques agressives, ce que j'estime non acceptable quel que soit la situation. Après quelques dérives, on en revient au point de départ initial, en passant par l'évocation d'un consensus, qui bien qu'il existe ne concerne que les wiki-graphistes et non les parties en présence (ou ne conscerne pas les parties non en présence par ex: les utilisateurs de Commons).
Concernant le droit moral de retrait, même si un auteur peut en théorie le faire jouer, en pratique, le formulaire d'upload le précise bien : "Lorsque vous publiez votre travail sur Commons, vous l'offrez au monde en le mettant sous une licence libre qui permet à chacun d'utiliser, de modifier et de redistribuer votre travail, pour tout usage. Ce don est irrévocable." . La conséquence directe est que toute demande d'effacement en pratique est généralement refusée. Il est donc normal, qu'à ce titre, qu'un utilisateur de Commons puisse contester un écrasement, même si cela peut paraître loufoque. Il faut aussi rappeler qu'une image effacée ou écrasée ne l'est pas réellement et que donc ca n'a aucun impact sur l'espace disque disponible.
Mon avis personnel est que si l'auteur demande le détourage et que tout le monde (ou ceux que ca concerne) est d'accord alors on fait ce que l'auteur demande, maintenant, si il y a un désaccord quelque part, ca vaut probablement le coup de résoudre calmement ce désaccord (surtout si il peut s'agir d'un quiproco) plutôt que de tenter de faire jouer son agressivité pour étayer son point de vue ou tenter de faire monter le ton. Esby (d) 10 septembre 2008 à 16:09 (CEST)
Et le fait de ressasser ta désaprobation du message initial de Fabienkahn, c'est pour faciliter la résolution calme du désaccord ? GL (d) 10 septembre 2008 à 17:54 (CEST)
Cette discussion vous remercie bien pour le dénouement finalement sans trop de soucis.
Elle ne doute pas que chacun veut bien faire, même si ça pose de temps en temps de contradictions.
Finalement elle a ré-éclairci un relativement vieux point, et elle s'en sort bien. Du coup elle s'est toute renroulée et se rendort.
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Et pour ceux qui on illustrator, vous avez une petit barre en bas, ou on peut afficher l'outil actif ou si le document est ouvert ou pas (en bas à gauche à coté du pourcentage de zoom).
On appuye sur alt
on reste bien appuyé
on lache pas
on prend l'autre main pour aller cliquer sur la petit flèche noire là en bas
Dernier commentaire : il y a 15 ans4 commentaires3 participants à la discussion
Image:NATO_AB_in_France_map-fr.svg contient des points avec des dégradés, certains de couleur bleue, d'autres rouge, mais ces derniers apparaissent aussi bleus dans les vignettes et la page de description de la carte. Seule la vue à 100% est conforme à ce qui est prévu. D'autre part dans les vues réduites ces dégradés sont différents de ce qu'ils devraient être, comme si les stops intermédiaires étaient ignorés (mais ce dernier problème n'est pas très grave). Quelqu'un saurait-il où se situe le problème pour la couleur ? Merci. Sting(m'écrire)12 septembre 2008 à 06:26 (CEST)
Je crois que j'ai déjà eu ce problème. Je l'ai résolu en le contournant : le rond est entièrement rouge ou bleu, et j'ajoute par dessus un rond blanc plus petit sans contour, auquel j'applique un flou de 50% (grosso-modo, à adapter selon les circonstances). L'effet, sans être identique, est similaire. Voir un exemple sur Image:Medici Villas Location-tag.svg. Petite subtilité, dans le résultat sur Commons les tâches blanches sont décalées légèrement en haut à gauche par rapport à Inkscape. Sémhur·d·e·12 septembre 2008 à 10:17 (CEST)
Je crois simplement que notre traducteur a des problèmes avec les objets lorsqu'ils ont des dégradés et qu'ils doivent être rendus sous des petites tailles. j'ai eu cette difficulté avec une image qui contenait 2 stops: les éléments étaient ignorés dans la galerie mais ils apparaîssaient dans l'image au-delà de 180 px...alors avec 3 stops ça doit être pire. cordialement. Ewan ar Born (d) 12 septembre 2008 à 12:02 (CEST)
Merci à vous pour vos conseils.
J'ai trouvé la solution, même si je ne comprends pas bien à quoi était dû le problème : au départ je voulais utiliser Image:Blue_pog.svg et Image:Red_pog.svg mais en les important dans Inkscape je n'avais que des points noir, impossible de faire apparaître les dégradés. J'avais donc refait un cercle en utilisant le dégradé de Blue pog, puis dupliqué celui-ci et ai modifié la couleur pour du rouge. En fait je pense que cette série de pogs a un problème, d'où le résultat problématique.
Je viens de refaire des cercles mais en créant cette fois-ci un dégradé complètement nouveau qui me donne sensiblement le même aspect que les pogs. Et ça marche ! Même dans les vues réduites l'aspect est identique à la vue à 100%. Sting(m'écrire)12 septembre 2008 à 17:00 (CEST)
Dernier commentaire : il y a 15 ans7 commentaires5 participants à la discussion
La page de l'atelier est super lourde à charger. Et même une fois chargée, et qu'on travail sur un brouillon en l'écrasant plusieurs fois de suite, on doit purger le cache, et recharger la totalité des images.
Serait il possible de mettre certaines parties déjà traitée de demandes lourdes en archivage ?
Comment se passe l'archivage sur l'atelier, un simple couper-coller, ou une manip permettant la conservation de l'historique ?
Je pense notamment à certaines demandes, comme les premières cartes de bataille navale en grande majorité traité, ou l'énorme demande sur les drapeaux de régiment, dont les parties traitées pourraient peut-être être archivée afin d'alléger la page ?
Aussi, la demande sur le HMS Belfast qui date de 10 mois devrait peut-être être close : il y a une trop grande différence entre la complexité et la quantité de travail demandé aux wikigraphistes par rapport au développement de l'article.
Ce sont quelques exemples. J'avais un peu réduit mon activité sur l'atelier ces derniers mois, je vais essayer de participer à certaines demandes pour aider à les finir, mais faudrait essayer de faire quelque chose pour alléger sérieusement cette page des images traitées :)Lilyu (Répondre) 16 septembre 2008 à 08:54 (CEST)
Tu as raison bien sûr, et c'est le genre de ménage qu'on devrait faire régulièrement. Mais quand on a le nez dedans, on finit par ne plus voir ces vieilles demandes... Pour répondre à ta question, l'archivage est un simple copié-collé dans les pages d'archives. L'historique, lui, reste sur la page de l'atelier.
J'ai archivé les plans de batailles navales déjà fait. Il ne reste plus que les trois à faire.
Pour le schéma de sous-marins et le HMS Belfast, je les ai retiré aussi ; elles sont là depuis des mois et non-traitées, le travail qu'elles demandent est trop important par rapport à leur apport aux articles. C'est dommage, mais on ne peut pas tout faire non plus !
J'ai archivé aussi la demande sur le Cycle orogénique ; elle était plus ou moins sans objet car il existait déjà une image, et elle n'a pas été traitée non plus depuis 10 mois.
Pour les drapeaux, je les ai rangé. Pour l'instant ils ont tous été traités ; si le demandeur en souhaite d'autres, il refera une demande.
Je vais laisser des messages sur les pages de discussions des demandeurs, pour les informer de ces archivages.
--
Il reste à décider du sort de quelques demandes, la plupart encore présentes car leur demandeur ne se manifeste pas sur l'atelier :
Révision des diagrammes d'évolution démographique
Je crois que cette demande qui a été laissée en souffrance n'est pas trop difficile à réaliser sous réserve que le demandeur la précise. Pour comparer les graphiques je comprends qu'il convient de mettre en ordonnées les pourcentages d'évolution de la population. Je vais interroger le demandeur. Faute de réponse je propose d'archiver dans une semaine.
Oiseau mouche : demande traitée depuis le 1er aout. Je suis d'avis d'incorporer les images de Karta aux articles, puis d'archiver (en laissant un message au demandeur après).
Pour
Pour (SuperManu)
Pour Je le modifierai selon les remarques de Yug un jour ou l'autre... karta24 (d)
Fort et mission de la montagne : pareil
Pour
Pour (SuperManu)
Pour Le demandeur ne s'est plus manifesté sur WP depuis le 25juillet, et je ne sais pas s'il est nécessaire de coloriser le schéma. karta24 (d)
Cartes schématiques décrivant la mise en place de la carte d'état major : idem ; Ewan a laissé un message sur la page de discussion du demandeur, mais il n'a pas réagit.
Non, c'est toujours en cours. C'est pas folichon de tracer des rectangles.
Demande de création : cette demande me parait trop difficile à traiter.
J'ai tendu une perche au demandeur en lui proposant une coupe au maître. Il n'y a pas eu de réaction. Je propose d'expliquer que la demande initiale est trop dificile à réaliser..sans compter qu'il n'y a pas de source visible.
Wikimania Montpellier 2010 : il faudrait voir avec le demandeur si on peut la considérer comme close.
Je vais intervenir auprès du demandeur qui a le droit de ne pas être satisfait des propositions mais qui doit le dire.
Articles sur les nœuds (pas urgent) : je sais pas trop où ça en est ça. Il en reste à faire ?
Oui, il en reste à faire.
J'essaye d'en faire un de temps en temps, mais en ce moment, c'est le coup de bourre au boulot...alors, les pauses sont rares...(SuperManu)
demande d' amélioration graphique : également, voir où ça en est ; l'image source attend d'être supprimée. (ce sera bientôt fait :) Bourrichon)
Pas d'avis.
Arbre du morse : à mon avis ça peut être classé, à moins qu'un WG ne veuille mettre à jour l'image pour la rendre lisible.
Je vais le faire. Je trouve quand même l'attitude du demandeur un peu désinvolte.
Correction de perspective : je suis pas sûr qu'on puisse y faire grand chose.
qu'est-ce que veut le demandeur? qu'on le félicite pour une si belle image?ou qu'on la dégrade en essayant de redresser la perspective
Quand j'ai vu ce truc, je me suis dit que je ne pouvais rien faire de mieux...(SuperManu)
Si vous avez des avis, indiquez-les sous chaque point.
Dernier commentaire : il y a 15 ans4 commentaires3 participants à la discussion
Je voudrais décrire l'expérience que j'ai connu en réalisant ce travail. Il s'agissait en fait d'un travail très simple dont il est fait mention ci-dessus(quelques traits et lettres). Le demandeur avait eu des difficultés pour afficher un ouvrage avec des lettres lisibles. Après avoir utilisé inkscape il s'est retourné vers MS Visio (que je ne connais pas) sans obtenir de solution satisfaisante. J'ai alors visionné le fichier qui était d'une complexité anormale. Cet après-midi j'ai pris cette tâche pour participer au nettoyage de la page de l'AG. J'ai commencé par utiliser le fichier fautif avec son calque unique en me promettant de le supprimer à la fin. J'ai constaté qu'avec ce fichier je ne pouvais changer ma taille de lettre par défaut (en affichant 18 il me retournait 22.5). De plus lorsque j'ai voulu ajuster la page à la sélection il n'y avait pas d'ajustement et chaque clic avait pour effet de doubler la taille du graphique. Moralité : tout était à refaire. Je pense intuitivement qu'en fait ce sont les paramètres ajoutés par MS Visio qui sont coupables. Quelqu'un en sait-il plus? Ewan ar Born (d) 16 septembre 2008 à 18:15 (CEST)
Si tu veux des conseils pratiques sur comment faire de jolies courges, hésite pas à m'appeler Lilyu (Répondre) 16 septembre 2008 à 18:35 (CEST) Par contre Inkscape et les pbs de conflits entre divers logiciels hahaha
Salut Lilyu, ravi de te voir reprendre du service à l'atelier . Comme tu l'as constaté, il y a toujours besoin de courges graphistes et d'yeux neufs ! Sémhur·d·e·16 septembre 2008 à 19:46 (CEST) tiens comme amie de la courge, tu pourrais dessiner une courgette, genre grande gigue toute en hauteur
Ewan, j'ai déjà eu avec Inkscape des difficultés de taille de texte ( = tu veux écrire du 18 et il te sort du 32, ou autre), ça m'arrive même assez souvent, mais c'est toujours quand je me base sur une image existante. J'arrive à m'en dépatouiller, au pire en nettoyant un peu le code XML qui est derrière (c'est barbant). Je ne savais pas que Visio pouvait générer du SVG, mais comme ce logiciel n'est pas dédié à ça, il vaut mieux éviter (et puis Microsoft n'est pas connu pour générer du code propre). Sémhur·d·e·16 septembre 2008 à 19:46 (CEST)
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Alors Supermanu, tu nous la donne cette recette miracle pour faire des graphique SVG à l'aide un calque open office ? Non non non, tu ne peux pas garder tous ces secrets miraculeux rien que pour toi ! Moi en tout cas, je suis curieux de voir comment ca marche exactement. --M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]18 septembre 2008 à 08:19 (CEST)
Il faudra que je planche sur un tutorial, mais cela ne fonctionne que sous 'Windaube'...premièrement, il faut SVG maker, une imprimante virtuelle qui génère du SVG. Perso, j'ai pris la version d'évaluation, il faut simplement nettoyer le fichier SVG du bandeau publicitaire, ce qui prend 1 minute environ quand on connaît bien inkscape. De plus, il faut OpenOffice (je n'ai jamais testé avec Excel, mais j'aime pas les graphique Excel). La première étape consiste simplement à rentrer les données dans un calque du tableur. Ensuite, on génère un graphique selon ses convenances, en prenant soin de le mettre sur un autre calque que les données. Il faut bien régler les paramètres de dimensions, car comme SVG maker réagit comme une imprimante d'une page, il ne conserve que ce qui est dans la zone d'impression. Typiquement, je choisi 'A3', 'paysage' dans la boîte de dialogue 'Format>Page'. Ensuite, je sélectionne mon graph, et je fais 'imprimer', en choisissant 'sélection'. Bien sûr, il faut choisir SVG maker comme imprimante (cela fonctionne un peu comme pdf creator). Je donne un nom adéquat, et le tour est joué. Ensuite, j'ouvre le fichier dans Inkscape, et j'élimine les tag SVG maker en utilisant le sélecteur de nœuds, car souvent, pour nous compliquer la tâche, les nœuds de ce tag sont intégrer dans d'autre formes du graphique (essayer pour mieux comprendre). C'est là que cela est bizarre. Si on essaye de redimensionner le graph, ça merdoie joyeusement. En fait, dans le fichier XML, les dimension sont en pourcentage. Si on laisse comme cela, c'est très mal interprété sur Wiki. La solution, ouvrir un nouveau fichier inkscape, importer le graph dedans, et maintenant, on peut faire ce que l'on veut. En général, je rajoute un fond blanc, car je trouve inapproprié d'avoir un fond transparent pour un graphique. Si les caractères semblent différents (tout petit), il faut sauver le fichier sous un autre nom que celui du premier graphique, ouvrir les deux graphique dans un éditeur de texte simple (notepad++ par exemple). Dans le premier fichier créé, sélectionner tout le bloc <style>blabla</style> et le coller dans le second après le bloc <metadata/>. En théorie, c'est mieux. J'espère avoir été clair.--SuperManuSuperMessage18 septembre 2008 à 10:34 (CEST)
Dernier commentaire : il y a 15 ans7 commentaires4 participants à la discussion
J'ai bien peur que nombreux d'entre vous aient vu leurs images de travail disparaître. En Effet, Sebleouf a jugé bon d'éliminer les images doublons entre WP en commons...résultat, toutes les images de travail ayant été transférées sur commons ont zappé...--SuperManuSuperMessage18 septembre 2008 à 12:15 (CEST)
ah... Une petite note 'avant' aurait été appréciée... [ca évite les boulettes de communiquer AVANT]
Admin ?, euh, combien d'entre nous sont admin ? sur fr et sur commons ? Cela represente du travail en plus pour le concerné, et il faut savoir ne pas en faire trop... (statut d'admin = chronophage = être un peu plus l'esclave de wikipedia O.ô ), mais c'est toujours utile d'avoir des graphistes-admin. Yug(talk)18 septembre 2008 à 15:47 (CEST) [ex-admin]
Pour mémoire, il est recommandé de mettre dans nos images de travail le bandeau {{Image de travail}}, qui donne le résultat ci-dessous. Cela permet aux bots d'ignorer ces images lors de certaines tâches (comme la vérification des licences par exemples). Sémhur·d·e·18 septembre 2008 à 15:28 (CEST)
Image non libre
Dans cette version actuelle, cette image est une image de travail de {{utilisateur}} sous licences inconnue. Elle peut être consécutivement utilisée pour plusieurs versions et plusieurs sujets et ne doit pas être intégrée à des articles de l'espace encyclopédique, ni être transférée sur Wikimedia Commons sans l'autorisation explicite de son importateur.
L'apposition de ce modèle ne dispense pas de renseigner les paramètres du modèle {{Information}} : identification du sujet représenté, source, auteur et licence d'origine du fichier.
Merci pour ce petit rappel, même si j'avais bien mis ce modèle sur l'image de travail qui m'a été sucrée par erreur. Cela devrait permettre d'éviter le même genre de déboire à l'avenir.--SuperManuSuperMessage18 septembre 2008 à 16:03 (CEST)
Bonjour. En supprimant les images dont vous faites objet ici, je n'ai pas voulu supprimer vos images de travail, et d'ailleurs j'ignorais un peu qu'elles l'étaient. En effet, j'ai supprimé plus de 450 images en deux jours car elles étaient transférées sur Commons, et je n'ai pas pris le temps de regarder s'il y avait quelques bandeaux comme celui que vous montrez là. J'ai seulement vérifié que l'image était bien sur Commons et que tous les liens qui pointaient vers elle étaient bien corrigés. Je suis donc prêt à réparer cette erreur involontaire en restaurant les images visées. Je n'y vois ainsi que des avantages. Je précise que les prochaines fois lorsque j'opérerais à ce genre de manoeuvre, j'y ferais bien plus attention . Cordialement, en attendant un confirmation des restaurations (sur ma page de discussion, svp), Seb[leouf]19 septembre 2008 à 16:10 (CEST)
Dernier commentaire : il y a 15 ans10 commentaires4 participants à la discussion
Je travail sur un SVG qui doit donner au final 6 images successives. On est obligé de supprimer les calques cachés avant de sauvegarder chaque image finale séparément? Parceque c'est la seule solution que j'ai trouvé pour pas qu'ils s'affichent sur commons...
As-tu le fichier sous la main...??? Théoriquement, si un calque est caché, il n'apparaît pas...sinon, comme tu le dis, il faut virer les calques inutile. À ma connaissance, il n'y a pas de solution toute prête pour éliminer les calques invisibles dans inkscape, mais cela ne devrait pas être très compliqué en python...<digression> il faudrait un jour que je finisse mon script permettant de faire des diagrammes climatiques dans inkscape, mais hélas, le temps me manque cruellement </digression>...ciao.--SuperManuSuperMessage23 septembre 2008 à 13:48 (CEST)
en fait, j'ai ça :
Série de schéma sur la pose d'un cathéter
Cathéter
Clicquez sur la flèche bleue pour faire défiler
Clicquez sur la flèche bleue pour faire défiler
Clicquez sur la flèche bleue pour faire défiler
Clicquez sur la flèche bleue pour faire défiler
Clicquez sur la flèche bleue pour faire défiler
Clicquez sur la flèche bleue pour faire défiler
Tu vois, tout est sur un seul fichier. Et après, je suis obligée de supprimer ceux que je ne veux pas pour l'image 1, enregistrer sour 1.svg Puis revenir à mon fichier general, supprimer tous les calques inutils pour l'image 2, enregistrer sous 2.SVG, etc
En fait, je viens de reprendre tout là, parceque mon image originale, quand j'ai construit le truc, faisait dans les 14 000* 3500 px XD
Je suis revenue sur mon fichier "general" pour réduire le tout, corriger quelques petites erreurs de redimensionnement, etc ... et il faut ke je me retape tout le boulot de suppression de calques pour chaque image :( Lilyu (Répondre) 23 septembre 2008 à 14:52 (CEST)
Eh bah bienvenue au club ! En effet, librsvg, le programme qui transforme les SVG en PNG pour Mediawiki ne sait pas qu'un calque est visible ou caché. Pour lui, tout est visible. Donc, on est obligé de supprimer les calques indésirables un par un, à chaque fois . Sémhur·d·e·23 septembre 2008 à 15:09 (CEST)
En attendant, j'ai reuploadé ma nouvelle série... me suis esquintée à redimensionner mon fichier global, et refaire des corrections que j'avais faite avant sur les images précédentes (mais trop grande taille, et je voyais pas comment toutes les redimensionner séparément tout en gardant le callage entre elles).
Tout ça, parceque je pensais que 'cétait à cause de sa trop grande taille que mediawiki pouvait pas afficher le svg : [4]. Mais même en réduisant à 2000*1000px, ça marche pas :( Lilyu (Répondre) 23 septembre 2008 à 15:21 (CEST)
Ah ben non, je me suis plantée, ça marche d'afficher le truc en haute résolution, c'est juste que l'image est blanche dans le petit coin d'écran affichable Lilyu (Répondre) 23 septembre 2008 à 15:45 (CEST)
exemple de SVG avec des calques "cachés" par transparence
BINGO Bien vue Semhur !!!
ça marche avec le coup de mettre les calques en transparent : mediawiki affiche correctement un PNG avec que les calques que tu souhaite, et ça permet, lorsque tu télécharges depuis commons, de recupérer tous les calques !!! (même les cachés). Par contre, ça fait passer le SVG de 9 Kio à 43 Kio (à voir avec des gros fichier SvG alors)Lilyu (Répondre) 23 septembre 2008 à 15:38 (CEST)
C'est peut-être une bête question, mais pourquoi n'avoir pas créé dés le début 6 fichiers différents en copiant/collant les éléments identiques ? C'est pas plus simple que de travailler avec des calques ?? Ou y a-t-il une raison spécifique ou une utilité quelconque que j'ignore ? --M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]23 septembre 2008 à 18:19 (CEST)
Joli travail. simple petite remarque : pour l'image Ariane 5ECA là les lettres des annotations au-dessus du mot Rocket devraient être portées à une taille identique aux lettres de ce mot pour être lisibles d'une manière confortable dans l'aperçu. cordialement. Ewan ar Born (d) 23 septembre 2008 à 22:24 (CEST)
Dernier commentaire : il y a 15 ans2 commentaires1 participant à la discussion
@Sémhur: Pour continuer notre échange d'information sur Image:Barnstar_TemplateGuru.svg du travail sur la distinction Antarctique je t'indique que j'ai essayé d'utiliser le fichier que tu as réussi à faire lire par Librsvg.
L'ouverture de ce fichier entraînant un positionnement dans la racine est réalisée sans problème. L'importation comme calque est toujours un échec: le fichier bien que présent est invisible. J'ai alors nettoyé le XML qui avait des guillemets (") toutes les deux lignes dans les ID des formes. J'ai réimporté sans problème le fichier nettoyé. Je pense qu'il s'agit là d'un ajout indésirable pour Librsvg lors d'une exportation dans certaines conditions à partir d'un logiciel à vocation vectorielle autre qu'Inkscape. cordialement. Ewan ar Born (d) 25 septembre 2008 à 00:38 (CEST)
En fin de compte je faisais fausse route... l'import comme calque donne une image non apparente dans Inkscape car le résultat de l'export du logiciel x (Illustrator?) donne une syntaxe du style svg:path id ="path 2511" ->style Fill: url(#XMLID_2). Elle n'est pas reconnue par Inkscape. En sélectionnant à l'outil de bézier ce chemin puis en ouvrant l'éditeur de caractèristiques on change cet ID pour, par exemple style: Fill#ff0000;fill-opacity:1....
Le problème c'est qu'il faut faire ça pour chaque chemin. moralité:Messieurs les exportateurs sont appelés à vérifier qu'au-delà d'être lus par le navigateur leurs fichiers peuvent l'être par Librsvg et accessoirement par Inkscape. Ewan ar Born (d) 26 septembre 2008 à 00:25 (CEST)
Fonction "Renommer une Image" sur commons : votre soutient est nécessaire !modifier
Dernier commentaire : il y a 15 ans2 commentaires1 participant à la discussion
La très pratiques fonction Renommer une image n'est toujours pas disponible sur commons malgré que c'est une demande fréquente depuis 2004 !, soit la naissance de commons même. Cette fonction est NECESSAIRE pour que les erreurs de nommage critiques et désinformantes soient corrigées, et afin de facilité l'utilisation des images et leur diffusion. Cette fonction peut être créée dès maintenant par la combinaison de technologies (renommage) et de robots (remplacement de texte) déjà opérationnels sur commons et wikipedia.
Votre soutient (signature) est nécessaire pour souligner cette requête: s'il vous plait, prenez 1 minute pour Ajouter votre signature là~Yug(talk) 14:23, 26 September 2008 (UTC)
Ce vote ne sert absolument à rien. La fonction "renommer une image" existe dans MediaWiki, mais est encore en phase de test (activée uniquement sur http://test.wikipedia.org à ma connaissance). En effet, activée sur un projet comme Commons, ça pourrait mettre un joyeux bordel si ce n'est pas correctement testé et débogué ! Je vais écrire aux devs pour savoir quels tests et corrections restent à faire avant que cette option puisse être activée. Ce qui est sûr c'est qu'un vote comme ça a de grandes chances d'énerver tout le monde au lieu de faire avancer les choses : tout le monde sait que pouvoir renommer les images est une nécessité.
! Appel à volontaire ! Tutoriel animation.gif avec Gimp~modifier
Dernier commentaire : il y a 15 ans4 commentaires2 participants à la discussion
Salut, y a t il un volontaire pour créer la page tutoriel Création_d'animation_.gif, sous GIMP. Vous pouvez trouver ca bête, mais je ne me souviens plus comment on fait... Il faut glisser toute les images dans le meme fichier GIMP... et après ? Toute aide est la bienvenue. Yug(talk)28 septembre 2008 à 18:36 (CEST)
Chaque image est un layer. Ensuite tu enregistres au format *.gif, et c'est bon. Si tu veux modifier la durée des images, rouvre le fichier, et ensuite va dans les propriétés de chaque layer (tout ça de mémoire, ça peut être légèrement différent). Sémhur·d·e·28 septembre 2008 à 20:38 (CEST)
Dernier commentaire : il y a 15 ans8 commentaires3 participants à la discussion
Chers wikigraphistes,
apparemment, le logiciel 3DEM ne peut pas éditer une carte topographique en projection UTM de plus d'un fuseau UTM (carte trop grande). Du coup j'ai fait une carte équirectangulaire (Image:Odienné Boundiali Korhogo.svg), mais ça n'est pas satisfaisant, surtout pour que les données additionnelles (villes, routes) correspondent bien au relief... Mais alors, comment faites-vous ? (Faut-il utiliser GRASS GIS, ce logiciel que je n'ai même pas réussi à installer (sous XP), âne que je suis ?)
Bourrichon1 octobre 2008 à 20:10 (CEST)
Bonsoir Bourrichon, pour Windows xp tu as une version GRASS GIS 6.3.0 (il y a plusieurs mois) à charger avec un ex. qui te simplifies bien la vie. cordialement. Ewan ar Born (d) 1 octobre 2008 à 23:33 (CEST)
Voir ici (au point 10). Il vaut mieux prendre une marge qui se recoupe assez importante afin de faciliter la superposition et le collage des deux morceaux.
Ceci précisé, je ne comprends pas pourquoi tu n'arrives pas à re-projeter ta carte qui ne fait environ que 3° de large en UTM, à moins que la version actuelle ne représente qu'un morceau de la carte finale? Mais si je comprends bien, tu essayes de re-projeter l'ensemble de la carte SRTM30 alors que tu n'en utilises qu'un petit morceau. Recadre-la donc (F8) un peu plus large que ce que tu as besoin et tu pourras alors la re-projeter en UTM. Sting(m'écrire)1 octobre 2008 à 21:48 (CEST)
P.S. : Pour l'installation de GRASS tu as essayé avec ce didacticiel ? mais même avec je concède que ça reste ardu...
Justement, je n'utilise que 8 fichiers SRTM3, et j'étais étonné d'avoir ce message du point 10 : je dois rétrécir la zone à 2° de large maximum, ou sinon en projection sinusoïdale. Je ne crois pas que ça fasse plus d'un fuseau UTM... Sinon, comment on colle les deux morceaux ? Avec The Gimp ? Bourrichon1 octobre 2008 à 23:18 (CEST) P.S. Pour GRASS, je suis sous XP, faut-il suivre la méthode que tu indiques pour Windows 2000 ou pour Vista ? J'ai essayé les deux, j'ai dû les mélanger...
Je viens de tester : vraiment bizarre qu'il bloque sur cette région. Peut-être parce qu'elle est à cheval sur deux zones UTM (un fuseau UTM = 6° en longitudes), mais tout de même ! Ça ne me l'a pas fait dans d'autres cas similaires. Pour recoller les deux morceaux, oui c'est avec The Gimp, mais il est aussi probable qu'ils ne se superposent pas parfaitement et qu'il faudra en déformer légèrement un (quelques pixels). L'autre solution c'est de monter ta carte dans 3DEM, boucher les trous (F7), exporter au format Geotiff, l'ouvrir dans dlgv32Pro, la re-projeter, zoomer à l'échelle désirée puis effectuer des captures d'écran. C'est de la bidouille, je sais (mais qui fonctionne bien).
Pour GRASS, il y a maintenant la 6.3.0 'Final Release' disponible. Il faut vérifier dans leurs pages d'aide à l'installation, mais je pense que ça doit être très proche de celle de la 6.3RC6 que j'ai détaillée pour Vista. Bon courage. Sting(m'écrire)2 octobre 2008 à 02:33 (CEST)
J'ai essayé avec la Gambie, et là aussi ça ne marche qu'à l'intérieur d'un fuseau UTM : entre 12° et 18° OK, mais pas entre 11° et 13° (mais on a visiblement le droit de mordre un peu sur le fuseau). Mais je ne peux pas faire une carte du Sénégal. Comment fais-tu pour monter tes deux morceaux dans 3DEM ? Le logiciel les refuse toujours pour la même raison... Bourrichon3 octobre 2008 à 19:55 (CEST)
Ouvre dans 3DEM les 6 fichiers .hgt avec les longitudes '7' et '8'
appuie sur F7 et sélectionne l'ensemble de la carte puis sur ENTER pour remplir les trous
Operation --> Change Projection --> UTM
appuie F6 et spécifie la taille que tu veux pour la carte finale, note la hauteur en pixels
File --> Save Map Image (sélectionne de préférence bmp)
File --> Load Terrain Model et ouvre les fichiers avec les longitudes '6' et '7'
rempli de nouveau des trous avec F7
F8, sélectionne la carte sur toute sa hauteur de son bord droit (5°W) jusqu'à dépasser d'une petite bande au-delà des 6°W afin que ce morceau se recoupe avec le précédent que tu as déjà exporté
Operation --> Change Projection --> UTM (si ça ne marche pas c'est que tu as pris une bande dans les 6°W trop large)
F6 et spécifie la taille en hauteur de la carte précédente
File --> Save Map Image
dans The Gimp, ouvre le premier morceau (W) de carte
ouvre en tant que calque le second morceau et réduit son opacité
déplace-le pour que son coin inférieur gauche se superpose au coin inférieur droit du morceau W
Image --> Ajuster le canevas aux calques
toujours avec le calque du morceau E actif, Calque --> Transformer --> Rotation arbitraire ; déplace le centre de rotation dans le coin Inf-G de ce morceau de carte puis fait coïncider son coin Sup-G avec le calque inférieur ; Enter pour confirmer
c'est à ce moment qu'il faudra peut-être redimensionner l'un des morceaux pour corriger une légère différence de taille
Dernier commentaire : il y a 15 ans2 commentaires1 participant à la discussion
Bonjour à tous. N'ayant pas utilisé Inkscape depuis un certain temps, je viens seulement de passer à la version stable 0.46. Et là, problème, le texte bug : quand je déroule la liste des polices, impossible d'en sélectionner une, les boutons de mise en forme (gras, italique, etc.) n'ont aucun effet, seule la taille de la police fonctionne... A chaque fois je suis obligé de passer par la fenêtre "Texte et police" de la barre des raccourcis. J'ai réinstallé le logiciel, supprimé les préférences perso mais ça ne change rien... Avez-vous ce bug ou sauriez-vous comment le résoudre ? Merci d'avance. - Ayack♫♪3 octobre 2008 à 17:38 (CEST)
Bon j'aurais mieux fait de faire plus de recherches avant de poser ma question. Il s'agit apparemment d'un problème courant, non encore résolu ([5], [6] et [7]). Ayack♫♪3 octobre 2008 à 18:08 (CEST)
Dernier commentaire : il y a 15 ans5 commentaires3 participants à la discussion
La demande de Yann qui vise à faire réaliser des détourages sur des fichiers Djvu qui sont des fichiers multi-pages tient à l'utilisation de ceux-ci sur Wikisource. Un exemple d'écran de travail en mode page. A gauche une page texte (qui est ici le résultat d'un OCR avec une première correction) et à droite une page djvu (une image qui sert de référence). Il convient donc que cette page soit lisible. Les fichiers Djvu qui sont présentés par Yann sont issus de fichiers images (PDF ou TIF) de GALLICA de la BNF.. parfois, mais plus rarement, la BNF sert des fichiers texte.
Voici la page de chargement d'un manuscrit du domaine public qui vous donne le choix d'un TIF ou d'un PDF en mode image. je choisis TIF car je ne sais pas extraire par lots des PDF.
Les Djvu obtenus après une simple compression de ces fichiers sont parfois illisibles.
Pour extraire les images nous chargeons Multi-pages TIFF Editor en version démo. Cette version permettra de traiter seulement des lots de 5 images.
Charger le fichier Tif; sélectionner 5 pages;(contrôler que la BNF a bien rangé ces pages); Files -->Extracted selected page(s)(to)-->jpeg; et ainsi de suite;
Une fois que toutes les images sont extraites nous allons les détourer avec Xnview; Une fois lancé Xnview parcourir vous permet d'accéder au dossier où sont vos fichiers Jpeg. Ils vous seront présentés; vous les sélectionnez; Vous ouvrez la fenêtre conversion multiple (outils-->convertir)
Normalement les fichiers que vous avez sélectionnés apparaîssent, mais vous avez toujours la possibilté d'en ajouter; vous avez aussi des possibilités quant à renommer les fichiers destinataires, le chemin de destination, etc..
Passez dans l'onglet transformation--Découpe automatique-->ajouter; changer la couleur de fond (blanc); revenir à la fenêtre Général et lancer la transformation ;
Pour la compression des images dans un fichier Djvu nous allons nous servir de Djvu solo 3.1.
Ouvrir une première image Jpeg puis ajouter l'ensemble des autres (File-->open et Edit-->append page(s).
si je comprends bien, dans le cas de la demande sur l'atelier, tu es reparti des originaux de la BNF en tif, et non pas du fichier Djvu fourni...? c'est bien ça ?--SuperManuSuperMessage13 octobre 2008 à 14:44 (CEST)
oui, c'est ça.. je te signale aussi que l'on peut détourer dans Multi-pages Tiff editor. Je n'ai pas par contre découvert la manière d'aller aussi vite que la transformation 5 par 5 en Jpeg et le détourage du lot entier par Xnview. Ewan ar Born (d) 13 octobre 2008 à 16:42 (CEST)
Ça te dirait d'en faire un petit didacticiel, à ranger avec les autres ? Eventuellement avec quelques copies d'écran. Ça permettra d'en garder trace ailleurs que dans les archives de cette page de discussion. Sémhur·d·e·14 octobre 2008 à 09:52 (CEST)
Visualisation des fichiers .svg sous firefoxmodifier
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour à tous,
connaitriez-vous un moyen d'afficher par défaut les fichiers .svg à la taille de la fenêtre (c'est à dire sans avoir les ascenseurs en bas et à droite quand l'image est de grande taille) ? Je sais que l'on peut zoomer ou dézoomer facilement avec CTRL + mollette de la souris, mais sinon pas moyen de contrôler l'affichage. Y-aurait-il un solution ? Merci d'avance. Ayack♫♪17 octobre 2008 à 11:07 (CEST)
Il y a le Crtl++ ou Ctrl+-, mais c'est l'équivalent du Crtl+molette. Ça augmente ou diminue de 10% à chaque fois. Mais à ma connaissance, pas moyen de l'adapter à la fenêtre par défaut. C'est d'ailleurs la même chose avec d'autres navigateurs (Google Chrome, Internet Explorer, Opéra ). Seul Opéra permet un peu plus de souplesse, puisque tu peux choisir le zoom qui t'intéresse (par ex. 67%). Sémhur·d·e·20 octobre 2008 à 11:04 (CEST)
Dernier commentaire : il y a 15 ans5 commentaires4 participants à la discussion
Bonjour à tous,
Question de béotien, existe-t-il un logiciel permettant de créer un histogramme ou des courbes par exemple à partir de données Excel directement en SVG ? J'ai chargé des graphiques Excel dans l'article pois mais je trouve que ce n'est pas très net à l'affichage. Spedona (d) 22 octobre 2008 à 20:46 (CEST)
Je crois me souvenir que j'avais d'abord transféré mes données Excel dans un fichier texte (bloc note) pour pouvoir les importer dans Illustrator afin d'en sortir un graphique svg. karta24 (d) 22 octobre 2008 à 21:30 (CEST)
J'ai commencé a faire un plugin pour inkscape pour faire des graphiques, mais hélas, je n'ai pas beaucoup de temps en ce moment, alors c'est au point mort...c'est en python...je vous tiens au courant quand je ponds quelque chose...--SuperManuSuperMessage23 octobre 2008 à 09:36 (CEST)
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Bonjour à tous. D'après ce que j'avais lus dans les didacticiels de Sting, 3DEM engendre des erreurs d'élévation lors de la reprojection en UTM. Or, visiblement (en regardant les données dans l'ongler modify scale), il y a de grosses erreurs dès la simple visualisation lat/lon d'un fichier srtm :
pour le Mont-Dore (N45E002) (1885m) : culmine à 1856m en lat/lon, puis 1847m après reprojection en UTM.
pour la Montagne St-Michel (N48W004) (391m) : 379m en lat/lon, puis 378m en UTM. (note : il n'y a pas de gros trous dans ces fichiers).
Comme je suis un néophyte, je me demande si c'est dû à l'inexactitude des fichiers ou bien au logiciel, et surtout si ces erreurs sont conservées lors de l'export de l'image en geotiff par 3DEM. Je vous soumets cette question que je n'ai pas trouvée dans les archives. Bourrichon28 octobre 2008 à 15:37 (CET)
Dernier commentaire : il y a 15 ans7 commentaires4 participants à la discussion
Bonjour ! Dans l'infobox Commune de France, avec la carte départementale des Hautes-Pyrénées, celle-ci ne s'affiche pas... exemple sur Ibos. Sur Firefox dernière version, elle n'apparait pas du tout (son emplacement est de hauteur nulle) ; sur IE dernière version, elle apparait en gris (son emplacement est grisé).
Il semblerait qu'elle apparaisse correctement si on change la dimension de 295 px à 300 px : celà signifierait un changement sur une infobox "sensible" ; de plus, est-ce que celà résoudrait vraiment le problème ? Merci d'avance ! --Maurilbert(discuter)30 octobre 2008 à 17:54 (CET)
Les serveurs qui redimensionnent les images sont en cours de maintenance ; les polices utilisées par les fichiers SVG sont aussi en cours de renouvellement, notamment afin de régler certains bugs. Mais ca veut dire qu'en ce moment certaines images ont des difficultés à s'afficher. Il faut s'armer de patience, désolé ! le Korrigan→bla30 octobre 2008 à 18:28 (CET)
Nous sommes patients mais ça fait 15 jours que nos informaticiens nous ont mis un beau bordel. Est-ce normal pour une encyclopédie comme wikipédia? Ubuntu et consorts c'est bien beau..mais ça nécessite d'être sûr de son coup ! Ewan ar Born (d) 30 octobre 2008 à 20:30 (CET)
Aucun rapport avec Ubuntu, en l'occurrence il s'agit d'une réorganisation des serveurs (lesquels font quoi), du logiciel rsvg qui s'occupe du rendu des SVG, et des polices de caractères installées. Ils bossent dessus chaque jour, tu sais. le Korrigan→bla30 octobre 2008 à 20:42 (CET)
Au moins ca bouge question progra, c'est bien ! Les technologies évoluant il est toujours bon de faire table raze et de tout refaire de temps en temps. Dommage que cela se voit, mais si ca peut supprimer le terrible « bug du carrée noir », ce serait gradiose ;] ! Yug(talk)31 octobre 2008 à 11:43 (CET)
Dernier commentaire : il y a 15 ans11 commentaires4 participants à la discussion
Sur cette image, les tourbillon d'air n'apparaissent pas, quand l'image est affichée ici ou sur la page de l'image sur commons. Mais quand on clic pour l'avoir en grand, là ça marche.
J'ai dessiné avec l'outil spirale de inkscape. pb. ALors j'ai tenté avec l'outil "contour en chemin", comme je fais avec les flèches , mais le pb persiste. des idées ? --Lilyu (Répondre) 2 novembre 2008 à 21:22 (CET)
Je viens d'essayer d'uploaded après avoir fait embed all images, et vacuum defs, bien que 9 defs inutiles aient été éliminées aucune différence...ensuite, j'ai essayé d'importer ton fichier dans un nouveau fichier inkscape, rien n'y a fait...je ne comprends pas ce qui se trame...--SuperManuSuperMessage3 novembre 2008 à 16:48 (CET)
Après quelques essais (voir historique de ma page test), il semblerait que blur 0.3 et 1 ne passent pas, tandis que blur 0, 2 et 10 passent...fait ton choix, je ne vois pas d'autres solutions pour l'instant, le problème vient probablement du générateur de rendu de wiki...--SuperManuSuperMessage3 novembre 2008 à 17:11 (CET)
J'ai rien compris :) pourquoi tu parles en geek cabalistique ? :( j'ai pas la formation moi...
écoute, je vois que tu as réussie à faire apparaitre les petites spirales : est ce que tu peux uploader ta version en écrasant mon image sur Commons ?
Je ne parle pas en geek, dans les paramètre de couleur et de contour des objets, on peut choisir un effet de blur, flou en français, mais j'utilise un ordi en anglais et je ne suis pas sûr des menu en français. Si tu mets ce paramètre sur 0, 2, 10 ou plus c'est affiché correctement, si tu mets 0.3 (comme c'était le cas dans ton dessin) ou 1, cela ne s'affiche pas correctement. Je voulais juste savoir si tu voulais effectivement du flou ou si tu préférais une version sans flou...j'upload une proposition, à toi de voir si tu conserve ou si tu modifies...--SuperManuSuperMessage4 novembre 2008 à 10:50 (CET)
« Je viens d'essayer d'uploaded après avoir fait embed all images, et vacuum defs » : bah si ça c'est compréhensible pour le commun des mortels, j'ose même pas imaginer quand tu parles geek ;-) le Korrigan→bla4 novembre 2008 à 10:52 (CET)
J'ai fais des essais de nouvelles version sur commons, et cela ne fonctionne pas aussi bien que sur wikipédia. En ce qui concerne embed all images, c'est un filtre d'inkscape, et vacuum defs aussi...--SuperManuSuperMessage4 novembre 2008 à 11:05 (CET)
Je me souviens avoir essayé de voir ce que ça donnait avec un léger flou, je me souviens plus si ensuite j'avais laissé à un niveau de flou qui me convenait, ou si j'avais voulut annuler en le remettant à zéro. Je sais pas si ça change quelque chose, tu vois la différence toi ? sinon, mettre à zéro, pas de pb.
J'ai vue tes essais d'upload, merci beaucoup, je sais que c'est chiant de faire une petite modif, reuploader, purger le cache, parfois plusieurs fois, parceque mediawiki ne met pas à jour le rendu tout de suite etc. J'ais vue effectivement plusieurs versions où les tourbillons apparaissent, merci à toi :) --Lilyu (Répondre) 4 novembre 2008 à 15:40 (CET)
Dernier commentaire : il y a 15 ans3 commentaires3 participants à la discussion
J'ai une excellente nouvelle. Pour tous ceux qui rêvent de faire de faire des graphiques à partir de tableaux au format SVG, gnumeric est impeccable. Il existe depuis quelques mois une version pour Windows 2000 et +, ici (c'est une version en développement, avec des bugs possibles), pour ceux qui sont sous Linux, je pense que c'est assez facile de trouver ce logiciel dans les dépôts adéquat en fonction de leurs distribution. Ce logiciel, quoiqu'en anglais, est assez simple à utiliser, surtout si on a déjà utilisé un tableur type excel auparavant. Ensuite, il suffit de cliquer droit sur le graphique généré et mis en page aux désirs du créateur, et de sauver en tant qu'image, au format SVG par exemple. Si le résultat est bon, il faut noter toutefois que le texte est transformé en chemin au passage. Ceci peut être avantageux si on veut utiliser une police de caractère exotique, mais cela est gênant si on veut un graphique facilement traduisible. Cela dit, c'est facile, au moment d'une traduction, d'effacer le 'faux-texte' et de le remplacer par du vrai. De toute façon, mes essais avec SVGmaker donnaient un SVG plus sale encore. Voici un exemple de ce que cela peut donner
Visualisation des fichiers .svg en miniature dans explorer.exemodifier
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour,
connaitriez-vous un moyen ou un logiciel permettant de visualiser les fichiers .svg en miniature dans l'explorateur windows (explorer.exe) ? Le but est de visualiser plusieurs fichiers d'affilé, rapidement et sans ouvrir à chaque fois Inkscape. Merci d'avance, Ayack♫♪4 novembre 2008 à 17:04 (CET)
Je ne connais pas un tel plugin, mais personnellement, je glisse le fichier dans un onglet de mon navigateur (Firefox pour ne pas le citer) pour le visualiser facilement (enfin, sauf si le svg a été généré en haute résolution vectorielle, alors on n'en voit qu'un morceau, et il n'est pas [encore?] possible de dézoomer) karta24 (d) 4 novembre 2008 à 19:51 (CET)
Merci pour ta réponse même si elle ne m'aide pas vraiment. En revanche pour zoomer/dézoomer dans Firefox tu peux utiliser CTRL + mollette de la souris ou CTRL + +/-. Ayack♫♪4 novembre 2008 à 20:11 (CET)
En gros, vous pouvez demander un statut de "Utilisateur de confiance". (faire la demande = signer la liste + argumenter.)
Le statut devrait vous être donné rapidement (~2jours)
Lorsqu'un utilisateur de confiance ajoute {{Rename|Nouveau_nom.jpg}} à une page d'image sur commons, l'image est renommée dans la journée par un bot, gardant l'historique.
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Encore et toujours des problèmes de rendu en svg sur le wiki :
Proposition M3 par M0tty.
Proposition M4 par M0tty.
Proposition M5 par M0tty.
J'avais fais tous les précédents sans aucun problème et ici les caractères sont bizarres, même si on les transforme en chemin. (j'ai gardé la version toujours en texte) Également un problème de gros carrés noirs dans la vision en galerie. Quelqu'un à une solution ? J'ai nettoyé les def's, j'ai fouillé le XML dans tous les sens, je trouve pas.
Aucun problème de caractères bizarres chez moi; pour ce qui est des carrés noirs, cela me semble inévitable vu la déjà petite taille des éléments réduits dans l'aperçu, et de toute façon, c'est librsvg qui contrôle le rendu à partir du svg, donc pas de modification de la miniature png possible. Cela dit, je peux me tromper ;) karta24 (d) 7 novembre 2008 à 14:16 (CET)
Tuto en vidéo~ : besoin de vos commentairesmodifier
Dernier commentaire : il y a 15 ans4 commentaires3 participants à la discussion
OGG film expliquant la creation d'animation sous GIMP (english)
Salut,
Je viens de creer le didactiel pour animation .gif, c'est quelque chose de basique pour beaucoup d'entre vous, mais pas pour les parfaits débutants (groupe que je commence à quitter ^0^y).
Plus interessant, je viens d'y intégrer un enregistrement vidéo de la manip, et j'ai besoin de vos commentaires sur cette pratique. Vous pouvez voir cette vidéo OGG ci-à-droite. C'est franchement facile à faire coté logiciel : Recordmydesktop se prends en main rapidement. Pour les linuxiens :
L'icone apparait desuite dans Menu > Son & Vidéos. J'ai refait la vidéos 3 fois, afin d'avoir un résultat satisfaisant (court en temps, aussi clair que possible).
Mais j'ai des doutes côté compatibilité du .OGG, et compréhension.
Arrivez vous a lire la vidéo sans rien toucher à votre PC ?
L'avis des purs débutants m'interesse (!),
comprenez vous facilement la manip (ou est-ce que cela vous embrouille) ? et est-ce mieux que l'explication textuelle du didactiel pour animation .gif ?
La vidéo se lit sans problème sous Windows XP SP3. Mais bon je ne suis pas un pur débutant.
Par contre je trouve que les textes sont difficilement lisibles, même quand l'animation est vue dans sa propre page. Je pense qu'il faudrait changer ta résolution d'écran avant de capturer l'animation. Le mieux serait de la tourner en 800x600 ; mais ça risque de ne pas être très facile à cause de la taille des fenêtres de Gimp. A voir. Sémhur·d·e·8 novembre 2008 à 09:02 (CET)
Dernier commentaire : il y a 15 ans9 commentaires5 participants à la discussion
Bonjour, suite à une enième logorrhée anti-brouillon de travail des wikigraphistes j'aimerai vous consulter pour savoir si vous seriez motivés pour faire un addendum à la prise de décision sur l'hébergement des images ([[8]] peut-être ?) pour officialiser et règlementer l'usage des images de travail par les wikigraphistes. En dehors de la forme de cette discussion, où j'ai bien merdée mais j'essaye d'en discuter avec alchemica, j'aimerai voir avec vous le fond du problème. La réflexion que je propose se base sur plusieurs points de départ :
Nous avons besoin de tester les versions temporaires des images, à la fois pour voir leur rendu par le logiciel médiawiki qui merdouille trop souvent, surtout avec les SVG, pour voir comment ils s'intègrent dans les balises thumb ou à différentes tailles, et pouvoir les présenter au demandeur. Nous avons besoin d'un emplacement pour uploader plusieurs versions d'un même brouillon, pour visualiser les différents rendus en tenant compte des retour du demandeur, c'est un processus nécessaire de communication et d'échange dans l'élaboration de l'image, et qui ne peut avoir lieu que sur le site fr.wikipédia.org (et je parle bien du site, pas de l'encyclopédie).
Commons est trop restrictif pour répondre à ce besoin, et ne devrait servir qu'à héberger la version finale de l'image, avec une une page de description/licence/informations complète et tout le toutim (qui prend trop souvent un temps fou quand il y a plusieurs images d'origine/auteurs, que la description a besoin d'être développée et précise, ou qu'il est nécessaire de commenter les modifications réalisées, souvent dans plusieurs langues).
L'usage de brouillons temporaires me semble répandus parmi les graphistes et un usage globalement acceptable par la communauté par consensus tacite.
Néanmoins, les récriminations contre cet usage sont relativement fréquentes sur les espaces de discussion ou lors des opérations de maintenance des admins sur les images (encore récemment un admin avait supprimé des dizaines d'images de travail, provoquant une désorganisation que nous avons désapprouvé, et les images ont été restaurées), généralement par ignorance et manque d'information sur le fonctionnement de cet atelier.
Je pense qu'il est peut-être nécessaire de communiquer avec le reste de la communauté sur la nécessité de cet usage et aboutir à une prise de décision pour l'officialiser, voir à long terme envisager la possibilité de créer un espace de maintenance dédié aux images, clairement séparé de l'espace encyclopédique, ou la possibilité d'uploader des brouillons d'images dans l'espace utilisateur du wikigraphiste.--Lilyu (Répondre) 9 novembre 2008 à 07:50 (CET)
Lilyu, ne t'enflammes pas, Alchemica ne va pas supprimer les images de travail... si tu veux faire une règle, tu vas attirer les râleurs tout de suite, alors que la pratique actuelle est largement acceptée :-) Et si Alchemica ou un autre se mettent à les supprimer, y'aura assez d'admins pour annuler ça et lui faire comprendre son erreur ! le Korrigan→bla9 novembre 2008 à 10:12 (CET)
Je n'ai pas remarqué une animosité particulière de la communauté contre nos images de travail. Néanmoins leur existence est très facilement justifiable : pour préparer ses textes, chaque utilisateur dispose d'une page de brouillon ; pour préparer ses images, un wikigraphiste utilise une "image de travail". Je pense que quiconque peut comprendre cela. S'il devait malgré tout y avoir une évolution, ça serait d'avoir la possibilité d'avoir des pages d'images dans l'espace utilisateur. Mais je ne sais pas si c'est possible. Sémhur·d·e·9 novembre 2008 à 10:45 (CET)
Non ce n'est pas possible. Le modèle approprié devrait suffire. Je m'occupe pas mal de maintenance des images, et on les repère aisément à présent. le Korrigan→bla9 novembre 2008 à 11:35 (CET)
lilyu se gratte la tête. Je regrette que le sujet soit abordé dans la situation actuelle, il me semble important, et il ne va pas être facile d'en discuter, à cause de mon dérapage sur le bistrot : mea culpa.
Mais c'est peut-être la 5eme ou 6eme fois que je lit des remarques sur "les copyvios des wikigraphistes" (un acte quasi-criminel dans l'état d'esprit de wikipédia), et si je peux comprendre que la question soit soulevée par un "nouveau", je suis plus surprise lorsqu'il s'agit des administrateurs passant un coup de balais sur l'espace image de WP : ces utilisateurs sont expérimentés, et si plusieurs désapprouvent ces uploads et y voient des violations du droit d'auteur et des abus répétés, c'est soit qu'il y a un manque de communication de notre part, soit qu'effectivement cet usage enfreint les règles. Dans les deux cas, il me semble utile d'envisager d'officialiser cet usage, parceque je n'ai vue aucune décision formelle nous y autorisant, c'est vrai. Mais je comprends aussi la frilosité qu'on peut ressentir à envisager un passage en PDD, à cause des débats sans fins, des prises de tête sur le droit par des avocats du dimanche etc...
Alchemica nous demande de nous arrêtez, et Pierroman et Mongenet partagent ses doutes quand à l'usage officieux que nous faisons des images sous prétexte d'"images de travail". Ce sont 3 contributeurs très expérimentés, dont deux admins et un arbitre, pour moi, la désapprobation qu'ils manifestent compte : leur avis me semble important. Lilyu (Répondre) 9 novembre 2008 à 11:41 (CET)
Je trouve personnellement leur avis largement compensé par le silence approbateur du reste de la population wikipédienne, d'autant que l'Atelier graphique est sans doute un des projets les plus réussis de tout Wikipédia. Est-ce que ces utilisateurs ont fait des demandes à l'AG ? J'en doute un peu. Ce ne sont pas les piliers de bistro qui font les règles et les habitudes, malgré les apparences. le Korrigan→bla9 novembre 2008 à 13:30 (CET)
Je pense comme Korrigan que « silence approbateur du reste de la population wikipédienne » nous donne LARGEMENT raison.
Ensuite, le problème c'est un conflit qui revient tous les 6 mois. C'est énervant, et certains sang-chaud (comme Lilyu) y sont plus sensible je suppose.
Maintenant, on peut continuer avec l'« approbation générale tacite », et gérer les rare conflits qui émerges tous les 6 mois, ou être procédurié, lancer une Prise de Décision, et avoir dans 2 mois un support écrit dans le marbre.
Autre piste : retravailler le modèle, et faire peur aux utilisateurs avec un discours type « ceci est un brouillon inachever et a de grande chance de contenir des ERREURS, merci de ne pas l'utiliser dans l'espace encyclopédique. ». Yug(talk)10 novembre 2008 à 01:18 (CET)
Il est évident que de telles images temporaires sont indispensable à notre travail de wikigraphiste. Peut-être faudrait-il une image de base à laquelle on revienne à chaque fois qu'un travail est fini, ou de manière automatique après un mois d'inactivité dessus, sachant que l'historique permet de réverter à tout moment, comme ça, si on n'utilise pas une image de travail pendant quelque temps, cela évite qu'elle ne soit utilisée. Le problème est, je pense, quand une image illégale est chargée, il ne faut qu'elle le soit sur une image qu'on réutilise, car le même historique fait qu'elle demeure disponible sur les serveurs. Faudrait-il un standard, de manière à ce qu'un processus automatisé les supprime régulièrement. Par exemple, un titre précis, du genre image temporaire AG-aaaammjj-n.xxx où aaaa est l'année, mm le mois et jj le jour, n un numéro arbitraire, si plusieurs images sont nécessaires, et xxx l'extension adéquat. On peut alors imaginer un bot qui repère le début du nom, image temporaire AG, et qui la supprime définitivement du serveur si elle a plus d'un mois, par exemple. Le nom avec la date dedans permet d'avoir un identifiant unique à chaque fois, et d'éviter de recréer un fichier préalablement effacé. Ceci permettrait à la fois de maintenir une certaine propreté des lieux, et de mettre d'accord tout le monde. Bien sûr, de telle image auraient un avertissement comme quoi elles ne doivent en aucun cas être utilisées sous peine de poursuite...une petite tête de mort etc.--SuperManuSuperMessage10 novembre 2008 à 10:41 (CET)
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour à tous,
Savez-vous comment peut-on insérer le modèle "Image à vectoriser" dans la page wikipédia d'une image provenant de Commons ? Il n'y a pas d'option "modifier" possible en haut de page, et celles de "Description" et "License" sonst celles de Commons... Cordialement, Gagea (d) 11 novembre 2008 à 09:42 (CET)
Dernier commentaire : il y a 15 ans7 commentaires4 participants à la discussion
Progession de la vassalité et des armées Tang dans le bassin du Tarim (à 300 px).
à 400 px
à 550 px
Salut, la carte ci à droite n'apparait pas dans mon firefox-Linux-Ubuntu. Ce n'est pas le but du texte qui se transforme en carrée noir, c'est l'image complète qui semble ne pas existé. Déjà 2-3 jours que ma cartes est sur commons pourtant... Vous connaissez ? J'ai entendu dire [ici] que le générateur de thumbnails était en cour de réécriture+test... ca peut être ca. Chez vous, la carte est visible ?Yug(talk)20 novembre 2008 à 12:42 (CET)
Oui, parce que j'ai modifié la taille de l'image au moment de mon dernier edit. Je mets 3 exemples à tailles différentes pour mieux illustrer le problème. Sting(m'écrire)20 novembre 2008 à 23:33 (CET)
Ah... ok. Bizarre... J'avais deja vu le bug de '60px' ca bug (taille dans gallerie), mais 61px et 59px et autres fonctionnaient, là on a un intervale entier qui bug. Ca devient ésotérique le générateur d'image wiki ! Bon, je me debrouille en conséquence ! MERCI a STING (et Ayack, et Motty !)
PS: je rajoute dessuite le bandeau {atelier graphique carte} que j'avais oublié ;) )
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour, il y a sur commons de nombreux fichiers .svg au code validé par le W3C (voir ici). Le problème est que quand je soumets une de mes "créations" à ce même test, j'ai toujours au minimum une cinquantaine d'erreurs, même avec des images basiques (exemple pour une simple flèche). J'en déduis donc que cela vient d'Inkscape. Mais est-ce facile à corriger, ou faut-il aller bidouiller des lignes de code ? Surtout, cette validation a-t-elle un réel intérêt, ou est-ce uniquement pour faire plus beau ? Merci pour vos réponses, et peut-être pourrons-nous les inclure à la FAQ SVG. Ayack♫♪20 novembre 2008 à 21:43 (CET)
J'en ai fait quelques uns, mais ça n'a pas vraiment d'intérêt.
Les fichiers produits par Inkscape ne sont pas reconnus comme valides car il rajoute certaines balises XML qui ne sont pas reconnues par le W3C. Par exemple, les balises CC, qui permettent d'indiquer la licence et l'auteur de l'image. Tu peux regarder ce que fait Sting (d · c) sur cette carte, en l'ouvrant dans l'éditeur XML d'Inkscape, et en regardant à l'intérieur de la balise <svg:metadata...>.
Si tu veux absolument avoir un fichier XML "valide", il faut que tu supprimes toutes ces balises, ainsi que toutes les références à Inkscape et Sodipodi.
Mais bon, l'intérêt pour nous est qu'ils s'affichent bien dans WP, donc cette validation n'a pas beaucoup d'importance. Sémhur·d·e·21 novembre 2008 à 18:38 (CET)
Problème de texte dans un fichier .SVG créé sous Illustratormodifier
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Salut à tous ! Bien que ne faisant pas partie des Wikigraphistes, il m'arrive de réaliser des cartes et autres dessins vectoriels pour mes articles. Néanmoins j'ai un petit problème : au sortir d'Illustrator (fichier enregistré format .SVG), les textes ne conservent ni leur police ni leur taille (ils apparaissent légèrement plus grands, donc dans le cas de textes encadrés par exemple, ça pose problème : le texte sort du cadre...). Quelqu'un aurait une petite idée à ce sujet
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Bonjour ! Pour des besoins persos, j'ai réalisé un ensemble de "widgets" SVG pour faire des diagrammes. Il se base plus ou moins sur la palette et des règles de design de Tango (http://tango.freedesktop.org). Le fichier source est sur OpenClipart : http://openclipart.org/media/files/skadge/10004
Je ne sais pas s'il y a déjà ce genre de biblothèque de composants disponible sur Wikipedia, mais c'est sous license CC by-sa (cf meta-donnees du fichier SVG), et tous ceux qui veulent s'en servir (ou le modifier) sont les bienvenus ! --Skadge (d) 21 novembre 2008 à 16:46 (CET)
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Bonjour ! Vous avez dû voir cette semaine le nouveau lien "Obtenir un poster de cette image" en haut à droite des pages d'images.
C'est en place, en test, mais ça marche. Voici le résultat du travail réalisé avec l'imprimeur depuis 6 mois. Je suis vraiment satisfait que l'on y soit parvenu. Il nous faudrait quelques bêta-testeurs qui veulent acheter un ou plusieurs posters (contactez-moi si vous voulez). Je serai ravi d'avoir l'avis de l'atelier graphique : Projet:Impression :)
Merci ! Plyd/!\22 novembre 2008 à 15:39 (CET)
Dernier commentaire : il y a 15 ans5 commentaires2 participants à la discussion
Bonjour, j'aimerais créer une carte topo vectorielle de la Franche-Comté (comme celle du Poitou-Charentes ici) puis une carte administrative (comme celle-ci) histoire d'avoir une bonne base pour toutes les cartes à venir concernant la région.
J'ai pas mal utilisé ArcGIS, MapInfo, Idrisi et compagnie mais très peu les logiciels libres si bien que GRASS, qui m'a l'air très compliqué, est en train de me rendre dingue. Il n'y a pas grand chose qui fonctionne, même en suivant ce didacticiel.
Je n'ai pas essayé 3DEM car d'après ce que j'ai compris, il ne fonctionne que sous windows et je suis sous Linux.
Bref, je me dis que je vais passer mon chemin et je voulais me tourner vers QGIS que j'ai un peu utilisé et qui est plus simple. Donc ma question est simple : est-ce qu'avec QGIS, je pourrais obtenir une carte en png exploitable par Inkscape et, par la suite, est-ce que je pourrais optimiser les ombres du relief ?
Sinon avec quel logiciel libre, relativement simple et utilisable sous linux, pourrais-je faire tout cela ?
Merci, Lofo7¿!i?26 novembre 2008 à 22:18 (CET)
En fait, ça va mieux. Je suis retourné sous Windows pour pouvoir utiliser 3DEM puis revenu sous Linux pour GRASS. J'ai suivi le tuto précédemment cité, c'est-à-dire celui-ci mais je bloque à un endroit au "4 Extraction des niveaux d'altitudes". A un moment il faut "cliquer sur le bouton avec un grand < i > bleu à droite du nom de la carte." Logiquement, diverses informations devraient s'afficher mais pour ma part rien ne s'affiche. Lors de l'export au format png, la barre de progression ne se remplit pas jusqu'au bout et s'arrête à 90%. Ma carte est pourtant bien converti, je veux dire que j'ai bien une image au format png.
Quelqu'un aurait-il une idée pour obtenir les altitudes max. et min. d'une autre manière ?
Merci, Lofo7¿!i?27 novembre 2008 à 15:04 (CET)
Bonjour Lofo7. Pour moi aussi, suivant les opérations effectuées, GRASS ne semblait par finaliser celles-ci au regard des messages dans la fenêtre bien que les fichiers générés avaient l'air corrects. Pourquoi ? Mystère...
Je trouve GRASS très complexe et très peu convivial à l'utilisation... mais je n'avais rien trouvé de mieux au moment de rédiger les didacticiels comme soft multiplate-formes libre (on me demandait ça), capable de traiter les MNT et les fichiers vectoriels et que j'arrivais à faire fonctionner. Désolé. Sting(m'écrire)27 novembre 2008 à 17:17 (CET)
Ne soit pas désolé. Je te félicite pour les didacticiels qui sont très bien, décrit pas à pas, vraiment excellent sincèrement. A l'occasion, je pourrais le mettre à jour car la nouvelle version de GRASS est un chouia différente, mais rien de très transcendant.
C'est vrai que je suis plutôt ArcGIS mais faire des cartes pour une encyclopédie libre avec un logiciel proprio et payant, je ne trouvais pas ça très logique. Donc, tes tutos tombaient à pic . J'essaierais de trouver un logiciel dispo sous Linux qui peut remplacer 3DEM (libre bien sûr), pour les linuxiens pur et dur. A moins que tu en connaisses ? Je mettrais à jour la doc le cas échéant.
Merci encore pour tes tutos très complet, un bon boulot que tu as fait là. Je vais finir ma carte voir ce que ça donne... Lofo7¿!i?27 novembre 2008 à 18:33 (CET)
SVG bug : carte avec bitmap integre + image 100%SVGmodifier
Dernier commentaire : il y a 15 ans4 commentaires2 participants à la discussion
Salut, désolé, encore une serie de bugs inexpliqués, la 1ere image integre un bitmap, la seconde est 100% SVG, aussi, les 2 bugs doivent êtres des problèmes totalement différents :
Ton image est trop lourde. Image:China-Historic macro areas.svg pèse 12,15 Mo, c'est trop pour librsvg. Quand celui-ci essaye de générer l'image PNG à partir de ton SVG, il tombe en time-out (MediaWiki estime que, si librsvg n'a pas fini son travail au bout de N secondes, c'est qu'il a planté).
! Réglé pour le SVG trop lourd (12 Mo => 3.5 Mo) en diminuant par un facteur 2 la taille de l'image incluse. Le second bug resemble à celui de la semaine dernière (un intervale ne génère pas de miniatures), et ne semble pas de notre ressort. Bilan : mission accomplit ! --Yug(talk)3 décembre 2008 à 00:25 (CET)
De mon côté, tout s'affiche convenablement, en miniature ou en grand. Ca m'est déjà arrivé et on m'avait expliqué que ça pouvait dépendre de l'OS et du navigateur. Après je ne sais comment régler ce problème qui vient sûrement de mediawiki. Lofo7¿!i?5 décembre 2008 à 13:02 (CET)
Joindre sans perte (lossless) des images JPEGmodifier
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour à tous.
j'ai un problème de rendu sur le fichier: qui en l'état n'est évidemment pas très cool! Quelqun pourrait-il m'aider car je ne voudrais pas multiplier les imports avec un résultat bien triste! Remarque: dans inkscape, l'image est ok! :-( --Zorlot[d]4 décembre 2008 à 16:24 (CET)
Il y avait effectivement un <svg:flowRoot...> que j'ai supprimé mais, ça n'a pas changé grand chose. En revanche, j'ai supprimé un élément avec une texture "cloth" et tout semble de fonctionner. Merci encore.--Zorlot[d]4 décembre 2008 à 22:14 (CET)
Dernier commentaire : il y a 15 ans4 commentaires3 participants à la discussion
Bonjour,
je ne sais pas trop où poser ma question alors je le fais ici : y a-t-il un moyen efficace et rapide de faire des hachures ou un semi de points sur une zone d'une carte avec Inkscape ? Merci d'avance Urban (d) 5 décembre 2008 à 16:25 (CET)
Les hachures sous Inkscape ne sont pas automatiques (ou alors je n'ai pas trouvé la fonction). Voici deux méthodes pour les réaliser :
- créer des hachures sur Stripegenerator, tu enregistres ton résultat, tu l'ouvres sous inkscape, il ne reste plus qu'à le convertir en motif et l'utiliser.
- ou bien créer des hachures à la main (3/4 traits) et convertir le résultat en motif pour pouvoir l'utiliser sur une plus grande zone. Tu peux utiliser le "pavage avec des clones" (édition > clones > pavage avec des clones) pour avoir des effets plus ou moins intéressants.
Il existe une façon automatique de créer des hachures dans Inkscape, grâce aux motifs. Je viens de créer une section expliquant cela dans la FAQ SVG. Sémhur·d·e·5 décembre 2008 à 19:45 (CET)
Exact mais je ne le trouve pas très personnalisable. Je ne connaissais pas l'option alors que j'utilise l'option "Remplissage et contour" à chaque utilisation d'Inkscape . On ne m'avait appris que les 2 solutions que j'ai présenté. Urban possède pleins de méthodes dorénavant . Lofo7¿!i?6 décembre 2008 à 00:01 (CET)
Dernier commentaire : il y a 15 ans2 commentaires2 participants à la discussion
Bonnjour, je viens de me rendre compte qu'il existe deux versions du logo de Roland Garros, l'une étant manifestement plus chouette que l'autre, comme chacun peut le constater ci-dessous.
Quelle est la procédure à adopter : faire une demande de fusion, faire une redirection d'autorité du mauvais vers le bon, faire une demande de remplacement de source dans tous les fichiers référençant le mauvais ?
Pas de procedure prévue d'apres ce que je sais. [donc ce que j' ignore ? o.o ] Il me semble que dans ce cas l' improvisation s'impose : on remplace a la main toutes les occurances de [Image:vieille image moche.jpg] par [Image:nouvelle image geniale.jpg], puis on demande la suppression de la vieille image. Il me semble que cela c'est deja vu lorsqu'un logo moche est refait. Mais aujourd' hui on a aussi tendance a garder les doublon [je sais pas pourquoi, mais y'en a plein qui aiment ca.]
Dernier commentaire : il y a 15 ans3 commentaires2 participants à la discussion
Bonjour,
j'ai transformé une carte vierge existante pour mes besoins et je l'ai importé sur Commons mais elle ne s'affiche pas : Lien.
J'ai regardé la FAQ mais aucun des deux cas ne correspond à mon problème (je n'ai pas d'image matricielle ni de texte).
Alors, je ne sais pas trop quoi faire pour la faire apparaître.
Argh ça marche sous Firefox en effet mais pas sous Opera. Je suis sous Linux Ubuntu et Opera et ça ne s'affiche pas même en purgant le cache du navigateur et sur Wikipedia. Je savais que ça existait mais c'est la première fois que ça m'arrive. Lofo7¿!i?14 décembre 2008 à 19:47 (CET)
Dernier commentaire : il y a 15 ans3 commentaires3 participants à la discussion
Hello,
la page des demandes est tellement chargées, qu'elle met un temps dingue pour être visible dans son entièreté. Ne pourrait on pas trouver une solution pour alléger le chargement ? Mettre chaque demande dans une boite déroulante ? En tout cas, il serait bon de se pencher sur la question... --M0tty[Plaidoyers et jérémiades] [Pierres à l'édifice]16 décembre 2008 à 23:13 (CET)
Les boites déroulantes n'allègent pas le chargement (c'est chargé, mais pas visible, c'est tout). Comme solution, tu as 1) mettre les demandes dans des sous-pages (c'était l'ancien système et il a été changé car peu pratique), 2) créer des pages de demandes spécialisées sur le même principe que la séparation carte / graphiques (par exemple, séparer retouches de photos, créations de logos, création de schémas SVG, traduction de schémas, etc. suivant les aptitudes / préférences des graphistes), 3) être patient :-) 4) archiver dès que possible, 5) alléger chaque demande (a-t-on besoin de chacun des champs, de tous les commentaires ?). le Korrigan→bla17 décembre 2008 à 00:23 (CET)
Dernièrement, en plus d'archiver les requêtes satisfaites, l'habitude était plutot d'abandonner (archiver sans être satisfaite) les demandes étant restées plusieurs mois. Yug(talk)17 décembre 2008 à 08:32 (CET)
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Le blog de Wikimedia vient d'annoncer le tournage de clic-vidéo-didacticiels, dans un vrai petit studio. Voir plus : ce post et la vidéo du making off ci à droite. Yug(talk)19 décembre 2008 à 01:57 (CET)
French Wikipedia introduces advertising links on image pages (copy from here)modifier
Dernier commentaire : il y a 15 ans12 commentaires5 participants à la discussion
French Wikipedia introduces advertising links on image pages
On the French Wikipedia, all description pages for images hosted on Wikimedia Commons have been changed to include a link to purchase a poster print of that image from "WikiPosters", a service run by Messages SAS (a 90 employee printing company based in Toulouse). The company has donated 500€ to the Wikimedia Foundation and 500€ to Wikimedia France, and intends to donate 1,50€ to Wikimedia France for each poster sold. However, the agreement between Messages SAS and the French Wikipedia community, while requiring the latter to insert those links, does not seem to place binding financial obligations on the company.
Technically, this is realized by changing the MediaWiki:Sharedupload system message using JavaScript to add a link "Obtenir un poster de cette image (nouveau !)" ("Obtain a poster of this image (new!)) to the top right of each image description page. After clicking on the link, the reader can choose between the ordering pages of different poster vendors (currently only wikiposters.fr).
Regards, HaeB (talk) 08:59, 20 December 2008 (UTC)
Note: si l'opinion majoritaire est que c'est bon, ca va, alors n'hésitez pas a supprimer cette section. Yug
J'ai créé une gallerie (Projet:Impression/Wikigraphistes) facilitant la vision et impression de nos images, mais face a ce projet, je sais pas trop comment réagir, content ou insulté.
J'ai amélioré ou dessiné peu d'images ici, et ne me considère pas vraiment comme un wikigraphiste, mais, ca me gonfle de voir le Greenspun project faire 15 images malgré ses 20.000US$, wikimedia payer des clic videos, wikiposter vendre les images libres, et toujours aucun soutient des boss the wikimedia envers les wikigraphistes. Il y a pourtant le choix du cotés des solutions de soutients à 500€ : offrir des atlas historiques, des bons d'achat pour amazone.com (livres), des tablettes graphiques de base (~40 euro), payer la traduction des tutos de sting vers l'anglais.
Les ateliers graphiques, c'est 5.000 images en 3 ans : 3.000 retouches ou creations, 2.500 cartes. Si on se base sur le monde commerciale, c'est un don de 250.000€ qui a été fait par la centaine de graphistes des atelier.
Je plombe peut etre l'ambiance, mais ca me semble tourner à l'envers, et là, en 2 jours, ca fait beaucoup de nouvelles en digérer. Yug(talk)20 décembre 2008 à 18:05 (CET)
Le même raisonnement peut être tenu pour toutes les autres contributions, non graphiques. Curieusement, personne ne semble le tenir. Je te suggère d'essyaer plutôt de digérer cette information-là. --Lgd (d) 20 décembre 2008 à 19:02 (CET)
Des fonds ont été alloués au graphisme et sont [opinion perso] mal utilisés. Il est certains cols que nous ne pouvons manifestement pas passer seuls (traductions techniques, conventions globale) sans, au moins, un franc soutient d'en haut permetant l'arrivé de contributeurs aptent a nous faire passer ces cols. En dernier recours: qu'ils soient payés puis qu'aucun bénévole n'est apte a traduire les complexes tuto de Sting.
Investir 40$ pour une image dans le Greenspun project, alors que certains wikigraphistes rament (besoin de livre, matos, abscence de tuto dans leur langue) et font pourtant 10 fois plus est.... rentable. Continuer a gaspiller est, oui, stupide et insultant. Yug(talk)20 décembre 2008 à 19:13 (CET)
Tu me sembles aller à rebours de ce qui est le développement libre, où je vois effectivement des gens ramer et payer leurs investissements en matériel, en temps, etc, pour une reconnaissance professionnelle en retour. Peut-être les gens concernés par ton message, s'il y en a, ont-ils à mieux rentabiliser leur investissement dans Wikipédia. L'assistanat me semble, disons, une idée curieuse. --Lgd (d) 20 décembre 2008 à 19:18 (CET)
On est donc d'accord : allons changer l'inéfficace projet Greenspun. Pour la vidéo-didactitiel en cours de création au USA, wimedia a loué une équipe et un studio : c'est pourtant le monde du libre.
Le travail de wimedia est de faciliter la contribution des ses utilisateurs. Quand Wikimedia met 200.000 euros dans la programmation, c'est aussi pour facilité la rédaction d'articles et la vie des redacteurs, la création de fonction <ref>, de categories cachés, etc.
Oui, wikimedia doit se poser la question : « quels investissement le plus rentable puis-je faire question graphisme ? ».
Oui, cela peut inclure le paiement de traducteurs, le cadeau d'atlas, un partenariat financier avec openstreetmap, l'acceleration des requetes de fonction par les graphistes (fonction "Rename image" que l'on attend toujours... depuis 2004 !) par une récompense qui aurait du être offerte dès 2004.
Et oui, je trouve moral d'aller vers l'éfficacité et les solutions les plus intéressantes pour wikipedia.
Yug, tu sais que je soutiens ton engagement en faveur des graphistes de Wikipédia. Mais attention quand même à ne pas trop en faire. Pour rédiger mes articles, j'ai acheté des livres, pris un abonnement à deux bibliothèques (payantes) et payé des frais de retard, consacré du temps (qui aurait pu être "rentable" d'autres façons)... mais je ne vais compter combien ça faisait, ni réclamer quoi que ce soit. Et je serai sans doute plus efficace si Wikimedia me payait quelques bouquins dont je rêve et qui sont inabordables. Mais c'est le monde associatif bénévole. Tu ne peux pas comparer tes investissements avec le budget de la Fondation, ça ne tient pas. D'autant que si la Fondation devait payer des gens pour améliorer directement le contenu, ce serait sans doute des traducteurs vers les langues moins bien loties que le français ! le Korrigan→bla20 décembre 2008 à 20:10 (CET)
(note: je ne me considère pas vraiment comme un wikigraphiste notable -> ces possibilités d'encouragement ne seraient pas pour moi.)
Je vois 2 problèmes:
1. Il y a des projets parallèles avec budget et pourtant graphiquement relativement inefficaces : Greenspun, Projet:Impression, voir le projet de video-didacticiel.
2. Il y a des cols que nous n'arrivons pas a franchir seuls dans le système actuel (100% bénévolat + pas de soutient officiel des boss) : traductions des tuto (qu'on encourage vainement depuis 2 ans), nouvelles founctions (qu'on ne demande même plus...), conventions graphique globales (trop peu de participants et soutient officiel -> pas la légitimité suffisante), développement du SVG multilingue, éventuellle collaboration avec openstreetmap (passer a de travail pro).
Donc oui : que les boss oublient un peu leurs inefficaces « big projets de big business » et essaient de rediriger ces énergies pour débloquer la situation ici, en nous aidant-soutenant pour passer ces cols.
Cela peut inclure: 1. déclaration franche de soutient (amènera du sang neuf, augmentera notre légitimité), 2. de nouvelle priorités graphiques suite à l'écoute des besoins exprimés par les wikigraphistes (traduction, dev. RAPIDE du SVG multilangues, etc.). Là je serait déjà HYPER SATISFAIT. 3. même si c'est polémique, cela peut inclure, car probablement plus rentable que le projet Greenspun, la fourniture de bons d'achat de sources, ou d'outils (tablette graphique de base ~35€), aux graphistes les plus engagés. Ce serait plus efficace et moral que l'actuel projet Greenspun.
Bonjour, je n'avais pas vu cette page. Alors d'abord, je voudrais indiqué que j'avais parlé du projet impression plus haut mais que ça n'avait intéressé personne à ce moment là.
Deuxièmement, j'ai répondu à la question de Yug sur ma page.
Pour finir, j'aimerais rappeler que le projet impression n'a jamais obtenu AUCUN budget. Il n'a absolument pas été lancé par la Fondation et n'a pas obtenu de soutien de sa part. C'est un projet qui vient du bas (ici de la communauté WpFr je dirais) vers le haut (si tant est qu'on puisse considérer la fondation ou WmFrance le "haut"), parce que ça marche mieux dans ce sens (à mon avis).
La fondation a ses priorités et ses lobbys qui nous parraissent loin depuis la communauté Francophone. Si on peut rapporter beaucoup de problèmes à l'argent (et ainsi à la fondation), on a pas toujours besoin d'argent pour les résoudre (ni donc de la fondation). Peut-être a-t-on un moyen de trouver des bénévoles pour lancer ces projets ?
Aurais-tu des liens qui décrivent précisément ce dont tu as besoin ? J'aimerais aider (au moins en tentant de proposer des pistes). Si des petits besoins d'argents se font sentir, comme j'ai dit sur ma page, je suis prêt à te soutenir auprès de Wikimédia France.
Je viens de lire votre discussion et cela m'intéresse. Wikimédia France est en train de réfléchir à 2009, notamment ce qu'on va faire avec l'argent qu'on a récolté durant la collecte de fonds. Vous avez évoqué l'achat de table graphique. A quoi cela vous sert-il ? Et qui parmi vous en voudrait une ? Il a aussi été évoqué l'achat d'Atlas. Puis-je connaître leur utilité ? ~Pyb (d) 7 janvier 2009 à 18:06 (CET)
Yug a écrit un brouillon (selon ses dires) sur Wikipédia:Atelier graphique/Lettre ouverte. Pour moi un inconvénient majeur d'utiliser l'argent pour développer Wikipédia ainsi, c'est le temps de bénévoles que ça gaspille pour justifier et suivre ce qui est fait de cet argent. Mais je ne suis pas contre ;)
Merci de ta réponse . Et si quelqu'un a un bon tuto pour mettre une image sur fond transparent, je suis preneur car mon essai était catastrophique... Cordialement, --Sniff (d) 22 décembre 2008 à 21:37 (CET)
Pour que le fond soit transparent, il suffit de ne pas en mettre et d'enregistrer en png ;) (Merci pour ta remarque sur mon Atelier, j'ai réglé l'affaire) karta24 (d) 23 décembre 2008 à 14:39 (CET)
--Effco (d) 6 janvier 2008 à 11:12 (CET)
--Yelkrokoyade (d) 13 janvier 2008 à 13:41 (CET)
Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ 23 janvier 2008 à 14:20 (CET)
Image orginale
Après traitement par Vector Magic
Ayack - ᛞᛁᛋᚲᚢᛏᛖᚱ 18 février 2008 à 17:09 (CET)
.
Je l'avais mis en png avant. Savez-vous ce que je fait de pas correct? Merci, --WikiDreamer [Me parler] 1 juillet 2008 à 00:33 (CEST)
PourJe pense que cette initiative est excellente. je prends un exemple: Hector a déposé une demande de modification de photo sur Anthony Terras. Je passe dessus et je crois qu'elle est infaisable sinon difficile à réaliser (la blibliothèque de l'atelier ne comporte pas de bras gauche ou droit des protagonistes 
D’accord karta24 (d) 20 août 2008 à 15:03 (CEST)
.
Proposition SuperManu
Proposition SuperManu
Proposition SuperManu
Image devant être en A4, n'aurait plus qu'a être imprimée !
En effet, librsvg, le programme qui transforme les SVG en PNG pour Mediawiki ne sait pas qu'un calque est visible ou caché. Pour lui, tout est visible. Donc, on est obligé de supprimer les calques indésirables un par un, à chaque fois 
. Sémhur·d·e· 23 septembre 2008 à 15:09 (CEST)
Proposition M3 par M0tty.
Proposition M4 par M0tty.
Proposition M5 par M0tty.
qui en l'état n'est évidemment pas très cool! Quelqun pourrait-il m'aider car je ne voudrais pas multiplier les imports avec un résultat bien triste! 
. On ne m'avait appris que les 2 solutions que j'ai présenté. Urban possède pleins de méthodes dorénavant 
![[1]](https://fr.wikipedia.org/wiki/Image:R%C3%A9seaux_ferr%C3%A9s_en_Bretagne.svg#filehistory){kind=link}
-fr.svg){kind=link}
![[4]](https://upload.wikimedia.org/wikipedia/commons/6/6b/Catheter_Schema_4_entree_et_sortie_du_dilatateur.svg){kind=link}
&doctype=SVG+1.0&group=0&user-agent=W3C_Validator%2F1.606){kind=link}
