Discussion modèle:Coord
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Synchronisation
modifierCe modèle devrait être synchroniser avec le modèle anglais en:template:coord
Faut-il afficher des coordonnées au format décimal dans les pages?
modifierBravo pour cette initiative qui permettra peut être de mettre fin à la balkanisation de la géolocalisation sur Wikipedia... Une question quand même:
Ne serait-il pas plus simple de ne conserver que la forme dms pour l'affichage par défaut? Si j'ai bien compris, cela n'interdirait pas de rentrer une coordonnée en décimal, mais ça parle à mon avis beaucoup plus à un humain ayant ne serait-ce qu'un reste de vernis de culture géographique que la forme décimale, qui reste très utile pour les machines.
Je sais que je peux faire la modif dans ma css utilisateur, mais pour un visiteur standard, l'affichage se ferait toujours en décimal... Le format = dec ou format = dms me semble un facteur de perte d'homogénéité entre les différents articles. Toujours si j'ai bien compris, il ne s'agit que d'une modif à faire dans la css par défaut de wikipedia, non?--Jul 13 septembre 2007 à 00:33 (CEST)
- Si j'ai bien suivi, cette question a justement généré de nombreux débats sur en.wikipedia. La solution retenue a été de 1) laisser l'affichage dans le même format que l'entrée, par défaut, 2) permettre de sélectionner pour chaque page le résultat avec format=dms, 3) permettre à chaque utilisateur de sélectionner son affichage via son monobook. Ainsi, on laisse une relative liberté, ce qui a sans doute du froisser le minimum de personnes là-bas. Mais on peut envisager, si une majorité ici est d'accord, de mettre la sortie DMS par défaut. Ce sera très vite fait par un changement dans MediaWiki:Common.css. le Korrigan →bla 13 septembre 2007 à 00:40 (CEST)
- Personnellement, je suis pour l'option format=dms par défaut. Croquant 27 septembre 2007 à 12:21 (CEST)
Bug dans les chiffres négatifs
modifierIl y a un problème quand une des coordonnées est négative, et écrite avec un espace entre le '-' et les chiffres : {{coord|47.6559|-2.7603|type:city_region:FR|format=dms long}}
47° 39′ 21″ nord, 2° 45′ 37″ ouest
{{coord|47.6559|- 2.7603|type:city_region:FR|format=dms long}}
Coordonnées : format invalide
Mais je n'ai pas trouvé comment le corriger....:|DS (shhht...)|:.
- Je ne pense pas qu'on puisse corriger (autrement qu'en insistant dessus dans la doc) : dans MediaWiki en général, s'il y a une espace entre le signe et le nombre, il n'est pas pris en compte. Ca vaut aussi pour les autres modèles. Pense-tu que ça affecte beaucoup de pages ? Ce n'est pas mon avis (après avoir changé le modèle sur plusieurs centaines de pages). On pourrait à l'occasion analyser un dump pour voir s'il y a beaucoup d'appels au modèle où figure une telle espace. le Korrigan →bla 14 septembre 2007 à 23:25 (CEST)
- Je ne sais pas si ce bug précis arrive souvent, je suis tombé sur la page de Vannes par hasard. Par contre, en cherchant dans google les symptômes, j'ai trouvé pas mal de pages en erreur pour différentes raisons (virgules à la place des points, écritures incorrectes...). Le soucis est qu'il va falloir prendre chaque cas l'un après l'autre... .:|DS (shhht...)|:.
- Ouch. Je ne connais pas de remède-miracle pour ça, sinon faire passer un bot pour détecter et corriger ça. En même temps, quelqu'un qui ajoute une coordonnée et qui voit ce genre d'affichage va quand même se poser des questions, non ? le Korrigan →bla 15 septembre 2007 à 12:39 (CEST)
- Il semble que ce soit en grande partie Utilisateur:Chicobot qui ait fait les dégâts : [1], [2]. Bizarrement, il a changé le format des latitudes (mais pas des longitudes), ce qui fait planter l'affichage. Je lui laisse un mot. .:|DS (shhht...)|:.
- Le bug existe quand je suis connecté mais pas en anonyme. Ce doit être lié aux options ??? Cham (d) 22 février 2008 à 12:35 (CET)
- Il semble que ce soit en grande partie Utilisateur:Chicobot qui ait fait les dégâts : [1], [2]. Bizarrement, il a changé le format des latitudes (mais pas des longitudes), ce qui fait planter l'affichage. Je lui laisse un mot. .:|DS (shhht...)|:.
- Ouch. Je ne connais pas de remède-miracle pour ça, sinon faire passer un bot pour détecter et corriger ça. En même temps, quelqu'un qui ajoute une coordonnée et qui voit ce genre d'affichage va quand même se poser des questions, non ? le Korrigan →bla 15 septembre 2007 à 12:39 (CEST)
- Je ne sais pas si ce bug précis arrive souvent, je suis tombé sur la page de Vannes par hasard. Par contre, en cherchant dans google les symptômes, j'ai trouvé pas mal de pages en erreur pour différentes raisons (virgules à la place des points, écritures incorrectes...). Le soucis est qu'il va falloir prendre chaque cas l'un après l'autre... .:|DS (shhht...)|:.
présentation
modifierBonjour, je suis pas contre la mise à jour du modèle. Mais esthétiquement parlant ce serai mieux sur deux lignes, surtout pour les pages comme Disneyland. --GdGourou - °o° - Talk to me 19 septembre 2007 à 14:10 (CEST)
- Salut. C'est possible, avec le code "|format=dms long" au lieu de "format=dms". Mais l'affichage sur deux lignes pose problème car il déborde sur le corps de l'article (infobox, bandeaux d'ébauche), un problème qui n'est pas encore résolu. De plus, cet affichage rend possible l'utilisation prochaine du WikiMiniAtlas, qui ne marche pas avec {{coor up}}. le Korrigan →bla 19 septembre 2007 à 14:14 (CEST)
- Ok merci pour ces explications. --GdGourou - °o° - Talk to me 19 septembre 2007 à 17:12 (CEST)
Symbole des minutes
modifierAutre sujet : j'ai constaté une présentation incorrecte dans les tableaux utilisant le modèle {{Infobox Ville de Chine}} (option par défaut display:inline) : le symbole "minute" n'apparaît pas, alors qu'il est visible avec l'option display:title (voir par exemple les pages Golmud et Jiayuguan). Ce n'est qu'un problème d'affichage car le contenu du texte est correct, comme on peut le constater par un copier-coller. Quelqu'un saurait-il d'où cela provient ? Croquant 23 septembre 2007 à 00:00 (CEST)
- Hello. Chez moi ce symbole apparaît à chaque fois ; mais il est en effet différent entre display:inline et display:title. J'ai deux hypothèses : soit tu utilises une police qui ne comporte pas ce symbole (quelle police utilises-tu ?), soit tu as un paramètre d'affichage (taille de police, navigateur particulier...) qui empêche un bon affichage. Peux-tu dire quelle configuration tu utilises ? Ainsi on saura quelle modification faire. le Korrigan →bla 23 septembre 2007 à 00:23 (CEST)
J'utilise Firefox avec la taille du texte dite "normale" dans le menu Affichage, qui donnait des résultats corrects avec le modèle précédent coor dm (dans lequel la police était légèrement différente). Dans les autres cas (taille plus petite ou plus grande, utilisation d'Internet Explorer), l'affichage est correct. Apparemment, je suis tombé sur les seules conditions où ça ne fonctionne pas bien. Croquant 23 septembre 2007 à 10:31 (CEST)
Position d'affichage en haut de page
modifierJe viens de remarquer qu'avec IE (version 7.0.5730.11), la position d'affichage des coordonnées en haut de page n'est pas bonne : elles s'affichent sur le soulignement inférieur du titre, au lieu de s'afficher au-dessus, comme avec Firefox. Croquant 23 septembre 2007 à 10:46 (CEST)
Correction : ce n'est pas lié au navigateur, mais au fait que je n'étais pas connecté, et que le bandeau "Les inscriptions au premier colloque francophone sur Wikipédia sont ouvertes. Inscrivez-vous !" n'apparaissait pas. Le résultat est le même lorsque l'on clique sur "Cacher". Croquant 23 septembre 2007 à 10:51 (CEST)
- Argl : cet affichage change avec chaque configuration, du coup quel que soit le réglage il y aura des gens chez qui ça s'affichera sur la ligne... si d'autres personnes rapportent ce problème, on pourrait essayer un autre réglage (plus grande distance à partir du haut)... le Korrigan →bla 23 septembre 2007 à 13:56 (CEST)
- Pour {{coor up}} j'avais utilisé JavaScript (la fonction IconeDeTitre dans MediaWiki:Monobook.js) afin de réelement insérer les icônes de titre dans le titre. Actuellement, si j'ai bien compris, elles sont simplement surimprimées. Marc Mongenet 25 septembre 2007 à 20:08 (CEST)
- C'est ça ; peut-être peux-tu voir avec IAlex, sur IRC il m'a dit qu'il allait voir ce qu'il pouvait faire. Peut-être un compromis (du JavaScript qui met les coordonnées là où on veut, mais si JS n'est pas activé, ça reste comme c'est) ? Ca dépasse mes compétences en tout cas, mais je serais très content si un de vous arrivait à résoudre ça :-) le Korrigan →bla 25 septembre 2007 à 20:22 (CEST)
- Pour {{coor up}} j'avais utilisé JavaScript (la fonction IconeDeTitre dans MediaWiki:Monobook.js) afin de réelement insérer les icônes de titre dans le titre. Actuellement, si j'ai bien compris, elles sont simplement surimprimées. Marc Mongenet 25 septembre 2007 à 20:08 (CEST)
Avez-vous regardé comment les modèles équivalents étaient programmés dans la version anglaise ? Il me semble qu'ils ne souffrent pas de ce genre de problème. Croquant 25 septembre 2007 à 20:55 (CEST)
- J'ai copié exactement le code de la version anglaise... mais chez eux, certains trucs sont différents (taille du sitenotice, position du anonnotice, présence du ContentSub, taille des icônes de titre...). le Korrigan →bla 25 septembre 2007 à 21:07 (CEST)
- Il ne s'agit donc que d'adapter... "Simple" travail d'intégration. Un intégrateur dans la salle pour aider le Korrigan?
Bestter Discussion 25 septembre 2007 à 21:16 (CEST)
- Il me semble que Marc Mongenet et IAlex ont réglé tout ça. le Korrigan →bla 26 septembre 2007 à 18:12 (CEST)
- Il ne s'agit donc que d'adapter... "Simple" travail d'intégration. Un intégrateur dans la salle pour aider le Korrigan?
En effet, c'est beaucoup mieux maintenant. Il reste quand même le problème (difficile à résoudre, mais mineur) de l'absence du symbole "minute" que j'ai signalé dans la section précédente. Croquant 26 septembre 2007 à 20:13 (CEST)
Article AdQ: les coordonnées mordent un peu sur l'étoile. (et la ligne du titre se mêlent aussi)
modifierSalut!
Dans Montréal le modèle mangent un peu sur l'étoile. Sous FF 2.0.0.7, Windows XP Pro. Sous IE7 (même machine pas je ne suis pas logé) le modèle se mêle à la ligne du haut, celles qui est en dessous du titre.
Bestter Discussion 25 septembre 2007 à 21:13 (CEST)
- Si tu recharges ton cache (Ctrl-Maj-R ou Ctrl-F5), ça devrait être réglé. le Korrigan →bla 26 septembre 2007 à 18:11 (CEST)
Texte "coordonnées"
modifierBonjour,
Maintenant que le WikiMiniAtlas est activé, et qu'un globe s'affiche devant les coordonnées, peut-être que l'on peut virer le texte « Coordonnées : » qui s'affiche quand les coordonnées sont dans le titre : ça prendrait moins de place, et ça porterait moins à confusion (un seul endroit où cliquer).
Qu'en pensez-vous ? le Korrigan →bla 26 septembre 2007 à 18:11 (CEST)
- Entièrement d'accord. Croquant 26 septembre 2007 à 20:15 (CEST)
Bon, je le fais, et si ça déplaît trop j'annulerai. le Korrigan →bla 27 septembre 2007 à 14:39 (CEST)
Remarques après essais sur l'article Tour Eiffel
modifierComme l'article Tour Eiffel n'intégrait pas d'affichage de coordonnées, j'ai entrepris de les ajouter, ce qui me conduit à deux remarques et une question :
- Si l'utilisation de coordonnées au format décimal (48.85825 N, 2.2945 E) dans le modèle Coord donne un affichage correct du WikiMiniAtlas, en revanche l'utilisation de coordonnées dms (48° 51' 29.7" N, 2° 17' 40.2" E) déplace le pointeur vers l'ouest (sur la rive opposée de la Seine, autour de 2° 17' 15") ;
- La présentation simultanée de l'étoile (article de qualité) et des coordonnées n'est pas très heureuse (trop proches, pas au même niveau) ; oui, je sais, je suis vraiment pinailleur ;
- Peut-on définir une « norme » d'emplacement du modèle Coord dans l'article, pour l'affichage en haut de page, lorsqu'il n'est pas dans un tableau ; je l'ai placé à la fin comme dans la WP anglophone, juste avant les catégories et les liens interwiki, mais ce serait peut-être plus logique au début.
Croquant 27 septembre 2007 à 10:57 (CEST)
- Heu, l'article intégrait déjà des coordonnées, dans l'infobox ; ce n'était pas la peine de les rajouter en haut. Pour répondre à tes questions :
- Ce n'est qu'une question de précision ; il faut sans doute que tu ajoutes un ou deux chiffres après la virgule aux secondes en mode DMS, par exemple.
- Solution : ne mettre les coordonnées que dans l'infobox.
- Pas de norme actuelle ; comme je suis en train de faire les remplacements, je peux dire qu'on a à peu près moitié des coordonnées écrites tout en haut et moitié en bas (avant les catégories, en général). Ca ne change absolument rien à l'affichage, donc ce n'est peut-être pas la peine de vouloir standardiser à tout prix ? Personnellement je penche pour les mettre en bas (avec les autres trucs "invisibles", catégories et interwikis), mais c'est un détail.
- Hopla, le Korrigan →bla 27 septembre 2007 à 11:11 (CEST)
Désolé pour la Tour Eiffel, je n'avais pas vu ; à vrai dire, l'infobox est un peu chargée ;
- Non, les coordonnés dms correspondent exactement aux coordonnées décimales ;
- OK
- Le mettre toujours au même endroit facilite les corrections éventuelles ; à la fin, ça me va. Croquant 27 septembre 2007 à 11:25 (CEST)
Après essais avec d'autres coordonnées, tout se passe comme si le paramètre secondes n'était pas pris en compte dans les longitudes : la position ne dépend que des degrés et des minutes, et reste la même quelles que soient les secondes. Croquant 27 septembre 2007 à 12:06 (CEST)
- Ce n'est pas le cas chez moi après quelques essais. Petits rappels (désolé si ça te semble évident, je demande au cas où) : tu n'as pas oublié d'écrire "N" et "E" et mode DMS ? Tu mets un point et non une virgule pour les décimales ? SInon, hypothèse suivante, ça ne serait pas du au modèle {{coord}} mais au WMA lui-même ; en effet, m:WikiMiniAtlas précise, dans la FAQ, que le marqueur rouge n'est pas toujours exactement à l'emplacement désiré, du fait d'approximations dans le code javascript du WMA. De plus, la position des autres articles est donnée d'après la dernière extraction de la base de données, on m'a dit que la prochaine mise à jour sera en novembre. le Korrigan →bla 27 septembre 2007 à 12:21 (CEST)
Je ne parle pas de pouièmes de secondes, mais d'une position qui ne s'incrémente en longitude que de minute en minute, alors que tout se passe convenablement pour les latitudes. Entre parenthèses, les coordonnées sont transmises correctement à GeoHack. Je vais faire des essais avec IE au lieu de FF, au cas où. Croquant 27 septembre 2007 à 12:26 (CEST)
- OK. Si tu trouves le truc, le mieux sera d'en parler directement à l'auteur, sur m:Talk:WikiMiniAtlas. le Korrigan →bla 27 septembre 2007 à 12:30 (CEST)
Problème identique chez moi avec IE. Je vais tenter de creuser l'affaire. Croquant 27 septembre 2007 à 12:40 (CEST)
- Première étape : sur la WP anglophone, le fonctionnement est correct. C'est donc l'implémentation ici qui est en cause, peut-être l'interfaçage avec le module javascript. À suivre ... Croquant 27 septembre 2007 à 13:35 (CEST)
- Suite : Je pense avoir détecté une erreur dans le module javascript :
le calcul de la longitude est mal fait :
marker.lon=(1.0*RegExp.$5) + (RegExp.$6/60.0) + (RegExp.$6/3600.0);
(on prend les minutes à la place des secondes)
alors qu'il est correct pour la latitude :
marker.lat=(1.0*RegExp.$1) + (RegExp.$2/60.0) + (RegExp.$3/3600.0);
Ce qui m'étonne, c'est que la version anglaise fonctionne ; on ne passe probablement pas dans les mêmes parties du code, selon l'organisation de la page. Je n'ai plus qu'à transmettre tout ça à l'auteur. Croquant 27 septembre 2007 à 16:36 (CEST)
Correction faite dans le module javascript, le positionnement est conforme désormais. Croquant 28 septembre 2007 à 08:48 (CEST)
Pékin
modifierWMA ne s'ouvre pas depuis certains articles ; exemple Pékin. Je ne comprends pas pourquoi. 10 octobre 2007 à 16:26 (CEST)
- Peut-être une limitation de la mémoire de ma bécane ou de mon butineur (Firefox). Parce que isolé ça fonctionne: 39° 54′ 20″ N, 116° 23′ 29″ E 16:39
- Sous IE idem. ça fonctionne ici, mais pas sur la page Pékin. Père Duchesne ✉ 10 octobre 2007 à 17:10 (CEST)
- En effet, y'a un bug, c'est le Javascript du WMa qui plante, d'après la console d'erreur. Je rapporte ça à Dschwen. le Korrigan →bla 10 octobre 2007 à 17:21 (CEST)
- Hop : Bug WMA-1. le Korrigan →bla 10 octobre 2007 à 17:24 (CEST)
C'est réparé, normalement. Il faut purger le cache pour voir les changements (Ctrl-Maj-R / Ctrl-F5). le Korrigan →bla 10 octobre 2007 à 18:15 (CEST)
- Hop : Bug WMA-1. le Korrigan →bla 10 octobre 2007 à 17:24 (CEST)
- En effet, y'a un bug, c'est le Javascript du WMa qui plante, d'après la console d'erreur. Je rapporte ça à Dschwen. le Korrigan →bla 10 octobre 2007 à 17:21 (CEST)
- Sous IE idem. ça fonctionne ici, mais pas sur la page Pékin. Père Duchesne ✉ 10 octobre 2007 à 17:10 (CEST)
Suggestions...
modifierTrès bonne initiative, et au passage, félicitations au Korrigan pour son travail conséquent sur ce problème épineux. Mais j'ai deux questions :
- Un as du Monobook pourrait-il concocter une page d'aide pour expliquer comment personnaliser le service que l'on va utiliser, de manière à y être automatiquement dirigé quand on clique sur des coordonnées dans un article de Wikipédia, plutôt que de passer par la page Geohack ? J'imagine que c'est possible, puisqu'on peut manifestement le faire pour Special:Booksources.
- Serait-il envisageable d'incruster le WikiMiniAtlas (qui est d'ailleurs une chouette idée, dommage qu'il ne prenne pas (encore) en compte l'échelle) directement dans la page Geohack, sans avoir rien à cliquer, en plus du globe à cliquer dans les pages de Wikipédia ?
Voilà, c'est tout pour le moment... :) /84•5/27.09.2007/10:03 UTC/
- Salut !
- Actuellement, les coordonnées dirigent vers la page du Geohack ; en peut envisager plusieurs solutions : 1) soit mettr eun lien sur la page Geohack disant « Comment utiliser {{coord}} », 2) soit un petit point d'interrogation, un peu comme sur {{voir homonymes}}, redirigeant ici. Note que Geohack est entièrement modifiable sur Modèle:GeoTemplate. Note aussi que Special:Booksources est une fonction interne à MediaWiki, alors que Geohack est un outil externe.
- Le WikiMiniAtlas (qui incluera prochainement l'échelle, l'auteur y travaille) n'est pour l'instant affichable que en cliquant sur le petit globe. L'auteur réfléchit à d'autres utilisations, comme par exemple l'afficher dans une catégorie en faisant en sorte qu'il montre toutes les pages géolocalisées de cette catégorie. Tu peux suggérer d'autres trucs sur M:Talk:WikiMiniAtlas.
- le Korrigan →bla 27 septembre 2007 à 12:12 (CEST)
- Merci pour tes réponses rapides.
- Je n'ai pas trop compris ta réponse à mon premier point, désolé... :( Du coup, je me demande si ma question était bien claire. Je reformule. Imaginons (c'est juste une hypothèse
) : moi, je suis un fan de Google Maps en mode mixte (satellite + carte). Quand je clique sur des coordonnées dans un article de Wikipédia (par exemple 48° 51′ 30″ N, 2° 17′ 40″ E), j'ai envie d'être directement dirigé vers Google Maps en mode mixte (en l'occurrence ici), sans passer par la case GeoHack, histoire d'économiser quelques clics, puisque les autres services (Yahoo Maps & Cie) ne m'intéressent pas. Bien sûr, ce ne sera valable que pour moi, grâce à une personnalisation de mon Monobook, et les autres utilisateurs continueront à être dirigés vers GeoHack comme d'habitude.
- OK. Mon anglais n'étant pas au top, je poserai ma question là-bas plus tard, quand j'y aurai davantage réfléchi et que j'aurai d'autres suggestions. /84•5/27.09.2007/10:32 UTC/
- Pour le 2), tu peux proposer des trucs ici et je ferai le relais (la carte "fixe" a déjà été proposée). Pour le 1), je t'avais en effet mal compris. Je ne sais pas si c'est possible actuellement car l'URL vers Geohack est codée "en dur" dans {{coord}}. A priori, la seule solution serait en JavaScript, il faut donc t'adresser aux spécialistes sur DIscussion Projet:JavaScript. Tu peux aussi en parler à commons:User:Magnus Manske, l'auteur du Geohack, et qui adore coder un tas de petits machins (dont un tas d'outils géniaux pour Commons). Peut-être sera-t-il intéressé ? le Korrigan →bla 27 septembre 2007 à 12:37 (CEST)
- Ok, j'ai laissé un message sur le projet JavaScript. S'ils ne trouvent pas, j'essaie Magnus Manske (j'utilise toujours l'anglais en dernier recours... :/).
- Pour le WikiMiniAtlas, je pense que l'image du globe est mal choisie, car elle ne suggère pas du tout au lecteur qu'il peut accéder à des trucs supplémentaires en cliquant dessus : on dirait que c'est simplement là pour illustrer / signaler qu'il s'agit de coordonnées géographiques. Le tooltip ne suffit pas à mon avis, car il faut déjà avoir l'idée de passer la souris dessus, or rien n'y incite le lecteur.
- Il faudrait que l'image évoque l'idée d'interaction ou qu'il y a quelque chose à visualiser en cliquant dessus. Par exemple une icône d'œil (mais il n'y a rien de terrible dans la catégorie Eyes icon sur Commons). Si j'osais, je proposerais même une icône d'œil dont l'iris serait fondue avec un globe, à la manière du splash screen d'une ancienne version de PSP ([3])... /84•5/27.09.2007/12:09 UTC/
- Si tu trouves une meilleure icône, n'hésites pas à la proposer sur Discussion Aide:WikiMiniAtlas. Ce serait mieux qu'elle soit dans le domaine public (parce qu'on n'a pas accès à sa page de description), et qu'elle s'affiche bien en taille 18px. le Korrigan →bla 27 septembre 2007 à 14:38 (CEST)
- Bon, à la réflexion, un simple symbole « + » sur un petit carré (ou éventuellement sur le globe, justement), comme dans les arborescences, devrait faire l'affaire. Je trouve que ça exprime bien l'idée qu'il y a quelque chose de plus à voir. Qu'en penses-tu ? /84•5/27.09.2007/14:31 UTC/
- Pour être honnête, le globe me paraît assez « intuitif » tel quel. Je ne sais pas si un "+" améliorerait quoi que ce soit ; mais sans doute suis-je déjà trop habitué au WMA tel qu'il est ! Tu devrais récolter d'autres avis que le mien :-) le Korrigan →bla 27 septembre 2007 à 16:45 (CEST)
- En fait, si j'évoque le problème, c'est que j'ai moi-même longtemps vu ce globe placé devant les coordonnées sur les articles en anglais, sans qu'il ne me soit jamais venu à l'idée d'aller cliquer dessus. Ce n'est que depuis qu'on parle du WMA sur la Wikipédia francophone (autant dire depuis pas longtemps) que j'ai compris qu'on pouvait cliquer sur l'icône en question.
- Donc a priori, pour le lecteur candide qui ne connaît pas le WMA (comme moi), ce n'est pas forcément évident. /84•5/27.09.2007/14:57 UTC/
- J'ajoute que le modèle {{coor up}} utilisait également une image de globe (
), ce qui peut porter à confusion.
- Tout ce qui va dans le sens de rendre les choses plus intuitives est à mon avis bon à prendre (voir par exemple cette discussion qui montre que les visiteurs ne pensent pas forcément de la même manière que nous). /84•5/27.09.2007/15:44 UTC/
- Je comprends tes arguments, mais je te dis que je ne suis pas le mieux placé pour répondre ou décider. Propose directement une icône (ou demande à l'atelier graphique d'en faire une), comme ça ça sera plus concret :-) ou parle-en au bistro... le Korrigan →bla 27 septembre 2007 à 17:49 (CEST)
- J'ajoute que le modèle {{coor up}} utilisait également une image de globe (
- Pour être honnête, le globe me paraît assez « intuitif » tel quel. Je ne sais pas si un "+" améliorerait quoi que ce soit ; mais sans doute suis-je déjà trop habitué au WMA tel qu'il est ! Tu devrais récolter d'autres avis que le mien :-) le Korrigan →bla 27 septembre 2007 à 16:45 (CEST)
- Bon, à la réflexion, un simple symbole « + » sur un petit carré (ou éventuellement sur le globe, justement), comme dans les arborescences, devrait faire l'affaire. Je trouve que ça exprime bien l'idée qu'il y a quelque chose de plus à voir. Qu'en penses-tu ? /84•5/27.09.2007/14:31 UTC/
- Si tu trouves une meilleure icône, n'hésites pas à la proposer sur Discussion Aide:WikiMiniAtlas. Ce serait mieux qu'elle soit dans le domaine public (parce qu'on n'a pas accès à sa page de description), et qu'elle s'affiche bien en taille 18px. le Korrigan →bla 27 septembre 2007 à 14:38 (CEST)
- Je n'ai pas trop compris ta réponse à mon premier point, désolé... :( Du coup, je me demande si ma question était bien claire. Je reformule. Imaginons (c'est juste une hypothèse
- Merci pour tes réponses rapides.
Traduction de l'interface de WikiMiniAtlas
modifierComment peut-on obtenir la traduction de l'interface de WikiMiniAtlas ? Ici les messages sont en français, j'ai implanté la fonctionnalité sur eo:WP et l'interface est tout en anglais. Merci de me répondre Père Duchesne ✉ 27 septembre 2007 à 13:54 (CEST)
- Il faut que tu le demandes à l'auteur sur m:Talk:WikiMiniAtlas ; c'est aussi là que tu peux demander à ce que la Wikipédia en espéranto soit supportée (car j'imagine que pour l'instant, les liens que tu as sont pour les articles en français / anglais / etc. mais pas en espéranto). le Korrigan →bla 27 septembre 2007 à 14:37 (CEST)
- En fait, j'ai retrouvé, ça se passe sur commons:Commons:WikiMiniAtlas/Translations. le Korrigan →bla 27 septembre 2007 à 15:03 (CEST)
- Merci pour votre aide : maintenant WMA fonctionne aussi pleinement en Espéranto. Père Duchesne ✉ 10 octobre 2007 à 16:29 (CEST)
déc -> dm
modifierCe modèle ne permet (apparemment) pas l'affichage dm à partir de données décimales (ce que faisait {{Coor géo}} +{{Conv géo}}). C'est pourtant le meilleur paramétrage et affichage pour l(a plupart d)es infoboxes. Donc soit on remédie ; soit on restaure ! <STyx @ 13 octobre 2007 à 15:51 (CEST)
Note: je persiste à penser que ce modèle trop universel (trop « tout est un ») est inutilement couteux pour le serveur (la job queue) et (très accessoirement) inutilement compliqué pour l'utilisateur. <STyx @ 13 octobre 2007 à 16:12 (CEST)
- Je répète ce que je t'ai déjà dit : la job queue sert justement à ce qu'un changement dans les modèles ne soit absolument pas coûteux pour les serveurs, puisque la modification est « retardée » jusqu'à ce que des ressources soient libres.
- Pour l'affichage DM, il suffit d'entrer les données dans ce format :
{{coord|27|35|N|128|41|W}}
donne 27° 35′ N, 128° 41′ O. Je ne vois pas le problème. Et je ne vois pourquoi ça serait « le meilleur affichage » : il y a souvent besoin d'une précision supérieure à la minute, même pour les villes. - Enfin, pour la complexité, je ne suis pas d'accord : il n'est pas plus compliqué que la noria de modèles auparavant : ils s'écrivaient de la même manière, mais comme il y avait une douzaine de modèles différents, c'était autant de syntaxes à connaître. le Korrigan →bla 13 octobre 2007 à 16:22 (CEST)
- à partir de données décimales ! <STyx @ 13 octobre 2007 à 16:25 (CEST)
- Ca marche aussi, il suffit de ne pas mettre une précision trop élevée :
{{coord|27.31|128.4|format=dms}}
donne 27° 19′ N, 128° 24′ E. Ensuite, si les utilisateurs entrent des précisions avec dix chiffres après la virgule (j'en ai vu...), ce n'est pas au modèle de gérer ça... le Korrigan →bla 13 octobre 2007 à 16:27 (CEST)
- Ca marche aussi, il suffit de ne pas mettre une précision trop élevée :
- « il n'est pas plus compliqué que la noria de modèles auparavant », « autant de syntaxes à connaître » bien sur il faut harmoniser le paramétrage : Projet:Modèle/Harmonisation (j'aimerais que tu t'intéresse à cette page, vu que tu es parfaitement qualifié et concerné
) <STyx @ 13 octobre 2007 à 16:35 (CEST)
- Ca ne m'intéresse pas plus que ça : je me suis occupé de ce modèle histoire de faire un peu de ménage et d'installer le mini-Atlas, mais ensuite moi et les modèles et la maintenance... bof. Je suis passé à autre chose. le Korrigan →bla 13 octobre 2007 à 16:41 (CEST)
- à partir de données décimales ! <STyx @ 13 octobre 2007 à 16:25 (CEST)
Utilisation dans les titres
modifierAmha (STyx), dans une situation idéale :
Le titre d'article doit ne contenir que des icônes de titre qui doivent être réservées aux métadonnées (i.e., données de nature non encyclopédiques)
Pour
modifierPour donc on devrait à terme supprimer l'utilisation «
display=title
» qui est d'ailleurs généralement redondante avec l'infobox. <STyx @ 13 octobre 2007 à 16:08 (CEST)
Contre
modifierContre (léger) La présentation en haut de page a le mérite de permettre un accès rapide à l'info, contrairement aux infoboxes où il faut parfois rechercher la rubrique au milieu des autres (voir par exemple Tour Eiffel), l'icône facilitant cependant l'identification ; un travail d'amélioration des infoboxes mal organisées, par exemple en plaçant toujours les coordonnées au voisinage du début, me ferait changer d'avis. Croquant 13 octobre 2007 à 18:22 (CEST)
Neutre
modifier- En théorie, je suis d'accord, les coordonnées dans le titre ce n'est pas une réussite. J'aurais tendance à dire que si les coordonnées peuvent être mises dans une infobox, alors ce n'est pas la peine de les mettre dans le titre. Mais quid des articles sans infobox ? Faute de solution satisfaisante actuellement (les nombreux débats au bistro ont prouvé qu'il n'y a pas consensus), je préfère le statu quo. le Korrigan →bla 13 octobre 2007 à 16:25 (CEST)
- Créons {{Infobox Lieu}} ;) <STyx @ 13 octobre 2007 à 16:38 (CEST)
- Arf :-) Si c'est juste pour y mettre des coordonnées, elles prennent moins de place en haut ! le Korrigan →bla 13 octobre 2007 à 16:48 (CEST)
- coor+image+titre+pays+...+(partie libre) et ({{Infobox Évènement}} +date) ...
- Pourquoi pas dans ce cas ; une fois qu'une telle infobox aura été créée et mise en place partout où il faut, on pourra interdire les coordonnées dans le titre :-) le Korrigan →bla 13 octobre 2007 à 17:11 (CEST)
- Une bonne idée, qui réglerait du même coup la question soulevée dans la section suivante. Croquant 13 octobre 2007 à 18:35 (CEST)
- Pourquoi pas dans ce cas ; une fois qu'une telle infobox aura été créée et mise en place partout où il faut, on pourra interdire les coordonnées dans le titre :-) le Korrigan →bla 13 octobre 2007 à 17:11 (CEST)
- Créons {{Infobox Lieu}} ;) <STyx @ 13 octobre 2007 à 16:38 (CEST)
utilisation dans les articles
modifierAmha (STyx) :
On ne doit pas faire un usage direct du modèle {{Coord}} dans un article.
Pour
modifierPour
pas dans l'infobox (car le modèle doit plutôt être intégré dans le modèle de l'infobox)
pas hors de l'infobox car cela conduira fatalement à des mauvaises géolocalisations des articles (ou alors quelque chose m'échappe). <STyx @ 13 octobre 2007 à 16:23 (CEST)Pour Mon argument est similaire à celui que j'ai présenté dans la section précédente : l'information peut être difficile à trouver si elle est perdue au milieu d'un article. Croquant 13 octobre 2007 à 18:24 (CEST)
Contre
modifierContre Voir section précédente : quid des articles sans infobox ? (et il y en a un paquet). Oh, et il faut aussi prendre en compte les articles où l'on a besoin de citer une coordonnée sans que ce soit le sujet principal de l'article : voir par exemple Liste des volcans d'Europe ou Titanic#La redécouverte du Titanic. le Korrigan →bla 13 octobre 2007 à 16:28 (CEST)
géolocalisation extra-terrestre
modifierQuid des planètes ? (Je sais ; je demande la lune ) <STyx @ 13 octobre 2007 à 16:39 (CEST)
- Ca marche aussi (pas avec le WMA, par contre) : le Modèle:GeoTemplate sur enwiki est en train d'être modifié pour que ça marche mieux, mais en gros l'idée est d'ajouter globe:moon ou globe:mars aux paramètres ; puis sur Geohack, il y a une section "Autres planètes" idoine. le Korrigan →bla 13 octobre 2007 à 16:49 (CEST)
- ... et des icones à créer peut être. <STyx @ 13 octobre 2007 à 16:56 (CEST)
- Tu parles de quelles icônes ? Si c'est pour le WMA, l'auteur y travaille. Ou bien parles-tu de la page GeoHack ? le Korrigan →bla 13 octobre 2007 à 17:11 (CEST)
- laissons le faire. <STyx @ 14 octobre 2007 à 06:06 (CEST)
- Tu parles de quelles icônes ? Si c'est pour le WMA, l'auteur y travaille. Ou bien parles-tu de la page GeoHack ? le Korrigan →bla 13 octobre 2007 à 17:11 (CEST)
- ... et des icones à créer peut être. <STyx @ 13 octobre 2007 à 16:56 (CEST)
Problème infobox
modifierBonjour,
En entrant manuellement les coordonnées d'Etaules dans l'infobox, à savoir longitude=-1.05| latitude=45.43|, l'affichage donne : 45° 26′ Nord 1° 03′ Ouest, et la localisation est mauvaise sur la carte. Je n'y connais pas grand chose, d'où vient la boulette à votre avis ? — Droop [blabla] 26 octobre 2007 à 04:37 (CEST)
- Salut. Dans l'infobox, tu rentres les coordonnées décimales : 45 virgule 43 degrés nord. L'affichage, lui, est automatiquement converti en DMS, soit 45 degrés 26 minutes nord.
- VOilà la procédure pour obtenir les bonnes coordonnées :
- Je vais sur une source de référence, par exemple [4], qui me donne les coordonnées DMS 45°43'56" N et 1°05'52" W.
- Je convertis en décimal avec ma calculatrice ou avec un convertisseur, ce qui me donne 45.732222 pour la latitude et -1.097778 pour la longitude (attention au signe de cette dernière !)
- J'entre ces données dans l'infobox, et je vérifie que le résultat est correct dans l'affichage DMS.
- Et voilà ! le Korrigan →bla 26 octobre 2007 à 12:11 (CEST)
- Super, merci pour les explications ! Je vais pouvoir maintenant corriger cette erreur que j'ai vu sur plusieurs communes. — Droop [blabla] 26 octobre 2007 à 12:53 (CEST)
Des paramètres avec des deux-points
modifierÀ l'heure actuelle, il y a deux types de paramètres :
- les paramètres du modèle, à renseigner après le signe égal (=) et séparés les uns des autres par une barre verticale (|), comme c'est le cas pour tous les modèles,
- les paramètres de Map Sources, à renseigner après un deux-points (:) et séparés les uns des autres par un tiret bas (_), pour être retranscrits dans l'URL.
Par exemple :
{{coord|26|24|30|N|3|58|15|W|type:city_region:FR_scale:10000|format=dec|display=title}}
Àmha, cette situation n'est pas très heureuse, surtout pour le non-initié.
Que penseriez-vous d'harmoniser tout cela, c'est-à-dire de faire en sorte que le modèle reconnaisse les paramètres type
, region
, scale
, globe
, et les convertisse comme il faut. Ça donnerait ainsi la possibilité d'écrire :
{{coord|26|24|30|N|3|58|15|W|type=city|region=FR|scale=10000|format=dec|display=title}}
Bien sûr, afin d'assurer la compatibilité, il serait toujours possible d'écrire le modèle comme avant, mais ce ne serait plus documenté pour ne pas embrouiller les esprits, et idéalement il faudrait faire passer un bot pour tout corriger (il doit y avoir plusieurs milliers d'articles à modifier).
Votre avis ? /84•5/12.11.2007/13:23 UTC/
- Si tu arrives à programmer ça, vas-y, mais je préviens, ce modèle donne de sacrés maux de tête ! Je te conseille d'essayer dans un brouillon auparavant. Ton idée me paraît bonne, mais je n'avais pas vu comment la mettre en place sans dégâts. Pour faire passer un bot ensuite : le modèle est utilisé sur 71 000 pages, dont à la louche 10 à 15 000 où il est écrit directement, et le reste où il est inclus dans une infobox (plus facile à changer, mais avec de joyeux cas d'imbrication propres à donner de beaux maux de tête encore une fois).
- Note aussi que la façon de faire actuelle a unénorme avantage : on n'est pas obligés de corriger le modèle à chaque fois que de nouveaux paramètres sont ajoutés dans GeoTemplate. Sachant qu'une nouvelle version de GeoTemplate est en préparation sur en: (je ne sais pas trop où ça en est), faudrait voir à anticiper les changements. Disons que l'utilisation actuelle de {{coord}} conserve une certaine flexibilité... le Korrigan →bla 12 novembre 2007 à 14:50 (CET)
- A première vue, cela semble être une bonne suggestion pour l'essentiel. Mais je relaie ici une demande apparue sur le bistro : de traduire en français les paramètres donc il faudrait remplacer "|scale=" , par "|échelle=". "|display=" par "|affichage=", etc... Pour les paramètres qui sont déterminés par Magnus Manske, il faudrait rajouter dans la programmation une étape de traduction avec une instruction du type {{#switch:type|ville=city ... }} Teofilo ◯ 12 novembre 2007 à 14:56 (CET)
- Ce sont de bonnes idées (écrire "échelle=10000" au lieu de "scale", "ville" au lieu de "city"), mais il rest à trouver des gens motivés pour programmer ça. Moi, j'ai atteint la limite de mes compétences en adaptant ce modèle ici, donc je "refile le bébé" ! le Korrigan →bla 12 novembre 2007 à 15:22 (CET)
Je comptais sur quelqu'un qui connaît déjà bien le modèle pour le modifier (d'autant qu'il est protégé et que je ne suis pas admin). Mais vu la complexité du truc, on comprend bien que c'est très prise de tête, donc merci beaucoup pour tout le travail que tu as fourni sur ce sujet.
- Bon, on sait déjà que sur le fond, les gens sont plutôt d'accord. Si quelqu'un veut se lancer, il sait qu'il peut le faire. Je tenterai peut-être sur un brouillon, on verra ce que ça donne...
- Pour les nouveaux paramètres, il suffit de laisser un paramètre supplémentaire, sans nom, qui est directement répercuté à la fin de l'URL. De cette manière, si, par exemple, un paramètre
system
apparaît pour choisir un autre système géodésique, il sera toujours possible d'ajoutersystem:utm
; en attendant de répercuter ce nouveau paramètre dans le modèle. D'ailleurs, c'est déjà comme ça que fonctionnenttype
,region
,scale
etglobe
. - Sinon, ok pour traduire, mais il faut que le modèle fonctionne aussi lorsqu'on met les noms originaux (par exemple
scale
etéchelle
doivent fonctionner tous les deux). /84•5/12.11.2007/14:34 UTC/- Pendant une phase de transition c'est nécessaire, mais si on passe un robot pour remplacer tous les paramètres anglais par leur équivalent français ? Teofilo ◯ 12 novembre 2007 à 15:45 (CET)
- Vu que les versions anglaises des paramètres et des valeurs qu'ils peuvent prendre sont réutilisées dans l'URL du lien qui est créé, ça me paraît hasardeux de ne plus pouvoir les utiliser tel quel dans le modèle. /84•5/12.11.2007/14:59 UTC/
- Et il faut aussi prendre en compte le fait que le modèle est pas mal utilisé sur la version anglaise de Wikipédia : lors des traductions, il est plutôt utile de laisser le modèle tel quel, plutôt que de devoir chercher comment traduire chacun des paramètres. le Korrigan →bla 12 novembre 2007 à 16:08 (CET)
- Vu que les versions anglaises des paramètres et des valeurs qu'ils peuvent prendre sont réutilisées dans l'URL du lien qui est créé, ça me paraît hasardeux de ne plus pouvoir les utiliser tel quel dans le modèle. /84•5/12.11.2007/14:59 UTC/
- Pendant une phase de transition c'est nécessaire, mais si on passe un robot pour remplacer tous les paramètres anglais par leur équivalent français ? Teofilo ◯ 12 novembre 2007 à 15:45 (CET)
- Ce sont de bonnes idées (écrire "échelle=10000" au lieu de "scale", "ville" au lieu de "city"), mais il rest à trouver des gens motivés pour programmer ça. Moi, j'ai atteint la limite de mes compétences en adaptant ce modèle ici, donc je "refile le bébé" ! le Korrigan →bla 12 novembre 2007 à 15:22 (CET)
- Après un examen rapide de la structure du modèle et de ses sous-modèles (et une intraveineuse d'Aspegic), je crois que la solution serait la suivante :
- dans tous les sous-modèles de {{coord/input}}, ajouter
type={{{type|}}}|region={{{region|{{{région|}}}}}}|scale={{{scale|{{{échelle|}}}}}}|globe={{{globe|}}}|
juste avantname={{{name|}}}
; - dans {{coord/link}}, ajouter
{{#if:{{{type|}}}|_type:{{#switch:{{{type}}}|ville=city|pays=country|...|{{{type}}}}}}}{{#if:{{{region|}}}|_region:{{{region}}}}} {{#if:{{{scale|}}}|_scale:{{{scale}}}}}{{#if:{{{globe|}}}|_globe:{{#switch:{{{globe}}}|terre=earth|lune=moon|...|{{{globe}}}}}}}
juste avant{{#if:{{{name|}}}|&title={{urlencode:{{{name}}}}}}}
(en remplaçant les points de suspension par les autres traductions, sur lesquelles il reste à se mettre d'accord (en y regardant de plus près, ce n'est pas trivial) ; pour les valeurs possibles deglobe
, je n'ai pas réussi à les trouver (en supposant qu'elles existent), donc j'ai mis celles qui me semblaient les plus vraisemblables).
- dans tous les sous-modèles de {{coord/input}}, ajouter
- À confirmer par quelqu'un qui maitrîse mieux les modèles que moi, et à tester en bac à sable (pas trop le temps, là tout de suite maintenant). /84•5/12.11.2007/15:38 UTC/
Avant de faire ce type de modification il faut vérifier que l'outil qui extrait les informations des pages pour générer les liens sur la minicarte arrivera à extraire les informations. - phe 14 avril 2008 à 20:11 (CEST)
- Effectivement, ça casserai l'extraction des données. - phe 16 avril 2008 à 15:39 (CEST)
- Euh... tu es sûr ? Comment sais-tu que cet outil se base sur les paramètres du modèle plutôt que sur ceux des liens GeoHack ? (sachant qu'avec cette modification, les liens ne changeraient pas d'un iota, ce serait seulement les appels du modèle qui seraient faits différemment). (malgré mon nom d'utilisateur, je ne contribue pas sous IP, j'ai un compte ; preuves : [1] [2]) /84•5/16.04.2008/16:49 UTC/
Autres discussions en cours
modifierJ'ouvre cette section uniquement pour informer de l'existence de débats concernant ce modèle sur :
À propos d'un bogue qui a frappé ce modèle et d'autres à partir du 22 février 2008
modifierJ'écris ce paragraphe pour information, pour répondre à d'éventuelles interrogations
Il y avait un bogue qui est apparu à l'occasion du passage au nouveau préprocesseur et qui a frappé entre autres le présent modèle. En gros, le bogue se manifeste dès qu'un caractère « < », « > » ou « " » apparait dans un attribut d'un marqueur HTML, comme par exemple « <span titre="abc<br/>def">blablabla</span> ». L'ancien préprocesseur et le nouveau préprocesseur réagissaient différemment devant cette syntaxe incorrecte, ce qui fait que le problème était passé inaperçu jusqu'au passage au nouveau préprocesseur.
En ce qui concerne le modèle coord, le bogue a été corrigé. Seulement, il faut prendre garde de ne pas envoyer de caractère « < », « > » ou « " » comme paramètres au modèle, ce qui ne devrait jamais arriver en cas d'utilisation correcte.
WikiMiniAtlas dans la barre de titre
modifierJ'ai remarqué depuis quelques temps que le petit globe ajouté devant les coordonnées, pour le WikiMiniAtlas, ne s'affiche plus pour les inclusions en display=title
, c'est-à-dire dans la barre de titre, en haut à droite.
Est-ce normal, est-ce voulu ? Ne peut-on pas faire en sorte qu'il réapparaisse (le WikiMiniAtlas étant déjà bien pratique tel qu'il est, et potentiellement très prometteur) ?
Si j'ai tout bien compris, c'est du au id=coordinates
de {{Coord/display/title}}, qui utilise du JavaScript pour déplacer le lien dans la barre de titre. /84•5/2.03.2008/13:34 UTC/
Bug avec certaine valeur
modifier- {{coord|2.4333|-73.9667|format=dms}} affiche actuellement « 2° 25′ 60″ N 73° 58′ 00″ W » 60 secondes ? résultat attendu 2° 26' 00'' (2° 26′ 00″ N, 73° 58′ 00″ O)
- encore plus embétant {{coord|2.433333333333|-73.9667|format=dms}} « 2° 25′ 00″ N 73° 58′ 00″ W » résultat attendu 2° 26' 00 (2° 26′ 00″ N, 73° 58′ 00″ O)
- phe 11 avril 2008 à 14:00 (CEST)
- Le problème vient de {{Coord/dec2dms/dms}} que je remplacerai par le contenu de Utilisateur:Phe/coord to dms si personne ne voit de bug avec la nouvelle implémentation. Il y a des tests un peu plus complet : Utilisateur:Phe/Coordonnées. - phe 12 avril 2008 à 18:34 (CEST)
- Modification faite, il va falloir quelques heures pour que la job queue se vide. - phe 13 avril 2008 à 22:04 (CEST)
- Bon, raté et reverté, {{user:phe/coord to dms|-73.9667}} --> -73° -58′ 00″ , tandis qu'avec Utilisateur:Phe/Coordonnées/Coord/dec2dms/dms ancienne version --> -73° -58′ -0″ fonctionne différement pour les nombres négatifs. - phe 13 avril 2008 à 22:32 (CEST)
- Bon, après plus de réflexion, ce n'est pas un problème, {{Coord/dec2dms/dms}} n'avait jamais fonctionné correctement avec des nombres négatifs et la nouvelle version corrige pas mal de problème de précision. J'en ai profité pour indenter {{coord}} mais pas encore les autres sous-modèles. - phe 15 avril 2008 à 21:17 (CEST)
- Bon, raté et reverté, {{user:phe/coord to dms|-73.9667}} --> -73° -58′ 00″ , tandis qu'avec Utilisateur:Phe/Coordonnées/Coord/dec2dms/dms ancienne version --> -73° -58′ -0″ fonctionne différement pour les nombres négatifs. - phe 13 avril 2008 à 22:32 (CEST)
- Modification faite, il va falloir quelques heures pour que la job queue se vide. - phe 13 avril 2008 à 22:04 (CEST)
Modification du 15 avril, si ça casse seulement dans certain cas rare, merci de ne pas reverté mais de les signaler ici. - phe 15 avril 2008 à 21:38 (CEST)
Projet:Géolocalisation
modifierExiste-t-il un projet de ce genre ? Je me pose souvent des questions : quelles précisions utilisée pour quel cas, dans le cas de zone importante (Golfe du Morbihan par exemple) le modèle est-il pertinent ? Et dans le cas d'une rivière ? Etc. Je pense que si aucun projet n'existe ce serait bien d'en monter un. Cdlt, VIGNERON * discut. 11 juin 2008 à 10:25 (CEST)
- +1 pour un projet. Les autres version de l'encyclopédie en ont un [5]. Et depuis que les articles sont visualisables depuis Google Maps cela parait important à mettre en œuvre ! Greenski (d) 13 juin 2008 à 20:29 (CEST)
Problème d'intégration dans Google Earth...
modifierPour une raison que j'ignore, il y a un petit problème : certains articles n'apparaissent pas dans la couche Wikipédia de Google Earth. Au début je croyais que c'étaient les articles utilisant le paramètre display=inline,title
qui n'étaient pas pris en compte, contrairement à ceux qui utilisent le paramètre display=title
; mais après avoir testé quelques exemples dans les pages liées de {{coord/display/title}} et les pages liées de {{coord/display/inline,title}}, j'ai trouvé des contre-exemples.
Quelqu'un sait-il à quoi c'est du ? Y'a-t-il un moyen de remédier à ça ? Faut-il contacter Google ? 83.194.90.71 (d) 6 août 2008 à 14:07 (CEST)
- Google ne met pas à jour sa base de données instantanément, il faut parfois plusieurs semaines pour qu'un article l'intègre (à partir du moment où il inclut des coordonnées). Si l'article en anglais et en français ont des coordonnées différentes, ça peut aussi jouer... Et s'il y a plusieurs coordonnées dans un même article, ça peut aussi jouer. Sinon, je ne sais pas ! le Korrigan →bla 6 août 2008 à 17:43 (CEST)
- Oui, comme toi j'avais pensé au temps nécessaire à la mise à jour, mais le problème se pose aussi pour des articles comportant les coordonnées depuis plusieurs mois.
- Pour les autres problèmes que tu soulèves, ça se produit sur des articles qui n'ont pas d'équivalent dans d'autres langues, et qui ne comportent qu'une seule occurrence de {{coord}}... (désolé de tout contredire, promis c'est pas pour t'embêter
). Bon a priori ça ne viendrait pas de Wikipédia, donc j'enverrai un mail à Google un de ces quatre, je sais qu'ils sont plutôt à l'écoute quand on leur propose d'améliorer leurs services.
- En fait je me demande si ce n'est pas tout simplement parce que les articles problématiques n'ont pas un Google Rank assez élevé.
- En tous cas merci pour ta réponse rapide ! 83.194.211.67 (d) 6 août 2008 à 23:05 (CEST)
- Google utilise les coordonnes des articles americains et met la version francaise, si elle existe et est reliee. Nous ne pouvons donc pas faire grand chose, car on en va pas dupliquer tous nos articles en anglais quand ils n'existent pas. Le travail est trop gigantesque. Greenski (d) 8 août 2008 à 20:55 (CEST)
- Google utilise aussi les coordonnées des articles en français... le Korrigan →bla 8 août 2008 à 20:59 (CEST)
- As-tu un exemple ?Greenski (d) 9 août 2008 à 02:16 (CEST)
- Le Knock Nevis, qui n'a pas de coordonnées en anglais, et qui apparait sur Google Earth. le Korrigan →bla 9 août 2008 à 12:54 (CEST)
- Ah ben c'est bizarre, parce que justement le Knock Nevis n'apparaît pas chez moi, ni sur Google Earth, ni sur Google Maps (alors que les autres articles localisés aux alentours apparaissent [6]...)
81.49.248.88 (d) 18 août 2008 à 15:40 (CEST) (je suis l'IP qui a posé la question initiale)
- Ah ben c'est bizarre, parce que justement le Knock Nevis n'apparaît pas chez moi, ni sur Google Earth, ni sur Google Maps (alors que les autres articles localisés aux alentours apparaissent [6]...)
- Le Knock Nevis, qui n'a pas de coordonnées en anglais, et qui apparait sur Google Earth. le Korrigan →bla 9 août 2008 à 12:54 (CEST)
- As-tu un exemple ?Greenski (d) 9 août 2008 à 02:16 (CEST)
- Google utilise aussi les coordonnées des articles en français... le Korrigan →bla 8 août 2008 à 20:59 (CEST)
- Google utilise les coordonnes des articles americains et met la version francaise, si elle existe et est reliee. Nous ne pouvons donc pas faire grand chose, car on en va pas dupliquer tous nos articles en anglais quand ils n'existent pas. Le travail est trop gigantesque. Greenski (d) 8 août 2008 à 20:55 (CEST)
Chez moi non plus il n'apparait pas dans Google Map. Le fonctionnement reste donc très (trop ?) mystérieux ! Greenski (d) 14 octobre 2008 à 18:10 (CEST)
Pour moi, je vois des exemples d'articles qui apparaissent alors qu'ils utilisent display=inline,title ou d'autres ou pas de coordonnées du tout, mais je ne vois pas d'article suffisament ancien qui utilise display=inline et qui marche pas. C'est sûr que google utilise plusieurs versions de wikipédia (anglais, français, allememand et plusieurs autres), et qu'il suffit que le modèle soit utilisé dans une seule des langues pour qu'il la page apparaissent sur les différentes versions de google earth. Par exemple si on a wikipédia en français, et que les coordonnées ne sont données que sur la page anglaise, ça marche. Par contre, là où on perd énormément d'articles, c'est toutes les infobox qui choisissent de ne pas utiliser le modèle display=title. Quelqu'un d'un peu habile en informatique ne pourrait-il trouver une solution (à part suggérer à google de prendre en compte toutes les coordonnées qui sont dans une infobox) ? --Tarlatata (d) 18 novembre 2008 à 14:43 (CET)
Bug de fermeture
modifierLorsqu'on clique sur le globe () dans une infobox, on a une jolie carte, mais on ne peut plus la fermer avec le X pour quitter, et même pire on ne peut plus rien faire. --ς:-ζ)ξ--blabla-- 10 septembre 2008 à 15:09 (CEST). Ah, bin, si, si on re-re-clique sur le globe elle disparait
Utilisation et documentation de ce modèle
modifierBonjour,
La documentation du modèle est totalement imbitable. Désolé pour le vocabulaire. Je m'y connais très bien en géolocalisation de terrain, avec une carte dans les mains, cependant je ne suis absolument pas geek. Tous les détails de code wikis à insérer dans le code source des modèles me dépassent. J'ai voulu faire géolocalisé un articl, j'y suis arrivé, cependant j'ai mis plus de 15 minutes à décrypter la présentation.
Il me semble que la documentation de ce modèle s'adresse à des gens avec une forte connaissance en outils informatiques et/ou outils wikis. Il faudrait peut-être redescendre un peu sur terre et proposer quelque chose de plus terre à terre. Je veux bien aider et participer mais je ne pourrais pas faire seul. Avis aux intéréssés. Ludo Bureau des réclamations 14 octobre 2008 à 08:18 (CEST)
- Il y a pourtant la premiere partie qui me semble expliquer ca simplement : si les coordonnees de l'objet sont 45°23'34" N et 3°45'12" E, tu inseres le code
{{coord|45|23|34|N|3|45|12|E}}
. C'est tout. Le reste, c'est les cas particuliers, et les pinaillages de geek (le modele est puissant avec pas mal d'options, mais ilest aussi concu pour s'utiliser simplement). Si tu veux expliquer ca plus simplement, n'hesites pas un instant a reprendre la doc, bien sur. Je suis en deplacement cette semaine, au retour on peut voir ca ensemble ? le Korrigan →bla 14 octobre 2008 à 18:04 (CEST)- Bonjour a vous deux. Comme le dit le Korrigan il y a cette utilisation trés simple et le reste. Une seconde que j'utilise souvent est
{{coord|46.674167|0.6525|format=dms|scale:100000|display=title}}
cela permet de prendre des coordonnées décimales, de les affichées formatées comme Korrigan, de fixer l'échelle en fonction des besoin et de l'afficher en ligne de titre. Au fait, j'y passerais surement ce week-end pour visiter le musée acadien. Bon week-end. CaptainHaddock BlaBla 17 octobre 2008 à 19:23 (CEST)
- Bonjour a vous deux. Comme le dit le Korrigan il y a cette utilisation trés simple et le reste. Une seconde que j'utilise souvent est
Merci à vous deux. Pour ma part j'aurais bien vu une séparation claire entre d'une part l'aspect coordonnées géographiques et d'autre part l'aspect insertion dans le modèle WP.
- Aspect coordonnées géographiques : Effectivement donner quelques outils et aides pour bien lire un jeu de coordonnées sur une carte ou sur logiciel type GoogleEarth. Précision de notions d'échelles : un minute ordre de grandeur le kilomètre ...
Une fois que le contributeur a trouvé son bon jeu de coordonnées, il va tenter de mettre ça dans le modéle.
- Aspect insertion dans le modèle :
- Si mon jeu de données est dans tel type de format : que dois-je faire ? Convertir ou utiliser une syntaxe particulière, si oui laquelle : format=dms, format=dms long ...
- Ces notions de region ou de scale : c'est quoi quels sont les tenants et les aboutissants ...
Parce qu'une erreur très fréquente que je rencontre sur WP est de donner de la surqualité avec cet outil. C'est à dire de géolocaliser une entité de taille importante : grande ville de 15 à 20 km de large avec une précision à la seconde de latitude et longitude. Dans ce cas on ne voit qu'un immeuble pas une ville. Alors que doit on faire garder une telle précision pour centrer la vue sur le centre de la ville mais ordonner au logiciel une largeur de vue de telle gamme. Ou bien donner des coordonnées plus larges... C'est ce genre d'aides qui pourrait être appréciable.
J'espère que mon charabia est compréhensible. Ludo Bureau des réclamations 24 octobre 2008 à 11:40 (CEST)
- Perso, j'ai tendance à l'utiliser a minima, genre {{coord|55|12|00|S|66|44|00|W|display=title}}, comme je viens de le faire ici mais comme googlemaps ne m'affichait que du bleu et qu'il fallait dézoomer pour voir les 3 îles, j'ai changé l'échelle par défaut : {{coord|55|12|00|S|66|44|00|W|display=title|scale:1000000_region:CL}}. J'ai ajouté la région pour faire joli, après fouilles dans les pages iso. Bizarrement, l'affichage s'est arrangé avec googlempas, mais pas trop avec yahoo. Je pense que c'est un autre problème. Comme celui de points aux coordonnées très précises (genre phares) qui n'apparaissent pas exactement aux mêmes endroits suivant les services. Alvar☮ ☎ 24 octobre 2008 à 12:20 (CEST)
- Ludo :
- Je ne crois pas que le rôle de cette page soit d'expliquer ce que sont des coordonnées. On peut créer une page d'aide pour ça, pourquoi pas, mais cette page est dédiée à l'utilisation du modèle, donc si on commence à expliquer le DMS/décimal et ces trucs on n'a pas fini.
- Guider l'utilisateur pas à pas selon le type de coordonnées qu'il veut insérer : bonne idée, mais pfooouuuuu.... c'est du boulot. Et je ne suis pas sûr que ça empêchera une "trop grande précision" de toutes façons.
- Perso je ne me sens pas de rédiger ça, honnêtement je m'étais contenté d'adapter le modèle ici et d'expliquer son fonctionnement du mieux possible, là, ça va un peu loin pour ma capacité d'explication... le Korrigan →bla 24 octobre 2008 à 12:29 (CEST)
- conflit d'édit
- J'utilise un certain soft de cartographie marine, qui m'affiche au format DM (degré minute) , soit 02°35,458 et non DMS (02°35'27'')[1] et je convertis en DMS. De toutes façons, on donne les coordonnées d'un point, que ce soit au degré ou au dizième de seconde près ; donc, on ne peut jouer que sur l"échelle. Les types jouent aussi sur les échelles, mais pour pas m'embrouiller, je préfère utiliser toujours scale que type. Alvar☮ ☎ 24 octobre 2008 à 12:33 (CEST)
- chiffres à la louche, j'ai pas caluclé ;D
- PS : le modèle sait faire la conversion mais je préfère avoir les mêmes infos en modif qu'à l'affichage, donc j'écris en DMS et il affiche en DMS. Alvar☮ ☎ 24 octobre 2008 à 16:00 (CEST)
Besoin d'une variante supplémentaire du modèle Coord
modifierBonjour, je voudrais la création d'un modèle de coord proche de celui-ci : {{Coord|39.098095|-94.587307|format=dms}}. Le nouveau modèle devra se différencier pas ces quelques détails :
- tenir sur une ligne
- afficher en majuscule le nord par un N, le sud par un S, l'est par un E et l'ouest par un O (et non un W qui n'est pas un terme francophone...)
Merci par avance, amicalement--Wikialine (d) 1 mars 2009 à 01:05 (CET)
- Bonjour,
- Le code
{{Coord|39.098095|-94.587307|format=dms}}
donne 39° 05′ 53″ N, 94° 35′ 14″ O, qui tient sur une ligne, en tout cas chez moi. - "W" est couramment utilisé par les francophones pour la simple raison qu'on ne peut pas le confondre avec un zéro. En navigation aérienne et maritime, on utilise exclusivement le "W" (sur des navires et avions français / de pays francophones, j'entends) pour cette raison. D'autres pays non-anglophones font ainsi.
- Le but de {{coord}} est qu'il y ait un seul modèle pour toutes les coordonnées (car c'était un beau boxon avant, crois-moi !), donc s'il y a un vrai besoin, il faut l'améliorer et pas en créer un autre.
- Le code
- Cordialement, le Korrigan →bla 1 mars 2009 à 01:16 (CET)
- Effectivement le W à la place du O est surement préférable, si en plus c'est une pratique courante, alors moi ça me va. Je te fais confiance, du coups, il n'y a plus besoin de créer une nouvelle variante. Par contre, serait-il possible de supprimer l'espace entre les minutes et les secondes. Je sais c'est un détail mais ça m'arrangerait vraiment sauf si cet espace a une raison particulière, il y a peut être une convention là dessus. amicalement--Wikialine (d) 1 mars 2009 à 01:30 (CET)
- Il est sans doute possible de créer une version "format=dmcourt" pour ça, je vais voir ça dans les prochains jours. le Korrigan →bla 1 mars 2009 à 01:41 (CET)
- Merci Korrigan, ce serait bien et également au passage réfléchir à ajouter une option permettant de retirer le globe à gauche. Cela permettrait de développer pas mal de nouvelles applications, de nouveaux modèles dynamiques en matière de géolocalisation entre autre... amicalement--Wikialine (d) 1 mars 2009 à 16:22 (CET)
- Pour enlever le globe, va dans tes préférences, onglet "Gadgets" et coche "Désactiver le WikiMiniAtlas". Sinon il s'affiche automatiquement dès qu'il y a des coordonnées. le Korrigan →bla 1 mars 2009 à 16:25 (CET)
- A la suite de notre discussion, à propos des W et du O pour l'Ouest, j'ai remarqué que sur Google Earth, ils ont également remplacé le W par O comme je l'ai évoqué. La francphonisation semble se faire également à l'extérieur. Enfin, je te laisse voir, ce qui est le mieux. amicalement--Wikialine (d) 2 mars 2009 à 02:06 (CET)
- Pour enlever le globe, va dans tes préférences, onglet "Gadgets" et coche "Désactiver le WikiMiniAtlas". Sinon il s'affiche automatiquement dès qu'il y a des coordonnées. le Korrigan →bla 1 mars 2009 à 16:25 (CET)
- Merci Korrigan, ce serait bien et également au passage réfléchir à ajouter une option permettant de retirer le globe à gauche. Cela permettrait de développer pas mal de nouvelles applications, de nouveaux modèles dynamiques en matière de géolocalisation entre autre... amicalement--Wikialine (d) 1 mars 2009 à 16:22 (CET)
- Il est sans doute possible de créer une version "format=dmcourt" pour ça, je vais voir ça dans les prochains jours. le Korrigan →bla 1 mars 2009 à 01:41 (CET)
- Effectivement le W à la place du O est surement préférable, si en plus c'est une pratique courante, alors moi ça me va. Je te fais confiance, du coups, il n'y a plus besoin de créer une nouvelle variante. Par contre, serait-il possible de supprimer l'espace entre les minutes et les secondes. Je sais c'est un détail mais ça m'arrangerait vraiment sauf si cet espace a une raison particulière, il y a peut être une convention là dessus. amicalement--Wikialine (d) 1 mars 2009 à 01:30 (CET)
J'ai créé le modèle {{Coord/input/dms court}} mais je crois qu'il faut modifier le modèle Coord également. Korrigan, si tu eux faire en sorte que ça fonctionne. amicalement--Wikialine (d) 4 mars 2009 à 23:21 (CET)
- Remplacer W par O est une fausse bonne idée (même si Google l'a eu aussi, mais dans tout autre cadre) : les contenus de Wikipédia sont fait pour être réutilisés dans des contextes variés, où le risque de confusion O/0 (lettre/chiffre) peut être plus important, ou bien où la convention « anglophone » (interntionale en fait) l'emporte. Conserver un minimum de cohérence entre les articles serait bien, aussi (éviter d'avoir W ici et O là).
- Il n'y a pas de problème de cohérence si l'on utilise partout le O pour indiquer l'Ouest. Coord/DMS long utilise déjà le mot Ouest et non West. Déjà là on pourait dirait qu'il n'y a pas harmonie... Après niveau convention ça vaut ce que ça vaut, je ne suis pas experte, j'ignores si tu es également expert dans ce domaine. Mais si Google (avec Google Earth notamment) utilise le O pour indiquer l'Ouest, on peut , si tu veux, admettre qu'ils se soient trompés et qu'ils ne veulent pas respecter les normes internationales (si il y en a), et que donc à ce niveau là Google n'y connait rien. Après au niveau de nombreux textes officiels si l'on fait un tour rapidement sur le net on s'apperçoit que l'Europe ou encore l'Etat du Canada utilise le O, très souvent pour indiquer l'Ouest. Quelque exemples : Traité international, Secrétariat du Conseil du trésor du Canada... Moi qui suis très porté sur la défense de la francophonie, je considère que c'est normal que sur la WP francophone, on utilise des termes francophones et à plus forte raisons lorsque l'on respect semble-t'il ici une certaine pratique puisque si des Etats ou des multinationales comme Google, utilisent le O, je crois que nous c'est bien que l'on fasse pareil. Et vive la Francophonie
.
- Il n'y a pas de problème de cohérence si l'on utilise partout le O pour indiquer l'Ouest. Coord/DMS long utilise déjà le mot Ouest et non West. Déjà là on pourait dirait qu'il n'y a pas harmonie... Après niveau convention ça vaut ce que ça vaut, je ne suis pas experte, j'ignores si tu es également expert dans ce domaine. Mais si Google (avec Google Earth notamment) utilise le O pour indiquer l'Ouest, on peut , si tu veux, admettre qu'ils se soient trompés et qu'ils ne veulent pas respecter les normes internationales (si il y en a), et que donc à ce niveau là Google n'y connait rien. Après au niveau de nombreux textes officiels si l'on fait un tour rapidement sur le net on s'apperçoit que l'Europe ou encore l'Etat du Canada utilise le O, très souvent pour indiquer l'Ouest. Quelque exemples : Traité international, Secrétariat du Conseil du trésor du Canada... Moi qui suis très porté sur la défense de la francophonie, je considère que c'est normal que sur la WP francophone, on utilise des termes francophones et à plus forte raisons lorsque l'on respect semble-t'il ici une certaine pratique puisque si des Etats ou des multinationales comme Google, utilisent le O, je crois que nous c'est bien que l'on fasse pareil. Et vive la Francophonie
- Supprimer une des espaces (entre les minutes et les secondes) serait également une fausse bonne idée: pourquoi celle-là et pas les autres ? Et surtout, s'il s'agit d'une quesion de rendu d'infobox, est-ce bien dramatique ? Est-ce que ça ne peut pas se régler par une meilleure structure du tableau, séparant longitude et latitude ? (je demande comme ça, je n'ai pas regardé en détail) --Lgd (d) 6 mars 2009 à 06:23 (CET)
- Moi j'ai demandé la suppression des espaces entre les degrés, les minutes et les econdes. Je souhaites que l'on ait la possibilité d'avoir la longitude et la latitude sur une seule ligne de largeur très réduite pour certaines applications, il n'y a rien de problématique là dedans, me semble-t'il. Pour prendre l'exemple des infobox, mais ce n'est pas forcément lié qu'à cela, celle-ci font en moyenne 300 px de large et encore j'ai vu que sur le nouveau projet modbox, il y a des infobox encore plus étroite, et bien il serait intéressant d'avoir la longitude et la latitude sur une seule ligne. Actuellement c'est difficile de le faire suivant certaines coordonnées ça dépasse, et on ne peut pas réduire indéfiniment la largeur de la colonne de gauche. Sans compter le petit globe à gauche de la latitude et longitude qui est imposé hélas, et qui ajoute encore une longueur supplémentaire au niveau de ce genre de modèle. Mais bon encore une fois je ne veux pas m'étendre sur des histoires de modèles ou quoi que ce soit. Moi je voudrais qu'il y ait une variante supplémentaire tout simplement, je ne crois pas que ce soit révolutionnaire ce que je demande. amicalement--Wikialine (d) 6 mars 2009 à 17:15 (CET)
Je ne sais pas si c'est lié, mais y'a-t-il une raison logique, pas technique, pour laquelle ces 2 coords, pourtant équivalents, ne donnent pas le même résultat?
48° 17′ 37″ N, 2° 24′ 05″ E (déc->dms)
48° 17′ 37″ N, 2° 24′ 05″ E (dms)
Sinon à mon avis il vaudrait mieux uniformiser vers la forme la plus compacte...
Gonioul (d) 15 mars 2009 à 12:16 (CET)
- L'utilisation du O est une source possible d'erreurs : un francophone lira Ouest alors qu'un germanophone lira Ost. C'est pour cela qu'en carto, on utilise l'initiale anglaise (ou allemande !) pour l'ouest. BIRDIE ® 28 mai 2009 à 10:26 (CEST)
- Oui, mais non, je ne parles pas de ça, là la seule différence se situe au niveau des espaces... - Gonioul (d) 18 juillet 2009 à 01:08 (CEST)
- L'utilisation du O est une source possible d'erreurs : un francophone lira Ouest alors qu'un germanophone lira Ost. C'est pour cela qu'en carto, on utilise l'initiale anglaise (ou allemande !) pour l'ouest. BIRDIE ® 28 mai 2009 à 10:26 (CEST)
Bug avec les livres de Wikipédia, mais pas en anglais
modifierBonjour! J'ai remarqué que le Modèle:Coord provoque un bug dans les livres, mais que la version anglaise en:Template:Coord ne provoque pas. Quand le modèle est dans l'entête ou dans le corps d'un article, tout ce qui suit le modèle ne s'affiche plus. Pour voir ce bug et comparer avec la version anglo, veuillez créer deux livres (en PDF) avec ces deux articles :
- (fr) Ny-Ålesund
- (en) Ny-Ålesund
Pour l'instant, le seul moyen que j'ai trouvé pour contourner le problème, c'est d'ajouter le modèle display:title
tout en bas de l'article, et surtout, ne pas utiliser display:inline
dans le corps de l'article. Ce qui est bizarre, c'est que la version anglaise du modèle n'a pas ce bug... un esprit cartésien aurait une idée ? Merci pour vos lumières! Cordialement. — Antaya Fichier:Quebec-Canada.svg 4 avril 2009 à 01:55 (HNE)
J'ai trouvé des éléments de réponse ici : en:Template talk:Coord#Special:Book/pdf version : coordinates rendering. Mais avant de faire un modèle de remplacement, je vais attendre que les messages systèmes soit corrigés pour un "pattern" plus logique. Cordialement. — Antaya Fichier:Quebec-Canada.svg 4 avril 2009 à 15:29 (HNE)
Nouveau format Compact
modifierJ'aimerais bien avoir un nouveau format «compact», genre que le globe en inline, pour pouvoir géolocaliser tous les arrêts d'une ligne de transport en commun dans un tableau de ligne, puis éventuellement utiliser {{KML}}
Gonioul (d) 30 avril 2009 à 00:58 (CEST)
- Pas de suggestions? - Gonioul (d) 18 juillet 2009 à 01:10 (CEST)
- Le globe est généré par le script js du Aide:WikiMiniAtlas. Pour masquer les coordonnées et conserver que le globe, il faudrait soit une modification du script, soit une surcharge de celui-ci dans Common.js (Ne surtout pas créer une variante du modèle qui se contente de placer les coordonnées en
display:none
via Common.css, l'information serait perdue en cas de désactivation ou de non support de javascript, de non affichage des images, etc). - L'affichage des coordonnées est une information qui devrait de toutes façons rester visible... pour pouvoir être directement consultée
--Lgd (d) 18 juillet 2009 à 09:27 (CEST)
- Ne laisser que le globe était une idée, mais s'il y a mieux...
- Les formats actuels sont plutôt encombrants pour une mise dans un tableau déjà large comme une liste de stations avec la commune, la zone tarifaire et les correspondances.
- Une solution rapide mais qui ne me plaît pas trop serait de mettre les coords en réf, ça permet de garder la liste de points mais n'est pas du tout pratique pour l'accès individuel.
- Gonioul (d) 29 août 2009 à 01:04 (CEST)
- En ref le globe n'apparaît pas, ça prend déjà moins de place... - Gonioul (d) 29 août 2009 à 01:36 (CEST)
- Le globe est généré par le script js du Aide:WikiMiniAtlas. Pour masquer les coordonnées et conserver que le globe, il faudrait soit une modification du script, soit une surcharge de celui-ci dans Common.js (Ne surtout pas créer une variante du modèle qui se contente de placer les coordonnées en
Carte géologique
modifierBonjour. Pourrait-on par un paramètre, sachant qu'on est en France (region=FR), imposer un visualisateur (Géoportail) et une couche (géologie BRGM) ? Ce qui revient à appeler directement http://toolserver.org/~para/geoportail.php?......l:Geologie, voir GeoHack. Exemple d'utilité: le {{Coord}} utilisé dans l'article Seuil du Poitou n'a un sens que si l'utilisateur pense à cliquer sur "géologie" sur la page GeoHack. Jack ma ►discuter 19 septembre 2009 à 10:29 (CEST)
Parenthèse: dans GeoHack, si on choisit la carte géologique (en cliquant sur les coordonnées en haut ou à droite dans l'article, puis sur la ligne Géoportail, et BRGM), on a bien ce qu'il faut, mais ce n'est pas automatique... Jack ma ►discuter 6 octobre 2009 à 07:15 (CEST)
Comment convertir données x et y du cadastre en longitude et latitude
modifierBonjour, j'aurai besoin que l'on m'explique comment convertir en longitude et latitude (DMS ou décimale) les données X et Y que le site du cadastre français donne lorsque l'on utilise l'outil « Fichier de points » (dans le petit menu de gauche, dans « Outils avancés » une fois que l'on a fait apparaître le plan cadastral à l'écran.) Par exemple, j'ai pointé sur le plan cadastrale de la commune d'aix les bains en Savoie, l'emplacement de l'aquarium et voici ce qui s'affiche dans une fenêtre dessous le plan cadastrale :
Fichier de points Cet outil vous permet de créer un fichier de points en coordonnées, au format texte. Veuillez sélectionner avec votre souris tous les points souhaités et terminer par la touche Entrée ou par un double-clic. Dernier point sélectionné : n° 1 X=876696.57 Y=83279.42
Le site du cadastre ne donne pas les points de localisation en longitude et latitude mais uniquement avec ces X et Y. Donc pour l'exemple ci-dessous le lieu qui m'intéresse se trouve au point « X=876696.57 Y=83279.42 ». Comment à présent transformer ces données en longitude et latitude ? Je tiens à précisé que je ne cherche pas un dérivatif comme solution (genre pointé sur google earth...). Il est important que je sache comment convertir ces données X et Y, en longitude et latitude. Est ce que le modèle coord peut effectuer automatiquement cette convertion ? Merci par avance. Amicalement--Wikialine (d) 3 octobre 2009 à 23:19 (CEST)
Sondage sur les emplacements du modèle coord dans les articles
modifierIl y a actuellement un sondage en cours consernant les emplacements où doit figurer le modèle coord. Wikipédia:Sondage/Emplacements du modèle Coord . amicalement--Wikialine (d) 6 octobre 2009 à 14:54 (CEST)
Fusion abandonnée entre Modèle:Coord et Modèle:Coordonnées
modifierIl serait souhaitable d'étudier la possible fusion de ces 2 modèles qui ont tendances à se doublonner. Certains ne savent plus quoi utiliser. Les uns reverts les autres. Un seul modèle simplifierait grandement les choses. amicalement--Wikialine (d) 20 octobre 2009 à 01:13 (CEST)
Pour {{Coordonnées}} renvoyant à {{Coord}} pour à peu près tout, le maintien de deux modèles ne se justifie pas. -- Amicalement, Rachimbourg (✎ Doléances) 20 octobre 2009 à 08:46 (CEST)
Attendre Par rapport au commentaire de Rachimbourg ci-dessus, c'est que tu n'as alors pas tout à fais saisi la différence entre les deux modèles. L'un nécessite soit le remplissage de deux champs, soit de six selon le choix du système de représentation (système décimal ou système sexagésimal). Le second modèle est une harmonisation et une amélioration qui permet de ne remplir deux champs quel que soit le système de représentation. Fusionner les deux ne sera pas simple. Guérin Nicolas (messages) 21 octobre 2009 à 18:19 (CEST)
Contre Voir Projet:Modèle/Harmonisation#Méta-modèles. « Un seul modèle simplifierait grandement les choses. » certainement pas ! fusionner des modèles c'est créer un modèle compliqué, une usine à gaz. La fusion est un processus contraire à une saine programmation. Mais il y a bien un travail à faire sur ces modèles : extraire les fonctions primitives ; afin de ne pas sortir ces grosses artilleries pour de simples conversions. Le mieux serait d'intégrer ces conversions au parserfunctions. <STyx @ (en long break) 1 janvier 2010 à 15:18 (CET)
- Même sans opposition, j'ai de sérieux doute sur la perceptive de cette fusion, c'est à dire est ce que quelqu'un se sent capable de s'y atteler... Mais si en plus, les personnes qui sont à peu près capable de touché ces pages s'y oppposent, je crois bien qu'il ne faut pas espérer faire de fusion sans passer par eux...--Nouill (d) 9 janvier 2010 à 16:34 (CET)
interlanguage
modifierIt dont existent de:Vorlage:Koordinate Text. correct is: de:Vorlage:Coordinate and also et:Mall:Coordinate Best regards 80.142.241.84 (d) -- 80.142.245.234 (d) 16 mars 2010 à 18:25 (CET)
geolocator
modifierLa page est semi-protègée, pouvez-vous y indiquer geolocator qui permet de remplir facilement le modèle : http://tools.freeside.sk/geolocator/geolocator.html plutôt que Google Earth, qu'il faut avoir et qui demande probablement une manip de plus. 212.23.175.180 (d) 10 août 2010 à 15:03 (CEST)
Suite discussion bistrot Coord
modifier(suite de cette discussion)
J'ai détecté d'autres cas d'erreur de coord grâce à google : Serait il possible de modifier {{Coord}} (modification similaire à faire aussi sur {{coordonnées}} ainsi :
{{Coord/display/{{{display|inline}}}|
1={{Coord/input/<!--
-->{{#ifeq:{{{4|}}}||<!--
-->dec|<!--
-->{{#if:{{#switch:{{{4}}}{{{8}}}|NO|SO|NE|NW|SE|SW=1|}}|<!--
-->{{#ifeq:{{{format|}}}|dms long|dms long|dms}}|<!--
-->{{#if:{{#switch:{{{3}}}{{{6}}}|NO|SO||NE|NW|SE|SW=1|}}|<!--
-->{{#ifeq:{{{format|}}}|dms long|dm long|dm}}|<!--
-->{{#if:{{#switch:{{{2}}}{{{4}}}|NO|SO||NE|NW|SE|SW=1|}}|d|ERROR}}<!--
-->}}<!--
-->}}<!--
-->}}|
1={{{1|}}}|2={{{2|}}}|3={{{3|}}}|4={{{4|}}}|5={{{5|}}}|6={{{6|}}}|7={{{7|}}}|8={{{8|}}}|9={{{9|}}}|
format={{{format|}}}|name={{{name|}}}<!--
-->}}<!--
-->}}
En effet le code "O" au lieu de "W" est souvent utilisé pour indiquer l'"Ouest" et fonctionne dans Coord/input/.... mais à cause du switch on se trouve dans un cas d'erreur. Cela devrait corriger la plupart des erreurs visibles sur google : [7] - Loreleil [d-c]-dio 24 février 2011 à 00:54 (CET)
- Google n'est que le reflet d'une erreur temporaire qui vient juste (normalement) d'être résolue. Voir Discussion Projet:Communes de France#Bug de l'infobox Communes de France. Cordialement, Jack ma ►discuter 25 février 2011 à 07:01 (CET)
- non rien à voir je te suggère de vérifier ce que tu dis : des dizaines (centaines?) d'article tel que The Venetian sont soumis à ce problème et la plupart des résultats de google affiche ces problèmes (ils en affichaient 2 autres de problèmes mais ponctuels, le problème que tu indiques à durer tellement peu de temps que le cache de google n'a pas eu le temps d'enregistrer le problème). Et ce que je propose est non pas une résolution du problème que tu indiques mais une résolution d'un AUTRE problème : celui de pas gérer les notions FRANCAISES des abréviations des noms des 4 points cardinaux. - Loreleil [d-c]-dio 25 février 2011 à 14:48 (CET)
- Je suis d'accord. Mais seul un admin peut modifier en:Template:Coord/display/inline,title, mais, plus sûrement, remplacer tous les O par W sur wiki:fr, ce qui paraît plus logique (robot ?). Jack ma ►discuter 25 février 2011 à 17:06 (CET)
- Je vois pas l'intérêt de pas respecter le français ^^ Pour une fois ceci est pas couteux :) Et je l'ai mis là pour en discuter avant de demander une intervention sur page protégée :) - Loreleil [d-c]-dio 25 février 2011 à 21:39 (CET)
- Dans la modification que tu suggères plus haut, je ne vois pas O et W; je ne vois que NW, NO, SW, SO, etc... Je crains que le W soit enfoui dans le sous-modèle sur le wiki anglophone, et là ce sera peut-être plus dur à modifier ? Jack ma ►discuter 26 février 2011 à 07:27 (CET)
- Pas de difficulté : j'ai déjà dis : les sous modèles (français car peu importe les anglais) savent déjà gérer le O. Ici on ne gere pas de N/S/E/W(ou O) mais de NW NE SE SO SW NO (en gros les 4 uniques possibilités (6 car français et anglais) des cordonnées en longitude et latitude. - Loreleil [d-c]-dio 27 février 2011 à 07:57 (CET)
- Dans la modification que tu suggères plus haut, je ne vois pas O et W; je ne vois que NW, NO, SW, SO, etc... Je crains que le W soit enfoui dans le sous-modèle sur le wiki anglophone, et là ce sera peut-être plus dur à modifier ? Jack ma ►discuter 26 février 2011 à 07:27 (CET)
- Je vois pas l'intérêt de pas respecter le français ^^ Pour une fois ceci est pas couteux :) Et je l'ai mis là pour en discuter avant de demander une intervention sur page protégée :) - Loreleil [d-c]-dio 25 février 2011 à 21:39 (CET)
- Je suis d'accord. Mais seul un admin peut modifier en:Template:Coord/display/inline,title, mais, plus sûrement, remplacer tous les O par W sur wiki:fr, ce qui paraît plus logique (robot ?). Jack ma ►discuter 25 février 2011 à 17:06 (CET)
- non rien à voir je te suggère de vérifier ce que tu dis : des dizaines (centaines?) d'article tel que The Venetian sont soumis à ce problème et la plupart des résultats de google affiche ces problèmes (ils en affichaient 2 autres de problèmes mais ponctuels, le problème que tu indiques à durer tellement peu de temps que le cache de google n'a pas eu le temps d'enregistrer le problème). Et ce que je propose est non pas une résolution du problème que tu indiques mais une résolution d'un AUTRE problème : celui de pas gérer les notions FRANCAISES des abréviations des noms des 4 points cardinaux. - Loreleil [d-c]-dio 25 février 2011 à 14:48 (CET)
- Du fait de votre résistance contre cette modification un certains nombres d'article ne sont pas corrigés ... et continue à afficher des erreurs ... Cool le "n'hésitez pas" ... Loreleil [d-c] 18 avril 2011 à 14:19 (CEST)
- La proportion est de 135 articles sur plusieurs milliers (combien exactement je n'y suis pas arrivé, mais au moins 5000) qui utilisent correctement le modèle Coord. On ne va pas adapter le modèle pour ça, c'est mon avis perso. Ces 135 articles sont donc à corriger; par un robot peut-être, mais ça irait sans doute plus vite à la main... Cordialement, Jack ma ►discuter 18 avril 2011 à 18:12 (CEST)
- Correction proposée : 5 s, correction à la main une bonne 20 aine de minute (sans certitude qu'on en aura pas plus tard, et sans certitude de les corriger tous, car se basant sur la "latence" de google), correction par robot 10 min + même problème => vive les solutions ^^... Et je défie quiconque qui dit que ceci ne respecterait pas mieux les recommandations françaises... Loreleil [d-c] 19 avril 2011 à 10:00 (CEST)
- La proportion est de 135 articles sur plusieurs milliers (combien exactement je n'y suis pas arrivé, mais au moins 5000) qui utilisent correctement le modèle Coord. On ne va pas adapter le modèle pour ça, c'est mon avis perso. Ces 135 articles sont donc à corriger; par un robot peut-être, mais ça irait sans doute plus vite à la main... Cordialement, Jack ma ►discuter 18 avril 2011 à 18:12 (CEST)
Espaces
modifierD'où vient l'espace indésirable dans (15° 41′ N, 100° 15′ E) ? j'ai hésité à mettre en commentaire les sauts de ligne qui ne le sont pas dans {{coord}}, mais peut-être vient-ce d'un autre sous-modèle ? Merci d'avance ! Totodu74 (devesar…) 3 mars 2011 à 16:24 (CET)
- Il vient du
<span class="geo-multi-punct"> / </span>
dans Modèle:Coord/link, où la gestion des espaces est à revoir. En HTML, les espaces débutant et finissant ne sont pas gérés « dans » le balisage, mais à l'extérieur de celui-ci. Par exemple:(<span style="display:none"> / </span>)
donne ( ) et non () comme espéré. Des espaces insécables pourraient résoudre ça, mais comme j'ignore à quoi sert toute cette partie du code endisplay:none
, je préfère ne pas toucher. Cordialement, --Lgd (d) 3 mars 2011 à 17:14 (CET)- Je n'ai pas tout compris, mais en gros c'est dû au classes, donc à part ruser [comme ici (15° 41′ N, 100° 15′ E) par exemple (tiré par les cheveux vraiment ?)], il n'y a pas grand chose à faire ? Totodu74 (devesar…) 3 mars 2011 à 19:11 (CET)
- Si je savais dans quel cas le bout en
display:none
s'affiche (je suppose qu'il doit bien s'afficher quelque-part avec des paramètres quelconques) ou au moins à quoi il sert, ça pourrait se corriger facilement ^^. Mais sinon, autant éviter les bricolages (la décence m'interdit de qualifier celui-ci). Cordialement, --Lgd (d) 3 mars 2011 à 19:41 (CET)
- Si je savais dans quel cas le bout en
- Je n'ai pas tout compris, mais en gros c'est dû au classes, donc à part ruser [comme ici (15° 41′ N, 100° 15′ E) par exemple (tiré par les cheveux vraiment ?)], il n'y a pas grand chose à faire ? Totodu74 (devesar…) 3 mars 2011 à 19:11 (CET)
Coordonnées décimales et directions cardinales
modifierBonjour à tous ceux qui suivent ce modèle !
J'ai en ce moment un petit problème : j'aimerais pouvoir afficher à la fois des coordonnées décimales ET les indications N/E/S/W (comme par exemple : « 47.4° N 190.3° W »). À l'heure actuelle, c'est impossible : soit on choisit un affichage sexagésimal avec N/E/S/W, soit un affichage décimal sans N/E/S/W. Quand je regarde Modèle:Coord/Exemple dec, il me semble pourtant que la chose a été envisagée (ou même effectuée, puis supprimée par la suite, je ne sais pas).
Vous allez me dire : pourquoi ? Tout simplement parce qu'en dehors de la Terre, la convention d'écriture des coordonnées est ainsi. Par exemple, Mayda Insula sur Titan est centrée sur 79.1° N 312.2° W. Et là, je ne peux pas utiliser le modèle, puisque je n'ai le choix qu'entre 79° 06′ N, 312° 12′ O ou 79,1° N, 47,8° O.
Quelqu'un pourrait-il me dépanner ? — Poulpy (d) 3 mai 2011 à 21:32 (CEST)
- Juste pour appuyer la sollicitation formulée par Poulpy : actuellement, tous les articles consacrés aux formations géologiques sur Titan sont dans un état dégradé à cause de ces problèmes d'affichage ; quelqu'un peut-il se pencher sur la question ?
- D'avance, merci beaucoup.
- Cordialement,
--Bob Saint Clar (d) 5 mai 2011 à 13:26 (CEST) - J'ajoute que, pour être complet, les longitudes sur tous les astres ne sont pas toujours croissantes vers l'ouest : c'est le cas pour les satellites progrades comme Titan (système +W(0-360) décimal), mais pas pour les planètes (sauf Mercure, le cas de Mars étant variable : les coordonnées planétographiques étaient en systèmes +W(0-360) décimal, mais elles sont tombées en désuétude au profit des coordonnées planétocentriques qui, elles, sont en système +E(0-360) décimal) ni les satellites rétrogrades (comme Triton), pour lesquels les longitudes sont également exprimées dans le système +E(0-360) décimal, comme les planètes.
- Bref, autant mettre en place quelque chose de flexible !
- A+
--Bob Saint Clar (d) 5 mai 2011 à 13:45 (CEST)Poulpy et Bob Saint Clar :. Proposition de solution sur Discussion Projet:Géolocalisation#Format par défaut. -Zolo (d) 2 mars 2014 à 13:53 (CET)
Erreur avec l'appel de coord
modifierBonjour. Sur au moins un article (Edificio Alas), Geobot (d · c · b) est intervenu (en février 2011) pour rajouter des coordonnées contenant "O" au lieu de "W" pour "ouest". Du coup, la page affichait « Erreur avec l'appel de {{coord}} ». Il faudrait peut-être catégoriser les articles dans ce cas pour permettre de les corriger ? Cordialement, Freewol (d) 16 mai 2011 à 11:42 (CEST)
- y a une autre solution plus "correcte" àmha à choisir, mais il semble que des gens soit opposé à l'usage des conventions françaises (voir plus haut) Loreleil [d-c] 17 mai 2011 à 22:43 (CEST)
Globe
modifierEst-ce qu'on pourrait avoir un modèle qui n'affiche que le globe (basé sur coord/link pour avoir la carte) pour servir de titre de colonne de tableau? Typiquement utile dans les schémas de lignes tels que Modèle:Tramway d'Île-de-France/stations 1 où le but est de compacter au maximum la colonne.
Gonioul (d) 19 mai 2011 à 01:51 (CEST)
- Toujours pas moyen d'avoir un display ou un format compact ou globe pour les tableaux? - Gonioul (d) 11 mai 2013 à 23:37 (CEST)
Que penses-tu de Pom445|Sebleouf|Nonopoly|JeanBono|Nouill|Gloumouth1|Hexasoft|Vive la Rosière|Pucesurvitaminee|Cedalyon}} & {{Notif|Ursus|FredD|Denys|Agamitsudo|Vamich|MaéB|Jitrixis|Darkdadaah|Fchaix|Scailyna par exemple ? Otourly (d) 12 mai 2013 à 08:44 (CEST)
- mmm en fait j'ai pas du être clair, le but est d'avoir la colonne des coords le moins large possible, là pas moyen même en xx-small d'avoir quelque chose de pas envahissant... - Gonioul (d) 13 mai 2013 à 16:00 (CEST)
- J'ai un problème absolument inverse : je passe comme lecteur de l'article Canal thaï dans la section 3 duquel ma lecture a brusquement été cassée dans son élan par des hiéroglyphes représentant des petits disques bleus. Agacé j'ai été, tellement que je suis allé enquêter d'où venaient ces petits disques, apparemment d'ici. J'ai lu (en diagonale) le mode d'emploi, à la recherche des options d'affichage - dans l'intention de supprimer ces petits disques bleus si agaçants. Apparemment l'option n'existe pas ! C'est réfléchi ? Si non, quelqu'un peut la créer ? C'est épouvantable ces petites images qui cassent la lecture. Touriste (discuter) 16 mars 2014 à 17:50 (CET)
Remarques et propositions
modifierBonjour,
Quelques remarques et propositions sur ce modèle (puisque WP:NHP ne s'applique pas ici) :
- j'ai remarqué qu'il manque une balise fermante "span" dans le modèle {{coord/link}} : le
<span class="{{#ifeq:{{{default|}}}|dec|geo-default|geo-nondefault}}">
devrait être fermé avant le crochet qui ferme le lien externe et ce n'est pas le cas (sauf erreur de ma part) ; - pour réduire le "Post-expand include size" (voir [8]) :
- il y a beaucoup de
<!-- ... -->
inutiles : les parser functions réalisent un trim automatique de leurs arguments ;
- il y a beaucoup de
- PS. erreur de ma part : ceci ne compte pas pour la "post-expand include size". Mais c'est quand même très moche...--Juju2004 (d) 18 septembre 2011 à 23:21 (CEST)
- pourquoi ne pas utiliser des tabs plutôt que des espaces en indentation ?
- par ailleurs, il serait intéressant de disposer d'une sortie sans lien vers toolserver pour les coordonnées extra-terrestres, par ex. pour {{Infobox_Montagne}}. Il serait en effet un peu ridicule d'avoir en lien les infos ou le miniatlas terrestres d'une montagne martienne. Il suffirait de remplacer
{{coord/link...
par{{coord/{{{output|link}}}...
dans le code des modèles {{coord/input/...}} (ou, pour plus de cohérence,{{coord/output/{{{output|link}}}...
en renommant {{coord/link}} en {{coord/output/link}}). La sortie ne serait plus codée en dur, et on pourrait créer {{coord/output/nolink}} pour les coordonnées extra-terrestres. On passerait simplement un argumentoutput=nolink
à {{coord}}, qui le transmettrait à {{coord/input/...}} et le tour serait joué...
Cordialement.--Juju2004 (d) 18 septembre 2011 à 22:48 (CEST)
Bug format dms1
modifierLe format dms1 introduit parfois une erreur d’une minute, ce qui est très loin d’être négligeable :
- {{Coord/dec2dms|49.6833 |N|S|dms1}} donne 49° 40′ 59.9″ N
- {{Coord/dec2dms|49.68331|N|S|dms1}} donne 49° 40′ 59.9″ N
- {{Coord/dec2dms|49.68332|N|S|dms1}} donne 49° 40′ 00″ N ; {{Coord/dec2dms|49.683329|N|S|dms1}} donne 49° 40′ 00″ N
- {{Coord/dec2dms|49.68333|N|S|dms1}} donne 49° 40′ 00″ N ; {{Coord/dec2dms|49.683339|N|S|dms1}} donne 49° 41′ 00″ N
- {{Coord/dec2dms|49.68334|N|S|dms1}} donne 49° 41′ 00″ N
- {{Coord/dec2dms|49.68335|N|S|dms1}} donne 49° 41′ 0.1″ N
- {{Coord/dec2dms|49.68336|N|S|dms1}} donne 49° 41′ 0.1″ N
- {{Coord/dec2dms|49.68337|N|S|dms1}} donne 49° 41′ 0.1″ N
- {{Coord/dec2dms|49.68338|N|S|dms1}} donne 49° 41′ 0.2″ N
- {{Coord/dec2dms|49.68339|N|S|dms1}} donne 49° 41′ 0.2″ N
Ce modèle est le genre de trucs où un test unitaire serait infiniment utile. — Bjung (d), 10 novembre 2012 à 21:09 (CET)
- D'après Modèle:Coord/dec2dms/Documentation, dms1 force l'affichage du 1/10 seconde. Donc déjà ça devrait afficher 0.0" et non 00". Ensuite (sans doute lié) il semble qu'il y en effet un bug de report d'un reste de division dans Modèle:Coord/dec2dms/dms1. Jack ma ►discuter 13 novembre 2012 à 08:22 (CET)
Imprécision du format D/M pour dec2dms
modifierIl y a une imprécision non négligeable dans le format dms2dec n’utilisant pas les secondes, qui introduit une erreur d’environ une seconde dans mon exemple :
- {{Coord/dms2dec|N|49|41}} donne : 49.683
- {{Coord/dms2dec|N|49|41|0}} donne : 49.68333
— Bjung (d), 10 novembre 2012 à 21:22 (CET)
- Bonjour Bjung. La précision d'affichage reflète celle qu'on fournit en entrée :
- 49°41' est moins précis que 49°41'0", à son tour moins précis que 49°41'0.0" etc.
- {{Coord/dms2dec|N|49|41|0.0}} donne : 49.68333
- {{Coord/dms2dec|N|49|41|0.00}} donne : 49.68333
- {{Coord/dms2dec|N|49|41.0}} donne : 49.683
- Ne pas mettre les secondes signifie une imprécision de 30 secondes (avec des minutes rondes), donc un résultat imprécis à 0,008. Le 3 dans 49,683 de ton 1er exemple n'est donc pas significatif.
- Cordialement, Jack ma ►discuter 11 novembre 2012 à 08:31 (CET)
Pôle Sud
modifierBonjour,
L'article Pôle Sud contient {{Coord|-90|0|format=dms|display=title}} pour le géolocaliser, qui me semble correct, mais ça buggue. Quelqu'un sait comment réparer ? ---- El Caro bla 7 janvier 2013 à 19:43 (CET)
- Bonjour El Caro. Où est-ce que ça buggue exactement ? L'affichage et le lien vers toolserver semblent corrects ? Jack ma ►discuter 11 janvier 2013 à 18:25 (CET)
Extension GeoData
modifierBonjour,
L’extension Extension:GeoData est déployée depuis quelques temps sur fr. Elle permet de stocker les coordonnées géographiques de spages et de les exposer via l’API de MediaWiki − voir ce billet qui explique en quoi c’est cool et super pratique.
Pour déployer cela sur fr, il suffit de modifier {{coord}} pour lui ajouter la fonction parseur kivabien, {{#coordinates}}
− les nouvelles fonctionnalités s’ajoutent donc aux actuelles (on garde GeoHack, la carte OSM etc.)
Voir aussi la discussion sur en avant la modif (faite en décembre)
(Je ne m’étends pas trop car cela me semble bien expliqué entre le blog de la WMF et la discussion de en:, mais je peux détailler ce que je comprends si besoin).
Qu’en pensez-vous ?
Jean-Fred (d) 15 février 2013 à 23:42 (CET)
Bonjour Jean-Fred. Bien que le statut de cette extension soit signalé "expérimental", je suis favorable à l'ajout de ce tag.Plutôt pour
Je me pose quand même la question: il peut y avoir plusieurs modèle coord dans l'article, qui auraient donc le même tag ?A voir à l'usage si des listes déjà volumineuses n'explosent pas (ex: listes de monuments historiques). Cordialement, Jack ma ►discuter 16 février 2013 à 07:36 (CET)- Pour le plusieurs coord dans l’article : la question est pertinente, et ils y ont pensé − une des coordonnées de l’article est stockée comme "principale" (celle qui est mise en display=title), les autres comme coordonnées secondaires. C'est assez bien fichu ^___^
- Pour les listes volumineuses : hmmmmm, bonne question ça... Je vais tester deux-trois choses dans mon coin pour voir. Jean-Fred (d) 16 février 2013 à 13:49 (CET)
- hop, je reviens avec la réponse : le problème avec ces listes sont les limites d’inclusion de modèles, pas l’ajout de parser functions.
- J’ai blindé Utilisateur:Jean-Frédéric/Sandbox de listes de MH jusqu’à dépasser pile la limite d’inclusions (le modèle KML et les portails) ; puis j’ai ajouté plein de tags
{{#coordinates}}
: on a autant de modèles à s’afficher et autant à ne pas s’afficher. - (bon, évidemment, on rajoute des parser functions, donc je suppose que l’on dégrade encore un peu les performances sur ces grosses listes [à vérifier cela dit] ; je pense que cela vaut quand même la peine. Jean-Fred (d) 16 février 2013 à 14:12 (CET)
Neutre Dans ce cas, je révise mon jugement. Personnellement je ne vois pas trop l'intérêt immédiat, par contre si nos listes de MH risquent d'être encore plus limitées, on le sentira tout-de-suite... Jack ma ►discuter 16 février 2013 à 15:12 (CET)
- o_O C’est purement hypothétique ma parenthèse sur les perfs…
- Quant à l’intérêt, je ne sais pas quoi répondre là, il me semble assez évident − permettre aux géodonnées d’être facilement accessibles via l’API. Autant dire permettre une infinité d’usages possibles − le premier d’entre eux concret étant la fonctionnalité « à proximité » du nouveau site mobile.
- Enfin, on a quelques centaines de listes de MH ; et on doit avoir plusieurs centaines de milliers d’articles géolocalisées. Sacrifier les seconds sur l’autel des premières ne me semble pas très heureux.
- Jean-Fred (d) 16 février 2013 à 21:07 (CET)
- Sans même avoir besoin de les placer dans les listes, on peut faire quelque chose de particulièrement utile pour des outils "extérieurs" (Toolserver ou même un gadget JS à même Wikipédia), de ce genre-là : liste de coordonnées de monuments historiques. On pourrait même imaginer un gadget JS qui viendrait piocher lesdites données (en XML ou JSON, hein, je ne suis pas sectaire) pour les placer dynamiquement sur la liste consultée, histoire de ne pas trop surcharger le serveur avec plein d'appels à des parser functions. Le truc tout bête, qui prend deux heures à dév, deux heures à tester, et 2 ans à faire accepter par la communauté quoi !
- Sur le principe,
Pour, mais sans forcément le placer sur les listes.
- Alphos [me pourrir la vie] 20 février 2013 à 20:28 (CET)
- Je me permet de relancer la discussion car la page spéciale Special:Nearby (version anglophone fonctionnelle) va bientôt être déployé dans la version mobile stable du site avec un lien dans le menu et c'est dommage de donner aux lecteurs un lien vers une fonctionnalité qui ne marche pas. De plus la réécriture du modèle en Lua permet un gain de performance considérable (c. f. discussion ci dessous) et donc permet l'ajout de cette parser function tout en ne perdant rien sur les listes. Voici ce que donnerais le code du modèle avec l'usage du module Lua + de la parser function. Il y a-t-il des oppositions à un déploiement simultané des deux changements ? Tpt (d) 21 mai 2013 à 15:02 (CEST)
- D’accord avec Tpt. Jean-Fred (d) 22 mai 2013 à 00:14 (CEST)
fait. Tpt (d) 29 mai 2013 à 15:04 (CEST)
- Cela fonctionne bien mais un simple purge de la page ne suffit visiblement pas à ajouter l’article dans la base de données
. Il faut une édition, même vide. Tpt (d) 29 mai 2013 à 17:33 (CEST)
- Super, merci Thomas.
- Ça a l’air de marcher quand même − Special:Nearby me renvoie 4 articles (effectivement pas super loin de chez moi) qui n’ont pas été édités aujourd’hui (et un ya 15 jours, et un autre en avril :) Jean-Fred (d) 30 mai 2013 à 00:29 (CEST)
- Cela fonctionne bien mais un simple purge de la page ne suffit visiblement pas à ajouter l’article dans la base de données
- D’accord avec Tpt. Jean-Fred (d) 22 mai 2013 à 00:14 (CEST)
Module Coordinates
modifierBonjour,
Le Module:Coordinates est prêt. Pouvez-vous vérifier si toutes les fonctionnalités du modèle y ont été intégrés ou déceler des bugs?
L'avantage du module est sa rapidité d'exécution (fonction mathématiques natives et plus d'imbrication de sous-modèles). -- Xfigpower (pssst) 6 mai 2013 à 14:41 (CEST)
- Ça c'est une bonne nouvelle ! Otourly (d) 8 mai 2013 à 11:42 (CEST)
- Pour l'avoir essayé sur Institut panrusse de recherche scientifique en physique expérimentale le modèle est plutôt long n'y a-t-il pas un moyen de faire plus court sans pour autant perdre en fonctionalité ? Otourly (d) 8 mai 2013 à 11:52 (CEST)
- Tout me semble marcher et les performances sont bien meilleures : La version lua avec, en plus, la parser function #coord met moins de 10s à rendre 1000 coordonnées (exemple) alors que l’ancienne version sature le serveur (toujours pour 1000 appels). Il y a-t-il des oppositions à un déploiement, peut être conjoint à celui de la parser function coord (c. f. discussion juste au dessus). Tpt (d) 21 mai 2013 à 14:48 (CEST)
- Idem. Let’s do this! Jean-Fred (d) 29 mai 2013 à 13:53 (CEST)
- Déployé. Tpt (d) 29 mai 2013 à 15:03 (CEST)
- Il semble qu'il y ait des effets de bord, dans l'utilisation de l'{{Infobox Cratère}} en particulier: par exemple dans les articles Adaiah (cratère) et Abington (cratère), qui n'affichent pas le point rouge (sauf si on met la latitude en négatif, mais alors on a un message d'erreur coordinates: : longitude invalide, comme par exemple dans Aftenia (cratère)). (Voir aussi Discussion Projet:Géolocalisation#Localisation sur les planètes) -- Speculos ✉ 7 juin 2013 à 20:31 (CEST)
- Le problème n'est pas résolu à ce jour (autres exemples: Adaiah (cratère) ou Gish Bar Patera). Personne n'a d'idée sur la question? -- Speculos ✉ 12 juin 2013 à 12:13 (CEST)
- Le problème est corrigé. Il faut utiliser directement le module pour éviter les erreurs -- Xfigpower (pssst) 15 juin 2013 à 22:51 (CEST)
- Merci; il reste encore quelques anomalies, par exemple sur Victoria (cratère) -- Speculos ✉ 16 juin 2013 à 19:49 (CEST)
, je vois pas trop l'intérêt des ces modèles spécifiques à un astre de style {{Infobox Géographie de Vénus}} ou {{Infobox Géographie de Mars}}. Un cratère ou une montagne doit utiliser les infobox génériques {{Infobox Cratère}} ou {{Infobox Montagne}} si celles-ci sont adaptée aux données extraterrestres -- Xfigpower (pssst) 17 juin 2013 à 09:25 (CEST)
- Merci; il reste encore quelques anomalies, par exemple sur Victoria (cratère) -- Speculos ✉ 16 juin 2013 à 19:49 (CEST)
- Le problème est corrigé. Il faut utiliser directement le module pour éviter les erreurs -- Xfigpower (pssst) 15 juin 2013 à 22:51 (CEST)
- Le problème n'est pas résolu à ce jour (autres exemples: Adaiah (cratère) ou Gish Bar Patera). Personne n'a d'idée sur la question? -- Speculos ✉ 12 juin 2013 à 12:13 (CEST)
- Il semble qu'il y ait des effets de bord, dans l'utilisation de l'{{Infobox Cratère}} en particulier: par exemple dans les articles Adaiah (cratère) et Abington (cratère), qui n'affichent pas le point rouge (sauf si on met la latitude en négatif, mais alors on a un message d'erreur coordinates: : longitude invalide, comme par exemple dans Aftenia (cratère)). (Voir aussi Discussion Projet:Géolocalisation#Localisation sur les planètes) -- Speculos ✉ 7 juin 2013 à 20:31 (CEST)
- Déployé. Tpt (d) 29 mai 2013 à 15:03 (CEST)
- Idem. Let’s do this! Jean-Fred (d) 29 mai 2013 à 13:53 (CEST)
- Tout me semble marcher et les performances sont bien meilleures : La version lua avec, en plus, la parser function #coord met moins de 10s à rendre 1000 coordonnées (exemple) alors que l’ancienne version sature le serveur (toujours pour 1000 appels). Il y a-t-il des oppositions à un déploiement, peut être conjoint à celui de la parser function coord (c. f. discussion juste au dessus). Tpt (d) 21 mai 2013 à 14:48 (CEST)
- Pour l'avoir essayé sur Institut panrusse de recherche scientifique en physique expérimentale le modèle est plutôt long n'y a-t-il pas un moyen de faire plus court sans pour autant perdre en fonctionalité ? Otourly (d) 8 mai 2013 à 11:52 (CEST)
A ugly bug
modifierBonjour. I can't talk in French. :-( The modèle has a bug. If I use instead the first example
{{Coord|43|29|N|79|23|W}}
which works very fine: 43° 29′ N, 79° 23′ O, the following:
{{Coord|43/29/N|79/23/W}}
this gets an error message: 43° 29′ N, 79° 23′ O. Why? I think, that this problem causes the code for the parser extension {{#Coordinates:
. Greetings --Tlustulimu (d) 29 juin 2013 à 22:50 (CEST)
- Hallo. You can find working code on this test page.
{{Coord/test|43/29/N|79/23/W}}
this works very fine: Modèle:Coord/test
- Greetings --Tlustulimu (d) 4 juillet 2013 à 21:24 (CEST)
just a trimming problem -- Xfigpower (pssst) 4 juillet 2013 à 23:35 (CEST)
Wikidata
modifierEst-ce que ce ce modèle pourrait récupérer les coordonnées de Wikidata en l'absence de données locales ? C'est relativemenet simple (voir ici), mais je ne suis pas très sûr de la méthode à suivre. -Zolo (d) 9 juillet 2013 à 10:19 (CEST)
Wikidata tracking
modifierBonjour,
Multichill m’a touché deux mots de d:Wikidata:Coordinates tracking. L’idée est de pouvoir comparer la géolocalisation des articles (ie ayant title
) avec celles stockées dans l’élément Wikidata associé, et ainsi pouvoir soit les importer dans Wikidata, soit détecter si elles sont un tant soit peu différentes.
Qu’en pensez-vous ? Il y a-t-il un magicien Lua dans la salle pour le faire ?
Jean-Fred (discuter) 16 novembre 2013 à 16:35 (CET)
- Bonjour, je peux essaye mais, il faudrait définir une marge d'erreur possible sinon on va se retrouver avec des centaines de milliers de pages catégorisées comme différentes à cause d'erreur d'arrondi ou d'imprécisions dans la conversion sexagésimal -> décimal. --Zolo (discuter) 19 novembre 2013 à 09:32 (CET)
Pour j'avais déjà suggéré l'idée un mois auparavant [9]. Ceci dit, entre autre outil bien sympathique, il serait cool de savoir quelles entrées géolocalisées de Wikidata (~900000 contre 294 118) n'ont pas d'articles en français. Je suis sûr que nous aurions des surprises. Otourly (discuter) 19 novembre 2013 à 17:11 (CET)
Pour Ayant fait des analyses de différences entre coord/wiki.fr et coord/wikidata "à la main", je ne peux qu'approuver! D'expérience, une tolérance de précision à 1 degré pour commencer, puis à ~10" près serait déjà pas mal (l'idée serait de pouvoir affiner la marge d'erreur progressivement). -- Speculos ✉ 19 novembre 2013 à 17:22 (CET)
- Replying in English, maybe someone can translate this into French (ping JF)
- My idea was to do it in two steps:
- Multichill (discuter) 20 novembre 2013 à 14:17 (CET)
- Lua code to steal. Multichill (discuter) 24 novembre 2013 à 21:25 (CET)
- En fait Module:Coordinates me semble avoir quelques problèmes (quelques bugs, pas facile à utiliser depuis d'autres module etc). J'ai essayé d'en réécrire une partie, et ça pourrait être l'occasion d'intégrer d'autres fonctionnalités. Il y a pas mal choses encore à faire, mais celle qui me bloque, c'est le rendu du lien geohack. Si quelqu'un s'y connait un peu dans ce genre de chose, sont assistance serait la bienvenue... --Zolo (discuter) 17 décembre 2013 à 16:44 (CET)
- Lua code to steal. Multichill (discuter) 24 novembre 2013 à 21:25 (CET)
Après pas mal de difficultés, la nouvelle version de Module:Coordinates a l'air de fonctionner. Pour l'instant, tout ce qui concerne Wikidata est activé dans les modèles d'infobox, mais pas dans {{Coord}} (activer Wikidata par défaut dans coord ne semble pas une bonne idée, parce que le modèle est souvent utilisé pour autre chose que pour les coordonnées principales du sujet de l'article). Le module ajoute trois catégories : Catégorie:Page géolocalisée par Wikidata (qui n'est pas nouvelle), et Catégorie:Page avec coordonnées similaires sur Wikidata, Catégorie:Page avec coordonnées différentes sur Wikidata. Par défaut, celle-ci se déclenche à partir de 10 km d'écart, mais on peut customiser par l'argument maxdistance
.
Ces catégories utilisent la fonction p._distance à laquelle on pourrait imaginer d'autres usages lorsque la syntaxe de transclusion de Wikidata permettra les choses du genre {{distance|Paris|New York}}
. Pour l'instant, on obtient la distance Paris-Ne YOrk par {{#invoke:Coordinates|distance|latitude1=48.857|longitude1=2.352|latitude2=40.714|longitude2=-74.006}}
. --Zolo (discuter) 7 mars 2014 à 09:14 (CET)
Lien carte openstreetmap
modifierIl semblerait que quelqu'un ait viré par mégarde le lien carte (dont le code est toujours présent dans Mediawiki:common.js) si on pouvait le remettre ce serait cool. Otourly (discuter) 8 mars 2014 à 12:56 (CET)
- ça remarche je sais pas du coup si c'est moi qu'ai rêvé ou non... Otourly (discuter) 8 mars 2014 à 13:25 (CET)
Swisstopo
modifierBonjour, Quelqu'un saurait quel système de coordonnée Swisstopo utilise ? Merci. --Yanik B 19 octobre 2015 à 23:39 (CEST)
- Bonjour Yanik et
Gdgourou :. D'après ce site et celui-là, il semble que ce soit UTM Nord fuseau 32.
pour votre réactivité concernant {{Swisstopo}}. Cdlt, Jack ma ►discuter 20 octobre 2015 à 08:53 (CEST)
- APSalin offre un outil de conversion pour UTM. Je laisse un spécialiste s'attaquer à l’adaptation de en:Template:CH1903-WGS84 ou à l'ajout de la fonctionnalité {{coord/utm2dec}}. --Yanik B 20 octobre 2015 à 17:40 (CEST)
Virgule, et changement de microformat
modifierJe propose de changer le modèle Coord pour adopté le microformat 2 h-geo, pour les raisons suivantes :
- le format actuel est proche du microformet geo, mais le microformat est invalide depuis mars 2014 (il manque la class "geo") ;
- h-geo est plus adapté au web d'aujourd'hui, en n'imposant pas des éléments cachés (ou des titres abscon) ;
- ce nouveau microformat permet de réduire la taille du code généré de 20 à 30%, ce qui sera un avantage pour les longues listes de monuments historiques.
Avec ce nouveau code plus compact, il ne sera plus possible de changer l'affichage degré-minute-seconde en degré décimaux avec une simple règle CSS, mais cela n'est utilisé que par quatre utilisateurs, pour lesquels je proposerai un code JavaScript de remplacement.
Au passage, je propose d'ajouter une virgule pour séparer la longitude de la latitude :
- actuel : 43° 40′ 36″ N 4° 37′ 40″ E / 43.67667, 4.6278
- proposé : 43° 40′ 36″ N, 4° 37′ 40″ E
— Zebulon84 (discuter) 31 août 2016 à 10:20 (CEST)
- Pour la virgule ou non, quel est l'usage dans les sources de qualité francophones ? GabrieL (discuter) 31 août 2016 à 13:52 (CEST)
- C'est une bonne idée je trouve, tant pour l'allègement du code que l'ajout d'une virgule, qui rend l'affichage plus lisible. Sémhur (discuter) 31 août 2016 à 13:53 (CEST)
idem. -- Speculos (discuter) 31 août 2016 à 13:55 (CEST)
- Bonjour. À mon avis, il n'y a que des avantages à procéder ainsi. On sépare deux sous-ensembles quasi identiques (sauf dans les limites adoptables (90°/180°).
- Cela suppose que l'on introduise un nouveau modèle intermédiaire (x°y'z") (s'il n'en existe pas déjà un acceptable) et que l'on conçoive le total comme la concaténation de deux séparés par la virgule (au problème du test des limites près). Cela aurait également l'avantage - en cas d'erreur - d'autoriser l'inversion lat/long sans conséquences si le sous-modèle discrimine NS de E(O)W (ce qui est déjà nécessaire, pour vérifier les limites).
- NB : il faut aussi tester qu'il existe bien deux appels et qu'il sont de groupes différents (et non deux dans le même groupe NS ou EW).
- Au niveau typo, il convient simplement de vérifier que chaque partie est correcte (43°), (40'), (36") avec une tolérance sur le symbole initialement utilisé en paramètre brut - en supposant qu'on ne se passe pas tout simplement de lui pour le fournir automatiquement. Un truc (pour le sous-modèle) du genre {{géoref-demi|degré=|minutes=|secondes=|NS-EW=}}--Elj wik (discuter) 31 août 2016 à 17:46 (CEST)
- Ajout. Le modèle Coord fait (environ) 21 pages de Lua. (Note :Il y a déjà eu également une proposition de "Fusion abandonnée entre Modèle:Coord et Modèle:Coordonnées".) Donc même si sur le principe j'applaudirai, cela ne me semble pas si neutre/évident que cela. Pas nécessairement impossible, peut être même ridiculement facile, mais 21 pages de code = gros boulot d'examen des effets de bord (je n'ai pas eu le temps d'analyser le code). Maintenant, si celui qui propose est un virtuose du Lua, et qu'il a déjà le coding pour, l'argument "précaution" perd de sa pertinence.--Elj wik (discuter) 31 août 2016 à 18:58 (CEST).
- C'est une bonne idée je trouve, tant pour l'allègement du code que l'ajout d'une virgule, qui rend l'affichage plus lisible. Sémhur (discuter) 31 août 2016 à 13:53 (CEST)
- Puisqu'il ne semble pas y avoir d'oppositions, j'applique. — Zebulon84 (discuter) 5 septembre 2016 à 12:35 (CEST)
Insertion des coordonnées brutes
modifierBonjour, un habitué du modèle peut il corriger cette modification [10] et les quelques autres où un contributeur ajoute directement les coordonnées dans le texte de l'article ? Je ne connais pas la meilleur méthode pour mettre le modèle. Merci --Framawiki ✉ 2 octobre 2016 à 12:44 (CEST)
- Étant donné qu'il y a un lien vers l'article de cette abbaye, que cet article contient les coordonnées, je ne vois pas trop l'intérêt de les mettre dans le corps du texte de la commune. Je suis donc partisan de les supprimer. On ne va pas mettre des coordonnées à chaque lieu cité dans un article, ça serait tout aussi pénible que des drapeaux partout dans le corps du texte. — Zebulon84 (discuter) 2 octobre 2016 à 13:48 (CEST)
Récupérer les coordonnées depuis Wikidata
modifierBonjour,
Y a-t-il possibilité de récupérer les données depuis un élément Wikidata plutôt que de les écrire à la main?
Du genre, j’écris {{coord|display=title}}
dans l’article Beznau, et il va me chercher les coordonnées enregistrées dans l’élément WD correspondant.
—C.P. 20 octobre 2016 à 19:23 (CEST)
- Souvent c'est l'infobox qui s'en occupe.
- Il est possible de le faire avec
{{#invoke:Coordinates|coord|display=title|wikidata=true}}
(attention, le module n'accepte que « true »). - Ça pourrait facilement être ajouté au modèle Coord, mais comme il est souvent remplacé par une infobox faisant le job... — Zebulon84 (discuter) 20 octobre 2016 à 22:01 (CEST)
- Le truc avec
{{#invoke:Coordinates|...}}
fonctionne, merci. — C’est vrai que c’est habituellement ajouté par l’infobox; mais souvent je ne prends pas la peine de l’ajouter, parce que je dois y recopier scrupuleusement une bonne douzaine de champs (trop souvent, elle n’est pas encore programmée pour aller les chercher sur WD), dont seuls deux ou trois (dont la géolocalisation) apporte une information supplémentaire vraiment intéressante par rapport au texte. —C.P. 21 octobre 2016 à 19:02 (CEST)- Je pense qu'on peut ajouter une récupération automatique des données Wikidata dans le modèle. C'est pas top d'appeler directement un module dans un article, et si quelqu'un met un (tl) quelque part, sans indiquer de latitude ni de longitude, on peut supposer qu'on peut les récupéer de Wikidata. --Zolo (discuter) 22 octobre 2016 à 10:35 (CEST)
- @Zolo Je me permet de relancer l'idée, car j'ai pas le sentiment que le changement a été fait, je me trompe ? --Misc (discuter) 28 avril 2019 à 11:43 (CEST)
- Je pense qu'on peut ajouter une récupération automatique des données Wikidata dans le modèle. C'est pas top d'appeler directement un module dans un article, et si quelqu'un met un (tl) quelque part, sans indiquer de latitude ni de longitude, on peut supposer qu'on peut les récupéer de Wikidata. --Zolo (discuter) 22 octobre 2016 à 10:35 (CEST)
- Le truc avec
┌─────────────────────────────────────────────────┘
Le modèle est protégé, il faudrait qu'un admin teste et fasse le changement. Si je ne me trompe pas la façon la plus simple de faire serait d'ajouter à {{coord}} le paramètre suivant |wikidata = {{#if: {{{wikidata|}}} | {{{wikidata}}} | {{#if: {{#invoke:str|find|{{{display|}}}|title}} | true | false }} }}
. Le comportement serait le suivant :
- Coordonnées du titre : Wikidata activé par défaut :
{{coord|display=title}}
: récupère le coordonnées de Wikidata{{coord|display=title|wikidata = false}}
: ne fait rien{{coord|display=title|wikidata = Q142}}
: récupère les coordonnées de l'élément Q142 de Wikidata
- Coordonnées hors titre : Wikidata décactivé par défaut :
{{coord}}
: ne fait rien{{coord|display=title|wikidata = true}}
: récupère les coordonnées de l'élément Wikidata de la page{{coord|display=title|wikidata = Q142}}
: récupère les coordonnées de l'élément Q142 de Wikidata
Communes de France
modifierDans l'infobox les coordonnées de localisation sont écrites avec Nord, Sud, Est et Ouest avec la majuscule donc ; hors il s'agit de noms communs qui n'étant pas en tête de phrase prennent la minuscule. Par ailleurs le Lexique des règles typographiques de l'Imprimerie nationale donne que les mesures de longitude et de latitude s'écrivent avec le SYMBOLE, donc N, S, E, O ou W. Il reste qu'il me parait que l'ensemble des pages des communes de France est libellé d'une unique façon et que je vois fautive donc. Me trompé-je ? Jacques POUDRAS (POUDRAS-HUSS (discuter) 12 décembre 2016 à 22:02 (CET))
- Bonjour. Vous avez raison. Il me semble que Nord, Sud, etc. sont récents et qu'avant c'était N, S, ... faute à corriger (WP:CT#Points cardinaux); on écrit 12° N (format court) ou 12° nord (format long). J'ai fait une demande d'intervention sur Module:Coordinates. Cdlt, Jack ma ►discuter 16 décembre 2016 à 07:48 (CET)
Fait, refs la DIPP et la modif correspondantes. od†n ↗blah 20 décembre 2016 à 03:41 (CET)
- Merci
Od1n. Jack ma ►discuter 27 décembre 2016 à 06:51 (CET)
- Merci
La modification du code en date du 22 mai semble créer un bug pour le modèle GeoGroup
modifierBonjour,
L'essentiel est dans le sujet de ce post.
Plus précisément, il semble que la modification du code effectuée le 22 mai rendre les occurrences du modèle {{coord}} invisibles/indétectables par le modèle {{GeoGroup}}.
Merci de supprimer ou de corriger le code du modème {{coord}} pour que l'ensemble {{coord}} + {{GeoGroup}} fonctionne à nouveau.
Bonnes contributions - BTH (discuter) 23 mai 2017 à 22:28 (CEST)
- Non ça n'a aucun rapport. — Thibaut (discuter) 24 mai 2017 à 12:36 (CEST)
- Pour référence : Special:Diff/137618038. — Thibaut (discuter) 24 mai 2017 à 14:56 (CEST)
- Suite de la discussion ici. Jack ma ►discuter 4 juin 2017 à 08:24 (CEST)
- Pour référence : Special:Diff/137618038. — Thibaut (discuter) 24 mai 2017 à 14:56 (CEST)
Toujours non résolu, et c'est très gênant. Il semble qu'il faille annuler les dernières modifications du modèle (celle du 23 mai, qui semble anodine). Sinon pourquoi ça continuerait à marcher sur le wiki anglais ? Merci d'avance, Jack ma ►discuter 16 juin 2017 à 07:46 (CEST)
- @0x010C @Thibaut120094. Je crois que le problème vient d'abord de cette modification du module Coordinates, qui a activé par défaut un système manifestement buggué. Vu que la requête sur Phabricator (ci-dessous) n'a pas donné de résultat au bout de plusieurs semaines, il faudrait que ceux qui ont fait ces modifications reviennent en arrière rapidement. S'ils ne sont pas dans les environs, on peut faire une WP:RA, mais ça risque d'être difficile à expliquer.
- Je rajoute @Tpt, parce que c'est bien de relancer la discussion sur Phabricator, mais il faut d'abord qu'un admin prenne dix secondes pour désactiver le système ici. Cette affaire montre que, au-delà de ce bug, Kartographer (ou quel que soit le coupable) doit d'abord être testé sérieusement avant d'être imposé à tous. Seudo (discuter) 16 juin 2017 à 10:59 (CEST)
- A ce jour, {{GeoGroup}} marche maintenant à moitié - les liens Bing ne marchent toujours pas, ainsi que les étiquettes (on a #1, #2, etc. au lieu des noms) -, suite à une modification de Para (d · c · b) en septembre pour s'adapter à Kartographer (voir discussion du modèle). Sur les autres wiki (dont l'anglais) qui n'ont pas adopté Kartographer, tout marche. Jack ma ►discuter 4 novembre 2017 à 07:38 (CET)
- Rien de nouveau à ce jour. Ces modèles ne fonctionnent toujours pas, alors qu'ils fonctionnent sur les autres wiki. Jack ma ►discuter 30 avril 2019 à 07:29 (CEST)
- Mouais, sans les noms de lieu ces cartes de localisation sont ne sont pas conviviales. --Yanik B 30 avril 2019 à 15:01 (CEST)
Passer les coordonnées en paramètre
modifierBonjour, Je remarque que les coordonnées présentées dans un article ne sont pas passées aux divers services externes comme le WikiMiniAtlas. Serait-il possible de le faire afin de conserver cette fonctionnalité très utile. Merci, --Yanik B 24 mai 2017 à 13:46 (CEST)
- Je précise le problème par un exemple: 48° 20′ 08″ N, 4° 02′ 45″ E ou 48,335645, 4,045768. Lorsque l'on clique, on lit en bas à gauche de la carte 48° 20′ 08″ N, 4° 02′ 45″ E ou 48,335645, 4,045768, ce qui est exact, mais en haut à droite on lit: <Détails de la carte>, <Coordonnées>, <48.329, 4.0732>. Ces coordonnées erronées sont transmises aux différents services. Cordialement,--Philippesalv (discuter) 30 mai 2017 à 22:03 (CEST)
- L’origine de ce problème est que la colonne de liens utilise les coordonnées du centre de la carte actuellement affichée pour générer les liens, et non ceux du point affiché. Ainsi, si on navigue dans la carte, les liens changent. @0x010C ce serait sans doute pas mal d’ouvrir quelque chose sur Phabricator à ce sujet. Tpt (discuter) 30 mai 2017 à 22:56 (CEST)
-
- Le problème est déjà signalé sur phabricator, plusieurs solutions sont envisagées, je vous laisse lire le détail là-bas
— 0x010C ~discuter~ 31 mai 2017 à 02:05 (CEST)
- Le problème est déjà signalé sur phabricator, plusieurs solutions sont envisagées, je vous laisse lire le détail là-bas
- Pour info, cette discussion sur le Bistro. Ne serait-il pas souhaitable de revenir (au moins provisoirement) à l'ancien système, vu que la résolution du problème prend manifestement du temps ? Seudo (discuter) 15 juin 2017 à 15:25 (CEST)
- cf ticket ci-dessus, le déploiement cette nuit s'est bien passé, le patch est appliqué, fonctionnel et efficace
— 0x010C ~discuter~ 27 juin 2017 à 06:36 (CEST)
- Testé et approuvé ! Ça valait la peine de patienter quelques semaines.--Philippesalv (discuter) 28 juin 2017 à 21:45 (CEST)
- Bonjour, je ne sais pas ce qui se passe mais les différents modèles qui utilisent Coord ne fonctionnent plus, exemple GeoGroup et KML. Avez vous moyen d'y rémédier? --Bouzinac (discuter) 30 juin 2017 à 14:46 (CEST)
- Testé et approuvé ! Ça valait la peine de patienter quelques semaines.--Philippesalv (discuter) 28 juin 2017 à 21:45 (CEST)
- cf ticket ci-dessus, le déploiement cette nuit s'est bien passé, le patch est appliqué, fonctionnel et efficace
Disparition du lien avec Géoportail ?
modifierOutre la mauvaise transmission des coordonnées aux services externes signalée précédemment, je regrette la disparition du service externe "Géoportail". Ce service permet l'accès à des données (cartes anciennes, cadastre...) introuvables ailleurs. Est-il prévu de le rétablir ? Cordialement, --Philippesalv (discuter) 28 mai 2017 à 20:47 (CEST)
- Cliquer sur « Afficher les détails » > « GeoHack » > section « France ». — Thibaut (discuter) 28 mai 2017 à 20:49 (CEST)
- Merci pour cette explication rapide. J'ai bien reproduit la démarche. Cordialement, --Philippesalv (discuter) 28 mai 2017 à 21:01 (CEST)
Affichage des liens coord
modifierUne fois sur deux environ, un clic sur les coordonnées affichées par coord en haut à droite ne donne rien (page blanche) sous Firefox, et cela semble même systématique à partir d'un smartphone (avec Chrome). Ne serait-il pas possible d'afficher par défaut la liste des liens (Google Maps, OpenStreet Map, Geoportail, ...) plutôt que de devoir trouver le bouton "plus de détail" puis cliquer dessus ? C'est aussi gênant lorsqu'on fait une prévisualisation pour vérifier les coordonnées saisies avant de les valider. -- Speculos ✉ 18 septembre 2017 à 14:32 (CEST)
L'"enfouissage" de Géoportail dans détails/Geohack est un handicap... Jack ma ►discuter 4 novembre 2017 à 07:31 (CET)
Coordonnées erronées
modifierBonjour, aujourd'hui hier sur le Bistro : Wikipédia:Le_Bistro/1 novembre 2017#Conversion des degrés minutes en degrés décimaux (coordonnées géographiques)
J'ai l'impression que c'est toujours le même problème (le calcul part du centre de l'écran et non des coordonnées de l'article), mais cette fois il s'agit des coordonnées décimales affichées en haut à droite et non des liens vers les cartes externes, qui sont corrects. Seudo (discuter) 2 novembre 2017 à 00:03 (CET) Ajout de lien vers Phabricator. Seudo (discuter) 3 novembre 2017 à 00:34 (CET)
name= ... ne fonctionne pas ?
modifierSur la page Kiosques du tramway de Genève, il y a un lien vers les cartes pour visualiser les positions des kiosques listés dans le tableau : « Kiosques du tramway de Genève : OpenStreetMap, Bing Cartes, format KML. », avec {{GeoGroup|article=Kiosques du tramway de Genève|section=Historique|display=short|icon=Map-icon-shop.svg}}.
Ces liens fonctionnent dans OpenStreetMaps et BingMaps, mais les labels des positions sont #1, #2, #3, etc., au lieu d’employer les noms indiqués dans le modèle {{Coord}}, par exemple {{Coord|46.20254|6.15635|format=dec|name=Place des Eaux-Vives}}.
Comment faire ? — MHM (discuter) 17 mars 2020 à 11:34 (CET)
- Cela fait au moins deux ans que le modèle {{GeoGroup}} ne fonctionne pas correctement. D'ailleur Thierry Caro le retire des catégories. C'est dommage, il était bien utile. --Yanik B 17 mars 2020 à 12:07 (CET)
- Bonjour
Guérin Nicolas, YanikB et MHM55 : demande relancée sur le bistro du jour — Frenouille (discuter) 22 novembre 2020 à 13:54 (CET)
- Apparemment, le problème est plus compliqué que cela, vu que le contributeur qui a écrit le code en Lua ne contribue plus sur Wikipedia depuis plus d'un an. Je suis en train de contourner le problème, mais cela désactive le miniatlas quand on clique sur les coordonnées, et retourne au lien externe Geohack. --Guérin Nicolas (messages) 22 novembre 2020 à 14:26 (CET)
- Je viens de créer une alternative avec le modèle {{Coord3}}, le paramètre "name=" y fonctionne, de toutes façons on ne peut pas éditer le modèle {{Coord}} qui est protégé. --Guérin Nicolas (messages) 22 novembre 2020 à 15:44 (CET)
- Apparemment, le problème est plus compliqué que cela, vu que le contributeur qui a écrit le code en Lua ne contribue plus sur Wikipedia depuis plus d'un an. Je suis en train de contourner le problème, mais cela désactive le miniatlas quand on clique sur les coordonnées, et retourne au lien externe Geohack. --Guérin Nicolas (messages) 22 novembre 2020 à 14:26 (CET)
- Bonjour
Bug provoquant un problème d'affichage lors de la prévisualisation d'un article
modifierBonjour,
Je signale un problème remonté sur le bistro, qui fait que lorsqu'on prévisualise un article (c-a-d dans la popup qui apparaît lorsqu'on survole un lien bleu), le texte dans cette popup est remplacé par \n
, comme on peut le voir avec cet exemple : Bürgerbräukeller.
Il semblerait que ce bug soit dû au modèle Coord. J'ai testé de le retirer sur l'article Royal Academy, et quand on prévisualise cet article, il n'y a plus le bug, ce qui confirme que le bug provient bien du modèle (d'autant que les coordonnées sont rapatriées dans l'article par un autre biais).
Quelqu'un peut-il voir ce qu'il se passe, svp ?
TiboF, Evynrhud, Milena, SyntaxTerror et Csar62 :
Cordialement, — Daehan [p|d|d] 25 septembre 2020 à 11:13 (CEST)
- Info complémentaire : Ce qui est inexpliqué également est que le problème disparait sur certains articles, voir des exemples sur Wikipédia:Questions_techniques/semaine_38_2020#La_vignette_informative_de_la_Russie_affiche_\n. Cdlt, Csar62 (discuter) 25 septembre 2020 à 11:30 (CEST)
Daehan : comme dit sur le bistro, c'est plutôt sur la PdD du module Coordinates qu'il faudrait poster ça, ou même sur le projet Scribunto, car certaines PdD de modèles/modules sont comlplètement désertées. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 25 septembre 2020 à 18:21 (CEST)
Problème d'affichage
modifierBonjour. Il semble y avoir un problème d'affichage, uniquement avec les coordonnées Sud (voir Liste des cratères de Ganymède). Si quelqu'un a l'occasion de se pencher là-dessus... Un grand merci d'avance. Lysosome (discuter) 18 décembre 2020 à 21:33 (CET)
Affichage en haut à droite des articles
modifierBonjour. Depuis quelques temps, on peut voir des coordonnées géographiques en haut à droite de certains articles (tels que Promenade Cleews-Vellay ou Unité urbaine de Niort, par exemple). Cette nouvelle mise en forme a le désavantage de créer un espace blanc disproportionné entre le titre et la première ligne. Est-il possible de corriger cela (afin que la première ligne commence à la hauteur normale, comme sur un article sans coordonnées géographiques) ?
Merci d'avance pour votre aide,
144.85.140.48 (discuter) 19 septembre 2021 à 14:54 (CEST).
- Bonjour. Ce phénomène est lié au nouveau positionnement du sélecteur de langue de l'habillage Vector: l'emplacement précédemment occupé par les coordonnées est maintenant réservé au sélecteur de langue, même sur les articles où il n'y a pas de version autre que le français, et les coordonnées ont été descendues d'une ligne (tout comme les icônes de titre d'ailleurs). Il y a des tickets phabricator sur le sujet : phab:T282027 et phab:T281974. Il y a aussi plusieurs messages à ce sujet sur la page de discussion du projet "Améliorations pour ordinateur" : mw:Talk:Reading/Web/Desktop Improvements. Cdlt Csar62 (discuter) 20 septembre 2021 à 05:52 (CEST)
- Bonjour, il existe une solution de contournement en utilisant le paramétrage de l'affichage: l'apparence "monobook" affiche correctement les coordonnées dans décalage depis des années (Préférences\Apparence\Habillage\Monobook). L'interface de Wikipédia est en grande partie paramétrable et personnalisable, cela nécessite simplement de se connecter avec un compte utilisateur plutôt que d'intervenir sous IP. -- Speculos ✉ 20 septembre 2021 à 08:39 (CEST)
- Bonjour Speculos,
- L'enjeu est tout de même de résoudre le problème vis-à-vis des lecteurs, c'est-à-dire ceux qui n'ont pas de compte.
- Or ceux-ci ont la nouvelle version de Vector : ce bug d'affichage doit donc être résolu.
- Pour ma part, de manière générale, si on veut contribuer pour le lecteur, il vaut mieux se mettre dans ses conditions. Daehan [p|d|d] 20 septembre 2021 à 08:46 (CEST)
- C'est bien pour ça que j'ai parlé de solution de contournement, et pas de solution définitive. Je pense qu'il faut quand même informer les utilisateurs sur les possibilités de personnalisation de l'interface, qui offrent des possibilités qui peuvent être utiles et qui sont relativement méconnues, et les informer aussi sur les avantages liés à l'utilisation d'un compte, même pour les lecteurs (pour les inciter à devenir contributeurs par exemple). -- Speculos ✉ 20 septembre 2021 à 08:51 (CEST)
- Bonjour, pour compléter la réponse de Csar62, j'ai apporté quelques liens supplémentaires ici. Cordialement,--Patafisik (WMF) (discuter) 22 septembre 2021 à 17:05 (CEST)
- C'est bien pour ça que j'ai parlé de solution de contournement, et pas de solution définitive. Je pense qu'il faut quand même informer les utilisateurs sur les possibilités de personnalisation de l'interface, qui offrent des possibilités qui peuvent être utiles et qui sont relativement méconnues, et les informer aussi sur les avantages liés à l'utilisation d'un compte, même pour les lecteurs (pour les inciter à devenir contributeurs par exemple). -- Speculos ✉ 20 septembre 2021 à 08:51 (CEST)
- Bonjour, il existe une solution de contournement en utilisant le paramétrage de l'affichage: l'apparence "monobook" affiche correctement les coordonnées dans décalage depis des années (Préférences\Apparence\Habillage\Monobook). L'interface de Wikipédia est en grande partie paramétrable et personnalisable, cela nécessite simplement de se connecter avec un compte utilisateur plutôt que d'intervenir sous IP. -- Speculos ✉ 20 septembre 2021 à 08:39 (CEST)
Maplink type=named ne fonctionne pas sur fr.
modifierLe même code,
- en français: Utilisateur:Hens_Jean-Louis/Maplink,
- en anglais: en:User:Hens_Jean-Louis/Maplink
L'erreur provient peut-être du Modèle:Maplink, mais celui-ci fonctionne correctement pour les autres types. Le type named, cherche, par défaut dans la page courante, des occurrences du modèle Coord comportant le paramètre name. Hens Jean-Louis (discuter) 5 juin 2023 à 15:13 (CEST)
- Le script Lua de Maplink, le Module:Mapframe, utilise Module:Transcluder pour explorer la page. Il recherche du code html. spécifiquement:
"<span class=\"geo%-dec\".->(.-)</span>"
- Pour le même wikicode {{Coord|52.49157|-2.07019|region:GB_type:landmark|name=Windmill End Junction}}
- Le code html pour l'anglais est:
<span class="geo-dec" title="Maps, aerial photos, and other data for this location">52.49335°N 2.06916°W</span>
- Le code html pour le français est:
<a class="mw-kartographer-maplink mw-kartographer-link" data-mw-kartographer="" data-style="osm-intl" href="#/maplink/7" data-zoom="13" data-lat="52.49157" data-lon="-2.07019" data-overlays="["_9369f1006749c2704631750169b9faa38a53faf5"]">52° 29′ 30″ N, 2° 04′ 13″ O</a>
- du code "Kartofel"
- De toute évidence, en hormis le nom et la finalité, ces deux modèles coord n'ont rien en commun.
- Un solution possible est d'importer le code anglais de coord sous un autre nom... ? Je vais essayer... Hens Jean-Louis (discuter) 5 juin 2023 à 18:09 (CEST)