Discussion modèle:Climat

From Wikipedia, the free encyclopedia

Historique de ↳ Modèle:Relevé températures records (j · ↵) (transformé en redirection)

  • 5 août 2009 à 09:14 Bapti (39 octets) (Modèle:Relevé températures records fusionné vers Modèle:Relevé météo) (révoquer | défaire)
  • 25 juillet 2009 à 13:31 Necrid Master (5 073 octets)
  • 27 juin 2009 à 17:28 Pixeltoo m (5 072 octets) (Doc modèle)
  • 27 juin 2009 à 09:37 Lgd (5 075 octets) (le paramètre largeur dégrade le rendu pour les utilisateurs en moyenne et basse résolution)
  • 25 juin 2009 à 08:06 Lgd (5 127 octets) (corr code)
  • 24 juin 2009 à 13:12 Alt0160 (5 061 octets)
  • 24 juin 2009 à 12:25 LeMorvandiau m (5 009 octets)
  • 24 juin 2009 à 12:24 LeMorvandiau (5 008 octets)
  • 24 juin 2009 à 12:02 LeMorvandiau m (5 007 octets) (oups -> réparation)
  • 24 juin 2009 à 11:59 LeMorvandiau (4 311 octets) (modif ergonomie et accessibilité (avec l'aide de Lgd) et suppression paramètres 'largeur' et 'collapsed')
  • 22 juin 2009 à 17:56 LeMorvandiau m (5 551 octets) (réduc taille illustrations)
  • 22 juin 2009 à 17:55 LeMorvandiau m (5 551 octets)
  • 22 juin 2009 à 16:45 LeMorvandiau (5 527 octets) (Nouvelle page : <includeonly>{| class="wikitable collapsible {{#if:{{{collapsed|}}}|collapsed}}" align="center" {{#if:{{{largeur|}}}|style="width:{{{largeur}}}%"}} |- ! colspan="14" style="backgroun...)

Historique de ↳ Modèle:Relevé Pluviométrique (j · ↵) (transformé en redirection)

  • 15 août 2009 à 09:06 Bapti (discuter | contributions | bloquer) (39 octets) (Fusion de Modèle:Relevé Pluviométrique dans Modèle:Relevé météo) (révoquer | défaire)
  • 3 août 2009 à 17:43 LeMorvandiau (discuter | contributions | bloquer) m (11 394 octets)
  • 3 août 2009 à 17:42 LeMorvandiau (discuter | contributions | bloquer) (11 393 octets) (ajout variable "titre")
  • 24 juillet 2009 à 19:51 LeMorvandiau (discuter | contributions | bloquer) (11 358 octets)
  • 24 juillet 2009 à 19:50 LeMorvandiau (11 357 octets)
  • 24 juillet 2009 à 19:49 LeMorvandiau (11 363 octets)
  • 24 juillet 2009 à 19:47 LeMorvandiau (11 472 octets) (sortie du tableau du titre et de la source)
  • 24 juillet 2009 à 19:44 LeMorvandiau (11 572 octets) (largeur forcée des colonnes mensuelles)
  • 24 juillet 2009 à 19:41 LeMorvandiau m (10 965 octets)
  • 24 juillet 2009 à 19:40 LeMorvandiau (10 962 octets) (nom des mois en entier (accessibilité))
  • 24 juillet 2009 à 19:39 LeMorvandiau (11 676 octets) (centrage)
  • 13 février 2009 à 12:01 LeMorvandiau (11 669 octets) (Ajout documentation)
  • 13 février 2009 à 11:14 LeMorvandiau (11 706 octets)
  • 13 février 2009 à 11:11 LeMorvandiau (11 684 octets) (Nouvelle page : <includeonly>{| class="wikitable collapsible {{#if:{{{collapsed|}}}|collapsed}}" align="center" {{#if:{{{largeur|}}}|style="width:{{{largeur}}}%"}} |- ! colspan="14" style="backgroun...)

Remarques

Pas mal du tout ce nouveau modèle ! Petite remarque : est-il possible de rajouter un lien sur degré Celsius comme il en existe un sur mm ? Par ailleurs, ne serait-il pas plus simple, si tout le monde est OK sur le projet communes de France, par exemple, de demander à un gentil robot de remplacer les modèles existants par celui-ci ? — Droop [blabla] 18 août 2009 à 07:26 (CEST)

Merci pour tes encouragements !
C'est noté pour le lien vers degré Celsius. Afin d'éviter de surcharger les serveurs, je ferai une modification groupée dans la semaine Émoticône Je pense par exemple rendre optionnelle le titre du tableau (pas la source par contre) car on peut avoir besoin d'inclure plusieurs fois le tableaux dans un même article (séparés par des paragraphes de commentaires sur le climat) sans pour autant répéter le titre.
Pour « demander à un gentil robot de remplacer les modèles existants par celui-ci », je pense que malheureusement une telle requête est trop compliquée à exécuter. Et puis, je voudrais éviter d'imposer ce modèle : un contributeur est partie en wikibreak parce qu'il lui avait été suggéré d'utiliser ce modèle (avant amélioration)... Si on peut éviter ces psychodrames, ce serait mieux...--Bapti 18 août 2009 à 07:46 (CEST)
Bonjour. Je suggère d'attendre deux semaines que la plupart des contributeurs soient revenus si j'en juge par certains d'entre eux que j'ai souhaité contacter récemment et qui ne participent plus depuis une à trois semaines. Ceci pour éviter une nouvelle guerre, surtout concernant des articles sensibles puisque déjà en BA ou AdQ. Personnellement. Je préfère l'ancien modèle. Père Igor (d) 18 août 2009 à 11:01 (CEST)
question de candide, le bot ne pourrait-il éviter de faire les modifs d'office sur les BA et AdQ ? cela pour permettre de contacter les contributeurs de ces articles pour les convaincre ou pas -- MICHEL (d)'Auge le 19 août 2009 à 14:22 (CEST)
Oui et oui. J'ai répondu plus hautÉmoticône--Bapti 20 août 2009 à 05:20 (CEST)
Deux petites questions, est-il bien nécessaire d'avoir des lignes en surépaisseur entre certaines sections et pourquoi n'y a-t-il qu'Ensoleillement qui bénéficie d'un wikilien (pas nécessaire d'ailleurs selon moi) ?--Cyrilb1881 (d) 18 août 2009 à 12:28 (CEST)
En complétant le tableau pour le climat de l'Essonne, je me rends compte d'un bug au niveau des dates de record : elles sont interverties entre juin et juillet (ex : il conviendrait d'afficher normalement : record de froid : 1.4 le 05/06/1991 et 3.8 le 01/07/1960). Cdlt,--Cyrilb1881 (d) 18 août 2009 à 14:25 (CEST)
Je suppose une inversion de tmax-record-date-jui et tmax-record-date-jul quelque part dans le code Émoticône sourire. -- LeMorvandiau [blablater] 18 août 2009 à 15:10 (CEST)
@ Père Igor : Wikipédia ne s'arrête pas de tourner quand quelque contributeurs partent en vacances... De toute façon, comme expliqué sur « Discussion Projet:Communes de France », je ne compte pas faire la « guerre » pour ce modèle, juste suggérer particulièrement aux auteurs des BA ou AdQ (qui sont souvent considérés comme des références ou des modèles) d'utiliser ce modèle plutôt qu'un bricolage.
« Je préfère l'ancien modèle » : peux-tu développer histoire d'améliorer le modèle actuel ? Qu'est ce qui te plaisait auparavant mais a été changé ? Avec Michel d'Auge (d · c · b), nous avons essayé de faire le meilleur compromis entre exhaustivité et simplicité, personnalisation et uniformation, mais ce n'est sans doute pas encore parfait ! L'idéal est de poursuivre l'amélioration du modèle tant que des contributeurs trouvent de bonnes raisons de ne pas l'utiliser...
@ Cyrilb1881 : « avoir des lignes en surépaisseur entre certaines sections » permet de distinguer les différentes parties du tableau qui est très long. Mais, si plusieurs contributeurs trouvent que c'est inutile, on peut sans problème retirer ça (ou changer l'épaisseur voire la couleur).
Je viens de retirer le lien interne vers ensoleillement en rajoutant un lien vers degré Celsius (sur la première occurrence) et en rendant optionnel le titre du tableau. Et surtout en corrigeant le bug sur les lignes de records (une bête inversion de paramètres, comme l'avait supposait LeMorvandiau).
@ LeMorvandiau. Tu indiques sur Discussion Projet:Communes de France que « le passage de 85% à 100% pour la taille de police [t]e gêne un peu » : peux-tu développer ? Pourquoi faudrait-il mettre ces informations en plus petit ? Là encore, c'est un détail de forme très simple à régler si besoin.--Bapti 19 août 2009 à 04:07 (CEST)
Sur la taille de police : c'est au niveau lecture que ça me gêne, à 2 niveaux :
  1. Si le tableau ne comporte pas trop de lignes, ça passe. S'il commence à y en avoir une dizaine, le tableau prend tout de suite beaucoup de place. Une police à 85% réduirait la taille du tableau sans pour autant trop gêner la lecture car les chiffres resteraient encore suffisamment lisibles à mon avis.
  2. La présence d'une succession de données chiffrées est en général lourde à lire (avis perso). Avec des chiffres "plus discrets", je trouve que la lecture est simplifiée. Loin de penser que ces données sont inutiles, je pense qu'un tel tableau sert plutôt d'annexe, utile pour les lecteurs souhaitant des données précises ; et que le plus important serait l'éventuel texte l'accompagnant qui décrit/analyse/argumente les données (bien que ce type de texte n'est pas toujours présent).
Bref, tout ça pour dire que pour ma part, un tableau plus discret est plus agréable à l'œil et moins rébarbatif. Dans Discussion Projet:Communes de France#Relevé Météo, on peut justement comparer les 2 options et, mise à part la largeur de l'ancien qui est ici trop large à mon goût, je trouve le premier plus agréable que le second(je parle toujours de la taille des caractères, pas de autre choses qui ont évolués et qui sont plus que bien Émoticône sourire).
Donc si d'autres personnes sont de mon avis, il faudrait peut-être y réfléchir. Dans le cas contraire, laissons comme ça.
-- LeMorvandiau [blablater] 19 août 2009 à 09:46 (CEST)
j'ai inclus ce modèle dans l'article que j'ai en cours et j'en retire quelques remarques :
  • utiliser le tableau complet d'un seul bloc est peu pertinent dans le contexte d'un article. cela fait un gros pavé difficilement lisible, mettre les données en 85 % n'arrangerait rien pour la lisibilité avec un risque même de dégradation de la lisibilité (excuse Le Morvandiau Émoticône), on gagnerait uniquement une diminution de la hauteur du pavé. cela permet aussi de faire la différence entre les données principales et celles qui sont inclues dans une autre.
  • j'ai donc découpé le tableau en plusieurs blocs avec une contextualisation de chacun d'eux, ce qui me parait en fait beaucoup plus intéressant qu'un gros tableau et plus encyclopédique. j'ai par contre évité des commentaire qui ne serait que perso et donc TI. j'ai constaté une grande souplesse avec la possibilité de modifier le titre des tableaux et surtout de pouvoir regrouper les données comme l'on souhaite en fonction de la contextualisation. par contre, dans ce cas je me pose, que maintenant Sifflote, l'utilité de deux options que nous avions retenues :
    • la ligne de séparation, pertinente dans le cas d'une présentation en un seul tableau, ne l'ai plus nécessairement quand on utilise le modèle en plusieurs blocs en fonction des regroupements que l'on fait, peut être faut-il revoir cela en fonction d'autres avis (supprimer, amincir, autre couleur ???)
    • il faudrait peut être repenser la mise en couleur du bloc record (juste colorer la case du record maxi ???) et colorer la ligne record de vent
  • un détail, « nombre moyen de jours d'orange », mais pas « nombre moyen de jours avec grêle », neige, etc. uniquement « nombre de jours avec ... » il faudrait peut être uniformiser ???
merci encore Bapti d'avoir fait ce travail. j'ai apprécié la présentation du modèle sur sa page pour un copier/coller simple et informatif dans l'article. je vais relire prochainement, avec l'œil de candide, les explication de la page modèle -- MICHEL (d)'Auge le 19 août 2009 à 14:15 (CEST)
Il me semble que Michel a bien résumé l'intérêt de laisser le tableau en taille normale. Ceci dit, si ça gêne, on peut tout à fait remettre en 85%.
@ Michel d'Auge : Virer les lignes de séparation ? Comme indiqué plus haut « si plusieurs contributeurs trouvent que c'est inutile, on peut sans problème retirer ça (ou changer l'épaisseur voire la couleur) » Émoticône sourire
« repenser la mise en couleur du bloc record » : j'avoue honteusement que je n'ai rien compris à ce que tu veux faire... Je suis un peu dubitatif sur l'intérêt de colorer les records de vent mais tu peux toujours faire une proposition de couleurs en fonction de la valeur.
C'est noter pour l'uniformisation des noms de paramètres (ça attendra une modification groupée par contre...) : « nombre de jours avec xxx » (sans moyen), ça ira ?
Content que le modèle te plaise et ravi de l'expérience qui démontre qu'on peut faire un bon modèle Émoticône--Bapti 20 août 2009 à 05:20 (CEST)
lignes de séparation, j'ai un faible pour virer
ok pour uniformisation sans « moyen »
bloc records, je ne suis pas ou plus convaincu qu'il faille colorer toutes les cases des lignes record, mais simplement de mettre en évidence dans ce bloc uniquement le mois qui est le record des records, et donc de faire la même chose pour la ligne record de vent. on pourrait faire une couleur unique, un gris, un vert, un bleu ou un orange, mais je pense que le problème n'est pas là mais qu'il faudrait écrire une petite routine qui puisse déterminer la valeur la plus haute d'une ligne, possible ??? compliqué ???
cette expérience m'a permis de mieux comprendre les impératifs des uns et des autres et de découvrir un contributeur qui savait ne pas imposer uniquement son point de vue, bravo et merci à toi -- MICHEL (d)'Auge le 20 août 2009 à 14:42 (CEST)
Ok, je virerai les lignes de séparation et uniformiserai les intitulés des lignes sans le « moyen » lors de la prochaine mise à jour du modèle.
Pour les lignes de records : à la réflexion, je ne suis moi non plus pas convaincu de l'intérêt de colorer ces lignes qui contiennent par définition des valeurs extrêmes.
Mettre en évidence dans ce bloc uniquement le record absolu, n'est-ce-pas déjà ce que fait la cellule « année » ? Toutefois, on pourrait effectivement afficher d'une couleur différente le mois où le record de froid absolu a été enregistré. Cela suppose que les douze mois vérifieraient s'ils sont le mois du plus gros record, c'est-à-dire changer les débuts de ligne de <td style="{{Relevé météo/LigneP|p={{{pluie-record-fev}}}}}"> (qui change la couleur de la cellule en fonction de sa valeur) à quelque chose de moins gourmant <td {{#if: {{{tmin-record-max}}} = fev | style="background:red"}}> (qui ne change la couleur de la cellule que si celle-ci contient la plus forte valeur).
La difficulté est de déterminer automatiquement ce « tmin-record-max=fev » qui indique que février est le mois du record absolu de froid. Je vais chercher mais je suppose que c'est possible de trouver la plus grande (ou la plus petite) valeur parmi 12 chiffres sans faire une usine à gaz. Le temps que je cogite sur l'idée, vérifie que c'est bien ce que tu veux faire...--Bapti 21 août 2009 à 05:03 (CEST)
Bonjour,
Il y a eu un échange entre deux contributeurs dont l'un reprochait à l'autre d'avoir migré la tableau météo vers le modèle. Voici la version initiale et la version employant le modèle. Je trouve moi aussi que le modèle ne génère pas un tableau très élégant (le texte est très gros du coup le tableau prend pas mal de place, les liens dans les titres de colonnes ne sont pas très utiles, le tableau pourrait occuper toute la largeur de page, …) Voilà mes .02 pour participer au débat sur l'évolution de ce modèle.
Bonne continuation. Bub's [di·co] 21 août 2009 à 21:38 (CEST)
Il s'agit de Sylfred1977 (d · c · b) qui n'a pas apprécié en juillet que Ldg lui suggère de passer de son tableau maison à ce modèle. Il semblait en wikibreak depuis mais je vais lui reproposer le modèle : à défaut de l'adopter, il aura peut-être des remarques constructives à formuler...
« Je trouve moi aussi que le modèle ne génère pas un tableau très élégant ».
@ Bub's : Merci pour tes remarques. Si ce ne sont « que » des modifications esthétiques, ce n'est pas compliqué à faire : il suffit d'une proposition précise qui fasse consensus.
« le texte est très gros » : ça peut être changé si plusieurs personnes partagent cet avis. Remettre en 85% ?
« les liens dans les titres de colonnes ne sont pas très utiles » : les liens sur les abréviations du type « jan » permettent de rendre accessible le tableau. Les supprimer seraient donc dommage.
« le tableau pourrait occuper toute la largeur de page » : n'est-ce pas contradictoire avec trouver qu'il occupe trop de place ? Et pourquoi l'étaler sur toute la largeur de la page s'il n'a pas besoin de tant d'espace.--Bapti 22 août 2009 à 05:04 (CEST)

Une autre chose que je constate, un détail, il manque des points aux abréviations des mois, puisqu'aucune ne comporte la dernière lettre du mot.--Cyrilb1881 (d) 22 août 2009 à 21:35 (CEST)

Bien vu, je mettrais des points à la fin des noms de mois lors de la prochaine mise à jour du modèle (en plus du retrait des lignes de séparation et de l'uniformisation des intitulés des lignes sans le « moyen »).
Voir aussi les remarques de Sylfred1977 (d · c · b) sur sa pdd--Bapti 23 août 2009 à 06:46 (CEST)
icône « fait » Fait. vu que le reste des discussions est au point mort, j'ai mis à jour le modèle sur les détails évoqués ci-dessus (abréviations des mois, retrait des lignes de séparation, uniformisation des intitulés des lignes).--Bapti 28 août 2009 à 06:17 (CEST)

Un détail, il faudrait modifier l'unité de la pluviométrie qui devrait être mm/m².--Cyrilb1881 (d) 11 septembre 2009 à 22:00 (CEST)

Ne serait-il pas possible d’utiliser un sortable pour permettre de trier les données récupérées?! — Etienne B. (discuter) 22 août 2016 à 19:57 (CEST)

Abréviations des noms de mois

Hello, ici j'avais mis les en entier les mois qui ne comprenne que 4 lettres car je trouve vraiment cucul de les abréger sur 4 caractères !!! Ce qui a été reverter (de façon amicale cf) qu'en pensez vous ?

CU Sté ~ 19 décembre 2009 à 17:46 (CET)

D'accord avec Bapti, la cohérence visuelle avant tout.--Cyrilb1881 (d) 19 décembre 2009 à 17:52 (CET)

Charte graphique

Bonjour, serait-il possible d'appliquer à ce modèle le principe développé avec le Modèle:Charte de couleur déjà appliqué pour les tableaux démographiques ici, les pyramides des âges et les listes d'élus  ? En clair, que les parties grises apparaissent en vert tendre sur un article de commune, en beige sur un article de département ou en bleu ciel sur un article de région. Et bien sûr, qu'il reste gris par défaut si le champ « charte » n'est pas renseigné. Merci d'avance. Cdlt,--Cyrilb1881 (d) 30 décembre 2009 à 12:15 (CET)

icône « fait » Fait. non sans mal et sans compliquer encore un peu plus ce pauvre modèle (diff). J'ai renseigné la doc, mais il suffit d'ajouter Charte=commune dans les inclusions de {{Relevé météo}} (exemple)--Bapti 30 décembre 2009 à 18:33 (CET)
C'est nickel, merci pour la rapiditéÉmoticône Cdlt,--Cyrilb1881 (d) 30 décembre 2009 à 18:43 (CET)

Date records

Dans la partie D des records, on trouve des informations "xxx-record-date-xxx" documentées comme "date du record" mais avec le label "(année du record)". Dans la pratique, on trouve bien souvent une date complète. Je propose d'harmoniser pour afficher l'étiquette "(date du record)" à la place de "(année du record)", mais on pourrait aussi aller à l'envers et demander de n'indiquer que l'année ? — Calimo [á quete] 2 août 2010 à 10:36 (CEST)

Le problème est assez compliqué, car le but est que ce tableau très dense en informations (une colonne d'intitulés, douze colonnes de mois, une colonne par année) reste lisible et ait un rendu correct sur une largeur de page Web "normale". Ce qui est tout de suite compliqué quand on met une date complète "29 juillet 1978". Donc afficher l'étiquette "(date du record)" à la place de "(année du record)", c'est risqué d'avoir des lignes trop longue à afficher et un tableau très moche au final. À l'inverse, des rédacteurs peuvent souhaiter indiqué le jour du record pour chaque mois.
Du coup, je crains qu'il ne soit nécessaire de complexifier le modèle et d'afficher la date complète sur deux lignes (l'année sur une ligne, le jour sur une autre). On peut laisser "xxx-record-date-xxx" à titre temporaire mais il faudra faire naître "xxx-record-année-xxx" et "xxx-record-jour-xxx".
Avec un exemple comme
|pluie-record-jul=52
|pluie-record-année-jul=1978
|pluie-record-jour-jul=29
qui afficherait :
52
(1996
, le 27 jui.)
(par exemple) ou, en l'absence de jour du record :
52
(1996)
Du coup, ça permettrait d'afficher l'étiquette "(date du record)" à la place de "(année du record)". Je n'ai guère de temps pour m'en occuper jusqu'en septembre, mais c'est envisageable.--Bapti 3 août 2010 à 12:55 (CEST)

Diagramme climatique

Bonjour,
Suite à cette discussion, j'ai rapidement ajouté au modèle {{Relevé météo}} une option (paramètre diagramme=oui) et le code nécessaire pour générer à la suite du tableau le diagramme que produisait le modèle {{Diagramme climatique}}, que j'ai catégorisé comme obsolète (je vais tâcher de répercuter rapidement les modifications dans les quelques articles où ce n'est pas encore fait).

Outre la possibilité d'éviter une saisie de données redondante entre les deux modèles, la principale raison de cet ajout est d'éviter la présence dans les articles du diagramme seul, sans le tableau de données correspondant. Le diagramme actuellement généré est en effet à la fois peu lisible, totalement non accessible au sens technique et abominablement bricolé à l'aide de mises en formes CSS. Mais il n'y a pas d'autres possibilités évidentes de permettre aux contributeurs d'obtenir ce diagramme sans devoir créer une image à la main.

Faute de mieux, donc... Émoticône

Cordialement, --Lgd (d) 25 août 2010 à 09:13 (CEST)

Oui, c'est effectivement logique : on en avait d'ailleurs discuté lors de la refonte du modèle avant de repousser ça aux calendes grecques (le nombre importants de modifications compliquaient déjà les modifications opérées l'été dernier)--Bapti 25 août 2010 à 13:43 (CEST)
Cela veut dire que pour obtenir le diagramme climatique en voie de suppression, il faudra afficher par ailleurs le tableau produit par relevé météo ?Pline (discuter) 25 août 2010 à 17:06 (CEST)
Le diagramme n'est pas en voie de disparition, au contraire, puisqu'il est consolidé par ces modifications (plus de double saisie nécessaire, par exemple). En revanche, il est logique qu'une illustration, qui pose par ailleurs dans ce cas précis des problèmes d'accès à l'information, ne vienne... qu'en illustration du tableau de données. D'abord l'information, puis son illustration Émoticône.
Cela dit, si l'on parvenait à améliorer la qualité du diagramme (à la manière des pyramides des âges qui sont en fait juste des tableaux de données un peu maquillés), il serait très facile avec ce nouveau modèle combiné de permettre aussi bien le choix entre tableau et diagramme que l'association actuelle. Je creuse de ce côté là, l'obligation actuelle est donc provisoire (en tous cas, je le souhaite)... Cordialement, --Lgd (d) 25 août 2010 à 17:11 (CEST)
Je ne discerne pas bien la logique de la fusion. Ce genre de diagramme est utilisé dans des publications sérieuses (professionnelles) sans le tableau qui te semble aller obligatoirement avec. Que tu veuilles faire un couteau suisse de relevé météo, rien ne s'y oppose, mais il ne me semble pas que cela impose la disparition de ce modèle. Mais peut-être ai-je mal compris tes intentions ? Pline (discuter) 25 août 2010 à 21:32 (CEST)
Il ne s'agit pas de faire un couteau suisse pour le principe d'en faire un, mais de trouver une solution à un problème important posé par ce modèle de diagramme (le modèle au sens wikipédien et non le type de diagramme) : en raison de sa conception même (sans entrer dans les détails, un bricolage HTML dénué de toute sémantique), il ne permet pas d'accéder à l'information de manière suffisamment robuste. Pour ne prendre qu'un exemple relativement familier, l'export d'un article au format PDF donne un résultat illisible à la place du diagramme attendu. La réutilisabilité du contenu en prend un coup.
Le regroupement du tableau et du diagramme permet donc dans l'immédiat de faire en sorte que l'information ne soit jamais perdue, en imposant la présence systématique de l'alternative sous forme de tableau. Mais, comme je l'ai expliqué ci-dessus, c'est, sous sa forme actuelle, une solution que j'espère à court terme : il est peut-être possible de modifier le code du diagramme de manière à en corriger les défauts. Cordialement, --Lgd (d) 25 août 2010 à 22:21 (CEST)
Bien qu'à l'origine du modèle relevé météo (traduction du modèle russe car le modèle anglo-saxon était imbittable avec son paramétrage en mesures anglo-saxonnes), il me semble qu'imposer le tableau associé dans les articles est une très mauvaise politique : celui-ci vient se superposer à la flopée de tableaux/infoboxes pratiquement imposés par des contributeurs qui pratiquent la fuite en avant dans le domaine poussés par l'incapacité de certains à rédiger tout en faisant clairement preuve d'une incompréhension de principes ergonomiques de base. Ce diagramme est sobre, lisible et il doit pouvoir être utilisé de manière exclusive.Pline (discuter) 25 août 2010 à 22:50 (CEST)

Température minimale et maximale moyenne

Je ne trouve pas très logique d'avoir la température minimale affichée au-dessus de la température maximale (avec la moyenne entre les deux). Ne faudrait-il pas inverser ces deux lignes ? — Calimo [á quete] 13 mars 2011 à 14:24 (CET)

C'est marrant, je trouve ça plus logique d'avoir d'abord le minimum puis le maximum (ça ressemble à un ordre chronologique, ordre le plus usuel sur Wikipédia). Ceci dit, en cas de consensus pour faire le changement, c'est très simple à faire.--Bapti 13 mars 2011 à 22:23 (CET)

Erreur sur le scope de la case mois

La première case du tableau (mois) a un scope=col alors que les noms de mois étant sur la ligne, il faudrait un scope=row. Quelqu'un pourrait-il corriger ?

Ltrl G (d · c) le 26 août 2011 à 20:49 (CEST)

icône « fait » Fait.--Bapti 27 août 2011 à 14:57 (CEST)

Typographie

Bonjour. Toutes les lignes principales du tableau commencent par une majuscule, sauf la première (« mois » au lieu de « Mois »). Pour homogénéiser la typographie, il conviendrait de corriger ceci.
Cordialement, Ediacara (d) 9 décembre 2011 à 21:17 (CET).

icône « fait » Fait.--Bapti 10 décembre 2011 à 15:15 (CET)
J'en ai fais la demande ce jour pour résoudre ce problème à l'endroit adéquat (Wikipedia:demande d'intervention sur une page protégée). MerveillePédia dial. 15 février 2014 à 18:00 (CET)

Il peut y avoir plusieurs sources

Bonjour. Quelqu'un pourrait-il programmer la possibilité d'écrire « source » au pluriel ? Le rendu actuel au singulier fait tâche sur l'article Périgueux. Merci d'avance. Père Igor (d) 13 mars 2013 à 11:20 (CET)

admissibilité source amateur ?

Bonjour,

Je souhaite intégrer le modèle météo dans l'article Réserve naturelle régionale de la carrière des Nerviens. La station météofrance la plus proche est à Cambrai mais ce ne sont pas exactement les mêmes conditions. Un météorologue amateur basé à 3 km de la réserve nous fournira demain 38 ans de données météo. Avant de les intégrer dans le modèle, pouvez-vous s'il vous plaît, me dire si les données amateurs sont admises. D'avance merci. Cordialement. --Christian COGNEAUX (d) 30 mai 2013 à 19:15 (CEST)

@Christian COGNEAUX il faut être sure que ce soit du matériel homologué (étalonnage, vérification de la station, maintenance). L'abri doit être blanc (la sonde de température est dans l'abri) d'une certaine dimension à une certaine hauteur du sol bien précis. De plus il faut une vérification des valeurs. Il faut de la qualité ou rien sur wikipédia. De plus il faut la source (lieu de la station (idéal donnée GPS, altitude, idéal photo de la station ainsi que l'environnement de la station). Si les données amateurs sont de qualités équivalentes à Météofrance et sourcées, c'est admissible sur wikipédia. MerveillePédia dial. 27 décembre 2013 à 11:15 (CET)

Besoin d'une nouvelle fonctionnalité au modèle météo, l'ajout période

J'aimerais la création (ne sais pas le faire) d'une fonctionnalité permettant de préciser la période au modèle météo.
J'aimerais en première colonne du tableau > Température minimale moyenne (°C) 1951 - 1980 | Température minimale moyenne (°C) 1981 - 2010 | Température moyenne (°C) 1951 - 1980 | Température moyenne (°C) 1981 - 2010 | …

Peut-être qu'il est possible d'écrire dans le modèle « |tmin-jan-période que l'on veux qui détecte 30 ans ou signale une erreur si pas 30 ans=23 » (il faut ajouter -période)

Période que l'on veux 1951 - 1980 ou d'autres.

L'ajout de cette fonctionnalité permet d'avoir plusieurs températures minimales moyennes pour chaque mois de l'année, en effet plus le temps avance et plus on a des périodes de 30 ans avec des relevés de températures. C'est intéressant, l'histoire de la température qu fait partie du climat.
L'ajout de la fonctionnalité éviterait d'avoir plusieurs tableaux climatiques et donc des doublons au sein d'un article. MerveillePédia dial. 27 décembre 2013 à 12:58 (CET) MerveillePédia dial. 27 décembre 2013 à 11:34 (CET)

Bonjour. Les périodes concernées doivent pouvoir être modifiées en fonction de la réalité des relevés et non pas être fixes, au risque d'être erronées pour certaines stations météo. Voir comment j'ai fait sur Bergerac où les différentes périodes sont liées aux différentes sources. Père Igor (discuter) 27 décembre 2013 à 14:43 (CET)
C'est bien fait pour Bergerac, l'indication des sources avec précision. Je suis d'accord avec ton message. J'espère que c'est possible d'indiquer dans le tableau la période à côté de température minimales, car je veux au sein d'un même tableau indiqués plusieurs fois températures minimales car il y a plusieurs périodes (1951 - 1980 et 1981 - 2010). MerveillePédia dial. 27 décembre 2013 à 16:21 (CET)

Discussion un peu sur le Bistro du 13 février 2014 et beaucoup ici

Help ! Les pluie-jour-mois ne s'affichent pas !

Modèle:Weather Box

Discussion un peu sur le Bistro du 13 février 2014 et beaucoup ici (2)

Problème de taille et de poids

Espace vide à la fin d'un tableau climatique, sans diagramme

Durée d'ensoleillement -> par jour

Totaux

Mise en place du modèle

Spécial:LintErrors/missing-end-tag

Typographie heures

Steele

Script de conversion data Météo France => modèle

"Valeur inconnue" (NC) dans le modèle ?

Id Sfn pour la source du modèle ?

Terminologie : durée d'insolation au lieu de ensoleillement

Related Articles

Wikiwand AI