Discussion utilisateur:Orlodrim/Archive Infobox Subdivision administrative

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.

Points à discuter[modifier le code]

Sous-catégorie de maintenance[modifier le code]

Le modèle contient actuellement les catégories suivantes :

  1. Catégorie:Infobox Ville2 - Image mal codifiée
  2. Catégorie:Article avec une géolocalisation hors-carte
  3. Catégorie:Infobox Ville2 - Article géolocalisable sans carte
  4. Catégorie:Ville géolocalisable sans coordonnées paramétrées
  5. Catégorie:Infobox Ville2 - Population non numérique
  6. Catégorie:Infobox Ville2 - Superficie non numérique
  7. Catégorie:Infobox Ville2 - Pays mal codifié
  8. Catégorie: Page utilisant un modèle avec un paramètre obsolète

Je propose de créer une sous-catégorie pour les regrouper.
Il faudrait également renommer les Ville2.
Qu'en pensez-vous ?--FDo64 (d) 16 septembre 2012 à 18:53 (CEST)[répondre]

Je n'ai pas tout à fait le même point de vue.
Bien évidemment il faut renommé Ville en Subdivision administrative. Je préviens David Crochet et je m'en occupe.
Je pense que pour facilité la maintenance il est préférable de ne pas avoir trop de niveau d'arborescence dans la catégorie à vider. A la fin de le migration, à part "Ville géolocalisable sans coordonnées paramètrées", ces catégories devraient être quasiment vide. Donc je propose plutôt de regrouper ces différentes catégorie sous un seul nom à la fin de la migration. "Article géolocalisable sans coordonnées" étant à part vue qu'elle ne sera pas vidée de sitôt, elle devrait juste être dans "catégorie à vider", ou à l'endroit que désignera le projet géolocalisation.
— Zebulon84 (d) 16 septembre 2012 à 20:58 (CEST)[répondre]
Suite aux renommages de Zebulon84, on parle maintenant des catégories suivantes :
  1. Catégorie:Infobox Subdivision administrative - Image mal codifiée
  2. Catégorie:Infobox Subdivision administrative - Population non numérique
  3. Catégorie:Infobox Subdivision administrative - Superficie non numérique
  4. Catégorie:Infobox Subdivision administrative - Pays mal codifié (à créer)
  5. Catégorie:Infobox Subdivision administrative - Article géolocalisable sans carte
  6. Catégorie:Article avec une géolocalisation hors-carte
  7. Catégorie:Ville géolocalisable sans coordonnées paramétrées
  8. Catégorie: Page utilisant un modèle avec un paramètre obsolète
Et on peut supprimer :
  1. Catégorie:Infobox Ville2 - Image mal codifiée‎ – vide
  2. Catégorie:Infobox Ville2 - Article géolocalisable sans carte - (encore 238 pages, pourquoi ?)
  3. Catégorie:Infobox Ville2 - Population non numérique‎ – vide
  4. Catégorie:Infobox Ville2 - Superficie non numérique‎ – vide
Pour ce qui est de la question de fond : je suis d'accord qu'après le bot, les problèmes de formatage de zones seront réglés mais ensuite, immanquablement, ça va se dégrader au fur et à mesure des modifications de pages, voir même les créations de modèles inappropriées. Je suis donc partisan de conserver ces catégories rendant plus facile la détection des problèmes, et de les indiquer dans la documentation afin de les retrouver plus facilement. Et si je proposais de les regrouper dans une nouvelle catégorie appelée, par exemple Catégorie:Maintenance Infobox Subdivision administrative, c'est qu'elles sont actuellement éparpillées dans :
Autres points :
  1. ne faudrait-il pas renommer Catégorie:Ville géolocalisable sans coordonnées paramétrées en Catégorie:Subdivision administrative géolocalisable sans coordonnées paramétrées ?
  2. d'après mes recherches les catégories suivantes sont devenues obsolètes suite à la mise en place du nouveau modèle et on peut donc les supprimer :
  3. Une fois la migration terminée, on pourra également supprimer Catégorie:Commune géolocalisable sans coordonnées paramétrées
--FDo64 (d) 17 septembre 2012 à 12:12 (CEST)[répondre]
À la création de ces catégories, j'avais cherché le meilleur endroit existant pour les placer. Si je me suis trompé d'endroit on peut les déplacer. OK aussi pour toutes les regrouper sans une catégorie unique.
Je vais crée Catégorie:Subdivision administrative géolocalisable sans coordonnées paramétrées et demander la suppression des catégories devenues inutiles.
— Zebulon84 (d) 17 septembre 2012 à 14:06 (CEST)[répondre]

Comment catégoriser les pages faisant un appel direct ?[modifier le code]

Avec Zebulon84, nous nous sommes demandés il y a un mois comment catégoriser les pages faisant un appel direct au méta-modèle afin de pouvoir les rattacher à une infobox dédiée à leur pays. Une solution envisagée, mais qui est contraignante, est d'alimenter le paramètre 'lien Infobox' de façon systématique et obligatoire. On pourrait dans ce cas le renommer 'modèle' comme pour le {{Méta palette de navigation}}. Ensuite, on ajouterait deux catégories : Catégorie:Infobox Subdivision administrative - Paramètre modèle mal renseigné (comme pour les palettes) et Catégorie:Infobox Subdivision administrative - Page faisant un appel direct au modèle, le deuxième trié par {{{pays}}}.
C'est très lourd à gérer, aurais-tu une solution plus élégante ?
--FDo64 (d) 16 septembre 2012 à 18:53 (CEST)[répondre]

Le problème peut être divisé en deux questions :
  • comment repérer les utilisations déjà présentes de {{Infobox Ville2}} ?
  • comment faire un suivi sur le long terme pour éviter qu'il ne réapparaisse ?
Pour la première question, c'est facile. Je peux extraire la liste à partir du dump. De plus, une fois que la redirection {{Infobox Ville2}} sera corrigée en {{Infobox Subdivision administrative}} dans tous les modèles, il suffira de regarder les transclusions de la redirection pour trouver les articles l'utilisant directement (du moins, ceux où l'infobox a été ajoutée avant le renommage du modèle).
Pour la seconde question, c'est moins facile. Il faudrait commencer par mettre un avertissement en gros et en rouge sur Modèle:Infobox Subdivision administrative/Documentation "CE MODÈLE NE DOIT PAS ÊTRE UTILISÉ DIRECTEMENT DANS L'ESPACE ENCYCLOPÉDIQUE" avec un renvoi sur une page indiquant ce qu'il faut faire à la place. Les modèles se propagent essentiellement par copier-coller (surtout les modèles complexes). S'il n'y en a plus nul part, on peut espérer que ça suffise à ce qu'il ne réapparaisse pas. Sinon, il reste deux solutions : faire une recherche régulièrement sur le dump, créer un filtre pour détecter les ajouts.
Ajouter un paramètre à {{Infobox Subdivision administrative}} pour dire "le modèle n'est pas appelé directement" ne sera pas totalement efficace. Par exemple, si quelqu'un fait un subst de {{Infobox Commune de France}}, cela créera une utilisation directe de {{Infobox Subdivision administrative}} qui ne sera pas catégorisée (à moins que tu fasses en sorte que le paramètre magique ne soit passé à {{Infobox Subdivision administrative}} que si le modèle n'est pas substé, mais ça devient très, très lourd).
Orlodrim [discuter] 16 septembre 2012 à 20:59 (CEST)[répondre]
Pour ce qui est des transclusions de la redirection, je l'avais bien en tête, et c'est même précisé dans la demande de bot. Par contre, cela concerne 8600 pages et il faudra du temps pour les rattacher à des modèles. Par expérience, je sais qu'il n'est pas facile de trouver des volontaires pour faire ce genre d'opération. C'est pourquoi une catégorie me semble plus adaptée, surtout si elle est triée par pays. Sur la manière de la mettre en oeuvre, je pense que Zebulon84 saura mieux le faire que moi.
Si on opte pour la solution d'insérer systématiquement un paramètre (par exemple, modèle comme je le proposais), il faudrait le décider rapidement parce que suite au passage du bot, il faut corriger tous les modèles pour remplacer Ville2, supprimer les anciens paramètres et mettre à jour la documentation des paramètres ajoutés ou absents. Autant le faire en même temps.
--FDo64 (d) 17 septembre 2012 à 12:12 (CEST)[répondre]
Je suis pour renseigner systématiquement "lien Infobox" ou "modèle" si on le renomme, pour accéder plus facilement au modèle de l'infobox à partir d'une page l'utilisant. Je fait la modification pour accepter les deux noms et mettre dans une catégorie toute les pages qui n'ont pas renseigner ce paramètre dans l'heure qui vient. Je vais voir si je peut éviter qu'il soit copié lors d'une substitution. — Zebulon84 (d) 17 septembre 2012 à 13:57 (CEST)[répondre]
En faisant cette modification j'ai visiblement crée quelques désagrément. Le problème c'est que même en copiant le code "buggé" sur mon modèle perso Utilisateur:Zebulon84/Mod7 je n'arrive pas à reproduire le bug (voir Utilisateur:Zebulon84/brouillon6). Avez-vous une idée de ce qui a pu provoquer l'apparition des chiffres de population et superficie en dehors de l'infobox ? — Zebulon84 (d) 17 septembre 2012 à 16:39 (CEST)[répondre]
Dans le diff on voit que tu as enlevé des espaces et des |, mais rien de louche pour ma part. Sauf la ligne que tu as rajoutée : {{#if:{{{modèle|{{{lien Infobox}}} }}} | [[Catégorie:Infobox Subdivision administrative - Page faisant un appel direct au modèle]] }}, ce devrait être {{#if:{{{modèle|}}}{{{lien Infobox|}}}
Par ailleurs, le temps des tests, tu dois enlever le {{#if: {{NAMESPACE}}.--FDo64 (d) 17 septembre 2012 à 17:54 (CEST)[répondre]
Discussion utilisateur posait effectivement problème pour mes tests. Et j'ai encore oublié que ... renvoi la valeur sans erreur s'il la deuxième | n'est pas là. Donc contrairement à un #if:, cette deuxième pipe est indispensable. Je vais pouvoir refaire ma modif.
— Zebulon84 (d) 17 septembre 2012 à 18:33 (CEST)[répondre]
  1. Il reste un {{#if:{{{lien Infobox|}}} tout seul et le lien ne s'affiche donc pas en bas.
  2. L'idée d'ajouter {{{pays}}} pour les regrouper par pays est-elle faisable ?
--FDo64 (d) 17 septembre 2012 à 19:26 (CEST)[répondre]
✔️ — Zebulon84 (d) 17 septembre 2012 à 20:35 (CEST)[répondre]
Salut, j'ai ajouté hier le paramètre modèle aux infobox traitées par Orlodrim. Il y a bien la ligne de modification/information qui est rajoutée en bas des infobox, par contre les pages restent classées dans la Catégorie:Infobox Subdivision administrative - Page faisant un appel direct au modèle. Exemple : {{Infobox Localité de France}} et la page Chalandrey. Peux-tu voir pourquoi ? Merci.--FDo64 (d) 18 septembre 2012 à 09:52 (CEST)[répondre]
✔️ Deux petites erreurs et toutes les pages étaient catégorisées ! Donc actuellement Infobox Subdivision administrative gère 128 000 pages. Dès que la migration sera terminée, il faudra faire protéger ce modèle. — Zebulon84 (d) 18 septembre 2012 à 10:58 (CEST)[répondre]

Il reste un point qui n'a pas été traité, la création de Catégorie:Infobox Subdivision administrative - Paramètre modèle mal renseigné. En m'inspirant de {{Méta palette de navigation}}, je propose d'ajouter :

{{#ifeq:{{{nocat|}}}|oui||{{#ifeq:{{NAMESPACE}}|{{ns:10}}|{{#ifeq: {{localurl:{{{modèle|}}}}} | {{localurl:{{PAGENAME}}}}||[[Catégorie:Infobox Subdivision administrative - Paramètre modèle mal renseigné]]}}}}}}

Comme je ne maîtrise pas du tout, merci de vérifier la syntaxe.--FDo64 (d) 23 septembre 2012 à 18:38 (CEST)[répondre]

Protections[modifier le code]

@Orlodrim : pourrais-tu remplacer la première ligne de l'{{Infobox Commune de France}} par :
<includeonly>{{Infobox Subdivision administrative
|modèle                   = Infobox Commune de France<!--Paramètre obligatoire pour un modèle--> 
et pour {{Infobox Municipalité de Colombie}} :
<includeonly>{{Infobox Subdivision administrative
|modèle                   = Infobox Municipalité de Colombie<!--Paramètre obligatoire pour un modèle--> 
Dans les deux cas, supprimer le paramètre lien Infobox
  • Il serait peut-être plus sage de protéger le modèle maintenant afin d'éviter ce genre de situation.

--FDo64 (d) 24 septembre 2012 à 11:28 (CEST)[répondre]

J'ai modifié les deux pages. Quel modèle veux-tu protéger ? Orlodrim [discuter] 25 septembre 2012 à 00:54 (CEST)[répondre]
Merci pour les modifs.
Je parlais de protéger l'{{Infobox Subdivision administrative}} comme c'était le cas de {{Infobox Ville}}.--FDo64 (d) 25 septembre 2012 à 01:09 (CEST)[répondre]

Bonjour, j'ai migré aujourd'hui un nouveau modèle, l'{{Infobox Arrondissement d'Allemagne}} qui a une disposition particulière du blason/carte. Je pensais avoir écrit un code compatible permettant d'avoir les images avec et sans le détail complet, mais ça ne marche pas toujours... J'ai bien peur que quelqu'un n'annule la nouvelle version car le blason et la carte apparaissent sur deux lignes au lieu d'une seule.
Pourrais-tu faire passer ton bot sur les 329 pages concernées ? Les cas particuliers sont : renommer nomarr en nom, carte en imageloc. Ce serait génial. Merci.--FDo64 (d) 8 octobre 2012 à 16:52 (CEST)[répondre]

Et suppression des paramètres femmes et fpc. --FDo64 (d) 8 octobre 2012 à 17:35 (CEST)[répondre]
Chacune de ces infoboxes a deux cartes : l'une à l'échelle du pays (paramètre carte) et l'autre à l'échelle du Land (paramètre imagelocalisation). Si je renomme « carte » en « imageloc », chaque infobox aura un paramètre « imageloc » et un paramètre « imagelocalisation », ce qui n'est pas très clair. Une solution serait de renommer « imagelocalisation » en « imageloc land », par exemple. Qu'en penses-tu ?
Pour les villes, je renomme habituellement « legislature » en « mandat maire ». Ici, ce n'est pas un maire mais un préfet. Pour être cohérent, peut-être faudrait-il renommer « legislature » en « mandat prefet » ?
Orlodrim [discuter] 8 octobre 2012 à 19:17 (CEST)[répondre]
D'accord pour tes deux propositions. Merci.--FDo64 (d) 8 octobre 2012 à 19:35 (CEST)[répondre]
J'ai modifié le modèle comme suggéré.--FDo64 (d) 8 octobre 2012 à 19:48 (CEST)[répondre]
Merci beaucoup de ton aide et désolé d'avoir eu à te demander cette migration en urgence.--FDo64 (d) 8 octobre 2012 à 21:35 (CEST)[répondre]

Modèles non encore traités[modifier le code]

@Orlodrim : j'ai constaté que tu prenais la liste des modèles en ordre croissant du nombre de pages impactées. Je ne sais pas si c'est volontaire (et dans ce cas je vais attendre patiemment) ou un simple oubli de mise à jour de ta liste de suivi, mais tu n'as pas noté les modèles suivants :

  1. {{Infobox Ville}}
  2. {{Infobox Ville2}}

--FDo64 (d) 24 septembre 2012 à 11:28 (CEST)[répondre]

Ma liste n'est pas tout à fait dans l'ordre pour diverses raisons, mais tous les modèles seront traités. Orlodrim [discuter] 25 septembre 2012 à 00:54 (CEST)[répondre]
Merci de t'occuper du rangement jusque dans cette page de discussion, tu me simplifies bien la vie Émoticône sourire. Orlodrim [discuter] 14 février 2013 à 23:16 (CET)[répondre]

Remarques sur les infoboxes traitées[modifier le code]

  • Sakib : il y a une référence pour la population dans le paramètre 'population notes', mais le paramètre n'existe pas dans cette infobox. ✔️ Modèle modifié.
  • Gagnon (Québec) : population invalide 'population = environ 2000' ✔️ Page modifiée.
  • Les paramètres inexistants "Gentilé_Langue3", "Langue3" sont utilisés dans Ceuta et Estrémadure. ✔️ Modèle modifié.
  • Le paramètre inexistant "Site officiel" est utilisé dans Communauté de Madrid. ✔️ Modèle modifié.
  • La seule page qui utilise le paramètre "blason" (Ayia Napa) l'utilise pour mettre un logo.

Transférer sur drapeau. — Zebulon84 (d) 16 septembre 2012 à 00:54 (CEST)[répondre]

  • Halabja : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.✔️ Page modifiée.
  • Arnprior : j'ai supprimé "carte = Ontario" car il n'existait pas de paramètre "carte", mais je remarque que l'infobox affiche automatiquement une carte du Canada entier alors qu'il en existe une de l'Ontario (c'est ok pour les articles où il y a une carte détaillée tels que Municipalité régionale de Niagara, mais c'est dommage pour cet article).

✔️ J'ai ajouté la carte de l'Ontario au modèle, en laissant la carte du Canada en premier affichage. — Zebulon84 (d) 9 septembre 2012 à 21:14 (CEST)[répondre]

  • L'Orignal : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.✔️ Page modifiée.
  • Kapuskasing : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.✔️ Page modifiée.
  • Lorsque géolocalisation était utilisé, il vallait toujours "Europe", ce qui n'était pas pertinent. J'ai effacé ça.
  • Modèle modifié
  • Îles Vestmann : champ invalide 'altitude = [[Océan Atlantique]] : 0 m</br>Heimaklettur : 283', mais l'infobox n'a pas (encore ?) de "alt min" et "alt max" ✔️ Modèle modifié.

Comme cette infobox est au millieu de la page, et que l'affichage reste correct, je ne pense pas qu'il soit utile de créer "alt min" et "alt max" juste pour cette page. — Zebulon84 (d) 9 septembre 2012 à 15:52 (CEST)[répondre]

  • Modèle modifié
  • Dipolog : champ invalide 'altitude = 0 à 486', mais l'infobox n'a pas (encore ?) de "alt min" et "alt max" ✔️ Modèle modifié.
Pour une page, on laisse comme cela.--FDo64 (d) 15 septembre 2012 à 10:44 (CEST)[répondre]
✔️ Pages modifiées--FDo64 (d) 9 septembre 2012 à 22:27 (CEST)[répondre]
Je pense que c'est une question pour Zebulon84--FDo64 (d) 9 septembre 2012 à 22:27 (CEST)[répondre]
J'avais supprimé géolocalisation, car je n'en voyait pas l'intérêt pour une ville. Je comprend mieux en voyant cette carte. Pour le moment j'ai mis une exception pour cette municipalité, mais s'il y a un autre cas je recréerais géolocalisation. — Zebulon84 (d) 10 septembre 2012 à 18:53 (CEST)[répondre]
  • Wanganui : population invalide 'population = {{formatnum:38900}} (ville)<br />{{formatnum:43300}} (district)' ✔️
  • Waimate : population invalide 'population = {{formatnum:2835}} (ville)<br />{{formatnum:7206}} (district)' ✔️

J'ai ajouté les paramètres population division a et nom_pop division a au modèle pour mettre la population du district, et j'ai modifié ces deux pages. — Zebulon84 (d) 9 septembre 2012 à 21:32 (CEST)[répondre]

  • Tel Aviv-Jaffa : altitude invalide 'altitude = 0 - 40'
  • Haïfa : altitude invalide 'altitude = 0 - {{nombre|425|m}}'
  • Rosh HaAyin : altitude invalide 'altitude = 41 m<ref>Source : [http://www.fallingrain.com/world/IS/2/Rosh_HaAyin.html Fallingrain.com]</ref>'
  • Kiryat Ono : altitude invalide 'altitude = 66 m<ref>{{en}} [http://www.wolframalpha.com/entities/cities_elevation/what_is_the_elevation_of_qiryat_ono,_israel%3F/il/0v/oh/ Qiryat Ono, Tel Aviv, Israel | elevation], sur wolframalpha.com</ref>'
✔️ Pages modifiées--FDo64 (d) 9 septembre 2012 à 22:33 (CEST)[répondre]

Dans les articles suivants, convertir le champ imageloc ferait passer la largeur de l'image de 150px à 280px, ce qui rendrait l'infobox beaucoup trop haute : Leucade, Corfou (district régional), Céphalonie (district régional).

✔️ J'ai ajouté le paramètre taille imageloc dans le modèle et les pages concernées.--FDo64 (d) 10 septembre 2012 à 15:41 (CEST)[répondre]
  • Bamenda : altitude invalide 'altitude = 1230m à 1510'
  • Bafoussam : altitude invalide 'altitude = 1310 m à 1470'
  • Ebolowa : altitude invalide 'altitude = 570m à 620m'
  • Kumba (Cameroun) : altitude invalide 'altitude = 210m à 250m'
  • Tiko : altitude invalide 'altitude = max : 78 métres minimum : 10 métres .'
  • Bana (Cameroun) : altitude invalide 'altitude = crêtes à {{formatnum:1670}} m<br />Mont Bana / Batcha {{formatnum:2097}} m'
  • Bazou : altitude invalide 'altitude = 500 à 1350 m'
✔️ alt mini & maxi ajoutés dans le modèle et les pages.--FDo64 (d) 10 septembre 2012 à 16:55 (CEST)[répondre]
  • Gomel : altitude invalide 'altitude invalide 'altitude = 115 - 135'
  • Hrodna : altitude invalide 'altitude invalide 'altitude = 90-147'
  • Baran (Biélorussie) : altitude invalide 'altitude invalide 'altitude = 170 – 190'
Je propose de laisser ainsi.--FDo64 (d) 10 septembre 2012 à 17:00 (CEST)[répondre]
✔️Pages modifiées.--FDo64 (d) 10 septembre 2012 à 17:00 (CEST)[répondre]
  • Le modèle n'affiche pas les coordonnées en titre (et je ne sais pas remplir "type coord" pour l'ajouter...).
  • Milly-le-Meugon tente de donner une source pour la superficie (superficie notes=<ref name="Port"/>) mais ce paramètre "superficie notes" n'existe pas.
J'ai vu la modif de Zebulon (type coord = city({{{population|{{{pop|}}}}}})_Region:FR) mais deux choses me semblent étranges : d'abord pourquoi utiliser le paramètre population ? Ensuite, ce modèle n'est pas dédié à la France. Donc Region:FR ne me semble pas adapté...
--FDo64 (d) 10 septembre 2012 à 20:29 (CEST)[répondre]
  • population : c'est une possibilité que je viens de découvrir (voir Modèle:GeoTemplate/Utilisation#La mention Type:...), pour adapter l'échelle à la taille de la ville.En théorie du moins car je ne suis pas convaincu que cela marche bien. Je vais tester ça un peu plus, si cela marche bien, je pense que je vais adapter automatiquement le type dans {{Infobox Subdivision administrative}}
  • Région:FR : désolé, je pensais que ce modèle n'était utilisé que par la France. Je vais corriger.
— Zebulon84 (d) 10 septembre 2012 à 21:08 (CEST)[répondre]
  • Téhéran : altitude invalide 'altitude = 1100 à 1200'
Pour une page, on laisse comme cela.--FDo64 (d) 15 septembre 2012 à 10:44 (CEST)[répondre]
  • Nova Gorica : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Bovec : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Velenje : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Slovenj Gradec : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Ajdovščina : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Domžale : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox

✔️ Pages modifiées.--FDo64 (d) 15 septembre 2012 à 10:44 (CEST)[répondre]

  • Corinthe : altitude invalide 'altitude = 0 à 10'
  • Volos : altitude invalide 'altitude = 0 à 5'
  • Chalcis : altitude invalide 'altitude = 0 à 5'
  • La Canée : altitude invalide 'altitude = 0-5'
  • Kalamata : altitude invalide 'altitude = 0 à 21'
  • Réthymnon : altitude invalide 'altitude = 0-15'
  • Corfou (ville) : altitude invalide 'altitude = 0-60'
  • Zakynthos (ville) : altitude invalide 'altitude = 0-10'
  • Sitía : altitude invalide 'altitude = 0 - 5'
  • Dème des Styréens : altitude invalide 'altitude = 100/300'
  • Réthymnon (dème) : altitude invalide 'altitude = 0-15'
  • Klisoura (Macédoine-Occidentale) : altitude invalide 'altitude = 1.172<ref name=mesostathmikos2001>Selon le recensement de la population et du logement de 2001 pour les départements de la Grèce avec les altitudes moyennes pondérées municipaux.</ref>'
  • Méthymne : noms multiples séparés par '/' dans le champ nom : 'nom = Mithymna / Méthymne'
  • Antirion : noms multiples séparés par '/' dans le champ nom : 'nom = Antirrio/Antirion'
  • Lavreotiki : population invalide 'population = 24545 (ancienne municipalité)'

✔️ modéle et pages modifiées — Zebulon84 (d) 13 septembre 2012 à 22:50 (CEST)[répondre]

✔️ modèle modifié.--FDo64 (d) 15 septembre 2012 à 10:44 (CEST)[répondre]

  • Château-Roussillon : noms multiples dans le champ 'nom = Château-Roussillon<br/>''Castell Rosselló'', ''Ruscino'' (dans l'Antiquité)'
  • Bois-Guillaume : il reste un paramètre invalide 'blason = Blason_ville_fr_Bois-Guillaume.svg'
  • Saint-Michel-des-Loups : il reste un paramètre invalide 'mandat maire = 2008-2014'
  • Gamiac : restent de multiples paramètres invalides

Château-Roussillon : J'ai basculé les noms additionnels dans autres noms après ajout au modèle.
Bois-Guillaume : Le blason était dans l'infobox tant que c'était une commune. Il est de toute façon deux paragraphe plus bas dans la page => supprimé.
Saint-Michel-des-Loups : Les maire délégué n'ont pas de mandat. => supprimé.
Gamiac est proposé à la suppression, et d'après la discussion sur la page Commune de France, ça a de bonne chance de passer, donc je laisse comme ça en attendant la probable suppression de la page.
— Zebulon84 (d) 15 septembre 2012 à 05:28 (CEST)[répondre]

  • Birkelane : population invalide 'population = {{ref nec|env. 9 000}}'
  • Diofior : population invalide 'population = estim. 15000 la moitié vit à Dakar'
  • Yeumbeul : population invalide 'population = 118 462 + 91 449'
  • Guédé (Sénégal) : population invalide 'population = 1633 + 3 031'
  • Fadial : population invalide 'population = 359 + 893'
  • Guéoul : population invalide 'population = 4574 + 150'
  • Potou : population invalide 'population = 990 + 94'

✔️ Pages modifiées. — Zebulon84 (d) 16 septembre 2012 à 03:49 (CEST)[répondre]

✔️ Pages modifiées.--FDo64 (d) 15 septembre 2012 à 10:44 (CEST)[répondre]

  • Maastricht : il reste un paramètre invalide 'population notes = <ref>[http://statline.cbs.nl/StatWeb/publication/?DM=SLNL&PA=37230ned&D1=17&D2=374&D3=11,24,37,50,63,76,89,102,115,128&HDR=G1&STB=G2,T&VW=T CBS StatLine, 2-3-2012]</ref>'

✔️ Pages modifiées.--FDo64 (d) 15 septembre 2012 à 21:10 (CEST)[répondre]

  • Chennai : noms multiples séparés par '/' dans le champ nom : 'nom = Chennai / சென்னை'
  • Kârikâl : noms multiples séparés par '/' dans le champ nom : 'nom = Karaikal / காரைக்கால்'
  • Bangalore : noms multiples séparés par '/' dans le champ nom : 'nom = Bangalore / Bengaluru / ಬೆಂಗಳೂರು'
  • Pondichéry : noms multiples séparés par '/' dans le champ nom : 'nom = Pondichéry / Puducherry / புதுச்சேரி'
  • Calcutta : noms multiples séparés par '/' dans le champ nom : 'nom = Kolkata / কলকাতা'
Modèle et pages modifiés.--FDo64 (d) 17 septembre 2012 à 13:41 (CEST)[répondre]
  • Liverpool : il reste un paramètre invalide 'population division a = 1103089'
  • Felixstowe : il reste un paramètre invalide 'Comté = [[Suffolk]]'
  • Radcliffe on Trent : population invalide 'population = Env. 8000'
  • Harwich : population invalide 'population = 15500<br>(Harwich et Dovercourt)'
  • Farncombe : population invalide 'population = Moins de {{formatnum:3000}}'
  • Létopolis : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
J'ai laissé un message sur la page de discusssion de Néfermaât, contributeur qui avais ajouté les coordonnées qui sont dans l'Infobox (les autres ont été ajoutées par un Bot, en provenance de WP:de.
— Zebulon84 (d) 9 septembre 2012 à 15:32 (CEST)[répondre]
Un recherche sur google m'a donné deux sites (cosmovisions.com et egyptos.net) qui m'ont décidé pour garder les coordonnées en provenance de WP:de.
— Zebulon84 (d) 22 septembre 2012 à 17:24 (CEST)[répondre]
  • Yokosuka : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Kanazawa : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Anjō : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Akita : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Hamamatsu : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Akabira : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Kawaguchi : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Sado : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Sakurai : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Sakura (Tochigi) : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Tamano : les coordonnées présentes dans {{coord}} sont différentes de celles de l'infobox.
  • Etchmiadzin : la superficie en hectares (supprimée) et la superficie en km² étaient incompatibles : '2697' et '44.24'
Les quelques autre wiki avec une superficie ont aussi cette valeur de 44.24 km². — Zebulon84 (d) 22 septembre 2012 à 17:09 (CEST)[répondre]

L'objectif est de passer toutes les villes sur Modèle:Infobox Commune de Slovaquie, mais j'attend l'avis du principal contributeur des pages de Slovaquie : Adehertogh hutorec. S'il ne commente pas ma proposition sur sa page de discussion d'ici deux ou trois jours, je redirigerai {{Infobox Village et ville de Slovaquie}} vers le nouveau modèle.
— Zebulon84 (d) 9 septembre 2012 à 15:00 (CEST)[répondre]

J'ai mis em place la redirection de {{Infobox Village et ville de Slovaquie}} vers {{Infobox Commune de Slovaquie}} — Zebulon84 (d) 12 septembre 2012 à 20:43 (CEST)[répondre]
  • Aita Mare : noms multiples séparés par '/' dans le champ nom : 'nom = Aita Mare / Nagyajta'
  • Borsec : noms multiples séparés par '/' dans le champ nom : 'nom = Borsec / Borszék'
✔️--FDo64 (d) 23 septembre 2012 à 19:05 (CEST)[répondre]
  • Šaľa : il y avait un champ en double avec des valeurs incompatibles : altitude = 118 / altitude = 116 ✔️
  • Vysoké Tatry (ville) : altitude invalide 'alt maxi = 2655 ([[Gerlachovský štít]])' ✔️
  • Rožňava : il y avait un champ en double avec des valeurs incompatibles : altitude = 306 / altitude = 313 ✔️
  • Lednické Rovne : la suppression du deuxième champ blason vide a fait réapparaître le blason spécifié dans le premier, mais je ne suis pas sûr qu'il soit correct
  • Kazimír : il y avait un champ en double avec des valeurs incompatibles : alt mini = 280 / alt mini = 180 ✔️
  • Vrútky : il y avait un champ en double avec des valeurs incompatibles : altitude = 381 / altitude = 384 ✔️
  • Liptovský Hrádok : il y avait un champ en double avec des valeurs incompatibles : site ville = http://www.lhsity.sk / site ville = http://www.liptovskyhradok.sk ✔️
  • Vlkolínec : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
✔️--FDo64 (d) 4 octobre 2012 à 23:53 (CEST)[répondre]
  • Tôlanaro : altitude invalide 'altitude = 20 à 160'
L'affichage est correct, on laisse comme cela.--FDo64 (d) 4 octobre 2012 à 23:54 (CEST)[répondre]
  • Mrzeżyno : altitude invalide 'altitude = 1,22,3'
  • Szklarska Poręba : altitude invalide 'alt maxi = 1471 m ( Labski-Szczyt )'
  • Kenty : noms multiples séparés par '/' dans le champ nom : 'nom = Kęty / Kenty'
  • Borowie : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Wągrowiec : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
✔️--FDo64 (d) 5 octobre 2012 à 00:03 (CEST)[répondre]
  • Batna : altitude invalide 'alt maxi = 1036<ref name=tougourt></ref>'
  • Souk Ahras : altitude invalide 'altitude = 653<ref>http://www.tiptopglobe.com/city?i=637351&n=Souk%20Ahras#lat=36.28640&lon=7.95111&zoom=7</ref>'
  • Melbou : altitude invalide 'alt mini = < 100'
  • Melbou : altitude invalide 'alt maxi = < 100'
  • Tazmalt : il reste un paramètre invalide 'nomTifinagh = X.ж[.II+' ✔️
  • Beni Maouche : altitude invalide 'alt mini = ~1000' ✔️
  • Beni Maouche : altitude invalide 'alt maxi = ~1000' ✔️
  • Bouzareah : il y avait deux valeurs incompatibles pour "date-pop" : date-pop = 2008<ref>{{pdf}}[http://www.ons.dz/collections/w16_p1.pdf Recensement 2008 de la population algérienne, wilaya d'Alger, sur le site de l'ONS.]</ref> / date-pop = 2002
  • Aïn Djasser : altitude invalide 'alt maxi = 831<ref>{{fr}} [http://www.keskeces.com/villes/algerie/oum-el-bouaghi/ain-djasser.html Ain Djasser Sur Keckeces?]</ref>'
  • Mascara (Algérie) : il reste un paramètre invalide 'population notes = <ref>Dont 100 728 dans l'agglomération de Mascara, 5 243 dans les agglomérations secondaires, et 2 616 en zone éparse. {{pdf}}[http://www.ons.dz/collections/w29_p2.pdf Recensement 2008 de la population algérienne, wilaya de Mascara, sur le site de l'ONS].</ref>' ✔️ paramètre ajouté dans le modèle + page corrigée
  • Ath Mansour : il reste un paramètre invalide 'population notes = <ref>{{en}} [http://www.geohive.com/cntry/algeria.aspx Chiffres du recensement 2008 de la population algérienne, sur le site de geohive.]</ref>' ✔️ Idem
  • Taourga : il reste un paramètre invalide 'nomFrançais = Horace-Vernet' ✔️
  • Sidi M'Hamed Ben Ali : il y avait deux valeurs incompatibles pour "ons" : : ons = 48210 / ons = 4808
  • El Menia : noms multiples dans le champ nom : 'nom = El Menia<br />(El Golea)'
  • El Ouldja (Sétif) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Cheniguel : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Merahna : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Ouled Aouf : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Biskra : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
✔️ Je propose de laisser le reste en l'état.--FDo64 (d) 5 octobre 2012 à 10:21 (CEST)[répondre]
  • Santa Vitória do Palmar : altitude invalide 'altitude = De 0 à 23'
  • Trindade (Goiás) : population invalide 'population agglomération = 137.62' ✔️ C'était la densité !
  • Coronel Fabriciano : altitude invalide 'altitude = 250 (mín.), 1.260 (máx.)' ✔️
  • Aceguá : altitude invalide 'altitude = ''Point culminant -'' 276'
  • Seridó (Paraíba) : noms multiples dans le champ nom : 'nomville = Seridó ou<br/>São Vicente do Seridó'
  • Ferraz de Vasconcelos : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
  • Tupã : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
✔️ Je propose de laisser le reste en l'état.--FDo64 (d) 5 octobre 2012 à 10:43 (CEST)[répondre]

Deltchevo (Macédoine) : altitude invalide 'altitude = 575-750'

✔️ Je propose de laisser le reste en l'état.--FDo64 (d) 7 octobre 2012 à 18:22 (CEST)[répondre]
  • Mortier (Belgique) : noms multiples dans le champ nom, non séparables : 'nom = Mortier<br />''Mwèrtî'''
  • Ligny (Belgique) : il reste un paramètre invalide 'altitude = 134'
  • Wanfercée-Baulet : il reste un paramètre invalide 'altitude = 180'
  • Nollevaux : il reste un paramètre invalide 'altitude = 400'
  • Robelmont : il reste un paramètre invalide 'altitude = 280'
  • Rachamps : il reste un paramètre invalide 'altitude = 450'
  • Wavreille : population invalide 'population = +/-1000'
  • Saint-Remy (Virton) : population invalide 'population = +-150'
  • Nodebais : population invalide 'population = ±500'
  • Warnant-Dreye : population invalide 'population = ±800'
  • Bornival : population invalide 'population = ca. 350 habitants'
  • Solre-Saint-Géry : population invalide 'population = ca. 800'
  • Sampont : population invalide 'population = eviron 500'
  • Anseremme : population invalide 'population = 1000-1200'
  • Ere (Belgique) : population invalide 'population = 1000 à 1500'
  • Boussu-lez-Walcourt : population invalide 'population = 1500 h - 3.765 h pour l'entité'
  • Louvain-la-Neuve : population invalide 'population = {{nombre|10057|domiciliés}}<br />{{formatnum:18799}}'
  • Sautour : il reste un paramètre invalide 'superficie notes = dont 4.3105 de bois'
  • Purnode : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Hauset : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
✔️--FDo64 (d) 7 octobre 2012 à 18:05 (CEST)[répondre]
  • Karancsalja : altitude invalide 'altitude = (mont [[Salgótarján#Curiosités|Karancs]]) 729'
  • Szuha : altitude invalide 'altitude = 260-370'
  • Kiskunfélegyháza : altitude invalide 'altitude = 90–105'
  • 6e arrondissement de Budapest : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Vácszentlászló : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
✔️ --FDo64 (d) 7 octobre 2012 à 18:22 (CEST)[répondre]

Pourquoi est-ce que {{Infobox Province de Turquie}} redirige vers {{Infobox Ville de Turquie}} ? Ce sont des divisions de niveau différent, et même si tous les paramètres en entrée sont communs, il devrait (au moins) y avoir des couleurs différentes pour correspondre à la charte graphique. Orlodrim [discuter] 22 septembre 2012 à 20:35 (CEST)[répondre]

J'ai fait un peu d'archéologie : Infobox Province de Turquie appelait Infobox Ville de Turquie, le modèle appelant gérait un code couleur, mais pas le modèle appelé. Donc une redirection rendait le même résultat, et c'est pour cela que je l'ai mise en place. Par contre je ne t'ai pas demandé de supprimer la redirection Infobox Province de Turquie parce qu'elle avait un sens. Pareil pour {{Infobox Préfecture de Turquie}}. Il va falloir revoir cela lorsque j'en serais à migrer les Provinces. A+--FDo64 (d) 23 septembre 2012 à 10:39 (CEST)[répondre]
✔️--FDo64 (d) 19 octobre 2012 à 18:09 (CEST)[répondre]
  • Restrepo : {{coord}} incompatible avec les données déjà présentes dans l'infobox
✔️--FDo64 (d) 11 octobre 2012 à 23:12 (CEST)[répondre]
  • Chartoun : altitude invalide 'altitude = 750 à 950'
  • Chaqra : altitude invalide 'altitude = 600 à 720'
  • Damour (Liban) : altitude invalide 'altitude = 0 m - 200'
  • Faraya Mzaar Kfardebian : altitude invalide 'altitude = 1600 à 2800'
  • Mansourieh : altitude invalide 'altitude = 200 à 350'
  • Baabdat : altitude invalide 'altitude = 800 à 1050'
  • Khenchara : population invalide 'population = < 3000' ✔️
  • Hammana : population invalide 'population = 3053 (est.)' ✔️
  • Annaya : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
✔️ On laisse les altitudes.--FDo64 (d) 11 octobre 2012 à 23:24 (CEST)[répondre]

Le principal problème est qu'il y a des références nommées utilisées à la fois dans l'infobox et ailleurs.

  • Ciudad Juárez : il reste un paramètre invalide 'population notes = <ref name="INEGI">{{es}} [http://mapserver.inegi.org.mx/AHL/realizaBusquedaurl.do?cvegeo=080370001 Instituto Nacional de Estadística y Geografía (INEGI) ''Archivo Histórico de Localidades'']</ref>'
  • Ciudad Juárez : il reste un paramètre invalide 'superficie notes = <ref name="EMM" />'
  • Tijuana : population invalide 'population = 1286187<ref name="INEGI">{{es}} [http://www.inegi.org.mx/est/contenidos/espanol/sistemas/conteo2005/localidad/iter/default.asp?s=est&c=10395 Instituto Nacional de Estadística y Geografía (INEGI), ''Principales resultados por localidad 2005 (ITER)'']</ref>'
  • Tijuana : population invalide 'population agglomération = 1410687<ref name="INEGI" />'
  • Tijuana : il reste un paramètre invalide 'superficie notes = <ref>{{es}} [http://www.e-local.gob.mx/wb2/ELOCAL/EMM_bajacalifornia Enciclopedia de los Municipios de México]</ref>'
  • Morelia (ville) : il reste un paramètre invalide 'population notes = <ref name="INE05a" />'
  • Chapala : population invalide 'population agglomération = 43346 (pour la municipalité)'
  • Hermosillo : {{coord}} incompatible avec les données déjà présentes dans l'infobox
✔️ Peut-être peux-tu ajouter la suppression des <ref> et </ref> des paramètres 'population notes' et 'superficie notes' qui ont été laissés par le Bot de David ? Pour les références nommées, pas le choix, il faut les modifier manuellement. Merci.--FDo64 (d) 12 octobre 2012 à 11:28 (CEST)[répondre]
  • Innsbruck : altitude invalide 'altitude = 574 m<br />mini. 565 m - maxi. 2 641'
  • Desselbrunn : altitude invalide 'altitude = min.: 391m    max.: 460m <br> moy.: 421m'
  • Absam : altitude invalide 'altitude = 632 m au-dessus de la [[mer Adriatique]]'
  • Thaur : altitude invalide 'altitude = 633 m au-dessus de la [[Mer Adriatique]]'
  • St. Johann in Tirol : altitude invalide 'altitude = environ 660 m au-dessus du niveau de la mer'
  • Ottensheim : altitude invalide 'altitude = 270 m au-dessus de la [[mer Adriatique]]'
  • Steyregg : altitude invalide 'altitude = 258 m<ref name="alt">{{de}} {{lien web|url=http://www.steyregg.at/public/aboutus.php|titre=Informations du site de la commune}}</ref>'
  • Berndorf (Basse-Autriche) : {{coord}} incompatible avec les données déjà présentes dans l'infobox
  • Reinsberg (Basse-Autriche) : {{coord}} incompatible avec les données déjà présentes dans l'infobox
  • Bad Mitterndorf : {{coord}} incompatible avec les données déjà présentes dans l'infobox
✔️ --FDo64 (d) 13 octobre 2012 à 22:37 (CEST)[répondre]
✔️ --FDo64 (d) 13 octobre 2012 à 22:37 (CEST)[répondre]
  • Los Angeles : il reste un paramètre invalide 'légende drapeau = Drapeau de Los Angeles' (remarque : le paramètre s'appelait précédemment lien_drapeau ; avant la mise à jour de l'infobox, un lien vers Drapeau de Los Angeles était affiché) ✔️
  • New York : il reste un paramètre invalide 'légende drapeau = Drapeau de New York' (même remarque que pour Los Angeles) ✔️
  • Indianapolis : il reste un paramètre invalide 'légende blason = [[Sceau d'Indianapolis]]' ✔️
  • Indianapolis : il reste un paramètre invalide 'légende drapeau = [[Drapeau d'Indianapolis]]' ✔️
  • Mono Mills (Californie) : altitude invalide 'altitude = 2242<ref name="USGS"/>' ✔️On laisse
  • Downers Grove : population invalide 'population = 49250<ref>"Downers Grove village, Illinois - Population Finder". American FactFinder. United States Census Bureau. 2008. Consulté le 25 Janvier 2010.</ref>' ✔️
  • Breaux Bridge : noms multiples dans le champ nom, non séparables : 'ville = Breaux Bridge <br/> ''Ville du Pont des Breaux''' ✔️
  • Linden (New Jersey) : altitude invalide 'altitude = 5<ref name=gnis>{{en}}{{Lien web|url=http://geonames.usgs.gov/pls/gnispublic/f?p=gnispq:3:2479481934332539::NO::P3_FID:877806|titre=Feature Detail Report for: Linden|site=[[Geographic Names Information System|geonames.usgs.gov]]|consulté le=11 juillet 2012}}</ref>' ✔️On laisse
  • Linden (New Jersey) : il reste un paramètre invalide 'population notes = <ref>{{en}}{{Lien web|url=http://php.app.com/census/results2.php?pageNum_Recordset1=0&totalRows_Recordset1=22&State=NJ&County=Union&Town=%25&Submit=Search|titre=2010 Census Populations|site=app.com|consulté le=11 juillet 2012}}</ref>' ✔️
  • Parma Heights (Ohio) : altitude invalide 'altitude = {{unité|261}}<ref>[http://geonames.usgs.gov/ "US Board on Geographic Names"] [[United States Geological Survey]], 25 octobre 2007, Consulté le 31 janvier 2008</ref>' ✔️On laisse
  • Middleburg Heights (Ohio) : altitude invalide 'altitude = {{unité|259}}<ref>[http://geonames.usgs.gov/ "US Board on Geographic Names"] [[United States Geological Survey]], 25 octobre 2007, Consulté le 31 janvier 2008</ref>' ✔️On laisse
  • Gilbert (Arizona) : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
  • San Rafael (Californie) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Prairie du Chien (village) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Mankato : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
  • Rugby (Dakota du Nord) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Zeeland (Michigan) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Kelseyville : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Wissahickon : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Cloverdale (Californie) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Sheridan (Oregon) : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
  • Burnham (Illinois) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Toms River : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Oswegatchie (ville) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Alburgh (Vermont) : {{coord}} incompatible avec les données déjà présentes dans l'infobox ✔️
  • Millinocket : {{coord}} incompatible avec les données déjà présentes dans l'infobox) ✔️
  • Des Moines (Iowa) : l'image présente dans le champ "logo" (qui est actuellement un équivalent de "blason") n'est pas un drapeau ni un blason, c'est... un logo. ✔️ supprimé par Bloody-libu
  • Osnabrück : population invalide 'population = 163.286 ({{formatnum:275000 avec}} [[agglomération]])'
  • Pegnitz (Ville) : population invalide 'population = 8000 dans le centre et 12000 avec ses banlieues'
  • Ludwigshafen : {{coord}} incompatible avec les données déjà présentes dans l'infobox
  • Thomm : {{coord}} incompatible avec les données déjà présentes dans l'infobox
  • Seelow : {{coord}} incompatible avec les données déjà présentes dans l'infobox
  • Weilbourg : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Arbach : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Höchstberg : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
  • Neuhaus am Rennweg : {{coord}} incompatible avec les données déjà présentes dans l'infobox)
✔️ --FDo64 (d) 11 novembre 2012 à 14:54 (CET)[répondre]
  • Yalta : altitude invalide 'altitude = 0-100' ✔️On laisse
  • Sébastopol : altitude invalide 'altitude = 0-100' ✔️On laisse
  • Théodosie : noms multiples séparés par '/' dans le champ nom : 'nom = Théodosie <small>ou</small> Féodosie'✔️
  • Pomitchna : altitude invalide 'altitude = 100-200' ✔️On laisse
  • Svaliava : avec la largeur par défaut, le drapeau est très haut - C'est pareil dans les autres WP--FDo64 (d) 8 décembre 2012 à 23:52 (CET)[répondre]
  • Belorado : altitude invalide 'altitude = 772 (de 707 à 1184)' ✔️
  • Valle Gran Rey : altitude invalide 'altitude = de 0 à 1000'
  • Jerez de los Caballeros : il reste un paramètre invalide 'population notes = <ref>[http://www.ine.es/ INE. Instituto Nacional de Estadística]</ref>' ✔️
  • Mundaka : altitude invalide 'altitude = 3 - 337'
  • Ordes : altitude invalide 'altitude = ~300 m' ✔️
  • Gorliz : altitude invalide 'altitude = 0 - 289'
  • Sopuerta : altitude invalide 'altitude = 3 - 337'
  • Benamahoma : population invalide 'population = approximativement 400' ✔️
  • Almuñécar : altitude invalide 'altitude = 3 à 87 m' ✔️
  • Barcarrota : il reste un paramètre invalide 'population notes = <ref>[http://www.ine.es/ INE. Instituto Nacional de Estadística]</ref>' ✔️
  • San Sebastián de los Reyes : il reste un paramètre invalide 'population notes = <ref>http://www.ssreyes.org/es/portal.do?NM=3&IDM=194</ref>' ✔️
  • Benínar : altitude invalide 'altitude = (min.: 260, max.: 526) 360'
  • Rivas-Vaciamadrid : altitude invalide 'altitude = 350-699'
  • Ventosa (La Rioja) : altitude invalide 'altitude = 640 m (mini ? - maxi 821)' ✔️
  • Miera : altitude invalide 'altitude = 426 (max 961 - min 215)' ✔️
  • Ramales de la Victoria : le paramètre "hectares" (supprimé) était incompatible avec la superficie : '3 297' et '34.4' ✔️
  • Ramales de la Victoria : il reste un paramètre invalide 'population notes = <ref name="Site de la maire" />' ✔️
  • Ramales de la Victoria : il reste un paramètre invalide 'superficie notes = <ref name="Site de la maire">{{es}} [http://aytoramales.org/ Site de la mairie de la ville].</ref>' ✔️
  • Villacarriedo : altitude invalide 'altitude = 211 (Max:876)' ✔️
  • Griñón : altitude invalide 'altitude = Entre 643 et 687'
  • Lloret de Mar : Coordonnées à harmoniser ✔️
  • Villalbos : Coordonnées à harmoniser ✔️
  • Medellín (Espagne) : Coordonnées à harmoniser ✔️
  • Espera : Coordonnées à harmoniser ✔️
  • Bornos : Coordonnées à harmoniser ✔️
✔️--FDo64 (d) 16 novembre 2012 à 22:48 (CET)[répondre]

Il reste une centaine de pages à traiter, donc plusieurs dizaines de cas où le problème est le format des champs altitude, alt mini et alt maxi (il y a une référence dedans, par exemple Cazevieille). Il y a quelque chose de prévu ou je laisse en l'état ? Orlodrim [discuter] 27 novembre 2012 à 22:28 (CET)[répondre]

Ce que je vois dans l'exemple que tu donnes, c'est que la référence ne provoque aucun problème d'affichage. De plus, ce ne sont pas des données utilisées pour des calculs (comme population et superficie). On peut donc laisser comme cela.
A+--FDo64 (d) 27 novembre 2012 à 23:29 (CET)[répondre]
Bien. Il s'agit simplement d'un problème cosmétique (référence avant l'unité). Orlodrim [discuter] 27 novembre 2012 à 23:45 (CET)[répondre]

Dernières pages à corriger :

  • Neuville-lez-Beaulieu : paramètre en double : alt maxi = 299 m à l'église à 322 m en haut du village(Beaulie) / alt maxi = 338 m (grand douair) ✔️
  • Neuville-lez-Beaulieu : altitude invalide 'alt maxi = 299 m à l'église à 322 m en haut du village(Beaulie)' ✔️
  • Confolent-Port-Dieu : {{coord}} incompatible avec les données déjà présentes dans l'infobox Requête refusée il s'agit des coordonnées de l'église (dans le texte)

Un champ "année" est souvent présent, avec l'année de recensement et parfois une référence. Est-il obsolète ? Sinon, ne faudrait-il pas le renommer en année_pop plutôt que de le supprimer ? Orlodrim [discuter] 12 octobre 2012 à 19:41 (CEST)[répondre]

C'est un oubli. J'ai remis 'année_pop' dans le modèle.--FDo64 (d) 12 octobre 2012 à 20:53 (CEST)[répondre]
Tu l'avais également marqué à supprimer sur Utilisateur:FDo64/Liste2.
En regardant de plus près, population et année_pop sont ignorés, tout est géré par un modèle de données, donc je pense que ce n'était pas une erreur. Mais il faudrait aussi supprimer "population" aussi.
Je garde celui-là pour plus tard. Orlodrim [discuter] 13 octobre 2012 à 00:49 (CEST)[répondre]
C'est encore plus compliqué : Les paramètres 'population', 'année_pop' et 'superficie' sont calculés, mais uniquement si le paramètre 'ofs' (ou 'no_OFS') est renseigné. Dans le cas contraire, il prend les valeurs qu'on lui envoie. Donc leur suppression dépend de la présence ou non de 'ofs'. Et c'est vrai aussi pour 'Infobox Commune de Suisse'.--FDo64 (d) 13 octobre 2012 à 11:21 (CEST)[répondre]
Pour être complet, je te signale une discussion que j'ai eue il y a 2 mois sur ce sujet.--FDo64 (d) 13 octobre 2012 à 19:58 (CEST)[répondre]

blason, drapeau, emblème[modifier le code]

Parmi les trois paramètres "drapeau", "emblème" et "blason" :

  • ils ne sont jamais remplis
  • "drapeau" est inutilisé
  • "emblème" est presque toujours présent
  • "blason" est présent dans quelques cas à la place de "emblème"
  • "emblème" est équivalent à "blason" dans le code de l'infobox (alors qu'il est censé être renommé en "drapeau").

Au final, je veux bien remplacer "emblème" par autre chose mais quoi ? Je peux mettre "blason", "drapeau", les deux ou rien, mais il faudrait peut-être vérifier ce qui est réellement pertinent pour les villes de Chine (J'ai regardé Pékin et Shanghai en anglais, allemand et chinois. Je n'ai vu ni drapeau ni blason pour Pékin. Pour Shanghai, seul l'article chinois montre un symbole ([1]) mais cela n'est apparemment ni un drapeau, ni un blason. Orlodrim [discuter] 13 octobre 2012 à 13:05 (CEST)[répondre]

J'ai vu que tu as supprimé les deux seules utilisations de 'emblème' et 'blason' qui étaient fausses. Donc maintenant, ces trois zones sont complètement inutilisées. Je propose soit de les supprimer (mais ça ne plait pas à tout le monde), soit de renommer 'emblème' en 'drapeau' comme d'habitude. Le modèle sera mis à jour ensuite, lorsque j'enlèverais les anciens paramètres.--FDo64 (d) 13 octobre 2012 à 20:17 (CEST)[répondre]
Je vais renommer "emblème" en "drapeau"

population[modifier le code]

Voilà les formats existants pour le champ "population", selon le champ "statut" (futur "statut administratif"). Pour référence : Administration territoriale de la Chine.

Pour l'instant, l'infobox a deux champs "population" et "population agglomération". Dans tous les cas, le sujet de l'article est la division la plus grande (préfecture, district) et lorsqu'un seul chiffre de population est donné, il correspond très souvent à cette plus grande division (c'est la situation inverse de ce qui se passe pour les communes françaises et leur agglomération).

Donc il me semble qu'il serait logique de de laisser les populations des préfecture et des districts dans le champ "population". Il faudrait pour cela avoir un champ supplémentaire pour représenter la population (plus faible) du centre urbain ou de la ville. Qu'en penses-tu ?

Au passage, suite à la mise à jour manuelle pour Pékin ([2]), la population de l'agglomération est inférieure à la population tout court. Pourrais-tu vérifier ça ?

Orlodrim [discuter] 17 octobre 2012 à 21:58 (CEST)[répondre]

Difficile à automatiser... Je propose que tu ne t'occupes que des cas les moins compliqués : enlever le statut administrtif lorsqu'il se trouve dans le paramètre population. Le reste sera fait manuellement.--FDo64 (d) 17 octobre 2012 à 23:19 (CEST)[répondre]
C'est lancé. Pour l'instant, j'enlève "Préfecture" et "District" pourvu qu'il n'y ait qu'un seul chiffre de population. Orlodrim [discuter] 19 octobre 2012 à 21:15 (CEST)[répondre]
Bon, je viens de reprendre ça. Comme prévu, j'avais laissé une centaine de pages où il y a plusieurs chiffres de population a un format imprévu. Ce n'est pas traitable automatiquement et je n'ai plus vraiment la motivation pour convertir les pages en mode semi-automatique, je vais donc traiter les pages restantes sans toucher au champ « population ». Si as le temps de regarder ces cas particuliers, ils sont là : Utilisateur:Orlodrim/test. Orlodrim [discuter] 12 février 2013 à 22:47 (CET)[répondre]
Pas de problème, les pages seront classées dans Catégorie:Infobox Subdivision administrative - Population non numérique et moi ou quelqu'un d'autre les modifiera. Merci.--FDo64 (d) 12 février 2013 à 23:34 (CET)[répondre]
✔️--FDo64 (d) 13 février 2013 à 15:49 (CET)[répondre]

mandat maire[modifier le code]

Selon les cas, il faut remplir le paramètre "maire" ou le paramètre "chef". Dans les deux cas, le mandat est actuellement donné dans le paramètre "dates". Celui-ci devrait être renommé en "mandat maire", mais vu comment l'infobox est faite, cela fera disparaître le paramètre lorsque "chef" est rempli au lieu de "maire".

Est-ce que je garde "dates" pour les chefs indiens (je ne sais pas si on parler de "mandat" est approprié dans ce cas-là...) ? Cela concerne au plus 35 pages. Si oui, est-ce que je renomme quand même en "dates" en "mandat maire" pour les autres ?

Orlodrim [discuter] 13 octobre 2012 à 00:49 (CEST)[répondre]

Tu fais le puriste, mais tu as raison. Peut-être faut-il renommer 'dates' en 'mandat maire' pour un maire et en 'mandat chef' (à créer) pour un chef ?--FDo64 (d) 13 octobre 2012 à 20:03 (CEST)[répondre]
OK. Pour info, j'ai trouvé ça « The band government is controlled by a chief councillor and council. [...] The Indian Act specifies procedures for the election of the chief councillor and council. Some bands make use of a policy provision (called 'custom election') that allows them to exempt themselves from these requirements in order to follow traditional procedures for the choice of leaders. [...] Sometimes this means that 'hereditary' leaders become the chief councillor. » (en:First Nations government (Canada)#Band). Donc il y aurait bien une procédure d'élection, mais avec des exceptions. Orlodrim [discuter] 13 octobre 2012 à 20:25 (CEST)[répondre]

armo-det, drap-det[modifier le code]

Quelle est la raison exacte de la suppression de ces paramètres ? Le problème est qu'il y a quelques articles dédiés (Drapeau de Toronto, Armoiries de Toronto, Drapeau d'Ottawa, Drapeau de Vancouver au moins) vers lesquels il n'y a plus aucun lien dans l'article principal. Orlodrim [discuter] 14 octobre 2012 à 14:18 (CEST)[répondre]

Si les liens sont valides, alors on peut les renommer en 'légende blason' et 'légende drapeau', à rajouter au modèle.
--FDo64 (d) 14 octobre 2012 à 17:49 (CEST)[répondre]
  • Tu es sûr qu'il faut supprimer "imagelocalisation" pour celui-là ? Sinon, veux-tu le renommer en imageloc ? (note : cela demanderait une modification préalable de l'infobox).
Tu as raison et j'ai modifié le modèle pour qu'il accepte imageloc.
  • Si tu veux que je retire "légende_carte", peux-tu d'abord le supprimer du modèle ?
Paramètre à garder, c'est une exception.
  • Le renommage de "poste" en "cp" ne semble pas être pertinent pour cette infobox (paramètres distincts dans le code)
Paramètre à garder, c'est une exception.
  • Est-ce volontaire que l'infobox n'affiche pas les coordonnées en titre ? Dois-je garder les {{coord}} pour cette infobox ? ✔️ Modèle modifié.
  • Il y a un paramètre weblabel qui est ignoré (l'infobox contient "|site web = {{{weblabel]|}}}", mais "site web" n'existe pas dans {{Infobox Ville2}} et il y a un ']' en trop après weblabel). Je suppose que l'intention était d'obtenir quelque chose comme :
    | url = {{#if: {{{web|}}} | {{#if: {{{weblabel|}}} | [{{{web}}} {{{weblabel}}}] | {{{web}}} }} }}

Tu veux remplacer les cartes SVG individuelles (paramètre "carte") par un fond de carte avec un point dessus. Mais ce sont des zones de taille importantes, pas représentables par un point à l'échelle de la carte. Je trouve que l'ancienne version était plus précise (c'est le système couramment utilisé pour les départements français, les régions, etc.)

Exemple :

Ancienne versionNouvelle version

Géolocalisation sur la carte : Lituanie
Voir la carte Lituanie topographique
Municipalité du district de Šalčininkai
Géolocalisation sur la carte : Lituanie
Voir la carte Lituanie administrative
Municipalité du district de Šalčininkai

Proposition[modifier le code]

Il y a aussi la possibilité d'utilisé |point = Région sans toponyme. Ça reste moins précis qu'une carte dédiée, mais montre un peu plus que c'est une grande entité. Exemple :

Géolocalisation sur la carte : Lituanie
Voir la carte Lituanie topographique
localisation
Géolocalisation sur la carte : Lituanie
Voir la carte Lituanie administrative
localisation

— Zebulon84 (d) 9 septembre 2012 à 14:00 (CEST)[répondre]

Dans le cas de cette infobox, toutes les cartes dédiées existent. Y a-t-il une raison de ne pas les utiliser ? Orlodrim [discuter] 9 septembre 2012 à 14:09 (CEST)[répondre]
Je n'ai pas d'avis tranché sur cette question. Je serai plutôt favorable à garder les cartes dédiées si elles existent ici. Mais d'une façon générale je trouve la création de carte dédié pour chaque géolocalisation (car la géolocalisation par CSS n'est pas considéré comme "accessible") quelque peu exagéré, notamment lorsque ces cartes ne sont pas optimisé (voir les département français par exemple, 2 Mo/carte). — Zebulon84 (d) 9 septembre 2012 à 21:43 (CEST)[répondre]
✔️ J'ai donc modifié modèle pour ajouter le paramètre imageloc et désactiver carte.
Il faudrait donc maintenant que le bot renomme carte en imageloc. Merci--FDo64 (d) 10 septembre 2012 à 15:53 (CEST)[répondre]

Peux-tu confirmer qu'il faut renommer imagelocalisation en imageloc plutôt que de le supprimer ?

Oui, c'est la seule carte affichée par cette infobox puisqu'il n'y a pas de latitude/longitude.--FDo64 (d) 9 septembre 2012 à 21:57 (CEST)[répondre]

J'ai corrigé les coordonnées des 8 articles.
De mon point de vue, les coordonnées sont utiles pour placer la région sur la carte, mais trop précises par rapport à la taille d'une région pour être représentatives. Ceci dit s'il y a déjà des {{coord}}, autant que ce soit géré par l'Infobox. — Zebulon84 (d) 9 septembre 2012 à 14:49 (CEST)[répondre]

Il y a des {{Coord}} en titre dans 22 articles sur 63. Fais comme tu veux, dis-moi juste si je laisse les {{coord}} ou pas. Orlodrim [discuter] 9 septembre 2012 à 15:40 (CEST)[répondre]
Non, autant les supprimer et ajouter la gestion au niveau de l'Infobox après. — Zebulon84 (d) 9 septembre 2012 à 21:49 (CEST)[répondre]
L'Infobox s'occupe désormais des coordonnées e titre.
Y a-t-il d'autre Infobox ou cette fonction n'est pas activée ? Faut-t-il l'activé par défaut, voir systématiquement ?
— Zebulon84 (d) 10 septembre 2012 à 19:52 (CEST)[répondre]

Il y a pas mal de paramètres qui ne sont pas (ou plus) définis dans l'infobox. Faut-il les supprimer ?

Orlodrim [discuter] 10 septembre 2012 à 20:07 (CEST)[répondre]

C'est volontaire, Cf. Discussion utilisateur:FDo64#Communes d'Algérie et leurs localités. Il faut les supprimer des pages, s'il n'y a que celles-là je veux bien le faire manuellement.--FDo64 (d) 10 septembre 2012 à 20:42 (CEST)[répondre]
Il y en avait d'autres. C'est supprimé. Orlodrim [discuter] 10 septembre 2012 à 22:04 (CEST)[répondre]
  • Cela ne semble pas une bonne idée de renommer "nom" en "autres noms" car le paramètre "nom" est la plupart du temps égal au titre de la page. Il ne donne donc pas un "autre nom". Un problème lié est qu'il ne reste aucun moyen de changer le premier nom affiché en haut de l'infobox, fixé à {{PAGENAME}}. Mais suivant l'usage, le nom affiché dans l'infobox ne devrait pas reprendre pas les parenthèses utilisées pour lever l'homonymie dans le titre de l'article (par exemple, dans Llevant (Majorque), l'infobox devrait simplement afficher "Llevant"). Pour cela, il est nécessaire de conserver un paramètre permettant de remplacer la valeur par défaut.
    Je propose de revenir en arrière : modifier l'infobox pour re-séparer "nom" et "autres noms" puis renommer "autres noms" en "nom" si la valeur est égale au titre de la page sans parenthèses, et enfin traiter manuellement les cas restants.
  • Ne faudrait-il pas renommer localisation en imageloc ?
Tu as raison pour les deux points. Je ne me souviens plus pourquoi j'ai fait cette étrange demande et j'ai donc modifié le modèle pour prendre en compte nom / autres noms / PAGENAME en attendant que tu corriges ma bêtise. Merci.--FDo64 (d) 11 septembre 2012 à 23:32 (CEST)[répondre]
Finalement, j'ai tout renommé de "autres noms" en "noms". Si tu veux rétablir un paramètre "autres noms" et séparer les valeurs multiples présentes dans le champ nom, ce n'est faisable que manuellement. Il y a 26 articles où nom contient quelque chose de sensiblement différent du titre de l'article (ou bien le titre de l'article contient lui-même plusieurs noms) : Val d'Aran, Vega Baja del Segura, Enkarterri, Cuadrilla de Zuia, Alta Ribagorça, Alt Urgell, Bortziriak, Basse-Cerdagne, Côte occidentale (Huelva), Sierra de Cadix, Côte nord-ouest de Cadix, Comarque du Haut Guadalquivir, Sakana, Pla de Mallorca, Comarque de Calatayud, Comarque de Baztan, Leitzaldea, Comarque de Lumbier, Comarque d'Aoiz, Comarque de Puente la Reina, Comarque de Lugo, Terra de Melide, Hoya de Huesca/Plana de Uesca, Bajo Aragón-Caspe/Baix Aragó-Casp, Bajo Cinca/Baix Cinca, Matarraña/Matarranya). Orlodrim [discuter] 12 septembre 2012 à 00:46 (CEST)[répondre]
✔️ J'en ai profiter pour changer la charte (il s'agit d'une région, pas une commune) et le point.
Par contre, tu as mis le doigt dans un problème plus général. Le paramètre nom contient parfois plus que le nom et comme il s'affiche sur la carte, c'est pas génial. Je ne sais pas si on peut automatiser quelque chose, les différents noms sont parfois séparés par un <br /> ou simplement un /. De plus, le nom français n'est pas toujours en premier (ce qui est la règle), le nom de la page n'est pas forcément correct (j'ai corrigé des cas où il est égale au nom français / nom espagnol). Peut-être, juste les sortir en anomalie comme tu l'as fait ici ?
--FDo64 (d) 12 septembre 2012 à 13:34 (CEST)[répondre]
Si le nom sur la carte pose problème, il est possible de mettre |position = aucune soit sur une page, soit par défaut sur un modèle. — Zebulon84 (d) 12 septembre 2012 à 15:40 (CEST)[répondre]
Je vais déplacer ce qui suit la balise <br> (ou <br /> ou </br>) dans "autres noms" à condition que ce qui précède corresponde au titre de l'article, et signaler les autres cas contenant <br> ou un '/' (c'est fait pour {{Infobox Obchtina de Bulgarie}} et {{Infobox Ville d'Estonie}}). Orlodrim [discuter] 12 septembre 2012 à 19:34 (CEST)[répondre]
  • Le paramètre "url" contient rarement le préfixe http://. Sauf indication contraire, je vais normaliser tous les paramètres "url" sous la forme [http://example.com example.com].
  • "image de carte" est marqué comme paramètre à corriger et comme paramètre à supprimer (sans indication spécifique pour ce modèle là). Il est utilisé pour un peu plus de 30 articles pour des cartes détaillées mais n'est plus défini dans l'infobox. Je l'efface ou pas ? Orlodrim [discuter] 13 septembre 2012 à 23:55 (CEST)[répondre]
Premier point : OK.
Deuxième point : j'ai rajouté imageloc dans le modèle, il faut donc renommer image de carte.
--FDo64 (d) 14 septembre 2012 à 07:33 (CEST)[répondre]

La plupart des articles sont traités, mais il en reste 33 où les paramètre de superficie et superficie de l'eau ne sont pas numériques (Ça donne aléatoirement la superficie avec la mer, sans la mer, ou les deux. Impossible d'uniformiser...). Il faudrait trouver une solution avant que je renomme "dont eau" en "eau", car si le champ "eau" n'est pas numérique, l'affichage est horriblement cassé.

  • Vaasa : superficie invalide 'eau = intérieures 3'
  • Rauma : superficie invalide 'eau = 2 km² + mer 613'
  • Velkua : superficie invalide 'eau = eaux intérieures 0.13'
  • Pargas : superficie invalide 'eau = intérieures 1.2 + mer 207'
  • Nykarleby : superficie invalide 'eau = sans la mer 4.55'
  • Oravais : superficie invalide 'eau = sans la mer 4,54'
  • Virolahti : superficie invalide 'eau = eaux intérieures 4.15'
  • Lohtaja : superficie invalide 'eau = intérieures 3.5'
  • Merikarvia : superficie invalide 'eau = sans la mer 4.1'
  • Perniö : superficie invalide 'eau = sans la mer 9.9'
  • Pedersöre : superficie invalide 'eau = avec la mer 33.3'
  • Siikajoki : superficie invalide 'eau = mer 600 + intérieures 5'
  • Uusikaupunki : superficie invalide 'eau = mer 1430'
  • Loviisa : superficie invalide 'eau = sans la mer 0.07'
  • Oulunsalo : superficie invalide 'superficie = totale 201.07'
  • Oulunsalo : superficie invalide 'eau = essentiellement mer 121'
  • Taivassalo : superficie invalide 'superficie = sans la mer 138.14'
  • Taivassalo : superficie invalide 'eau = intérieures 0.74'
  • Piikkiö : superficie invalide 'eau = intérieures 0.07'
  • Lumijoki : superficie invalide 'eau = sans la mer 0.21'
  • Lumparland : superficie invalide 'eau = intérieures 0.03'
  • Vehmaa : superficie invalide 'eau = intérieures 3.33'
  • Saltvik : superficie invalide 'eau = intérieures 4.68'
  • Västanfjärd : superficie invalide 'eau = lacs 0.69 km² + mer 49'
  • Merimasku : superficie invalide 'superficie = sans la mer 51.12'
  • Merimasku : superficie invalide 'eau = intérieures 0.72'
  • Sauvo : superficie invalide 'superficie = sans la mer 252.65'
  • Sauvo : superficie invalide 'eau = intérieures 1.15'
  • Malax : superficie invalide 'superficie = sans la mer 514.6'
  • Malax : superficie invalide 'eau = intérieures 4'
  • Sund (commune de Finlande) : superficie invalide 'eau = sans la mer 4.2'
  • Rymättylä : superficie invalide 'superficie = sans la mer 150.11'
  • Rymättylä : superficie invalide 'eau = intérieures 3.66'
  • Pyhäjoki : superficie invalide 'eau = mer 818,26 km² + intérieures 5,83'
  • Nagu : superficie invalide 'superficie = avec mer 1 247.51'
  • Nagu : superficie invalide 'eau = intérieures 3.61 km² + mer 1000'
  • Ristiina : superficie invalide 'superficie = 742.02<ref>{{fi}} [http://www.maanmittauslaitos.fi/Pintaalat_kunnittain_2008.pdf Statistiques de superficie 2008 - Maanmittauslaitos]</ref>' ✔️ Page corrigée
  • Vårdö : collision après renommage de 'sans' en 'population' : population = 448 / sans = 434<ref>[http://www.vaestorekisterikeskus.fi/vrk/files.nsf/files/138925E0A2199255C225726000408B8B/$file/061231.htm Office du recensement]</ref> ✔️ Page corrigée
  • Vårdö : superficie invalide 'eau = sans la mer 0.58'
  • Särkisalo : superficie invalide 'superficie = avec mer 151'
  • Särkisalo : superficie invalide 'eau = intérieures 2 km² + mer 68'
  • Luvia : superficie invalide 'superficie = avec mer 289.6'
J'ai modifié le modèle pour tester la numéricité des calculs afin qu'il n'y ait plus de messages d'erreur et afficher le paramètre eau comme il est renseigné.
J'ai également ajouté le paramètre superficie notes
Il y a aussi un problème avec les paramètres rangsup et rangpop : ils contiennent parfois un lien qui est maintenant géré par le modèle. Il ne faudrait garder que le chiffre.
J'espère que ces modifs te conviennent.--FDo64 (d) 16 septembre 2012 à 17:55 (CEST)[répondre]
J'ai terminé la conversion sans changer ni le champ "eau" ni le champ "superficie" pour les cas listés ci-dessus. Orlodrim [discuter] 16 septembre 2012 à 21:31 (CEST)[répondre]
✔️J'ai mis à jour et transféré le contenu de ces paramètres dans superficie notes.--FDo64 (d) 17 septembre 2012 à 15:20 (CEST)[répondre]

lien blason et lien drapeau sont encore définis dans le modèle et documentés. Faut-il vraiment les supprimer ?

Ils ne sont utilisés que pour Bogota, mais ils sont utilisés... Donc tu as raison, on ne supprime pas.--FDo64 (d) 23 septembre 2012 à 10:53 (CEST)[répondre]

Pourquoi demandes-tu la suppression du champ altitude ? Il devrait être pertinent dans n'importe quelle infobox sur une ville, non ? Orlodrim [discuter] 12 octobre 2012 à 19:38 (CEST)[répondre]

C'est juste parce qu'il n'était pas présent dans le modèle avant migration. Mais s'il a des données qui te semblent correctes, on peut le remettre.--FDo64 (d) 12 octobre 2012 à 20:49 (CEST)[répondre]
Je l'ai donc rajouté dans l'infobox et laissé lors de la conversion. Orlodrim [discuter] 12 octobre 2012 à 21:51 (CEST)[répondre]

En général, je signale les cas où les coordonnées en titre diffèrent de celles de l'infobox de plus d'une demi-minute d'arc, mais pour ce modèle il y a 145 pages concernées. Voilà les écarts entre les coordonnées de {{coord}} et celles de l'infobox. Est-ce que j'augmente le seuil de détection et si oui, jusqu'où ?

La nécessité de précision dépend de la population. Deux kilomètres pour une ville de 50 000 habitant à peu d'importance, c'est plus gênant pour un hameau de 50 habitants.
Si on est pas trop pressé, on peut faire comme le modèle guillemet, quelques pages chaque jour, et dans un mois tout sera corrigé.
— Zebulon84 (d) 16 septembre 2012 à 20:23 (CEST)[répondre]
J'ai terminé la conversion sans retirer les modèles {{coord}} dans les articles ci-dessus. À noter qu'il reste un double nom dans Tana (Norvège). Orlodrim [discuter] 16 septembre 2012 à 22:19 (CEST)[répondre]

Ça pourrait être utile d'ajouter "alt mini" et "alt maxi" (il y a entre 100 et 200 articles où le champ altitude contient un intervalle). Orlodrim [discuter] 24 octobre 2012 à 21:15 (CEST)[répondre]

✔️--FDo64 (d) 24 octobre 2012 à 22:07 (CEST)[répondre]
Merci. Je vais avoir peu de temps à consacrer à Wikipédia dans les prochaines semaines, au moins jusqu'à mi-novembre. Je ne pourrai probablement pas continuer cette tâche d'ici là. Orlodrim [discuter] 25 octobre 2012 à 00:40 (CEST)[répondre]

Ne serait-il pas mieux d'avoir un paramètre dans le modèle pour l'année du précédent recensement, plutôt que de coder 1998 dans le modèle lui-même ? Orlodrim [discuter] 21 septembre 2012 à 19:18 (CEST)[répondre]

J'ai déjà enlevé les noms en dur dans les paramètres et j'hésite à te répondre oui. C'est vrai qu'au prochain recensement, ils devront de toutes façons repasser sur les 700 pages pour changer les chiffres. Il pourront donc remplacer également les dates. Donc, finalement, j'y suis favorable. A+--FDo64 (d) 21 septembre 2012 à 20:03 (CEST)[répondre]
C'est en cours. Pour info, j'enlève le champ "population 1998" ou "population précédente" lorsqu'il est vide : je ne veux pas supprimer l'information si elle n'est pas ailleurs, mais ce n'est pas très standard de mettre ça dans l'infobox dont autant ne pas l'encourager. Orlodrim [discuter] 14 février 2013 à 23:25 (CET)[répondre]

Les erreurs listées sur Utilisateur:Orlodrim/test ne peuvent pas être corrigées, je les ignore. Orlodrim [discuter] 17 février 2013 à 21:29 (CET)[répondre]

OK, je m'en occupe.
Et si jamais tu en as fini avec ce modèle, je te propose les trois actions suivantes :
  1. le remplacer par une redirection et supprimer les sous-pages /Documentation et /Test,
  2. supprimer les anciennes briques obsolètes Modèle:Ligne optionnelle, Modèle:Ligne optionnelle coordonnées, Modèle:Ligne optionnelle population et Modèle:Sous-titre optionnel qui ne devraient plus être utilisées (à vérifier, même si je l'ai fait pour l'espace Modèle),
  3. supprimer les catégories Catégorie:Modèle de brique obsolète et Catégorie:Ville géolocalisable sans coordonnées paramétrées.
Merci. --FDo64 (d) 18 février 2013 à 10:01 (CET)[répondre]
C'est encore en cours pour d'autres cas particuliers, mais corrigeables plus facilement.
Les modèles que tu me demandes de supprimer sont encore présents dans {{Infobox Ville}}, justement. Si tu veux modifier {{Infobox Ville}} pour les enlever, tu peux y aller directement, j'ai déprotégé la page.
Orlodrim [discuter] 18 février 2013 à 21:38 (CET)[répondre]
Bonsoir, je ne comprends pas bien ta dernière remarque. Une fois que ton bot aura corrigé les paramètres, ils seront tous identiques à ceux de l'Infobox Subdivision administrative et il suffira de remplacer l'Infobox Ville par une redirection (mon premier point). Donc, pas besoin de modifier ce modèle qui disparaît. Tu vois ça autrement ?--FDo64 (d) 18 février 2013 à 21:47 (CET)[répondre]
Ah oui, bien sûr, tu as raison. En tout cas il me reste toujours quelques articles à traiter. Orlodrim [discuter] 18 février 2013 à 22:32 (CET)[répondre]
J'ai transformé le modèle en redirection. En l'absence de "coord titre", les coordonnées ne sont plus affichées à droite du titre par l'infobox. Serait-il possible que ce paramètre vaille « oui » par défaut dans {{Infobox Subdivision administrative}}, et qu'il faille mettre « coord titre = non » pour désactiver cet affichage, ou est-ce que ça poserait des problèmes quelque part ? Orlodrim [discuter] 19 février 2013 à 21:07 (CET)[répondre]
J'espère que Zebulon84 suit encore cette page, pour qu'il donne son avis. Pour ma part, je suis d'accord avec toi. Sinon, il me semble que tu peux enchainer sur les points 2 et 3 (suppressions). Merci !--FDo64 (d) 19 février 2013 à 22:41 (CET)[répondre]
Je suis toujours la page, même si c'est parfois d'un œil distrait. Je suis aussi d'avis de mettre coord-titre à oui par défaut. C'est de toute façon quasiment ce qui à été fait dans toute les infobox. Je m'occupe de cette modif tout de suite. — Zebulon84 (d) 20 février 2013 à 00:36 (CET)[répondre]

Il n'y avait quasiment rien à corriger pour celle-là. Pour l'instant je n'ai pas supprimé les modèles {{Coord}} en dehors de l'infobox, en attendant de régler la question de "coord titre". Orlodrim [discuter] 19 février 2013 à 23:17 (CET)[répondre]