Discussion module:Coordinates
title improvement
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)
- thanks for your comment! I've resolved -- Xfigpower (pssst) 3 juillet 2013 à 20:06 (CEST)
Nonsense value for the parameter "display" kills the text to be returned
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)
- Ok for the comment. I've added a warning message too -- Xfigpower (pssst) 3 juillet 2013 à 20:45 (CEST)
Strange results
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)
- 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)
Space problem
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)
Catégorisation
Pour faciliter la maintenance, je propose de ne catégoriser en cas d'erreur uniquement si la page est dans l'espace principal.
Longitude négative, astre et title
{{#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))
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}}
Point d'interrogation en dms
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)
- C'est du à la dernière modification. Voir WP:DIPP — Zebulon84 (discuter) 12 septembre 2013 à 15:26 (CEST)
- 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)
Fonctions séparées pour la latitude et longitude
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)
- 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)
- 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)
- 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)
- 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)
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)
- 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)
- 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)
- 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)
- 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)
Orthographe
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)
- Fait. La page de documentation n'est pas protégée. Zebulon84 (discuter) 17 septembre 2013 à 18:26 (CEST)
Bug bizarre avec display = Title sur certaines planètes
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)
- 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)
Utilisation depuis Module:Wikidata ?
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)
- Pour y comprendre quelque chose base-toi sur d:Help:Wikidata datamodel. — Oliv☮ Éppen hozzám? 26 septembre 2013 à 14:05 (CEST)
- 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)
- 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)
- 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)
- 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)
- 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)
Default values for the direction can't be omitted
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)
- 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)
- 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)
Double word "extra_param"
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)
Demande de modification : rendre dms2dec exportable
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)
Nouvelle version
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
nouvelles fonctionnalités
- 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]]
gestion des erreurs
- Les coordonnées doivent être numériques :
Code | Module:Coordinates | Module:Coordinates/Bac à sable |
---|---|---|
{{#invoke:Coordinates|coord|18|lol|N|20|haha|E}} | Coordonnées : format invalide | Coordonnées : format invalide |
{{#invoke:Coordinates|coord|Degrés invalides|minutes invalides|N|Ca va pas|il faut des nombres|W}} | Coordonnées : format invalide | Coordonnées : format invalide |
- 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.
Formatage
- 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 :
Code | Module:Coordinates | Module:Coordinates/Bac à sable |
---|---|---|
{{#Invoke:Coordinates | coord|43/29/4/N|79/23/0/W|format=dms}} | 43° 29′ 04″ N, 79° 23′ 00″ O | 43° 29′ 04″ N, 79° 23′ 00″ O |
Fonctions retirées
- 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)
Code du module
- 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)
Bug
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)
- Thanks for notifying, it can be fixed à sable&diff=102915782&oldid=102881690 this way. --Zolo (discuter) 14 avril 2014 à 14:11 (CEST)
- 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)
- 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)
- 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)
Statistiques de géolocalisation
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)
- 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)
- 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)
- 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)
- 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)
- 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)
- 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)
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)
- 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)
- Comment on les ajoute pour le coup ? Otourly (discuter) 13 octobre 2014 à 17:27 (CEST)
- Xfigpower : et il semble y avoir une erreur avec la Chine... Otourly (discuter) 22 octobre 2014 à 18:36 (CEST)
- 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)
- 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)
- 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)
- 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)
Wikidata par défaut avec display=title
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)
- 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)
- 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)
Proposal: using <indicator> instead of JavaScript for the top-positioning
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, --Entlinkt (discuter) 9 juin 2016 à 14:04 (CEST)
- Fait. — Zebulon84 (discuter) 10 juin 2016 à 14:43 (CEST)