Discussion module:Coordinates

Bonjour. - Because I can't talk in French, I have to change to English. :-( There is an error in this code:

local geodechtml = '<span class="geo-dec" title=Cartes, vues aériennes et autres données pour cet endroit">'

It has to be changed into:

local geodechtml = '<span class="geo-dec" title="Cartes, vues aériennes et autres données pour cet endroit">'

Because a little " is missing, links with a decimal result (like {{#Invoke:Coordinates | coord |-11.5|153.43333333333}}: 11° 30′ 00″ S, 153° 26′ 00″ E) has an too short tooltip "Cartes," only. I just corrected such an error in the Module of the Esperanto Wikipedia and it works very fine now on eo:Vikipedio:Lua/Moduloj/Coordinates/testoj. Greetings --Tlustulimu (d) 28 juin 2013 à 15:27 (CEST)Répondre

thanks for your comment! I've resolved -- Xfigpower (pssst) 3 juillet 2013 à 20:06 (CEST)Répondre

Hallo. I just found a very ugly bug of this module. If you use the following code, thus, with a nonsense value for the parameter "display":

{{#Invoke:Coordinates| coord |11.5|-153.43333333333|display=elephant}}

then it returns nothing: 11° 30′ 00″ N, 153° 26′ 00″ O. I found a solution for this bug. The part

    if string.find( Display, 'inline' ) ~= nil or Display == 'i' or 
            Display == 'it' or Display == 'ti' then
        text = text .. displayinline(contents, Notes)
    end
    if string.find( Display, 'title' ) ~= nil or Display == 't' or 
            Display == 'it' or Display == 'ti' then
        if args['formatitle'] ~= nil then
            args['format'] = args['formatitle'] or args['format']
            contents = formatTest(args)
        end   
        local astre
        for _, l in ipairs(args) do
            for w in string.gmatch(l, "globe:(%a+)") do
                astre=w
                break
            end
        end
        text = text .. displaytitle(contents, Notes, astre)
    end

has to be changed into

    local nothing = ""
    if string.find( Display, 'inline' ) ~= nil or Display == 'i' or 
            Display == 'it' or Display == 'ti' then
        text = text .. displayinline(contents, Notes)
    else nothing = "i"    
    end
    if string.find( Display, 'title' ) ~= nil or Display == 't' or 
            Display == 'it' or Display == 'ti' then
        if args['formatitle'] ~= nil then
            args['format'] = args['formatitle'] or args['format']
            contents = formatTest(args)
        end   
        local astre
        for _, l in ipairs(args) do
            for w in string.gmatch(l, "globe:(%a+)") do
                astre=w
                break
            end
        end
        text = text .. displaytitle(contents, Notes, astre)
    else if nothing =="i" then text = text .. displayinline(contents, Notes)
         end
    end

I just tested this solution on a testing page of the Esperanto Wikpedia. It works very fine there. Greetings --Tlustulimu (d) 29 juin 2013 à 14:38 (CEST)Répondre

Ok for the comment. I've added a warning message too -- Xfigpower (pssst) 3 juillet 2013 à 20:45 (CEST)Répondre

Hallo. I just tested the function dmsdec in this module. But some results are wrong:

• {{#Invoke:Coordinates | dms2dec | 52/28/59/N }} returns: 52.48306
• {{#Invoke:Coordinates | dms2dec | 52/28/59/S }} returns: -52.48306

Why the results for North and South are the same?

If I use the following codes:

• {{#Invoke:Coordinates | dms2dec | N|52|28|59 }} returns:
• {{#Invoke:Coordinates | dms2dec | S|52|28|59 }} returns:

Why the results now are the same for North and South again?

• {{#Invoke:Coordinates | dms2dec | 1/53/37/W }} returns: -1.89361
• {{#Invoke:Coordinates | dms2dec | 1/53/37/E }} returns: 1.89361

Why the results for East and West are the same? Greetings --Tlustulimu (d) 30 juin 2013 à 00:38 (CEST)Répondre

because param was not trimmed ->difference between {{#Invoke:Coordinates | dms2dec | 52/28/59/S }} and {{#Invoke:Coordinates | dms2dec |52/28/59/S}}

resolved -- Xfigpower (pssst) 3 juillet 2013 à 20:11 (CEST)Répondre

Bonsoir. I just found a problem with the use of this module. If you write

• {{#invoke:Coordinates|coord| 43 / 29 / 4 / N| 79 / 23 / 0 / W}}, it returns an error message: 43° 29′ 04″ N, 79° 23′ 00″ O. You can find a solution on eo:Modulo:Coordinates, in the function "coord". The following lines

args[ia]=latdms[i]
args[ia]=lngdms[i]

has to be changed into

args[ia]=mw.text.trim(latdms[i])
args[ia]=mw.text.trim(lngdms[i])

This works very fine in the Esperanto Wikipedia. Greetings --Tlustulimu (d) 3 juillet 2013 à 22:36 (CEST)Répondre

-- Xfigpower (pssst) 4 juillet 2013 à 16:10 (CEST)Répondre

Pour faciliter la maintenance, je propose de ne catégoriser en cas d'erreur uniquement si la page est dans l'espace principal.

Diff de la modif sur /Bac à sable

Zebulon84 (discuter) 11 septembre 2013 à 11:53 (CEST)Répondre

{{#invoke:Coordinates|coord|1.2|-21.5|globe:mercury|display=title}} génère une erreur → {{#invoke:Coordinates|coord|1.2|-21.5|globe:mercury|display=title}} (désactivation maintenant que le bug semble résolu Zebulon84 (discuter) 3 août 2014 à 20:04 (CEST))Répondre

Mais les exemples suivant n'en génèrent pas :

• coordonnée avec N/W : {{#invoke:Coordinates|coord|1.2|N|21.5|W|globe:mercury|display=title}}
• coordonnée positive : {{#invoke:Coordinates|coord|1.2|21.5|globe:mercury|display=title}}
• latitude négative : {{#invoke:Coordinates|coord|-1.2|21.5|globe:mercury|display=title}}
• display inline : {{#invoke:Coordinates|coord|1.2|-21.5|globe:mercury|display=inline}}
• globe:earth : {{#invoke:Coordinates|coord|1.2|-21.5|globe:earth|display=title}}

Zebulon84 (discuter) 11 septembre 2013 à 12:11 (CEST)Répondre

Bonjour, un problème signalé sur Wikipédia:Questions techniques/semaine 37 2013#Affichage dans infobox au sujet de l'affichage de {{Infobox/Ligne mixte latitude longitude optionnelle}} dans un article est actuellement visible ici dans la doc : un point d'interrogation affiché juste après les valeurs de latitude et longitude avec format=dms et format=dms long, apparemment dans les cas où la précision de la donnée décimale d'entrée dépasse la seconde d'arc en sortie. — Oliv☮ ^{Éppen hozzám?} 12 septembre 2013 à 15:21 (CEST)Répondre

C'est du à la dernière modification. Voir WP:DIPP — Zebulon84 (discuter) 12 septembre 2013 à 15:26 (CEST)Répondre

D'accord merci et je vois que ça a été reverté, je transmets sur WP:Q. — Oliv☮ ^{Éppen hozzám?} 12 septembre 2013 à 15:28 (CEST)Répondre

En voulant adapter les modèles à Wikidata, je vois qu'il y a des choses comme{{#if: {{{latitude|}}} | oui | non }} ou |latitude={{#invoke:Coordinates|dms2dec|{{{latitude|}}}}}|longitude={{#invoke:Coordinates|dms2dec|{{{longitude|}}}}} (Modèle:Infobox/Géolocalisation multiple). Il me semble que ces choses là seraient plus simples à gérer si on créait des fonctions indépendantes pour la latitude et la longitude. Des idées ? --Zolo (discuter) 12 septembre 2013 à 18:39 (CEST)Répondre

Bon j'ai fait ça sur la page de test. Le fonctionnement ne change pas sauf que la fonction principale "coords" appelle maintenant l'auxiliaires "wikidatacoords", et que j'ai ajouté deux fonction "latitude" et "longitude" pour récupérer sur Wikidata la latitude ou la longitude seule. "coords appelle deux fois "wikidatacoords". Il me semble que ça permet de garder le code à peu près lisible. Pour la performance, ce n'est pas optimal, mais je ne me sais pas si ça compte beaucoup. Je migre ça vers le modèle principal ou j'attends ? --Zolo (discuter) 13 septembre 2013 à 14:55 (CEST)Répondre

Pour adapter les modèles à Wikidata, est-ce qu'il y a une différence (d'approche globale, de performance, etc.) entre utiliser ce module-ci et utiliser {{Wikidata}} qui est fait pour l'adaptation des modèles à Wikidata pour n'importe quelle propriété ? (en lui ajoutant un cas datavalue.type == 'globecoordinate' comme sur WP hongrois) — Oliv☮ ^{Éppen hozzám?} 13 septembre 2013 à 16:03 (CEST)Répondre

En termes de performance, je ne vois pas trop quelle pourrait-être la différence. En terme de "maintainabilité", c'est peut-être mieux d'avoir tout sur un seul module Wikidata, surtout que Wikidata chage assez vite, et qu'il faut pouvoir facilement le mettre à jour. Après je ne suis pas sûr que la différence soit énorme. Les fonction "latitude" et "longitude" doivent certainement être stockées ici (elles traitent primordialement des coordonnées, et n'utilisent Wikidata que de manière accessoire). Il me semble que la seule chose qui puisse être mutée sur Module:Wikidata serait la fonction wikidatacoords. Je ne sais pas si ça change grand chose. --Zolo (discuter) 13 septembre 2013 à 16:23 (CEST)Répondre

Par ailleurs au sujet de l'adaptation à Wikidata, je vois par hasard un gros message d'erreur pas beau en haut de Roumanie, et pareil avec ton module /Bac à sable, pourtant il y a bien la propriété P625 sur Wikidata ? (je l'ai même rajoutée une 2e fois pour voir puis je me suis reverté, bizarrement ça en a ajouté +8602 plus que ça n'en a enlevé -322 ce qui n'est peut-être pas bon signe…) — Oliv☮ ^{Éppen hozzám?} 13 septembre 2013 à 17:55 (CEST)Répondre

Les coordonnées de Wikidata ne sont pas activées par défaut. Je dirais que le mieux est d'activer le "défautage" Wikidata pour les modèle utilisés dans les infoboites mais de demander une activation manuelle pour les modèles comme modèle:Coord, qui ont des chances d'être utilisés pour autre chose que pour le sujet principal de l'article.

Par contre pour les changements de taille sur Wikidata, je n'ai aucune idée. J'ai laissé un message sur Wikidata:Wikidata:Contact the development team#Item size changes after adding and revering a claim.. --Zolo (discuter) 13 septembre 2013 à 22:44 (CEST)Répondre

Ah oui d'accord, il faut wikidata=true dans l'appel du module, ce qui n'est pas encore prévu dans {{coord}} pour les articles comme Roumanie. — Oliv☮ ^{Éppen hozzám?} 14 septembre 2013 à 08:23 (CEST)Répondre

Oui, en fait j'ai changé par rapport à la première version qui allait ajoutait toujours les coordonnées Wikidata par. En revanche je pense qu'on pourrait ajouter |wikidata={{{wikiata|}}} dans {{coord}} pour qu'on garde la possibilité d'utiliser Wikidata.

Après quelques tests, il semble que la perte de performance liée à la nouvelle organisation ne soit pas très élevée, (même si je ne sais pas exactement ce que mesure l'analyseur). J'ai donc fait une demande de mise à jour.--Zolo (discuter) 14 septembre 2013 à 10:52 (CEST)Répondre

S.v.p. veuillez corriger dans la page de description, section Affichage dans la barre de titre, « diplay » en « display » (plusieurs fois). Le copier coller ne fonctionne pas ainsi et il faut chercher la petite bête pour trouver l'erreur. --MHM (discuter) 17 septembre 2013 à 17:30 (CEST)Répondre

 Fait. La page de documentation n'est pas protégée. Zebulon84 (discuter) 17 septembre 2013 à 18:26 (CEST)Répondre

Bonjour, il y a un bug bizarre :

{{#invoke:Coordinates|coord|-1|1|globe:mars||display=inline}} - OK
{{#invoke:Coordinates|coord|-1|1|globe:mars||display=title}} - OK
{{#invoke:Coordinates|coord|-1|-1|globe:mars||display=inline}} - OK
{{#invoke:Coordinates|coord|-1|-1|globe:mars|display=title}} - PAS OK

L'affichage en titre est mais dans le corps du texte, on a un message d'erreur "{{#coordinates:}} : longitude invalide - OK"

Donc en résumé, on ne peut pas avoir en même temps display=title, globe: mars et longitude <0. Ca fait la même chose pour Io, mais ça marche pour Vénus et Jupiter.

En essayant la même chose avec des versions antérieures du module, il semble que l'erreur soit apparue dans cette modif. Quelqu'un a une idée ? --Zolo (discuter) 22 septembre 2013 à 14:34 (CEST)Répondre

C'est l'utilisation du tag de géolocalisation qui provoque l'erreur sans doute à cause de la gestion des coordonnées planétocentriques vs planétographiques (cf Discussion_modèle:Coord#Coordonnées_décimales_et_directions_cardinales)

{{#coordinates:0|-10|primary|globe:mercury}} -> {{#coordinates:}} : longitude non valide

{{#coordinates:0|-10|primary|globe:moon}} ->

{{#coordinates:0|-10|primary|globe:mars}} -> {{#coordinates:}} : longitude non valide

Je vais désactiver ce tag pour les astres afin d'éviter temporairement les erreurs et voir la documentation de l'extension pour isoler le bug -- Xfigpower (pssst) 29 septembre 2013 à 18:30 (CEST)Répondre

En fait, en y regardant de plus près, la meilleure façon d'intégrer les coordonnées de Wikidata paraitrait être d'appeler ce modèle depuis Module:Wikidata (il faut parfois choisir quelles données Wikidata utiliser, et cela se fait là bas). Encore mieux, l'appel à ce module depuis Wikidata pourrait éviter de passer par tous les tests de formatage compliqués, car les coordonnées Wikidata sont toutes stockées en décimal. Si quelqu'un sait faire ça, ce serait bien. Moi je ne comprends pas grand chose à ce module. --Zolo (discuter) 26 septembre 2013 à 13:50 (CEST)Répondre

Pour y comprendre quelque chose base-toi sur d:Help:Wikidata datamodel. — Oliv☮ ^{Éppen hozzám?} 26 septembre 2013 à 14:05 (CEST)Répondre

Le mieux c'est de contacter le principal contributeur de ce module ces dernier temps, qui en a aussi fait la doc, un certain Zolo . Zebulon84 (discuter) 26 septembre 2013 à 14:13 (CEST)Répondre

Ah oui, je n'avais pas vu toutes ses modifs de la semaine passée, il fallait déchiffrer le sous-entendu. :) — Oliv☮ ^{Éppen hozzám?} 26 septembre 2013 à 15:43 (CEST)Répondre

Oui le module que je ne comprends pas c'est Module:Coordinates. J'amerais juste pouvoir appeler obtenir la même chose que #invoke: Coordinates|coord mais depuis Module:Wikidata. Il faudra que j'améliorer la doc de Module:Wikidata, mais il y a encore quelques fonctionnalités à ajouter. --Zolo (discuter) 26 septembre 2013 à 16:05 (CEST)Répondre

Hallo. I can't talk French. :-( It is possible to change the module so, that not only

• {{#invoke:Coordinates|coord|43/29/N|79/23/E}} (43° 29′ N, 79° 23′ E) works, but also
• {{#invoke:Coordinates|coord|43/29|79/23}} ( Coordonnées : orientation de longitude invalide, devrait être "E" ou "W"), if there are used the default values for the directions? Greetings --Tlustulimu (discuter) 3 octobre 2013 à 01:15 (CEST)Répondre

I just added some code to Module:Coordinates/Bac à sable. It works very fine:

• {{#invoke:Coordinates/Bac à sable|coord|43/29|79/23}} ( Coordonnées : orientation de longitude invalide, devrait être "E" ou "W"). Could anybody add it to the module, please? --Tlustulimu (discuter) 9 octobre 2013 à 11:51 (CEST)Répondre

Thanks, but do we want to do this ? If the direction is missing, it may well be because it was forgotten, and in that case, there would be a high risk chance that it was actually West or South. --Zolo (discuter) 9 octobre 2013 à 13:02 (CEST)Répondre

Bonjour. :-) I cant talk in French. I just found a little error in the definition of the variable "extra_param". You can found the following code in the script, in the function "formatTest":

local extra_param = {'dim', 'globe', 'scale', 'region', 'source', 'type', 'scale', 'src'}

But why the word 'scale' appears double there? I think, that it has to be changed into:

local extra_param = {'dim', 'globe', 'region', 'source', 'type', 'scale', 'src'}

Greetings --Tlustulimu (discuter) 15 janvier 2014 à 13:25 (CET)Répondre

Bonjour, je voudrais utiliser la fonction dms2dec depuis Module:InfoboxBuilder/Common queries, mais le fait que la fonction utilise le frame comme argument rend cela inutilement lourd. Pourrait-on créer une deuxième fonction _dms2dec qui utilise une table normale comme argument, comme je l'ai fait sur Module:Wikidata/Bac à sable. --Zolo (discuter) 16 janvier 2014 à 00:15 (CET)Répondre

Bonjour, après des essais divers et variés, j'ai finalement fait une nouvelle version du module qui me parait présentable. Voici un résumé des modifications par rapport à la version actuelle

• ajout de fonctions p._distance et p.distance, qui calcule la distance en kilomètres entre deux points géographiques d'une planète donnée à partir de leurs coordonnées décimales. Exemple : distance Paris-New York = {{#invoke:Coordinates/Bac à sable|distance|latitude1=48.853647|longitude1=2.349674|latitude2=40.737893|longitude2=-73.993714|globe=earth}} : 5834.7055000906. On peut facilement ajouter de nouvelles planètes dans la variable globedata. On peut aussi ajouter des options de formatage si c'est utile.
• ajout d'un argument wikidataquery à la fonction coord. Il n'est accessible depuis Lua et permet de définir une requête Wikidata personnalisée (par défaut, le module récupère la première valeur de la propriété d:Property:P625, comme c'est le cas actuellement).
• Lorsque l'option Wikidata est activée et que les coordonnées Wikidata existent, la module utilise la fonction distance pour catégoriser la page dans Catégorie:Page avec coordonnées similaires sur Wikidata ou dans Catégorie:Page avec coordonnées différentes sur Wikidata. Si les coordonnées locales manquent et que les coordonnées utilisées sont directement celles de Wikidata, la page est catégorisée dans Catégorie:Page géolocalisée par Wikidata. Noter que l'utilisation de Wikidata semble multiplier le temps d'éxécution du module par plus mais cela semble encore raisonnable (150 appelsprennent environ 11 secondes lorsque l'option Wikidata est activée, moins d'une seconde sinon).
• Ajout de deux nouveaux format "dec west" et "dec east" qui devraient répondre aux besoins formulés par Poulpy (d · c · b) et Bob Saint Clar (d · c · b) sur discussion modèle:Coord#Coordonnées décimales et directions cardinales]]

• Les coordonnées doivent être numériques :

• Les longitudes supérieures à 180 sont refusées évitant les problèmes du genre 10° N, 300° E où le point est en dehors de la carte. Lorsque les coordonnées sont en format "dec east" ou "dec west" (voir plus haut), elles sont converties en décimales standard puis remises dans le format initial.
• Clés de tri dans Catégorie:Pages avec des balises de coordonnées mal formées. A = latitude ou longitude dans un format erronné, B = globe invalide, etc.

• Il y a des incohérences dans l'affichage des coordonnées DMS. Si je comprends bien il doit toujours y avoir deux chiffres avant la virgule dans les minutes et seconds, j'ai donc changé ça :

• A-t-on vraiment besoin de l'option "formattitle qui permet d'afficher les coordonnées dans un format différent dans le titre et dans l'infobox. Je ne vois ça utilisé nulle part, et ça complique un peu le code. Je ne l'ai pour l'instant pas intégré. Si cela est utilisé, on ne pourrait peut-êre le remplacer par deux appels au modèle ? Ca me paraîtrait plus simple. --Zolo (discuter) 28 janvier 2014 à 23:25 (CET)Répondre

• A fonctionnalités égales, c'est environ deux fois plus courts. Je trouve aussi ça plus lisible, mais ça c'est normal, vu que c'est en partie moi qui l'ai écrit :).
• Internationalisation facilitée : les parties "langue-dépendantes" devraient être confinées à la varaible i18n. Les messages d'erreur n'ont pas été mis là, parce que ça simplifiait les choses. Et puis but est quand même d'avoir le moins possible de messages d'erreurs montrés à l'utilisateur final.
• plus grande facilité d'utilisation Lua par la séparation des fonction à argument de type frame à appeler depuis une page Wiki et pages à appeler depuis Lua. Suppression de la variable "global frame" qui ne parait pas très utile et complique l'appel au module.

Voilà, je pense que ça fait quand même des améliorations sensibles. Les remarques, suggestions et tests sont les bienvenus. Après j'espère qu'on pourra remplacer le module actuel. --Zolo (discuter) 28 janvier 2014 à 23:25 (CET)Répondre

Bonjour. I can't talk in French. I just found a little bug. If I use code such the following:

{{coord|52/28/59/N/1/53/37/W}}

the template returns nothing: . It is possible, correct this? Greetings --Tlustulimu (discuter) 14 avril 2014 à 11:07 (CEST)Répondre

Thanks for notifying, it can be fixed à sable&diff=102915782&oldid=102881690 this way. --Zolo (discuter) 14 avril 2014 à 14:11 (CEST)Répondre

Thank you for your answer, Zolo. I now test the version eo:Modulo:Coordinates/provejo2 on the page my user page for Lua in the chapter "Testo de nova franca modulo" (test of the new French module). But how I can change the module eo:Modulo:Coordinates/provejo2, if I wish that the following codes work too?

* {{#Invoke:Coordinates/provejo2|coord|57|18|22,8|N|4|27|32,2|W}}
* {{#Invoke:Coordinates/provejo2|coord|57|18|22,8|N|4|27|32,2|U}}

There the code U has to be a synonym for W (west). But I wish, that O has to be a synonym for east and comma works instead a point, like in some European languages and Esperanto, too. Is this possible? Greetings --Tlustulimu (discuter) 27 juin 2014 à 11:09 (CEST)Répondre

I think it is better to keep English as the only valid language. Adding the possibility of adding "U" as a direction does not seem like a good idea to me. "U" does not mean anything in English nor in French. If we begin to allow things that make sense in foreign languages, we may soon stumble upon compatibility issues. For instance O means East in German but West in French. --Zolo (discuter) 28 juin 2014 à 14:33 (CEST)Répondre

Suite de la discussion Discussion utilisateur:Juanes852#Statistiques de géolocalisation.  Xfigpower : j'ai trouvé une anomalie correcte... d:Q46475 le pays est indiqué sur [1] alors que l'Espagne n'administre plus cet État depuis le 19ème siècle... Otourly (discuter) 22 septembre 2014 à 19:09 (CEST)Répondre

 Xfigpower : par contre tu as cassé les statistiques du Bistrot ! Modèle:Nombre d'articles géolocalisés sur Terre est en train de se vider de son nombre d'articles... :p Tu as une solution ? Otourly (discuter) 22 septembre 2014 à 19:57 (CEST)Répondre

En effet, je ne contrôle pas la présence d'une date de fin (je ne savais pas que ça se faisait)

Et en effet, le mot magig PAGESINCATEGORY n'est pas récursif > je pourrais ajouter à la main toutes les sous catégories mais c'est pour le coup pas très évolutif. Je cherche des pistes -- Xfigpower (pssst) 23 septembre 2014 à 09:54 (CEST)Répondre

 Xfigpower : Et sinon on peut faire des catégories comme Catégorie:Article de qualité en anglais géolocalisé en France et ce pour les plus grandes wikipédias ? Otourly (discuter) 28 septembre 2014 à 16:53 (CEST)Répondre

Normalement, quand il lorsque une valeur change au cours du temps, il faut marquer la valeur actuelle comme "preferred" sur Wikidata. C'est ce que j'ai fait pour Q46475 ([2]) et maintenance ça fonctionne.

Est-ce vraiment la peine de créer des catégories comme Catégorie:Article de qualité en anglais géolocalisé en France. Je m'interroge sur la pertinence de créer des tas de catégories de maintenance pour des choses que l'on pourrait tout aussi bien obtenir en passant directement par Wikidata. Si l'on veut les articles de qualité en anglais géolocalisés en France, c'est même plutôt moins bien de passer par Wikipédia, parce qu'on loupe les sujets qui n'ont pas d'article français, et ceux dont l'article français n'est gélocalisé.

J'imagine qu'un de ces jours autolist permettra de faire des requêtes sur les "badges". Ca me paraitrait une bien meilleure solution que de faire une catégorie de maintenance dès que quelque chose peut potentiellement intéresser quelqu'un. Avec un petit javascript pour l'interface, je pense qu'on devrait pouvoir créer des liens du genre "article de qualité dans une langue que vous comprenez à moins de 500 km de chez vous". --Zolo (discuter) 29 septembre 2014 à 10:33 (CEST)Répondre

je suis d'accord Zolo : Autant la géolocalisation pour les articles en français à une vrai utilité de maintenance (j'ai corrigé des défaut de coordonnées ou de pays) et de navigation (plus au travers de google maps), autant les articles de qualité chez nos voisins m'intéresserai peu (c'est plutot à eux de mettre en place notre catégorisation) Sinon, preferred, je ne connaissait pas -- Xfigpower (pssst) 29 septembre 2014 à 10:59 (CEST)Répondre

 Xfigpower : du coup voilà le genre de choses qu'on peut obtenir : Projet:Géolocalisation/Statistiques_de_portails la moyenne globale sur wikipédia Étant autour des 20% les portails qui sont sensiblement en dessous sont des « anomalies » si j'ose dire ;) Otourly (discuter) 10 octobre 2014 à 20:24 (CEST)Répondre

Cool, ça permet de cibler les pays à créer pour le coup en fct du nombre d'articles liés. -- Xfigpower (pssst) 13 octobre 2014 à 16:32 (CEST)Répondre

Comment on les ajoute pour le coup ? Otourly (discuter) 13 octobre 2014 à 17:27 (CEST)Répondre

 Xfigpower : et il semble y avoir une erreur avec la Chine... Otourly (discuter) 22 octobre 2014 à 18:36 (CEST)Répondre

et pour pouvoir activer la géocatégorisation, il suffit de créer les trois catégories liés au pays -- Xfigpower (pssst) 23 octobre 2014 à 13:48 (CEST)Répondre

 Xfigpower : Du coup ça semble marcher la catégorie Article géolocalisé sur Terre ne semble plus se vider. Par contre, je crois qu'il va falloir songer pour la France et l'Italie à les éclater en régions car le XML est trop gros pour être affiché. Otourly (discuter) 7 novembre 2014 à 17:55 (CET)Répondre

 Xfigpower : en fait si ça se vide toujours... par contre çA pourrait être intéressant de prendre en compte cette spécificité d'une manière ou d'une autre : [3] Otourly (discuter) 14 novembre 2014 à 11:51 (CET)Répondre

Bonjour, en ce moment, Wikidata est activé dans la plupart des infobox, mais pas dans {{Coord}} employé seul. Je pense qu'on pourrait activer Wikidata par défaut quand on a "display=title". --Zolo (discuter) 22 octobre 2014 à 16:54 (CEST)Répondre

Il me semble que dans les infobox c'est uniquement s'il n'y a pas de valeurs dans les champs latitude et longitude que la valeur wikidata est utilisée... Otourly (discuter) 22 octobre 2014 à 17:22 (CEST)Répondre

Oui bien sûr. Par "par défaut", je voulais dire "lorsqu'aucune autre valeur n'est pas précisée dans l'article". --Zolo (discuter) 22 octobre 2014 à 17:38 (CEST)Répondre

Hi,

first, sorry for not writing this in French. I could try to write it in French, but the result would probably be quite hard to understand ... :(

The output of this module currently relies on a short snippet of JavaScript in MediaWiki:Common.js for the positioning in the title area. I think it would be possible to use MediaWiki's <indicator> tag (documented under mw:Help:Page status indicators) for this purpose. This tag is already used inside Modèle:Icône de titre.

I have added a short proof of concept to this page. (Feel free to remove it from the page if it disturbs, the diff link will still work.)

Unfortunately, the simulation is not completely realistic because the JavaScript from MediaWiki:Common.js is still running. (It would have to be removed for a realistic simulation, or the selector #coordinates would have to be replaced with something like #mw-content-text #coordinates.)

If the name attribute of the <indicator> tag is chosen carefully so that it comes before all icons in the alphabet, the look will not change noticeably.

The advantages of this change are:

• Users with JavaScript disabled will be able to see the coordinates in the title area. Right now they see them somewhere down the page.
• Users with JavaScript enabled will see the coordinates faster and with less jumps during page load.

Kind regards, --_instead_of_JavaScript_for_the_top-positioning">Entlinkt (discuter) 9 juin 2016 à 14:04 (CEST)_instead_of_JavaScript_for_the_top-positioning">Répondre_instead_of_JavaScript_for_the_top-positioning">

 Fait. — Zebulon84 (discuter) 10 juin 2016 à 14:43 (CEST)Répondre

Bonjour @Zebulon84 et @Xfigpower, le module génère des erreurs de script sur Module:Carte/données/hong kong/Documentation par exemple : Erreur Lua dans Module:Coordinates à la ligne 576 : attempt to index field '?' (a nil value).. --NicoV (discuter) 6 septembre 2016 à 11:59 (CEST)Répondre

corrigé. C'était du à mes dernière modif sur le Module:Coordinates. Merci du signalement. — Zebulon84 (discuter) 6 septembre 2016 à 13:17 (CEST)Répondre

Bonsoir, sauf erreur de ma part, il n’est actuellement pas possible de passer l’identifiant d’une page à ce module. Contrairement au module:Wikidata, il n’y a pas ici de paramètre entity.

Comme certains modèles mettent déjà l’identifiant dans le paramètre wikidata, il faudrait idéalement le réutiliser lorsqu’il est différent de « true ».

Il sera possible de tester cette évolution dans la page Modèle:Infobox Canton québécois/Documentation qui n’affiche actuellement pas les coordonnées à récupérer dans Wikidata.

Merci d’avance au volontaire qui prendra en compte cette demande.

--FDo64 (discuter) 5 juin 2019 à 23:56 (CEST)Répondre

Bonjour, le module génère le message d'erreur suivant dans l'article Métropole européenne de Lille : Erreur Lua dans Module:Coordinates à la ligne 742 : attempt to index local 'dmsobject' (a nil value). --Velvet (discuter) 13 août 2020 à 08:59 (CEST)Répondre

C'est aussi le cas dans au moins 137 autres articles, comme Clermont Auvergne Métropole, Arrondissements de Lyon, Montérégie ou de nombreuses "Liste des intercommunalités..." --Velvet (discuter) 20 août 2020 à 08:37 (CEST)Répondre

Apologies for using English.

phab:T269750 was traced to a bug in this module. In this code:

function p.displaydec(latitude, longitude, format)
	lat = lang:formatNum( latitude )
	long = lang:formatNum( longitude )
	
	if format == 'dec west' or  format == 'dec east' then
		local symbolNS, symbolEW = i18n.N, i18n.E
		if latitude < 0 then 
			symbolNS = i18n.S
			lat = lat:sub( 2 )
		end

The line lat = lat:sub(2) isn't correct -- the minus sign can be a unicode minus, and this will create broken unicode. In general you shouldn't try to interpret the result of formatNum in any way, since human languages are very variable. The line would be better written as lat = lang:formatNum( -latitude ) -- negate the input number, not try to 'fixup' the result.

Thanks! Cscott (discuter) 21 décembre 2020 à 16:38 (CET)Répondre

Bonjour,

Lors de ma rédaction de la documentation du module Module:Fonctions/Géolocalisation, j'ai fait les tests sur les formats d'affichage des coordonnées et je suis surpris par :

• que l'affichage dec ne fait pas apparaître l'unité °,
• l'affichage dec west qui me semble erroné. Y-aurait-il un lien avec le sujet précédent ?

Plus fondamentalement, je me pose la question dans quel contexte a-t-on besoin de tous ces formats ?
Dom (discuter) 9 avril 2022 à 09:43 (CEST)Répondre

• L'affichage dec, prévu pour être un simple chiffre qui peut être utilisé mathématiquement, c'est le signe qui indique s'il s'agit du nord ou du sud, de l'est ou de l'ouest.
• dec east et dec west ne sont pas destiné à être utilisés sur terre. Si j'ai bien compris sur la plupart des autres astres les longitudes ne sont pas entre 180°W et 180°E, mais sur certain entre 0° et 360°E, sur d'autre entre 0° et 360°W. Donc normalement il n'y a que des longitudes positives, et le signe est toujours E en dec east et toujours O en dec west.

Peut-être faudrait-il un affichage dec long, sans signe mais avec Nord/Sud/Est/Ouest.

— Zebulon84 (discuter) 9 avril 2022 à 10:56 (CEST)Répondre

Merci, je progresse. Donc pour les utilisateurs d'infobox (ce qui est mon point de vue) dans la rédaction de la documentation de Module:Fonctions/Géolocalisation :

• dec ne devrait pas être utilisé dans une infobox, car il n'a pas d'unité affichée.
• dec east et dec west, y a-t-il une référence (pour des non-spécialistes) sur la règle que tu indiques ? Je suis quand même surpris que pour l'affichage dec west on a 267,3702° O et non 92,xxxx°O.
• je ne fais pas de demande pour dec long, car je n'en vois pas l'utilité dans le contexte des infobox où l'on cherche plutôt la concision.
  --Dom (discuter) 9 avril 2022 à 11:35 (CEST)Répondre

Je ne suis pas spécialiste des coordonnées extra-terrestre, c'est juste ce que j'ai compris des différentes discussions ici ou là. Par exemple voir Discussion modèle:Coord#Coordonnées décimales et directions cardinales qui est la raison de l'introduction de dec east et dec west (cf. #Nouvelle version ci-dessus). J'ai aussi vu des discussions à ce sujet lors de bugs, mais je ne sais plus où.

Voir aussi Altitudes et coordonnées géographiques sur les corps célestes. Zebulon84 (discuter) 9 avril 2022 à 12:30 (CEST)Répondre

Bonjour,

Est-ce qu'il y a un moyen d'ajouter une infobulle sur le lien des coordonnées qui ouvre la carte ? The RedBurn (ϕ) 28 janvier 2023 à 11:32 (CET)Répondre