Discussion Projet:Villes françaises

Un article de Wikipédia, l'encyclopédie libre.

---

---

Sommaire 1 Liens externes 2 Démographie de Bondy[1] 3 Sources 4 Section "Communes limitrophes" 5 Géolocalisation 6 Tableau de données démographiques sur Cassini. 7 Infobox commune française 8 liste des maires V2 9 Projet:Wikipédia 1.0 10 unité urbaine 11 Suppression Modèle:Communes de la Marne 12 Poissons d'avril ? 13 Tableaux produits par les modèles nouveaux

[modifier] Liens externes

déplacé plus bas pour donner suite

Sans rapport avec la discussion animée qui se tient ici, j'aimerais soulever l'interrogation que pose la présence, sur les fiches des communes, de deux liens externes redondants : celui des communes les plus proches, et celui de la localisation sur une carte. Ce dernier donne lui aussi les communes les plus proches, est-il utile de maintenir les deux ? Ne pourrait-on pas garder celui de la localisation et l'appeler : "localisation de X sur une carte et communes proches", ou quelque chose d'approchant ? Patch051 16 novembre 2006 à 22:12 (CET)

Effectivement le second lien n'est plus très intéressants [1] [2], à l'époque ou ces liens ont été choisi la liste des communes limitrophes n'était pas accessible via le premier lien. On supprime le second lien de toutes les pages ? - phe 23 février 2007 à 03:09 (CET)

D'accord aussi pour le supprimer de toute façon le lien le plus utile pour les communes voisines c'est le plan Mapquest. Ca me fait penser à un truc : quand on décide de changements est-ce que Jef-Infojef est prévenu pour DasBot ? Tella 24 février 2007 à 01:46 (CET)

Quand je fais une modification de ce type je le préviens, je ne sais pas si c'est systèmatique. - phe 24 février 2007 à 02:54 (CET)

Il faudrait peut-être faire un résumé des positions du projet sur la section "liens externes", je pense notamment au lien vers le site du Quid, etc. Histoire que les modifications éventuelles de DasBot ne soient pas perpétuelles. mon avis Sharky 24 février 2007 à 09:17 (CET)

Il serait intéressant de remplacer les infos présentes dans ces liens externes par nos propres ressouces dans l'article, excepté pour le lien IGN et INSEE. À terme conserver le lien INSEE, le lien IGN (ce sont une bonne partie des sources) et le site officiel de la commune s'il existe. Mais pas de suppression tant qu'on ne remplace pas ses liens par quelques chose et surtout pas par dmoz, pour les petites villes dmoz renvoit vers le site de la patisserie du coin ou ce genre de liens. cf ([3], une patisserie, une clinique et heureusement le site de la ville. - phe 25 février 2007 à 16:34 (CET)

Il va falloir prendre une décision quant aux liens externes. Un utilisateur (LPLT) a décidé de supprimer tous les liens externes (comme ceux mis par dasbot) (au nom de "ce que WP n'est pas") sur Bondy. J'avais déjà eu des échanges avec Clicsouris sur certains de ces liens mais, pour LPLT, aucun n'a grâce à ses yeux sauf le Wikimapia que j'avais rajouté. J'ai remarqué des formes vicieuses de vandalismes : on change un chiffre dans le tableau de population, une date... Si l'on ne peut plus vérifier aisément, cela va vraiment compliquer la surveillance des RC. BIRDIE ^{¡Platiquemos!} 21 mars 2007 à 15:40 (CET)

Je ne participe pas a votre projet et n'ai pas le recul que vous pouvez avoir. Mais parfois un oeil neuf et furtif, n'est pas inutile. Je pense que mettre des listes de liens externes de l'Insee, de mapquest, du quid, et autres en fin de chaque commune n'est pas le mieux, en regard en autres de ce que WP n'est pas. Je crois que l'argument que Birdie m'oppose (distorsion discrete des chiffres et besoin de vérification) est important. Ma proposition serait que les vrais liens utiles (disons des chiffres démographies Insee seulement, car le Quid est commercial et moyennement sûr, et mapquest est commercial aussi) à des fins de vérifications pourraient être introduits en tant que références et sources, même par un bot au niveau de l'intitulé de chaque chapitre démographie avec renvoi en ref pour un lien correctement décrit. Par exemple :

[modifier] Démographie de Bondy^[1]

[modifier] Sources

Bien sûr cela est déclinable au données purement géographiques de l'IGN (surface...). Ca limiterait le nombre de liens externes. Enfin une dernière remarque, pour beaucoup de ville le site officiel de la commune suffit à retrouver tous les renseignements et évite les doublons avec Insee, IGN.... Bien à vous tous--LPLT 21 mars 2007 à 16:27 (CET)

[modifier] Section "Communes limitrophes"

1) Voici le copié-collé de ce que je viens de publier sur Le Bistro : Je viens de tomber par hasard sur un truc qui me semble intéressant, clair et pratique. Il s'agit d'un modèle de navigation utilisé dans des articles traitant de localités canadiennes : Voyez, par exemple, Sorel-Tracy. Ne pourrait-on envisager d'inclure ce modèle dans les articles abordant les communes françaises ? Deux petites remarques cependant :

• ce modèle est un peu "gros bloc" ... ne pourrait-on pas le rendre moins "pavé" en réduisant la police de caractères des communes, en utilisant la balise "small" ?
• les 4 flèches (signalant la navigation possible) sont des "fichiers-images", et si l'on a le malheur (?) de cliquer dessus en espérant naviguer et atteindre ainsi, par exemple, la commune plus à l'ouest, on se retrouve sur ... le fichier-image de la flèche orientée vers la gauche.

2) Pourquoi la page "Projet:Villes françaises" a-t-elle été changée par cette utilisation ô combien envahissante et "pénible" (inutile ?) d'aussi gros caractères ? Meilleure lisibilité ? Personnellement, je ne pense pas ! Par contre, cela impose au visiteur-lecteur de jouer avec sa souris pour descendre l'ascenseur "plus bas dans la page" ou de frotter la peau de son index sur la petite molette ou sur le pavé tactile de son ordinateur ? Je pense que ces gros caractères font perdre en ergonomie et en confort de lecture ! - Amicalement - Marc ROUSSEL - Markus3 23 février 2007 à 07:41 (CET)

le modèle de navigation a l'air sympa, mais il nécessite effectivement quelques petites retouches (je laisse la place aux "spécialistes" des modèles). J'ai peur du rendu quand il n'y a pas de communes limitrophes dans toutes les directions ou plusieurs communes dans la même direction. Bref, il faudrait faire des tests. L'autre inconvénient, c'est d'éviter au lecteur de réviser ses points cardinaux ;-) Sharky

Je suis contre ce modèle qui prend beaucoup de place, d'autant plus qu'il y a souvent d'autres bandeaux.

De plus, pour avoir fait les communes limitrophes des communes des Pyrénées-Atlantiques, il y presque toujours beaucoup plus de communes que ça. Et comment je fais quand il y a 2 communes au nord-ouest? Tella 24 février 2007 à 14:41 (CET)

Et une présentation en liste comme : [4] mais en plus compacte (les coodonnées sont peu utiles), avec une icône donnant la direction ? - phe 25 février 2007 à 16:44 (CET)

Personnellement, je trouve que ce tableau fait gadget. Quant à la liste de lion1906, je la trouve confuse. IMHO, l'idéal serait d'avoir une carte du canton et des communes limitrophes des cantons environnants. J'avais commencé à travailler là-dessus mais avec mes saisies de recensements, je n'ai pas grand temps à y consacrer. Cependant, je peux essayer de créer un exemple afin de voir ceux que les autres contributeurs en pensent. BIRDIE ^{¡Platiquemos!} 26 février 2007 à 17:08 (CET)

Pour moi je trouve ce tableau serait un bon compromis entre une carte qui demanderait beaucoup de travail pour chaque ville (mais qui ne doit pas être interdite et même encouragée!) et une simple liste plutôt frustre. La condition serait qu'il soit très compact avec seulement le nom de la ville et la direction parmi N, NE, E, SE, S, SO, O et NO. Le tableau québécois me parais trop gros, peu pratique et peu lisible (j'ai cliqué bêtement sur les flèches croyant que cela allait déplacer le point central). Je veux bien me charger de faire un modèle d'exemple ce soir. Suaudeau (Discuter) 27 février 2007 à 13:03 (CET)

En fac de géo, on nous faisait toujours utiliser W, NW & SW. Même si c'est la WP francophone, cela ne peut pas faire de mal d'éviter une confusion. Bon courage. BIRDIE ^{¡Platiquemos!} 27 février 2007 à 13:24 (CET)

---

Je viens de créer un modèle pour le test mais il ne m'à pas convaincu. Il s'utilise comme ceci:

{{Utilisateur:Suaudeau/Bac à sable/CommuneLimitrophe|
commune=[[Aulnay-sous-Bois]]|
[[Gonesse]] (Val-d'Oise) |NW|
[[Villepinte (Seine-Saint-Denis)|Villepinte]] |NE|
[[Sevran]] |E|
[[Livry-Gargan]] |SE|
[[Les Pavillons-sous-Bois]] |S|
[[Bondy]] |SW|
[[Le Blanc-Mesnil]] |W|
}}

et donne:

Liste des communes limitrophes :

Gonesse (Val-d'Oise)	◄ ▲
Villepinte	▲ ►
Sevran	►
Livry-Gargan	▼ ►
Les Pavillons-sous-Bois	▼
Bondy	◄ ▼
Le Blanc-Mesnil	◄

Il faudrait certainement améliorer les flèches et le look mais je suis désormais convaincu que la solution pure texte est plus simple et plus encyclopedique.

Exemple:

Aulnay-sous-Bois est bordée par les 7 communes suivantes :

• au nord-ouest : Gonesse (Val-d'Oise)
• au nord-est : Villepinte
• à l'est : Sevran
• au sud-est : Livry-Gargan
• au sud : Les Pavillons-sous-Bois
• au sud-ouest : Bondy
• à l'ouest : Le Blanc-Mesnil

Suaudeau (Discuter) 28 février 2007 à 02:03 (CET)

Je trouve aussi. Le truc c'est que ça n'apporte aucune information de plus par rapport à une liste. Pour que ce soit plus parlant il faut carrément une carte. Tella 28 février 2007 à 02:09 (CET)

Je me range à cet avis. Maintenant, quels outils pourrions nous fournir pour très grandement faciliter (automatiser?) l'ajout d'une carte?

Pour la Seine-Saint-Denis j'ai déjà crée un outil. Exemple pour la ville d'Aulnay-sous-Bois (à droite):

Commune de Seine-Saint-Denis (93)

Localisation du département en France

Localisation de la ville dans le département

Il y a aussi les images de Metropolitan telles que .

Il faut cependant savoir que la mise en place d'un tel outil n'est pas complet (il manque le nom des communes limitrophes et les communes des autres départements/régions) et que cela demande un travail très important en amont.

Je cherche donc une idée pour améliorer et généraliser cela.

Suaudeau (Discuter) 28 février 2007 à 10:56 (CET)

N'oubliez pas, si vous avez un modèle ou une présentation, de la tester avec la commune de Paris :

• Au nord :
  • Saint-Denis
  • Aubervilliers
• Au nord-est :
  • Bobigny
  • Le Pré-Saint-Gervais
  • Les Lilas
• À l'est :
  • Bagnolet
  • Montreuil
  • Vincennes
  • Saint-Mandé
  • Fontenay-sous-Bois
  • Nogent-sur-Marne
  • Joinville-le-Pont
  • Saint-Maurice
• Au sud-est :
  • Charenton-le-Pont
  • Ivry-sur-Seine
• Au sud :
  • Le Kremlin-Bicêtre
  • Gentilly
  • Montrouge
  • Vanves
• Au sud-ouest :
  • Issy-les-Moulineaux
  • Boulogne-Billancourt
  • Saint-Cloud
• À l'ouest :
  • Suresnes
  • Puteaux
  • Neuilly-sur-Seine
• Au nord-ouest :
  • Levallois-Perret
  • Clichy
  • Saint-Ouen

Faut que ça marche dans tous les cas. — Poulpy 23 mars 2007 à 12:00 (CET)

[modifier] Géolocalisation

Salut ! J'ai voulu activer la géolocalisation sur l'article d'une commune. J'ai donc pris les coordonnées fournies par l'INSEE, à savoir : 3° 07' 41". Je convertis à la main, ce qui me donne 3.12805. Le modèle de conversion me retourne 3° 07' 40". En revanche, si je refais la conversion inverse à la main, je retombe bien sur ma valeur initiale avant conversion (plus exactement, le nombre de secondes est 40.98, soit 41.00 si l'on applique un arrondi). On dirait que le modèle de conversion des coordonnées Modèle:DMS arrondit secondes systématiquement à l'entier inférieur (floor). Quelqu'un de plus au fait de la syntaxe que moi peux confirmer et corriger ? Merci. Ancalagon 1 mars 2007 à 11:52 (CET)

C'est très délicat à régler car l'arrondi a des conséquences sur tout le reste du calcul si on doit incrémenter les valeurs. Le problème vient du manque de précision de la donnée initiale et cela se reporte sur le résultat final. Note: 1 seconde d'arc d'écart c'est très faible en terme de distance, et c'est TRES inférieur à la taille d'une commune, donc je me demande quelle est la nécessité d'avoir une telle précision: localiser la mairie dans la commune? Et si la mairie déménage de 50 mètres ou si sa porte d'entrée passe d'une rue à une autre, ça change alors que la commune n'a pas bougé...

L'arrondi pose aussi d'autres difficultés sur les valeurs proches de zéro (changement de signe, et bogue interne de MediaWiki sur l'opérateur round). Verdy p 2 mars 2007 à 10:49 (CET)

Tout à fait d'accord. Avec une bonne précision dans la décimale (5 chiffres), l'écart est d'une seconde au maximum, ce qui est tout à fait tolérable. Pas la pein de chercher des complications inutiles. Sharky 2 mars 2007 à 11:15 (CET)

Okay, je me plie à votre argumentation. Ca m'a juste un peu perturbé de voir que l'on perdait la donnée exacte de la source (INSEE) en passant par ce modèle. Mais je vous l'accorde, c'est du pinaillage. Ancalagon 2 mars 2007 à 11:24 (CET)

[modifier] Tableau de données démographiques sur Cassini.

Bonjour,

J'ai créé un petit outil web sur : http://thibault.taillandier.free.fr/wiki/cassini.php
Il est assez basique pour l'instant.

Il permet de transformer le tableau de données démographiques d'une ville, copier-collé depuis le site http://cassini.ehess.fr/ en un tableau type : {{DemogFR | 1794=576 | 1800=613 | 1806=661 | 1820=672 | 1926=721 | 1831=644 | 1836=571 | 1841=583 | 1846=584 | 1851=608 | 1856=623 | 1861=696 | 1866=709 | 1872=665 | 1876=652 | 1881=702 | 1886=724 | 1891=751 | 1896=843 | 1901=801 | 1911=813 | 1921=717 | 1931=1 017 | 1936=1 544 | 1946=1 550 | 1954=2 050 | 1962=3 026 | 1968=4 739 | 1975=11 778 | 1982=13 719 | 1990=19 031 | 1999=20 707 | sansdoublescomptes=1962 }}

C'est une moulinette simple, mais qui peut faire gagner du temps si on s'attèle à rappatrier des données depuis Cassini. N'hésitez pas à soumettre vos critiques ou vos idées d'amélioration.

-- Thibault.taillandier 1 mars 2007 à 14:38 (CET)

C'est super, j'ai la même chose sur du xls mais c'est plus pratique sur une page web. Si tu veux des idées, j'ai également fait la même chose pour le site WebMaireGen et les modèles {{Elu}} et pour créer une liste numéroté avec lien Wiki depuis un tableau banal. --Dude 5 mars 2007 à 14:05 (CET)

Moi qui ai passé un temps fou à remplir les tableaux de toutes les communes du Val-d'Oise, pour ce petit outil très simple et le gain de temps énorme apporté, je dis BRAVO ! :-p Clicsouris 8 mars 2007 à 17:45 (CET)

Je viens de m'en servir, c'est sympa et utile. J'ai une petite remarque : ne serait-il pas judicieux d'introduire le séparateur de millier (fonction formatnum, je crois) dans les modèles de tableau (pas fait dans DémogFR, ni dans DemogAL, ou bien j'ai de ma crotte dans les yeux) et d'exporter des chiffres sans séparateur ? Je sais, je suis un chieur (chez nous on dit un schiesser ;-). Sharky 12 mars 2007 à 20:34 (CET)

Pourquoi se compliquer ? Les données de l'EHESS ont déjà un espace après les milliers. Une petite remarque aux contributeurs d'Alsace-Moselle et de Nice/Savoie. N'oubliez pas d'utiliser les modèles que Dude a fait spécialement pour vous. Les années de recensement diffèrent. Sur ce point, l'EHESS est lamentable. Elle donne en note les dates correctes mais ne les applique pas dans les tableaux des fiches communes. BIRDIE ^{¡Platiquemos!} 12 mars 2007 à 20:44 (CET)

Genre séparation contenu/présentation, au hasard. Concernant les dates spécifiques de recensement, il se sont sûrement pas compliqué la tâche ;-) Sharky 12 mars 2007 à 20:55 (CET)

[modifier] Infobox commune française

proposition de nouvelle mise en page de cette infobox qui nous est si chère déplacée ici --Dude 12 mars 2007 à 13:32 (CET)

[modifier] liste des maires V2

ais-je votre bénédiction pour faire les modifications nécessaires:

Liste des maires de Tartiflette-sur-Orge-en-Cambrousse

Période Identité Parti Qualité 2005 – Jean Pihr Sans étiquette Proviseur 2001 – 2005 Alain Fauconnier PS Enseignant 1995 – 2001 Fernand Sambucy - -

Toutes les données ne nous sont pas encore connues

/Tete /Elu /Donnees /Fin

-

Période Identité Parti Qualité - – - - - -

Toutes les données ne nous sont pas encore connues

Non !! "les données antérieures sont inconnues" est incorrect sémantiquement. "Toutes les données ne nous sont pas encore connues." est sémantiquement correct. Ce n'est pas parce qu'aucun contributeur à WP n'a encore valorisé ses informations sur le sujet que le sujet est inexploré. S'agissant d'une information publique (et archivée très probablement), c'est juste une question de délai (et de motivation, on est d'accord). Ne baissons pas les bras devant l'ampleur de la tâche, ni dans le discours ni dans les actes !!

Autre chose me gêne : pourquoi mettre un terme prématuré au mandat sous prétexte que les dates des prochaines élections municipales sont connues (et reportées dans l'infobox dans la mention "mandat en cours". Inscrire cela dans un modèle (c'est l'objectif non ?) ne me paraît pas judicieux (je n'ai pas dit économiquement rentable ;-). Simplement, c'est mettre en place, par défaut, une information plus compliquée à modifier en cas d'événement non prévisible (décès, démission). En 2008, il sera bien temps de rajouter une ligne dans ce tableau en cas de défaite du maire sortant et de modifier une seule date en cas de succès de l'équipe sortante. Donc, finalement la modification est aussi économiquement non rentable. Sharky 10 mars 2007 à 20:52 (CET)

Fixer la largeur des colonnes à 4x25% ne semble pas judicieux. Le parti est vite abrégé et on a parfois plusieurs choses à dire sur la qualité, par ex. "Expert-comptable, conseiller général. (1912-1987)". Cham 10 mars 2007 à 23:00 (CET)

J'ai apporté quelques modifications:

1. J'ai changer comme proposé la phrase en bas
2. J'ai changer mon exemple (je n'avais pas penser que mettre 2008, le vainqueur pouvait apporter une incompréhension) car je n'ai pas l'intention de rajouter une ligne supplémentaire à chaque ville

--Dude 11 mars 2007 à 18:11 (CET)

c'est Ok pour moi. Ce sera bien de pouvoir trier sur la date de mandat (cf. une discussion antérieure). Sharky 11 mars 2007 à 18:38 (CET)

À propos de Saint-Affrique, Henri avait signalé qu'il fallait une ligne par mandat, que le maire ait effectué plusieurs mandats ou non (afin de pouvoir automatiser la saisie). De là, il ressort qu'il faudra créer une ligne 2008-2014, que le sortant soit réélu ou non. Non ? BIRDIE ^{¡Platiquemos!} 11 mars 2007 à 23:36 (CET)

Sur le principe c'est ok. Choisir l'ordre chronologique c'est un plus. Il y a quand même quelques observations :

• à mon avis il faudrait en faire un modèle au lieu d'avoir le code ça serait plus simple pour les contributeurs
• si l'on change de couleur de vert en gris il faudrait le faire aussi pour {{DemogFR}} pour une harmonie de la page
• si on change ça penser à prévenir Jef Infojef pour DasBot.

Tella 12 mars 2007 à 02:23 (CET)

Je suis évidemment d'accord qu'il faille un modèle, mais pourquoi ne pas "mettre à jour" le modèle {{Élu}} avec ce nouveau système, plutot que d'aller créer un autre modèle qui obligera soit un passage d'un bot un peu partout si c'est possible, soit un passage manuel, long, fastidieux et source d'oublis.

En ce qui concerne les dates de fin de mandat, je comprend les problématiques liées aux fins de mandat anticipées (décès ou démission), mais il est important de noter qu'en ce qui concerne les élections municipales, il est selon moi fréquent que les dates soient décalées d'une commune à une autre. Et donc l'indication de la date de fin de mandat donne au lecteur une information non négligeable et pas forcément triviale à déduire.

Concernant enfin les couleurs, j'ai vu que plusieurs personnes étaient contre l'utilisation de couleurs pastels et y préféraient le gris. Je trouve celà dommage, et je suis pour un peu de colorisation dans les articles. En effet, les articles wikipedia ont un squelette de sobre, très uniformisé, et c'est normal, mais je trouve plus agréable d'avoir quelques touches colorées de-ci de-là. Je suis pour une wikipédia francophone agréable à lire, plutot que pour une wikipédia plus austère comme peut l'être la wikipédia anglophone à mon goût.

A noter que les communes sont beaucoup plus souvent des articles courts et un peu de couleur égayerait un peu les petits articles :)

En tout cas c'est un très bon système, et je suis ravi de sa future intégration dans les pages. Très bon travail Dude, et merci.

-- Thibault.taillandier 12 mars 2007 à 10:06 (CET)

Pour répondre à Tella et Thibault:

1. J'ai bien l'intention d'utiliser un modèle, en fait plusieurs : ma question aurait-dû être "êtes vous d'accord pour que je modifie les modèles {{Elu}} de la manière suivante....
2. Concernant les couleurs, c'est l'utilisation de la classe "Truc sortable" (j'ai oublié le nom) qui l'impose. Il faut soit créer une nouvelle classe (je sais pas faire), soit changer la couleur de l'infobox commune française (mais c'est long).
3. Je préviendrais DasBot
4. Concernant les dates de fin, c'est possible de faire le tri, mais il faut dans ce cas scinder la cellule "période" en 2 cellules "début" et "fin"

--Dude 12 mars 2007 à 10:35 (CET)

Il ne faut pas changer la couleur de l'infobox commune française, charte graphique oblige.

La date de fin de mandat peut être mise, un maire étant élu pour la durée du mandat donc je mets 2001 - 2008. Si le mandat est interrompu je fais le rectificatif par exemple pour pau

2001 - 2006 André Labarrère

2006 - 2008 Yves Urieta. Tella 12 mars 2007 à 14:04 (CET)

c'est classe wikitable dans le class="wikitable sortable" qui impose les couleurs, mais tu peux très bien utilisé class="sortable". Il ne faut pas oublier qu'en html, la classe n'est pas "wikitable sortable" mais il y a deux classe pour cette objet "wikitable" et "sortable" - phe 12 mars 2007 à 21:00 (CET)

Une autre truc, trier sur la date de fin est inutile, les mandats ne peuvent se recouvrir, un tri sur la date de début donnera toujours le même ordre qu'un tri sur la date de fin, donc pas besoin de colonne séparé. - phe 13 mars 2007 à 02:19 (CET)

Pourquoi deux zones cliquables (←→ ←→ ) par colonnes pour le tri ? - phe 13 mars 2007 à 02:21 (CET)

Je ne comprends pas cette remarque, je ne vois qu'une seule zone cliquable. Peux-tu me dire quelle est la configuration de ton ordi pour que je fasse un test afin de vérifier qu'il ne s'agisse pas d'un soucis technique?--Dude 13 mars 2007 à 10:06 (CET)

Je n'ai qu'une zone cliquable par colonne. Mais je me demande si une seule zone cliquable pour le tableau ne serait pas suffisant. Le but est de choisir l'ordre chronologique ascendant ou descendant. Dans ce cas la seule zone cliquable utile est celle du mandat. A quoi sert la possibilité de trier sur le nom (le prénom en fait), le parti et la qualité ? Tella 13 mars 2007 à 13:34 (CET)

La solution la plus simple est d'avoir une zone cliquable par colonne (c'est automatique si l'on met class="sortable"), donc je préfère laisser comme tel.--Dude 19 mars 2007 à 14:10 (CET)

Je suis prêt à faire la modification des modèles, j'ai juste un soucis technique : s'il n'y a pas de modèle {{EluDonnées}} dans l'article, il y a un bug. Je fait quoi? je fait la transformation et les corrections se ferront au fil du temps ou j'appel un bot avant de faire la modif (plus pro mais plus long). Ou encore, je fais une demande au bot de supprimer tout les {{EluDonnées}} et je fusionne {{EluDonnées}} avec {{EluFin}}? --Dude 19 mars 2007 à 14:55 (CET)

[modifier] Projet:Wikipédia 1.0

Si cela vous interesse, il peut être utile que le projet ville française y participe. Personnellement, je n'ai pas la disponibilité pour, mais si d'autres en ont, cela vaut le coup.--Dude 21 mars 2007 à 09:55 (CET)

[modifier] unité urbaine

Où trouver la liste des communes d'une unité urbaine ? Sauf si j'ai mal cherché l'INSEE donne le nombre de communes mais ne dit pas desquelles il s'agit. Quelqu'un a une idée ? Tella 25 mars 2007 à 20:10 (CEST)

Pas facile à trouver.... c'est dans zonages d'étude, choisir unités urbaines dans "accès par zonage, Sélectionner un zonage dans la liste". Tu peux ensuite sélectionner soit une UU, soit un dpt, soit une région ; en cliquant sur une unité urbaines, tu as sa composition communale. Sinon, il y a le fichier téléchargeable. Si seulement l'IGN pouvait avoir la même philosophie que l'INSEE et, enfin, remplir sa mission de service public (désolé, j'ai pas pu m'empêcher ;-) Sharky 25 mars 2007 à 21:52 (CEST)

Oui tu peux aussi accéder à la liste complète ici : Zonage + liste des communes de composition. Sinon y'a aussi le site de l'observatoire du territoire de la DIACT (ex DATAR) qui proposent des zonages : Ici. Il faut en choisir un dans la liste puis cliquer sur l'image "France" et choisir Téléchargement. Ce site fait partie du dispositif de mise à disposition des données au public comme le dicte la directive INSPIRE... Sinon pour l'IGN, faut pas rêver. Par contre, le Géocatalogue proposera bientôt lui aussi des données publiques. Wait and See. --Pinpin 25 mars 2007 à 21:59 (CEST)

Oui, le site de la DIACT est très bien fait (avec du logiciel libre en plus ;-). Quant à l'IGN et son Géoportail, j'attends de voir mais me fais peu d'illusions. Sharky 26 mars 2007 à 13:30 (CEST)

Génial merci beaucoup. Tella 25 mars 2007 à 22:13 (CEST)

[modifier] Suppression Modèle:Communes de la Marne

Bonsoir à tous ! J'attire votre attention sur cette vote ... Jeroen > zeg 't maar 30 mars 2007 à 21:49 (CEST)

[modifier] Poissons d'avril ?

En ce 1^er avril, un peu de détente... Je suis tombé en quelques jours sur ces deux choses : Discuter:Griesheim-près-Molsheim et, mieux, Discuter:Wisches : il faut aller dans l'historique, version du 20 mars 2007 à 10:03. Par moment, cela mériterait un bétisier. -- Sharky 1 avril 2007 à 17:27 (CEST)

Ben, non, pas forcément, cher Sharky ! C'est vrai que dans un premier temps, j'ai cru aussi à un gag, vu le nom de la commune "Wisches", ... très proche de l'anglais "wishes", alors qu'on n'est pas en période de voeux, et que l'auteur ne semble plus être en âge de croire et d'écrire au Père Noël ! Mais à y regarder de plus près, je pense plutôt que cela révèle parfaitement l'embrouillamini que représente Internet pour bon nombre d'utilisateurs. Je crois que l'auteur de la lettre a voulu tout simplement adresser une requête au maire de la localité de Wisches, pensant sans doute que cette page de WP était celle du site officiel de la mairie. Alors bien sûr, pourquoi une requête au maire de Wisches, alors que l'auteur dévoile dans son courrier habiter une autre commune ? C'est tout simplement parce que Alain Ferry, le maire de Wisches, est aussi député (de la 6^e circonscription), comme je viens de me le voir confirmer par la consultation de cette page, Liste des députés du Bas-Rhin. - Amicalement - Marc ROUSSEL - Markus3 5 avril 2007 à 09:48 (CEST)

je paratage complètement ton analyse... Pendant un temps, ça amuse et puis, longtemps après, cela inquiète (ou soucie). Tant de choses se créent, disparaissent sans que la plupart des internautes ne s'en rendent compte. Les mirroirs sont encore aux alouettes, même s'ils se prétendent être des serveurs internet. Tout c'est pas simple et ceux qui prétendent le contraire sont des menteurs éhontés. Sharky 5 avril 2007 à 21:01 (CEST)

[modifier] Tableaux produits par les modèles nouveaux

Bonjour à tous ! Je ne fréquente pas avec assez de régularité cette page pour être au courant de "tout" ! Pardonnez-moi ! Mais un point me gêne : le remplacement systématique assez récent de quelques "modèles" est une bonne chose (structures plus compactes, entre autres !) à ceci près qu'ils ne sont pas "parfaits", du moins à mon sens. Prenez celui-ci, par exemple :

Liste des maires successifs
Période	Identité	Parti	Qualité
mars 2001 –
Toutes les données ne nous sont pas encore connues.

Pourquoi le gras (élément visuel important pour un titre de tableau) n'est-il plus automatique ? Pourquoi ce nouveau modèle impose-t-il au lecteur-visiteur-contributeur de rajouter "à la main" le fameux gras ? A moins qu'une décision "majoritaire" (?) ait été prise, après arguments précisément étudiés, parmi vous pour ne plus utiliser de gras pour ce titre ... mais peut-être qu'un (ro)bot peut rapidement corriger ce qui pour moi est un manque dans la présentation-lisibilité. - Amicalement - Marc ROUSSEL - Markus3 5 avril 2007 à 09:16 (CEST)

L'autre exemple à vous soumettre est celui-ci :

Évolution démographique

1962	1968	1975	1982	1990	1999
571	664	523	646	655	684
Nombre retenu à partir de 1962  : Population sans doubles comptes

Je trouve minable que les données chiffrées ne soient plus positionnées au centre des cellules ! Un peu de qualité dans la présentation est nécessaire, je crois ! Alors pourrait-on retrouver l'agrément d'un tableau à l'apparence moins "hâtive", moins "brouillonne" ? - Merci ! - Amicalement - Marc ROUSSEL - Markus3 5 avril 2007 à 09:24 (CEST)

Bonjour Marc,

Je suis le coupable des tableaux des maires, donc je te réponds sur ce point : c'est par ce que je n'ai pas pensé à le mettre en gras, donc, hop, ta remarque va être prise en compte pas plus tard que tout de suite. --Dude 5 avril 2007 à 15:57 (CEST)

Concernant les données démographiques, j'ai un faible pour {{DemogFR}} que j'ai réalisé, et qui centre les chiffre de la population. --Dude 5 avril 2007 à 15:59 (CEST)

Parfait, Dude ! Je te remercie ! - Amicalement - Marc ROUSSEL - Markus3 5 avril 2007 à 18:34 (CEST)

oui, mais pour tous les articles qui ont le modèle {{Démographie}}, ca reste laid. Sharky 5 avril 2007 à 21:15 (CEST)