Discussion aide:Cartographie

Une page de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher

Palette de cartographie[modifier le code]

L'abréviation de kilomètre prend un k minuscule. A corriger sur l'échelle de la palette de cartographie. MAC (d) 26 février 2008 à 19:23 (CET)

Création de plus de recommandations[modifier le code]

Salut, a terme, il faudra :

L'anon de L'AG ;) 3 mars 2008 à 17:47 (CET)

Pour la projection, il me semble qu'il faut un minimum de 3 projections à des longitudes différentes pour représenter chaque région dans son environnement: Amériques, Europe-Afrique, Japon - Australie.MAC (d) 3 mars 2008 à 18:03 (CET)
Tu parles du découpage verticale: La coupure par le pacifique (centre=Europe) ; La coupure par l'atlantique (centre=Chine) ; la coupure par l'Inde (centre=les Ameriques). (on choisit une carte de base, on lui rajoute toutes les conventions. PUIS, on l'utilise pour créer d'autre cartes filles.)
Cela se fera par simple découpage et reconstruction de la carte de base.
Ce point fait apparaitre qu'une carte mondiale rectangle (projection déformer : les pôles sur-représentés) serait préférable aux cartes courbes. Raison: une carte mondiale rectangle de base est facilement découpable par tiers [$|€|元], convertible en "americo-centrée" [元|$|€], ou Sino-centrée [€|元|$]. Ce sera plus délicat si l'on prends comme carte de base une carte au meridiens courbes type (($(€)元)), plus difficile, mais faisable. Anon 4 mars 2008 à 18:18 (CET)
Concernant Commons_talk:Project_Mapmaking_Wiki_Standards, pas de panique, on va s'en occuper, c'est juste en sommeil pour l'instant faute de temps.
Pour une carte mondiale, c'est vrai que la projection de Mercator est la plus pratique et facile à manipuler, mais c'est certainement aussi l'un des plus mauvais choix en raison des déformations et disproportions très importantes dans les terres. Cette projection date du XVIIe siècle ; heureusement que de nos jours on sait faire mieux, donc soyons modernes.
Tout va s'organiser et se mettre en place petit à petit, il faudra juste être patient. Sting (m'écrire) 4 mars 2008 à 20:59 (CET)
J'ai mis les tableaux bilan de Commons_talk:Project_Mapmaking_Wiki_Standards au format des tableaux de l'aide:cartographie française, ce qui signifie que la page de commons est intégrallement copiable sur fr, massacrable, découpable, etc.
Effectivement, c'est un travail d'ensemble a ne pas faire trop hativement. Bonne route. Anon 6 mars 2008 à 10:51 (CET)
Pays exemple

Salut, il faudrait aussi creer un pays cobaye. Par exemple la Tanzanie qui a deja plusieurs cartes SVG simpas : minerais, agriculture, transport (voir ici). D'autre pays/regions sont ils/elles mieux cartographiées ? 220.135.4.212 (d) 1 avril 2008 à 19:16 (CEST)

Question[modifier le code]

Sujet, Terres, Terres hors sujet[modifier le code]

Canada (geolocalisation).svg
Carte administrative du Canada.svg

Euh... c'est quoi la difference entre « Terres » (qui ne sont pas du Sujet, USA), et « Terre hors sujet » (Groenland) ? Cf la carte a droite. 6 mars 2008 à 10:27 (CET)

Bonjour.
Dans le cas de cette carte je ne sais pas trop et il faudrait le demander à son créateur.
Pour Image:Gujarat_map_with_Gir_Nat_Park-fr.svg par exemple que j'ai créée, le sujet de la carte étant le parc national de région du Gujarat, j'ai mis cette même région en clair. Celle-ci faisant partie du pays « Inde », j'ai appliqué à celui-ci une couleur plus foncée. Enfin pour le Pakistan qui entre dans le champ couvert par la carte mais qui n'a aucune relation proche ou lointaine avec le parc national ou le Gujarat (si ce n'est d'être limitrophe), je l'ai donc considéré comme hors-sujet et coloré en gris. Un autre exemple de cette approche est visible ici. Je déteste en cartographie extraire une région ou un pays de son contexte maritime et international : une carte de ce type n'a pas beaucoup de sens àmha. Sting (m'écrire) 14 mars 2008 à 16:31 (CET)
Pour le coup de sujet/pays/autres-pays-hors-sujet, compris.
1/ il faudrait que la recommendation soit reformulée sur ce point ; 2/ la carte vierge du Canada est donc "misleading" (le groeland est les USA ont le meme statut: pays voisin.) ; 3/ Dans le cas de localisation d'entite sub-etatique la presence d'un champ n'3 gris-car-vraiment-hors-sujet semble justifiée même si le gain est maigre (ajout d'une petite distinction mais ajout d'une couleur splementaire = Chartjunk).
Pour « ce type n'a pas beaucoup de sens àmha. » : Totalement d'accord ! ;).
P.S. : à noter que cette sous-page est mal nommée et devrait s'appeler « Carte vierge » (perso je ne sais pas ce que c'est qu'une carte nue) ou mieux, « Carte géographique » puisque c'est le sujet, en opposition aux couleurs appliquées aux cartes topographiques.
Je verrai tout ça quand je reviendrai m'occuper des conventions colorimétriques. Sting
Je viens de fouiller dans le SVG Image:Carte_administrative du Canada.svg. Styx a fait une distinction politico-geologique: 1/ Canada ; 2/ autres territoires du continent nord-americain ; 3/ territoire non-nord-americain . Je viens de comprendre sa logique, mais j'ai tout de meme charger ma nouvelle version avec une séparation strictement politique : 1/ Canada ; 2/ non-Canada.
Les 2 choix sont acceptables, mais cela devrait être mentionnés dans la légende. Anon 23 mars 2008 à 05:54 (CET)

Réponse tardive : le gris c'est un continent différent. je n'ai pas su quoi faire de ces 2 couleurs « hors-sujet » ; mais j'ai eu le flemme de critiquer la convention d'antan Clin d'œil.   <STyx @ 23 septembre 2008 à 00:25 (CEST)

La palette[modifier le code]

Salut, je viens d'installer la pallette, de relancer inkscape : elle apparait où ? je cherche, je vois rien. Ya une manipe pour aller aller la chercher (style cocher la bas dans le petit coind de gauche.)220.135.4.212 (d) 19 mars 2008 à 16:06 (CET)

J'ai bien trouvé View > Palette : hide/show . Mais occune trace des couleurs de cartographie. Je tourne sous Inkscape 0.45 , en mode Framakey (Inkscape tourne sur ma clef USB) . 19 mars 2008 à 16:49 (CET)
Bon.
Je viens de découvrir un fichier de 3 pages (~15) erreurs : manque des dépendance, fonctionalité impossible.
Soit c'est un problème propre au système Framakey, soit c'est moi qui est griller une étape dans mes bidouillages a l'arrache.
Dans tout les cas, pourriez vous fournir un screenshoot de votre palette cartographique, histoire que je sache a quoi ca doit resembler. Merci beaucoup. Je vous tiens au courant pour ma lutte avec le systeme Franmakey (franchement : super simpas pour l'instant ;) A+ 220.135.4.212 (d) 19 mars 2008 à 17:34 (CET)
Fait J'ai ajouté une copie d'écran et une phrase pour indiquer comment utiliser la palette. Sémhur ··· 19 mars 2008 à 18:39 (CET)
Fait Wonderful ! Ca marche ! Ça, je le SAIS ! Je me doutais que j'etais juste a coté, bin voilà, c'est fait : J'ai ma jolie tablette wikipedia ! Merci beaucoup ! 220.135.4.212 (d) 20 mars 2008 à 18:09 (CET) (reste plus qu'a se mettre a la cartographie O.o)

Conventions de couleurs: Carte biologique[modifier le code]

Ne serait-il pas utile de prévoir deux couleurs pour les oiseaux migrateurs : L'une pour l'hivernage; l'autre pour la nidification? cordialement ---Ewan ar Born (d) 26 mars 2008 à 00:04 (CET)

Ça peut se faire. Les couleurs actuelles ne sont qu'une suggestion. Une couleur plus foncée pour la nidification, une plus claire pour l'hivernage ? Tu peux faire une proposition ? Sémhur ··· 26 mars 2008 à 14:42 (CET)
Bien sur que c'est faisable !
a/ On peut essayer de rehausser la valeur rouge (pour chaud = été) pour la zone d'été. On peut faire des niveaux different de transparance. etc.
b/ On aurait aussi besoin d'un biologiste.
Actuellement on a une division simple :
  • vegetaux & champigons ; animal lambda ; animal terrestre ; animal aquatique ; animal volant ; bacterie ou virus.
Mais on peut envisager des divisions plus scientifiques :
  • virus-bacterie; champignon-vegetal ; insecte ; molusque-crustacé ; poissons; amphibien-reptile ; mamifere ; oiseaux ;
Dans tous les cas il restera de rares entre-deux a la discretion du cartographe, mais l'opinion d'un biologiste serait la bienvenue. 220.135.4.212 (d) 26 mars 2008 à 18:08 (CET)
Oui, je pense que l'opinion d'un biologiste serait la bienvenue. Il conviendrait cependant d'être raisonnable dans le nombre de défintions de couleurs qui sont si je ne me trompe pas destinées à:
  • servir le lecteur (moindre surprise) en donnant une "signature" reconnaissable.
  • aboutir à des cartes faciles et agréables à lire qui emportent l'adhésion du plus grand nombre.
@220...: comme tu l'indiques il restera toujours et c'est souhaitable (au delà d'un certain degré de précision la "règle" n'est plus appliquée) un degré d'initiative au graphiste. L'utilisation d'une teinte plus chaude me paraît être souhaitable pour l'hivernage.---Ewan ar Born (d) 27 mars 2008 à 00:08 (CET)
Oui. Il faudrait avoir moins de 6 couleurs.
Dans le cas de bestioles migrantes : pour hivers/été, je pense que l'aire devrait simplement etre entouré par un bord bleu/rouge. 220.135.4.212 (d) 29 mars 2008 à 08:07 (CET)

Évolution des standards colorimétriques[modifier le code]

Bonjour à tous.

Nous avons au sein de WP-fr des palettes de couleurs dont l'utilisation s'est généralisée pour nos cartes, mais vous savez que c'est un peu là le problème : ces conventions ne concernent que notre espace et pas tout le projet, même si les Allemands commencent à les suivre pour leurs propres cartes topos.

Yug a déjà lancé le projet depuis pas mal de temps sur Commons. Il est peut-être temps maintenant de le faire aboutir, au moins en partie et pour les cartes les plus fréquemment réalisées, d'où le propos de cette section.

Présentation de la problématique[modifier le code]

Propositions[modifier le code]

Proposition 1[modifier le code]


Proposition 2[modifier le code]


Current proposition[modifier le code]

Examples
Maps template-fr.svg Scotland map-en.jpg Crete topographic map-fr.jpg
Map template Geopolitical map Topographic map

Commentaires[modifier le code]

Merci de faire part de vos commentaires / suggestions / critiques ici. N'hésitez pas à dire ce que vous pensez, le but est de satisfaire le plus grand nombre ici pour pouvoir transférer tout ça ensuite vers la page de standardisation de Commons afin d'en faire une proposition de standard viable pour la communauté. En particulier, pour les cartes topos, ne trouvez-vous pas le bleu trop saturé par rapport aux couleurs de la topo ? Dans ce cas préfèreriez-vous des bleus moins saturés ou des couleurs de la topo plus vives ?

Impliquez-vous maintenant au moins avec vos commentaires afin d'essayer d'établir enfin une harmonisation stable et générale au projet. Je sais que personne, ni ici ni sur les autres WP ne verra d'un bon œil la modification de standards qui obligeraient dans l'absolu de revoir tout ce qui a déjà été fait, mais la démarche entreprise ici, si elle aboutit, est un peu la garantie que ce qui sera fait par la suite sera accepté par la majorité des Wikicartographes et risquera peu d'être modifié dans l'avenir.

J'espérai pouvoir proposer un ensemble complet avec des couleurs de gradients, thématiques, etc. mais je manque de temps actuellement, donc ça viendra après... si j'ai encore l'énergie pour ça.

Remarque importante : Ceci n'est pas (encore) un nouveau standard mais seulement une proposition. Avant de tout modifier chez nous, il s'agit de savoir si ce qu'on propose ici peut être suivi aussi par les autres.

Merci à tous. Sting (m'écrire) 17 mai 2008 à 03:26 (CEST)

Discussions[modifier le code]

Avis cartes[modifier le code]

Avis : « la meilleur gestion du projet »[modifier le code]

J'ai nettoyé la page de commons, pour rediriger les energies ici.
J'ai contacté les allemands en anglais, voir ici (vous pouvez corriger mon post cela ne me vexera pas !)
Yug 9 juin 2008 à 18:46 (CEST)
Votre démande est arivée! Voulez-voir à la page allemande? --Chumwa (d) 9 juin 2008 à 19:53 (CEST)
A new SVG template with the colorimetric proposition above is available here (file link) and a bit further in the page, the text for the GIMP / Inkscape palette v. 1.03.
The template file (at this stage only in French as it's only a proposition) comes with the colors for geographic/geopolitical and topographic maps but also with several icons and elements commonly used in maps. I will update the file this week with additional colors for the high elevations (topo maps) and display some test maps. Sting (m'écrire) 11 juin 2008 à 06:52 (CEST) P.S. : Si certains ne sont pas très à l'aise avec l'anglais, je peux traduire.
Sting : t'es Genial ! Yug 11 juin 2008 à 11:19 (CEST)

Palette SVG new proposition : your comments[modifier le code]

Ambox important.svg Cette discussion est à présent close ici sur WP-fr. Une discussion globale à Wikimédia a dorénavant lieux sur Commons

Standards cartographiques sur WP-fr : une dernière question[modifier le code]

Bonjour à tous.
Si vous avez un peu suivi les discussions sur Commons concernant une standardisation et faisant suite à celle ci-dessus, vous avez pu vous rendre compte que la participation a été faible, trop pour pouvoir généraliser quoi que ce soit à l'ensemble du projet.
Comme je l'avais indiqué plus haut, la proposition faite ici n'était qu'une proposition en attendant de savoir comment cela serait reçu à un niveau plus général de la communauté. Sachant donc que cela n'a débouché à rien là-bas, ma question est la suivante : « Est-ce que nous adoptons la proposition ci-dessus comme nouveau standard au sein de WP-fr ou est-ce que l'on maintient les anciennes couleurs ? ».
À noter que les Allemands, au-moins pour les cartes de géoloc, on adopté un standard qui reprend les couleurs des cartes géopolitiques proposées ici, ce qui irait en faveur de l'adoption de la nouvelle proposition afin d'avoir au-moins une certaine homogénéisation au sein de « l'équipe franco-allemande » qui semble être la coopération la plus prometteuse en vue d'une standardisation future.
Merci pour vos réponses. Sting (m'écrire) 2 août 2008 à 21:33 (CEST)

Salut, je trace a bilan rapide pour ceux qui souhaite comprendre rapidement :
Fichier:De-Fr comparaison.png
image bilan: cercles verts = même couleur ; cercle rouge = différente couleur ; ? = nouvelle couleur qui correspond à quelque chose que j'ignore
Il y a 2 légères différences de couleurs entre wiki DE et FR (voir image bilan à droite). La couleur des océans est légèrement differente : De = 198 236 255 C6ECFF ; alors que la palette 1.03 fonctionne avec du 200 235 255 #C8EBFF. La différence est infime et surement invisible à l'oeil humain. Mais vu que les allemand se sont lancés avec du 198 236 (C8EB)... autant les rejoindre sur ce point numérique.
La mauvaise surprise anglosaxone: les anglosaxon s'accorchent à leur couleurs vives qu'ils sont d'ailleurs subitment en train d'officialiser de plus en plus sur EN alors qu'ils les laissaient dépérir en page de discussion depuis 2005... =.=" Ceci est due à une tradition libérale allant jusqu'a l'anarchisme : sur wiki-EN, chacun travail depuis toujours dans son coin. Mantenant c'est de même, sauf qu'ils adoptent enfin les conventions colorimétriques proposées par user:Planemad en 2005 (!).
Commons: une commission trop "experte" ?: Su commons, plus où moins tous les leaders majeurs en cartographie et standards cartographiques actuellement actifs ... -donc 4-5 personnes- se sont exprimés. Même si la capacité d'expertise est là, cela ne permet pas de légitimité, qui elle permettrait de proclamer un choix à appliquer partout. La position des 1-2 experts anglais pro-couleurs vives à donc bloquée la « commission » sur le point fondamental du « Style wikipedia » (Carte vierge, Locator, Location). Ensuite, hormis quelques cas spéciaux (topographie SVG), le manque de contributeurs et d'initiatives sur les sous-styles n'a pas permit d'aboutir.
La bonne surprise allemande: la très bonne surprise c'est la coopération naturelle et dynamique qui a été mise en lumière entre les allemands et nous. 1/ l'équipe de wiki-DE à un dynamisme, une cohésion, et une capacité d'initiative forte : ils se sont lancés avec succès dans la création standardisée de carte pour géolocalisation (Europe est bientôt finit) ; 2/ l'atelier cartographique DE à adopté très rapidement et à 80% nos conventions de couleurs, appréciant l'utilité de couleurs claires pour l'informatique et l'impression papier, et allant même plus loin. 3/ l'équipe FR s'est rapidement mise à l'heure en adoptant apres discussion le gris allemand, tombant d'accord pour quitter ainsi le style CIA pour un style purement Wiki. Cela reste hélas à relativiser, les allemands ont aussi mentionné qu'ils appréciaient la liberter totale dans la creation de carte.
Au bilan: l'on voit 2 équipes dynamiques, souhaitant l'uniformisation, productives, et prêtes a faire des concessions. Aussi, en changeant juste le bleu de la palette 1.03, on peut fusionner nos conventions et penser a un développement FR-DE commun. De l'autre coté (anglais), le style CIA ne me semble pas "viable". Pour couper court : la CIA n'a pas une image positive dans le monde ; le style CIA, c'est la CIA, pas wikipédia ; nous devons assumer notre réalité de cartographes amateurs dépendant de nos sources, et avoir un style propres (wikipédia), identifiable comme "à recouper avec les sources associées".
Réponse à Sting:
  • Pour la création d'une palette 1.04 (avec le bleu 198 236 255),
  • Pour l'adoption de cette ci par les cartographes francais,
  • et pour la fusion des conventions francaises et allemande (il faudra prévoir de réenvoyer ton Image:Maps_template-fr.svg mis à jour fr+de sous un meilleur nom tel que Map_template-i18l.svg).
Yug (talk) 4 août 2008 à 17:44 (CEST)
Pour la standardisation franco allemande même si je ne fait pas de cartes, je la trouve plus logique. D'ailleurs existe t-il une sorte d'ambassade des ateliers graphiques? Sur Méta, commons ou autre? Ça peut être intéressant de disposer de cela rien que pour les traductions, une coopération internationale n'est pas futile. Après si sur en: ils veulent leurs couleurs ce n'est pas grave ça n'empêche pas d'avancer, c'est Wikipédia: on ne peut pas imposer! Otourly (d) 4 août 2008 à 19:28 (CEST)
Il existe une ambassade sur commons : le graphic village pump à été construit pour ca ! Pour permettre aux wikigraphistes de se réunir et de discuter là, en anglais, sur la terre neutre qu'est commons. Mais ca à fait flop, ca s'est transformé en foire aux questions pour nouveaux.
Comme je le disais à Sting, Commons est FONDAMENTALEMENT une place « satélite », où l'on ne fait que passer. Jusqu'a présent, quasiment tout ce que j'ai organisé sur commons à finalement fait flop par manque de soutient local: les gens ne sont pas là. Morale : la prise de contact directe sur les pages de discussions des autres ateliers, ou la prise de contact direct avec les wikigraphistes étrangers est beaucoup plus efficace. Yug (talk) 5 août 2008 à 00:33 (CEST)
D'accord bien sûr pour avoir une palette commune avec les germanophones, d'ailleurs dans la première version de la proposition 1.03, l'océan était en 198-235-255 si j'ai bonne mémoire.
Je pense qu'on pourra aussi proposer notre palette aux hispanophones, même s'ils ne font pas beaucoup de cartes. J'avais eu un retour positif à propos d'une harmonisation des couleurs des WP, malheureusement ils ne se sont pas exprimés sur Commons – moi-même ça fait un moment que j'y suis pas allé, pas bien.
D'accord donc pour adopter la nouvelle palette, je l'utilise d'ailleurs déjà. Sémhur·d·e· 4 août 2008 à 19:55 (CEST)
J'encourage Sting a renommer son Map_template-fr.svg en ...-i18l.svg pour justement encourager les ateliers ES, IT, etc à nous suivre. Je le laisse faire ce re-upload ;) (honneur à l'auteur principal !) Yug (talk) 5 août 2008 à 00:35 (CEST)
Les Anglais se cherchent encore en matière de cartographie et les Allemands ne souhaitent pas de conventions pour diverses raisons que je respecte. Le cas des cartes de géoloc là-bas est un cas à part, une sorte d'essai. Par chance il ont adopté nos couleurs ce qui fait que même sans réelle concertation on a à ce niveau un embryon de coopération. Pour le reste, les autres WP locales brillent par leur absence, rien de plus n'aboutira donc à un niveau international et on en est rendu presque à la case départ : on fait les choses chacun de notre côté.
Si je me rappelle bien, je crois que j'avais très légèrement modifié la couleur du bleu pour qu'elle s'intègre mieux dans la palette bathymétrique : toute seule la différence est imperceptible, mais placée au milieu des autres couleurs de la mer la différence tonale est bien plus visible et l'équilibre est meilleur dans la version 1.03. Il faudra que je vérifie.
@ Yug : si j'ai nommé le modèle de palette « -fr », c'est que le texte qu'il contient est en français. Je ne comprends pas comment tu voudrais le renommer si ce n'est en supprimant le texte ce qui lui ferait perdre une partie importante de son intérêt pour tout ce qui concerne l'aspect des labels. Sting (m'écrire) 5 août 2008 à 03:12 (CEST)
Traduire: Oui, le [peu de] texte serait à traduite en anglais, je devrais pouvoir le faire. Le passage à une palette anglaise, ou le passage à 2 palettes (l'une francaise, l'autre anglaise) ne me semble pas un obstacle : c'est de l'anglais simple, le francais est très proche de l'anglais, et beaucoup de cartographes sont relativement bilingues. Cela laisserait une fenetre ouverte pour que les étrangers voient et comprennent comment on fonctionne.
Étendre le fichier: Mon travail de rédaction d'un tuto Cartigraphy-basic.svg me force à créer des solutions pratiques. Aussi, j'ai des choses à rajouter à ton fichier : des flèches polygoniques (et non les flèches semi-automatique à tête noire !), et 2-3 broutilles sympa pour les cartes historiques, vu que la page de commons est abandonnée, rien de nous empèche d'étendre nos outils francais. J'ai aussi une autre petit idée de présentation plus claire. Je peux prendre en charge la création d'une traduction anglaise et internationale Map_template-i18l.svg (en fait j'ai déjà fait 25% de la traduction), je te laisse la priorité de copier ton fichier fr vers ce nouveau nom par respect de ton travail. (je suis en train de réaliser que j'ai peut être trop de respect pour ces conventions O.ô)
Allemands anti-standards ?: Tu sembles dire que les allemands sont "anti-standardisation" aussi O.ô ... Oups... Ne comprennant pas l'allemand, je n'en avais pas connaissance. Tu confirmes ? Si c'est le cas... Bon, ce sera la fin des haricots. O.O Yug (talk) 5 août 2008 à 03:31 (CEST)
Fais comme tu le sens pour le modèle international.
C'est lors d'une discussion avec NNW qu'il ma dit qu'ils voyaient ça un peu comme à l'opposé du principe de wiki, une astreinte qui pourrait réduire le plaisir de réaliser des cartes, plus le fait qu'une certaine forme d'obligation leur rappelle de mauvais souvenirs historiques. Sting (m'écrire) 5 août 2008 à 04:23 (CEST)
Ok, ca roule. Je fais ca dans une semaine (je pars en vacance ^^y) Yug (talk) 5 août 2008 à 10:37 (CEST)
Pour Me sentant concerné par les efforts déployés par un petit noyau de contributeurs, mon approbation si elle se base sur l'examen du résultat de leurs efforts se veut avant tout être le soutien d'un débutant en cartographie.
PS: Peut-être faudrait il ajouter à la palette un symbole de mouillage? par exemple l'ancre trouvé dans les ornements du projet blason: Image:Meuble_héraldique_Ancre_02.svg (à noircir). Ewan ar Born (d) 6 août 2008 à 13:52 (CEST)
OK, merci à tous. Je vais donc mettre les conventions à jour sous peu. Sting (m'écrire) 17 août 2008 à 04:32 (CEST)
Fait Les modifications ont été effectuées. J'ai modifié dans le modèle la couleur de la mer (idem celle des cartes de géoloc + WP-de), ai ajouté une couleur pour les dépressions comme suggéré par Sémhur (mais moins vive que celle qu'il avait proposée) ainsi qu'une pour les récifs et une icône pour les bases aériennes. Je place ci-dessous pour mémoire les anciens standards retirés de la page principale. Sting (m'écrire) 4 septembre 2008 à 04:46 (CEST)
Palette en vigueur jusqu'en mai 2008 : Image:Palette_pour_la_cartographie.svg (par STyx)

présenter une carte comme une image[modifier le code]

La chaussée Brunehault de Bavay à Gembloux.
Visualiser cette carte avec Google Earth.

La chaussée Brunehault de Bavay à Gembloux.
Visualiser cette carte avec Google Earth.

Je pense que la carte de gauche est préférable à la carte de droite. Mais j’aurais bien aimé conserver la présentation standard d’une image de la carte de droite. D’avance je vous remercie pour votre aide. Tout autre commentaire est le bien venu. Si ma demande n’a pas sa place ici, pardonnez-moi, et indiquez-moi le bon endroit. Merci. — Jean-Louis [discuter] 10 août 2008 à 18:11 (CEST)

Peux-tu préciser exactement ce que tu veux: à gauche tu as une carte dans un modèle et à droite une carte également en SVG. Quid? Veux-tu une carte comme celle de droite modifiée sans utiliser un modèle? Ewan ar Born (d) 10 août 2008 à 20:27 (CEST)
Comme Ewan, je n'ai pas bien compris ton problème. Par contre, je crois en déceler un autre puisque la photo aérienne d'arrière-plan me semble provenir de Google Earth (ou GoogleMaps). Or, ces photos ne sont pas libres, on ne peut donc les utiliser sur Commons ou Wikipédia. Heureusement, il y a d'autres photos aériennes qui, elles, sont libres, comme celles tirées du logiciel de la Nasa World Wind.

Effectivement, ce sont deux .svg, mais celui de droite contient voie, texte et légende, tandis que celui de gauche ne représente que la voie, alors que le texte et légende sont écrits ici-même en suivant le Modèle:Texte carte (réutilisation plus aisée). Malheureusement, le beau cadre de l’image est perdu et j’ai du mal à l’émuler. Je ne parviens pas non plus à l’entourer du texte normal de la page. (le modèle tableau prend apparemment toute la largeur de la page). Rassure-toi, anonyme, le background provient de http://onearth.jpl.nasa.gov/Jean-Louis [discuter] 10 août 2008 à 21:17 (CEST)

Me voilà rassuré Clin d'œil. Désolé d'avoir oublié de signer. Je ne suis pas sûr d'avoir compris ta demande malgré tout. Si tu veux que l'image de droite (Image:Bavay - Gembloux 2.svg) ressemble à celle de gauche, pour la taille des textes, les points rouges, c'est faisable facilement. Si tu souhaites que l'utilisation des modèles {{Texte carte}} et {{Symbole carte}} permettent de conserver le cadre habituel des images et d'afficher du texte autour, alors là ce n'est pas ici, et je ne suis pas sûr que ce soit possible. Ces modèles sont surtout utilisés à l'intérieur d'infoboîtes, ce qui ne pose de problème ni de cadre, ni de texte autour vu qu'y en a pas. Il faudrait voir dans ce cas avec le projet Projet:Modèles, ou directement avec les créateurs de ces modèles. Sémhur·d·e· 10 août 2008 à 21:38 (CEST) puisque j'avais oublié de signer, j'en mets deux ce coup-ci : Sémhur·d·e· 10 août 2008 à 21:38 (CEST)

Je reconnais que je m’exprime assez mal. Celle de droite est l’ancienne que je voudrais remplacer par celle de gauche. Malgré tout tu m’a assez compris, et tu me donne l’idée de créer ou faire créer un modèle. J’ai en effet une cinquantaine de voies romaines à cartographier. Un grand merci. — Jean-Louis [discuter] 10 août 2008 à 22:12 (CEST)

Dessous des cartes: Vidéos sympas[modifier le code]

Vidéos de 9 mins chacune,

Méthode:

Puis pour Sémhur :

Mais aussi :

Yug (talk) 14 août 2008 à 22:03 (CEST)

Ah ! Le Dessous des Cartes (et Arte en général) : l'une des meilleures et des plus intéressantes émissions télévisées régulières que je connaisse et qui me manque cruellement ici au Brésil. Toujours très précis et analytique, c'est une émission qui bénéficie d'un énorme travail de recherche et met en œuvre une somme impressionnante de connaissances. À côté d'elle, Discovery Channel, History Channel et NatGeo que je capte ici sont des farces favorisant très largement le sensationnel à l'information au point que le contenu en devient creux, inintéressant et même énervant. À croire que les Américains ne savent pas (plus) faire de documentaires sobres et intéressants à la fois mais uniquement dans le style des films hollywoodiens de série Z. Mais peut-être que c'est dans l'air du temps et que c'est « la société » qui demande ce genre de « chose ».
Je me rappelle d'un Dessous des Cartes expliquant les raisons du conflit en ex-Yougoslavie au moment où celui-ci battait son plein (ça fait un bail...!) entre autres par la scission en deux de l'empire romain (Rome / Constantinople) dont la ligne de séparation passait alors là. Un bond de 1 500 ans en arrière ! Cela m'avait marqué.
Merci Yug de partager ces liens. De « beaux » copyvios mais qui permettent au-moins à tous de (re)voir ces émissions et s'informer sur des bases saines. Sting (m'écrire) 15 août 2008 à 14:26 (CEST)
O.o copyvio... , pour une fois: c'est pas chez nous ! ;) Et retrouver ces emmissions ca booste vraiment la compréhension géopolitique. En tant qu'étudiant en histoire, je me considère généralement comme "averti et préparer" pour faire face aux simplifications et manipulation. En regardant ces vidéos, je m'appercois que je suis un peu trop orgueilleux (ou naif ?), et que c'est encore plus complexe et viscieux. Vraiment sympa. ^-^y Yug (talk) 16 août 2008 à 23:29 (CEST)

Image:Maps_template-X.svg: expansion et internationalisation[modifier le code]

Salut, dans le but de faciliter et diffuser l'utilisation de notre palette Maps_template-fr.svg, j'ai apporté certaines modification puis uploadé sous Maps_template-i18l.svg

Le fichier Maps_template-i18l.svg se compose donc de:

  1. Dernière version de Maps_template-fr.svg...
  2. ...traduite en anglais (95%)...
  3. ...réorganisée (titre de chaque cadre, place de chaque cadre)...
  4. ...avec un début de conventions historiques...
  5. et 2 icones "locaux" suplémentaires (temples judaiques et religions chinoises.)

Cette palette anglaise est en anglais sufissament basique pour totalement remplacer la palette -fr.svg.

Il reste à :

  • finir la traduction des textes oranges (je n'ai pas osé faire la traduction de ces textes, que je ne saurais pas traduire... sans fautes).
  • accepter de travailler maintenant à l'expansion de la version -i18l.svg
  • abandonner la version -fr.svg (pour éviter les duplicata et pertes d'energies)

Cette version i18l.svg [en anglais basique] sera plus accessibles aux cartographes allemands, italiens, et espagnols, arabes, etc.

Carte historique avec frontière en tyme _.-

Aussi, nous avons actuellement à discuter des propositions suivantes :

  • l'ajout d'un icones "point de mouillage" (une ancre) ;
  • avis, corrections, et améliorations du cadre "#Historical maps" (icones, couleur pour les protagonistes et leurs alliés, etc.) ;
  • avis, corrections, et améliorations des 2 icones "locaux" suplémentaires ;

Je rajoute en opinion personnelle que les frontières nationales gagneraient à être transformées en lignes "dashed", comme dans l'image ci à droite. Les frontières n'ont JAMAIS étés des lignes infranchissables, et les peuples frontaliers les ont toujours ignorés. La convention de lignes pleines correspond au besoin d'affirmation du territoire de l'État, nous n'avons aucun intéret dans cette affirmation blanc/noir = nation(gentils)/étrangers(méchants). J'encourage donc a abandonner les frontières en lignes pleines.

Yug (talk) 14 août 2008 à 13:33 (CEST)

Bravo Yug pour ce travail.
  • Je pense qu'il ne faudrait pas mélanger éléments de cartes topographiques et éléments de cartes historiques. Là nous avons un ensemble cohérent et fonctionnel pour les cartes topo, autant le livrer. Pour les cartes historiques, il y a sans doute encore beaucoup à discuter, et il devrait avoir suffisamment de chose à mettre dans le template pour justifier l'existence d'un fichier séparé.
  • C'est bien d'avoir un fichier international, mais je suis aussi pour avoir un fichier par langue. Il y aura un effort à faire pour conserver une uniformité, mais ça a des avantages (combien de fois j'ai copié-collé « OCÉAN ATLANTIQUE », par exemple).
  • Pour les frontières, je pense en effet qu'il vaut mieux des lignes en trait-point-trait ; ça parle tout de suite car on est habitué à voir les frontières représentées ainsi, et de plus Inkscape propose par défaut trois niveaux de ce genre de lignes.
Sémhur·d·e· 14 août 2008 à 14:43 (CEST)
Idem Sémhur.
Juste une remarque pour les frontières : les cartes de géoloc faites par les Allemands ont les limites administratives en trait plein, mais on n'est pas obliger d'appliquer cela au type de cartes communes comme cela est suggéré ici, la géoloc étant tout de même un cas particulier. Sting (m'écrire) 14 août 2008 à 15:54 (CEST)
Merci ! (c'est toujours encourageant de recevoir un "bravo" !)
1. topo-historique: Les cartes historiques gagne a avoir un minimun de topographie. La géographie-topographie explique (souvent voir toujours) l'occupation humaine. Cette géographie humaine explique l'histoire et les guerre. Cette opinion semble partagée par Le Dessous des Cartes (de:Mit offenen Karten) et le Laboratoire d'études politiques et d'analyses cartographiques, l'émission TV de Arte qui explique les dynamiques géopolitiques : Toute leurs cartes (historiques, économiques, ethnologiques) sont sur fond topographiques, au moins gris (avec système des ombres), sinon avec ombres + dégradé de vers à marron. C'est donc à mon avis une évolution qu'il faut prévoir.
Pour la division en 2 fichiers: j'y travaille ( un -i18l.svg (stable), et un -i18l-current proposals.svg . Sauf si tu as un meilleur nom à proposer.)
Proposition d'organigramme.
2. Hiérarchisation à affirmer: Fichier mère i18l, + fichiers enfants (fr, it, etc...)? Oui, pourquoi pas. En établissant clairement la hiérarchie + que les propositions doivent [après discussion] apparaitre dans -i18l.svg d'abord. Ensuite, les versions locales doivent s'alligner. Puis les cartographes peuvent utiliser cette base, adaptable aux besoins du moment, pour leur cartes.
Voir à droite ma proposition d'organigramme. Si cela vous semble bon, on le suit.
3. Frontière: ok, noté, on est 3 d'accords. On attends d'autres opinions avant de valider.
N'hésitez pas à redessiner mes icones (Navy, judaisme, chinois, que je trouve vraiment médiocres)
En tout cas: Merci pour vos encouragements ! Yug (talk) 14 août 2008 à 16:53 (CEST)
Oups, la note de Sting est pas fausse. Pour les cartes de géoloc, l'important c'est le découpage administratif. Donc le trait continue se comprends. Pour les cartes historiques, économiques, topographiques, etc, alors le trait-point-trait me semble toujours préférable. Woula... Ca commence à devenir compliqué. O.ô Yug (talk) 14 août 2008 à 22:49 (CEST)
Oui, je me suis mal exprimé : ce que je voulais dire c'est que si l'on suit le standard des cartes de géoloc qui est lancé au niveau international on garderait des frontières en trait plein. Ces cartes ayant un code simplifié (c'est leur but, mais ça ne veut pas dire qu'elles sont simplifiées dans leurs tracés) mais utilisant les mêmes conventions colorimétriques que les cartes géopolitiques (et autres) plus complètes, on peut très bien modifier l'iconographie actuelle pour les frontières sans pour autant briser l'harmonisation. Donc oui, ok pour des frontières en pointillés (mais de préférence pas trop espacés pour ne pas perdre en précision dans les tracés à cause des "trous"). Sting (m'écrire) 14 août 2008 à 23:29 (CEST)

Bravo[modifier le code]

Salut les cartographes,

Juste un petit mot pour vous dire bravo pour tout le travail effectué, qu'il s'agisse de la réalisation des cartes, de la création de standards, de la rédaction des guides... ça me donne même envie de me remettre à Inkscape et de m'essayer aux cartes, avec les tutoriaux !

Bonne continuation pour tout ça ! le Korrigan bla 24 septembre 2008 à 23:37 (CEST)

(ah, petits pinaillages tout de même : sur Image:Maps template-fr.svg, l'icône du phare n'est pas géniale à cause des "radiations" qui semblent en sortir, sur les cartes marines on réserve ça aux radiophares ou alors aux phares munis de cloches et sifflets de brumes ; mieux vaudrait un bête dessin de phare (tour cônique et sommet cylindrique). Pour l'échelle, éventuellement ajouter une échelle double km / milles nautiques, utile pour les espaces marins ? 1 mille nautique = 1852 mètres; Merci ! le Korrigan bla 24 septembre 2008 à 23:44 (CEST))

Merci pour les encouragements !
« Marrant » ton commentaire concernant l'icône du phare ! Voir cette version du modèle et la discussion plus haut à ce sujet. Sting (m'écrire) 25 septembre 2008 à 01:55 (CEST)

Plans[modifier le code]

  • J'aimerais faire des plans de villages ou de zones de petite taille, quartiers, parcs, zones archéologiques. Y-a-t-il des règles de coloris spécifiques ? 82.120.255.193 (d) 14 novembre 2009 à 14:05 (CET)
Bonjour,
Non, il n'y a pas de couleurs spécifiques comme cela peut exister pour les cartes topographiques.
Pour ma part, j'avais fait ceci pour un village, ceci et cela pour des centre-villes. Pour des zones archéologiques, il y a par exemple ceci, ou cela pour un plan.
Donc rien de normé, comme vous pouvez le voir. Sémhur (d) 14 novembre 2009 à 17:25 (CET)
Voici deux exemples de mes essais, ici et . Je vais essayer de faire mieux. Hektor (d) 14 novembre 2009 à 19:55 (CET)
Rien d'officiel. Sur la wikipedia anglais, il est même noté ce manque: les {Map conventions} note l'absence et le besoin de conventions pour les "cartes techniques" (les plans de quartier, de batiments, etc). En bref: les propositions de conventions sont les bienvenues. OSM peut aider ;) Yug (talk) 15 novembre 2009 à 11:14 (CET)

Palette avril 2012[modifier le code]

Salut ! Bonjour Bonjour une proposition d'améliorations de la palette : Fichier:Maps_template-fr.svg (26 avril 2012) :

  • Notamment, j'ai déplacé en haut le cadre « légende », c'est plus logique et ça le met en valeur (en effet, j'avais mis du temps à comprendre l'utilité de ce cadre...) ; j'ai réarrondis les coins (si Yug le permet ? Sourire) ;
  • J'ai allongé la hauteur de la page 100px (1500→1600) pour avoir plus de place ;
  • Et quelques interrogations sur le bug de typo que je n'arrive pas à résoudre pour les styles serif et condensed de la police Dejavu.(Smiley: ???)
  • Par ailleurs on pourrait ajouter une deuxième échelle colorimétrique telle que dans Fichier:Hawaii Island topographic map-fr.svg, pour les reliefs dont la hauteur de culminance est importante (comme Hawaï (île)) ;
  • Pour ce qui est des conventions de carte géographique (fr/de/en), je trouve que :fr permet de mieux distinguer à l'écran les 3 couleurs mais leur interprétation est très peu intuitive : je ne sais jamais quelle couleur correspond à quoi, il vaudrait mieux un dégradé ? Mais les couleurs :de ont, elles, un problème de distinction dans les gris. Cordialement Clin d'œil Bourrichon 26 avril 2012 à 23:03 (CEST)

PS À part ça je trouve que le cadre "géopolitique" fait par Yug est très bien. Bourrichon 26 avril 2012 à 23:33 (CEST)

Hello, belles améliorations de part et d'autres. Je m'interroge néanmoins sur les couleurs données aux aires protégées, et ce pour des raisons d'accessibilité et de lisibilité. Certaines couleurs sont trop proches ce me semble, et en cas de personne daltonienne, la différenciation de certaines nuances de rouge est trop délicate je pense. Pour moi, la couleur de la zone de réserve intégrale et celle de la zone militaire sont trop semblables. Une solution simple serait de hachurer la zone militaire avec des lignes noires sur ce fond rouge. (Mais cela posera un problème pour les très petites zones...) Cordialement. --M0tty [Plaidoyers et jérémiades] 27 avril 2012 à 08:01 (CEST)
Sans parler des bugs graphiques pour les hachures. Je réfléchis à une solution. (Par ailleurs je précise que s'il n'y a qu'un seul type de parc dans la carte, quel que soit son « niveau IUCN », mieux vaut le mettre en vert, plutôt qu'en rose ou orange. Je ne sais pas si c'est assez clair dans le fichier.) Bourrichon 27 avril 2012 à 11:24 (CEST)
Détails: Pour les bords non-arrondis, je suis la tendance que l'on voit de plus en plus sur le web d'épuration des traits. Cf le relookage des services Google. Bourrichon, tu as fait une sacrée vague d'ajout ! c'est à organiser un peut plus, il va falloir une meilleur place pour les repères planétaires. Évité le texte rose aussi.... (mise à jour)
Parcs IUCN: On a là une large proposition pour les parcs IUCN qui me semble en fait inapropriée car trop spécifique. C'est l'équivalent de la palette indépendante pour les temps géologiques.
Zones colorées: depuis quelques temps je me pose la questions les zones/masques colorés de manière générale. C'est fondamental à notre travail, mais délicat à choisir. M0tty, tu te souviens de notre discussion sur le daltonisme, et sur la palette ubuntu. Il nous faut une convention de 4-5 masque colorimétrique pour "multi-areas maps", avec des variantes pour chaque masque. Ex: Rouge > Rouge clair > Rouge très clair pour Royaume > vasal soumis > allier libre. À réfléchir.
Organisation modulaire:Je pense également que l'on va devoir passer les conventions cartographiques à un modèle par modules, comme j'ai fait sur wiki-en (en:Template:Map_conventions).
Bref, il semble que l'on se chauffe pour cet été, cool ! : ) Yug (talk) 27 avril 2012 à 17:59 (CEST)

J'ai réduit les zones protégées mais vu leur fréquence désormais dans les cartes (que je fais) je pense qu'il faut indiquer le rouge pour le niveau maximal, et le vert pour le deuxième niveau, après on s'adapte à la carte quand elle présente plus de deux niveaux. Bourrichon 27 avril 2012 à 18:44 (CEST)

Sinon c'est complètement bugué au niveau de la typo, depuis l'import de Yug (m'enfin Yug !). Je me demande pourquoi c'était mieux avant, et comment régler ça. Bourrichon 27 avril 2012 à 19:14 (CEST) PS : OK pour l'organisation modulaire.

Voici mon avis :

  • Je trouve que ça commence à faire chargé, pour ne pas dire tassé. On devrait passer en format paysage, avec côté droit les différentes palettes, et côté gauche les autres éléments.
  • Parmi les palettes, rien n'empêche de mettre celle de l'UICN. Pour celle de la carte d'Hawaï, je ne me souviens plus bien, mais il est possible que la palette d'alors n'allait pas plus haut que l'altitude 14. Mais maintenant elle va jusqu'à 19. Par contre, je travaille aussi avec une palette sous-marine allant jusqu'à une altitude -22.
  • On a pas besoin de mettre la liste des mises à jours du fichier dans le fichier lui-même. Si on veut en garder trace, mettons-les dans la page de description !
  • Personnellement je préfère les coin arrondis pour la légende. Carrés, ça fait triste.
  • Pour les daltoniens, désolés pour eux mais l'utilisation des palettes de couleur les exclue d'office... On en avait déjà parlé, et la conclusion c'est qu'il y a différentes sortes de daltonisme, et qu'on ne peut pas faire une carte qui serait bien visible par tous (en tout cas pas avec seulement des couleurs). Tout au plus peut-on recommander, là encore dans la page de description, d'éviter l'utilisation conjointe d'un rouge et d'un vert de même intensité. C'est le cas de confusion le plus fréquent.
  • Pour les polices, c'est bien DejaVu Sans Condensed et DejaVu Serif Condensed qui ont le rendu le plus proche entre Inkscape et Commons. Le Condensed est important, si on s'en passe ça ne rend pas bien. Encore que personnellement, j'utilise maintenant Nimbus Sans L et Nimbus Roman No9 L pour les remplacer. Je trouve leur rendu encore plus fidèle.
  • Pour les carte géopolitiques, lors de la tentative d'uniformisation nous nous étions mis d'accord avec les Allemands pour utiliser des gris pour les zones hors-sujets. Ils en utilisent deux différents, suivant l'éloignement avec le sujet (par exemple, pour une carte dont le sujet est la Bavière, les autres Landers allemands seront en gris très clair #EFEFEF, tandis que les pays limitrophes seront dans un gris un peu plus foncé #F0F0F0. On pourrait ajouter le premier à notre palette.

Sémhur (d) 27 avril 2012 à 20:28 (CEST)

Je n'ai pas trouvé les Nimbus (ou bien à un prix élevé)... Dans Fichier:Bourrichon.svg (28 avril 17h37), "OCEAN ARCTIQUE" et "Province, région" sont en police Liberation (respectivement sérif et sans sérif, que je teste) et tout le reste est bel et bien en Dejavu. Or, le Dejavu bugue complètement (absence des sérifs et des condensed) sauf dans la vue à 100%, alors que le Liberation ne bugue jamais. Ce sont mes navigateurs (sous XP) qui ont un problème avec la Dejavu, ou vous avez la même chose ? (Smiley) Hum... Bourrichon 28 avril 2012 à 17:48 (CEST)
Pour les Nimbus, il y a un lien dans la FAQ ! (le répertoire contient aussi Nimbus Mono). Faire payer pour ça, c'est abusé, ce sont des polices libres sous licence LPPL. Liberation ne m'a jamais convaincu ; on a l'impression que les lettres se bousculent, parfois. DejaVu aussi. DejaVu Condensed, ça arrive, mais moins souvent. Nimbus L, c'est encore plus rare. Voici ce que ça donne chez moi, je suis sous Linux ; mais le système d'exploitation n'a pas d'importance puisque librsvg fonctionne sous Linux sur les serveurs de la Fondation. Sémhur (d) 28 avril 2012 à 22:42 (CEST)
Merci Sémhur d'avoir mis les polices sur ton espace, je ne l'avais pas vu, mais il manque les gras et les italiques. Comme tu parles de comparatif il manque peut-être aussi un lien ? Sinon apparemment Nimbus ne serait pas si libre que ça (voir le commentaire). Cordialement Bourrichon 29 avril 2012 à 00:58 (CEST)
Ressource academique

Été 2012, nouvelle vague ?[modifier le code]

@Motty, Sémhur, Bourrichon, (Sting, STyx?) : Pour les infos "trans-wikis", le monde de la wiki-cartographie est en train de bouillonner récemment avec :

1. Sharemap.org, une VRAIE initiative de google-map libr, SIG, pour wikipedia ;
2. L'amélioration de nos coventions vers une versions '3', modulaire ET cohérente : location maps ⇒ one-area maps ⇒ multi-areas maps ⇒ historical maps ; notre palette ; une VRAIE palette pour les masques colorés (palette Ubuntu ?)
3. Prises de conscience :
  • de la wikimedia fondation : contacts établis avec la WMF France, avec WMF USA.
  • de la communauté wiki, voir: Wiki Signpost: The Cartographers of WikiProject Maps
  • des programmers libres : Sharemaps.org ; user:Kolossos (un programmer important de la WMF), Richard et son plugin (QGIS).

Bref, il y va falloir s'organiser en modules, augmenter la visibilité du besoin cartographique d'une encyclopédie, et faire du travail de pro —projet clair, vraies demandes de soutiens et bourses, powerpoints, conférences à Paris ou ailleurs, blog ? etc— cet été. L'objectif final est de produire un jeu complet, cohérent, aligné de conventions, destinées au futur "google-map" du 5ème site mondial: Wikipedia. Mort de rire Yug (talk) 4 mai 2012 à 19:51 (CEST)

Salut Yug, 1. Sharemap.org c'est très bien mais le svg généré est en fait un bitmap embarqué dans le fichier svg ?un petit tuto serait pas mal pour Sharemap ? 2. Je pense qu'on peut en effet se mettre à faire des palettes différentes pour chaque type de carte. Je ne comprends pas tes flèches. Et qu'est-ce qu'un "masque coloré Ubuntu" ? 3. Je pense qu'on peut avoir deux objectifs clairs et nets : 3.1. continuer de faire des cartes statiques, qui sont des illustrations importantes pour les éditions hors-lignes ou papier de Wikipédia. Je ne comprends pas pourquoi régulièrement la plupart des "nouveaux" de l'atelier abandonnent rapidement la création de carte (c'est une impression ?). 3.2. installer, à la place de l'actuel carte glissante (petit globe en haut à droite des articles), une carte glissante qui soit à la fois #aux couleurs conventionnelles #avec des liens (comme actuellement) #avec des calques à cocher topo/admin/transports/zones protégées/biomes/etc. #en 3D (comme dans osm-3D). Et intégrer ce type de carte plusieurs fois par article si on veut. Je ne vois pas ce qu'on pourrait faire de mieux. À+ Bourrichon 4 mai 2012 à 21:12 (CEST)
Je clarifierais bientot. (occupé en ce moment).Yug (talk) 21 mai 2012 à 13:33 (CEST)

Homonymie vers monde[modifier le code]

Bonjour,

la page Monde est une page d'homonymie, mais de nombreux modèles de géolocalisation créent un lien vers cette page d'homonymie au lieu de Terre ou Liste des pays du monde ou … Je n’arrive pas à trouver comment corriger ces liens qui apparaissent dans plus de 500 modèles, et dans des articles (Arabie, Conférence des Nations unies sur le développement durable, Conférence des Nations unies sur l’environnement et le développement, …)

Comment peut-on corriger ces liens ? Merci. --NicoV (d) 21 juillet 2012 à 12:39 (CEST)

Ajout section création de carte de géolocalisation[modifier le code]

Je viens de créer l'ébauche d'un tutoriel pour créer des cartes de géolocalisation. Il est à l'emplacement: Wikipédia:Atelier graphique/Didacticiels cartographiques/Didacticiel pour Cartes de geolocalisation. Il ne reste plus qu'a le compléter et le relayer.--kirikou (d) 25 novembre 2012 à 20:34 (CET)

Bad svg and font[modifier le code]

Hi I hope I can write in english here.

My problem is that when I check my maps at w3validator after having used objects from that template I sometimes get errors. I did run the template now and it got 19 ERRORS which means it doesn't pass as valid xml.
Is this something that you guess know of or have any ideas of what we should do? In my maps I have changed the id names so I can do that in the template as well but wanted to check with the people who knows more than me about this. Waiting for knowledge and advice, thanks.

  • Also I propose that the font of Arial (proprietary typeface) is substituted to Liberation Sans which is a free font and it work with wikimedia software for instance when rendering svg files.
  • The same goes for Times New Roman which could be exchanged with Liberation Serif.

I'm sorry but I don't speak French. --Goran tek-en (discuter) 24 novembre 2014 à 17:46 (CET)

Hi Goran tek-en, I don't have the skills to answer you but I notify ̺Yug (d · c · b). — Kvardek du (laisser un message) le 25 novembre 2014 à 01:35 (CET)
Goran tek-en, English is welcome. I was not aware about this issue back in ~2008 when the files were created. But as quality expectation rose up, we need to do something. Yug (talk) 27 novembre 2014 à 20:25 (CET)
As I'am checking Maps_template-fr.svg, most of these error are related to Inkscape-related tags (including sodipodi). We may gain from saving our file as `simple svg` or similar. Yug (talk) 27 novembre 2014 à 20:30 (CET)
@Yug I have gone thru the map and to me it's more than Inkscape problems and we also have to fix the font things.
  • The three first errors on the check are from Inkscape but they are not the sever type (yellow signs) but the rest (red signs) are serious ones that give you a red bar at the top, not valid code. If you only have the yellow ones you still get a green bar and the code is approved. It's the ones with red signs that I have edited in the updated file below.
  • Here is a draft on an updated map and it would be great if you could check it. --Goran tek-en (discuter) 30 novembre 2014 à 13:20 (CET)
Goran tek-en, if your file is better please push forward, upload over the old buggy version :) It's an improvement that we welcome! Please also tell us how you fixed that, so we can replicate for File:Maps_template-fr.svg Yug (talk) 2 décembre 2014 à 15:10 (CET)

Now I have edited your last fr version and you can find the en version here Maps template-en.
What to edit in your file;

  • Object Properties:

eg, Id point "Vilie"
eg, Label #point "Vilie"
this is what the validator doesn't like and you will get an error (red). If you change that to something like;
Id path635229
Label #635229
you will get green in the validator, passed. There still is some warnings but that's not serious.
It's better to leave the default Id and Label that the program gives and not edit it.
The problems with Id and Label on objects are in those groups and symbols/lines;
Cities & urban areas (objects)
Other circles of latitudes (line)
Political (text objects)
Cities & urban areas (text objects)
Geographic features (text objects)
Major Earth locations (text objects)
Text object with all characters at the bottom

  • I have also changed the font to Liberation Sans and Serif as the condensed version of Dejavu that was used gave me problems on Ubuntu although I installed the extra which should give condensed version. I think it's better to keep it as simple and open as possible so it will work on all different systems. --Goran tek-en (discuter) 4 décembre 2014 à 16:17 (CET)
Goran, your file is now the file of reference to copy and translate :) See: commons:Template:Other_versions/Maps_template-fr Yug (talk) 14 décembre 2014 à 16:27 (CET)