Wikidata talk:WikiProject France

Langue du projet

Je sais que le projet France sera sans doute peuplé de francophone, mais je voudrais attirer l'attention que ce projet sera un point de ralliement pour des personnes externes au monde francophones, donc il faudrait que la page principale ainsi que les principales informations sont traduites en anglais. Snipre (talk) 14:27, 1 April 2014 (UTC)

Tout à fait ! Après, l'idéal serait d'utiliser l'extension/balise translate (comme pour les pages d'aide, eg. Help:Contents) mais je connais encore assez mal le fonctionnement précis de cette extension. Après, ce n'est pas juste linguistique, il y a aussi une certaine harmonisation des données à faire avec les autres pays (dans la mesure du possible évidemment). Cdlt, VIGNERON (talk) 14:44, 1 April 2014 (UTC)

Tentative de wikidataisation du mille-feuille administratif français

Bonjour,

Je lance une première « tentative de wikidataisation du mille-feuille administratif français ». Je suis plus spécialiste de l'administration et du territoire français que de la gestion de base de données, je laisse donc soin à d'autres de corriger et mettre en forme mon premier jet. J'ai mis quelques questions pour certains éléments.

Tout d'abord, les 4 collectivités territoriales (Q583865) :

• La commune (commune of France (Q484170)) est l'unité de base du territoire français. Tout le territoire français est divisé en commune (mis à part quelques exceptions comme d'une part les îles de Saint-Barthélemy et Saint-Martin − pseudo-commune − et d'autre part Wallis-et-Futuna et les TAAF, Terres australes et antarctiques françaises pas de communes du tout).
  • La commune possède de nombreux caractéristiques plus ou moins homogènes donc un grand nombre se trouve dans la base du Répertoire Géographique des Communes RGC : un nom (officialisé par le COG, pas de propriété), une population (données INSEE), une surface, une altitude min/max, un chef-lieu − là encore il y a quelques exceptions où le chef-lieu de la commune ne se trouve pas sur le territoire de la commune − (ce qui peut poser des problèmes pour la coordonnée de localisation de la commune car le RGC géolocalise le chef-lieu de la commune et non la commune elle-même, eg. Demi-Quartier (Q841329), Taillepied (Q742531) ou Château-Chinon (Campagne) (Q665691)), éventuellement un découpage (en quartiers, sous-quartiers, voire en canton pour les grandes agglomérations et en arrondissements municipaux pour Paris-Lyon-Marseille ou des divisions plus exotiques comme les sections électorales), etc.
  • C'est également une circonscription électorale qui élit un conseil municipal (élisant lui-même un maire et un ou plusieurs adjoints et servant éventuellement à des référendums municipaux).
  • Du coup, selon quel référentiel, la commune française est-elle une fifth-level administrative division (Q15640612) comme ajouté sans source ni référence par Arctic.gnome ? Dans le RGC, une « simple » commune est de « statut administratif 6 » (mais ce ne sont pas des niveaux à proprement parler) et légalement, c'est plutôt le premier niveau (mais en comptant en sens inverse du coup).
• Le département (department of France (Q6465)), au nombre actuel de 101, groupement de communes, dispose d'un Conseil général (assemblée, président, administration, etc.) et d'un préfet/préfecture, est divisé en un ou plusieurs arrondissements départementaux (qui correspondant aux sous-préfectures, les départements de Paris et de Belfort n'ont qu'un arrondissement).
  • Même question que supra : second-level administrative division (Q13220204) (information ajoutée par Infovarius). 3e niveau selon Nomenclature of Territorial Units for Statistics (Q193083).
• La région (region of France (Q36784)), au nombre actuel de 27, groupement de départements, dispose d'un Conseil régional (assemblée, président, administration, etc.) et d'un préfet/préfecture.
  • Attention à la Corse qui est une région « étendue » juridiquement (pas de Conseil régional mais un Conseil exécutif et une assemblée).
  • Ibidem pour first-level administrative division (Q13220202) (information ajoutée par Infovarius). Deuxième niveau selon NUTS.
• les autres collectivités territoriales (collectivités à statut particulier − Paris, Lyon, Marseille, Nouvelle-Calédonie, Corse, etc. − et les 5 collectivités d'outre-mer COM remplaçant certains des TOM, aujourd'hui seuls les TAAF sont encore un TOM, et encore…).

Après, il existe de nombreuses divisions, notamment :

• les diverses circonscriptions électorales (dont la commune et anciennement le département)
  • le canton, généralement regroupement de communes sauf pour les grandes agglomérations qui sont découpées en cantons, actuellement en réforme (dont on connait déjà les futures frontières, à priori en vigueur à partir de 2015). Du coup, le fait d'être subcommunale ou supracommunale selon le contexte est assez perturbant (heureusement que les cantons « ne servent pas à grand’chose »...). Le canton dispose d'un nom, d’un chef-lieu, des données INSEE (globalement les mêmes qu'au niveau communal), etc.
  • la circonscription législative (pour les élections des députés), plus ou moins des groupement de cantons (canton actuelle, je ne sais pas trop avec la future/actuelle réforme) mais pas uniquement
  • la circonscription sénatoriale (pour les élections des sénateurs), correspond aux départements mais pas uniquement
  • les 8 circonscriptions aux élections européennes (pour les élections des députés européens), regroupement de régions
• les très diverses structures intercommunales : métropole, communauté urbaine, communauté d'agglomération, communauté de communes, syndicat (syndicat intercommunal et syndicat mixte) ; sous la forme juridique d'établissement public de coopération intercommunale (sauf pour les syndicats qui sont juridiquement des syndicats).
• les pays « administratifs » (dit Loi Voynet, Pays (Q3184003)), groupement des nombreuses communes, diverses formes juridiques (syndicat mixte de pays, association, groupement d'intérêt public)
• des territoires spécifiques plus ou moins thématiques
  • les 3 préfectures maritimes
  • les territoires de gestion de la l'eau (les 5 agences de l'eau, les syndicats de bassins, SAGE, SDAGE, etc.)
  • tout un tas d'autres territoires (par exemple en urbanisme, les périmètres des schémas de cohérence territoriale, SCoT qui correspondent parfois à des entités existants mais pas toujours)
• les divisions historiques (paroisse, district, provinces, sénéchaussée, généralité, bailliage, duché, comté, marquisat, baronnie, ressort, etc.)

Cdlt, VIGNERON (talk)

Bon, si je regarde l’organigramme déjà affiché, il faudrait remplacer les located in the administrative territorial entity (P131) des communes (qui donne actuellement vers les cantons) et de remplacer le lien par celui des arrondissements. Et d'utiliser P1134 (P1134) pour tout le reste des truc à laquelle la commune fait partie (communauté de commune, circonscription, etc. ). --Fralambert (talk) 21:18, 12 April 2014 (UTC)

Merci pour le résumé. A propos de second-level administrative division (Q13220204) : Je ne crois pas que ce soit sensé correspondre aux divisions de NUTS (qui n'ont souvent pas d'existence administratives. Ca me parait en fait plus ou moins un invention de Wikipédiens un peu trop confiants dans les possibilités de faire un système international cohérent, selon lequel chaque pays serait divisé en premier niveau, deuxième niveau etc. (voir notamment en:Category:First-level administrative country subdivisions). Il me semble que ça ne fonctionne pas du tout et qu'on devrait simplement se débarrasser de tout ça. --Zolo (talk) 05:58, 13 April 2014 (UTC)

Merci pour la création de ce projet, c'est quelque chose qui me trainait dans la tête depuis un petit moment, notamment pour avoir où discuter d'un consensus sur la modélisation de notre bon vieux mille-feuilles administratif.

Quelques remarques:

1/ Ce n'est pas très clair dans la proposition de VIGNERON si l'arrondissement est inclus dans la hiérarchie ou non.

2/ Utiliser P1134 (P1134) est une proposition intéressante, mais il ne résout pas le problème que dans beaucoup de cas, les cantons (et autres) sont inclus dans une commune, voir à cheval sur plusieurs. Je pense qu'on aurait besoin d'une propriété du genre "division administrative associée", qui pourrait être utilisée de façon plus flexible.

3/ Une autre discussion à avoir est sur l'utilisation de la propriété shares border with (P47) au niveau des frontières. Celles que j'ai tentées d'initier au niveau globale n'ont rien donnée. Je pense qu'on devrait avoir un consensus local avant tout.

4/ Est-ce que quelqu'un participe ou a contacté le projet Communes de France sur WikiFR ? Ça serait bien que la stratégie adoptée ici soit compatible avec l'automatisation de leurs infoboxes.

5/ Je propose que tout consensus soit approuvé par un vote, pour qu'on puisse ensuite l'opposer à des contributeurs qui voudrait faire à leur façon.

A+ --LBE (talk) 10:41, 13 April 2014 (UTC)

@Zolo : visiblement ce n'est pas une division NUTS et effectivement, à moins d'avoir une source, je serais plutôt d'avis de les retirer. Pour NUTS, aussi critiquable et critiqué soit-il, au moins c'est sourcé et documenté. Cela recoupe assez souvent des entités existantes (en tout cas en France et sauf erreur, les niveaux 2 et 3 correspondent aux régions et aux départements). Puisque l'on parle de codage, il existe aussi la norme ISO 3166 ainsi que les codes INSEE pour les régions/arrondissements/cantons (pas sur que ce soit vraiment utile mais sait-on jamais…).

1/ Ce qui est clair est que l'arrondissement départemental est une subdivision du département et que ce ne sont pas des collectivités territoriales. Personnellement, je dirais que ce n'est pas vraiment un échelon entre le département et la commune (ou bien canton ? ce doute même me semble révélateur) ; de plus, les arrondissements départementaux sont globalement inconnus en France (on avait eu le problème pour la création de liste de MH par arrondissement sur fr.wp, il n'est pas du tout immédiat de savoir dans quel arrondissement se trouve une commune).

2/ Je ne sais pas trop quelle est la meilleure façon mais effectivement un canton peut être composé :

• d'un groupement de communes (nombre entier de communes appartenant au canton de 1 à X, la moyenne pour les cantons actuellement en vigueur est de 9)
• de fraction d'une commune (nombre compris entre 0 et 1)
• de fractions de plusieurs communes (nombres compris entre 0 et 1 pour chaque communes)

De plus, le département-commune de Paris n'est pas divisé en cantons. Enfin, les cantons ont pas mal évolués à travers l'histoire et sont actuellement en cours de réformes (avec pas mal de protestations donc les futurs cantons dont la composition a été publiée au JORF sera peut-être amené à évoluer d'ici leur date d'entrée en vigueur ce qui va être difficile à modéliser même avec des qualificateurs).

4/ Oui, le projet Communes de France a été contacté (merci Snipre) et il y a même plusieurs discussions en cours là-bas (notamment sur le formatage des données de populations).

5/ Je ne suis pas trop chaud par un vote, pas maintenant en tout cas ; il faut tester minutieusement et valider par la pratique d'abord. Je pense qu'il serait plutôt opportun de le faire sur quelque chose de globale (personnellement, il me semble qu'il n'y a rien de pire qu'un consensus sur un détail qui se révèle impossible à appliquer avec des usages généraux).

Cdlt, VIGNERON (talk) 18:37, 13 April 2014 (UTC)

Il faut commencer par séparer les familles: il y a les divisions administratives et les divisions électorales. A première vue le canton appartient à la deuxième famille. Snipre (talk) 09:08, 14 April 2014 (UTC)

Note : les "niveaux NUTS" ne sont pas les niveaux administratifs, ce sont seulement des niveaux statistiques propres à NUTS (puisque le niveau 1 de NUTS n'a jamais correspondu à rien administrativement en France, il correspond juste aux anciennes ZEAT qui n'ont jamais eu un rôle admoinistratif, et d'ailleurs les NUTS1 français ne correspondent plus au regroupement des régions mais ne sont plus que des regroupements d'anciennes régions, en attendant une éventuelle mise à jour de NUTS tenant compte des nouvelles régions administratives françaises, mais qui n'a pas encore eu lieu). NUTS aussi ajoute des pseudos-divisions comme les EX REGIO, et il ne couvre pas non plus l'ensemble du territoire français, juste le sous-ensemble territorial inclus dans le champ d'application des traités européens.

Bref ne pas tenir compte du niveau NUTS pour "division territoriale de premier niveau" et suivants, car ils sont tous décalés statistiquement (et incomplets pour la France). Verdy p (talk) 14:17, 28 February 2016 (UTC)

Receil de Queries utiles pour vérification

J'ai sur ma page perso toute une série de WikiData Queries très utiles pour des vérifications de cohérence et complétude d'item liés à la France. Ça me fait une bonne source de TODO au quotidien. Beaucoup sont reproductibles pour d'autres villes/régions. Je pense qu'elles sont utiles pour ce projet

Est-ce que vous êtes d'accord pour créer une page "Rapport" dans ce projet, où je pourrais les mettre (et chacun pourrait en rajouter) ?

A+, --LBE (talk) 10:48, 13 April 2014 (UTC)

Carrément, cela sera très utile (on pourrait en plus, y mettre pour mémoire les cas spéciaux que j'ai évoqué plus haut). Thanxs. VIGNERON (talk) 17:50, 13 April 2014 (UTC)

Import massif des adjacences entre communes

Re-re-salut,

Ce projet m'a aussi fait faire ce que je procrastinais depuis un bout de temps : aller demander de l'aide à nos amis d'Open Streetmap pour connaitre la valeur de shares border with (P47).

La réponse a été même plus efficace que prévue, et nous avons maintenant un fichier qui les donne toutes : ici. Ce sont des paires de code INSEE, les communes isolées (iles) ont une seule valeur sur leur ligne et chaque adjacence n'est présente qu'une fois (il faudra donc dupliquer chaque ligne).

Je ne suis pas dresseur de bot. Il y a un volontaire pour s'en charger ?

--LBE (talk) 15:22, 13 April 2014 (UTC)

Avant de les injecter dans Wikidata, serait-il possible de les comparer aux valeurs dans les articles sur Wikipédia (pas forcément fiable à 100 %, je passe d'ailleurs pas mal de temps à les corriger mais le croisement serait toujours intéressant). Cdlt, VIGNERON (talk) 17:53, 13 April 2014 (UTC)

Le projet OSM Fr vient de terminer un alignement global des frontières communales sur le cadastre français. Ça leur a pris 6 ans. J'aurais donc tendance à faire confiance à leur données, plus qu'à celles de Wikipédia. Cela dit, si le bot peut signaler les différences avec ce qui existe déjà dans Wikidata (et Wikipédia), ça sera toujours mieux. --LBE (talk) 21:00, 13 April 2014 (UTC)

Je viens d'y re-réfléchir, quelqu'un pourrait-il commencer par faire un fichier à partir de Wikipédia ainsi que du fichier GEOFLA du RGC (ce ne serait pas les données Wikipédia/RGC elle-même mais un calcul à partir des données donc pas de problème de licences sur ce coup-là) pour pouvoir comparer ? En parcourant rapidement le document de Chritian Quest, je remarque quelque lignes étranges, il y a des codes isolés qui ne correspondent pas à des communes isolées (notamment pour La Réunion 974). On pourrait ainsi au moins importer les cas cohérents dans les trois cas. Cdlt, VIGNERON (talk) 08:36, 11 December 2014 (UTC)

En fait, ce fichier contient la liste des lignes de contours de communes sur OSM, avec les ID de commune de chaque côté. Pour les lignes qui n'ont qu'une commune (frontière internationale, mer), il n'y a qu'un ID. --LBE (talk) 13:30, 11 December 2014 (UTC)

Ah oh… subtil ! Je croyais que c'était la liste des communes limitrophes d'autres communes. Je n'avais pas compris que quand le contour touchait autre chose qu'une commune, c'était indiqué par une ligne « vide ». Après coup pourtant cela semble super évident. Du coup, je me pose la question comment gère-t-on ces cas sur Wikidata ? Pour une île, au départ, je pensais juste mettre un « aucune valeur », eg. pour Île-de-Bréhat (Q272373). C'est logique si on suit la description de shares border with (P47) « pays ou division administrative de même niveau partageant une frontière commune » (description qui a déjà suscité de nombreuses discussions) mais dans l'absolu cela signifie que l'on oublie une partie de l'information.

Bon après, cela concerne une minorité de cas, pour le reste peut-on avancer ou bien ?

Cdlt, VIGNERON (talk) 13:58, 11 December 2014 (UTC)

Effectivement, la contrainte de symétrie de shares border with (P47) n'est pas très pratique, et la règle "de même niveau" n'est pas très claire. Et de facto, tout le monde fait un peu ce qu'il veut. Certains mettent "voisin de l'océan atlantique", d'autre "voisin de l'Allemagne", d'autre encore "voisin d'une commune allemande" (est-ce bien le même niveau ?) ...

J'avais levé le pb sur la PDD de shares border with (P47) il y a longtemps, avec des propositions. Mais sur ce genre de sujet, impossible de discuter d'un consensus, et encore moins de le faire appliquer.

Pour mémoire : il faudrait rendre la symétrie optionelle, avec un qualificatif qui l'indique. Comme ça, on évite la propagation des stratégies utilisées ici ou là. Esuite, il faudrait que chaque sous projet (comme celui-ci) définisse ses propres règles, applicables à un scope donné (ici, les éléments relatifs à la France) : que faire pour des adjacences avec l'océan (rien, une adjacence) ? que faire sur les frontières (rien, pays, structure de niveau équivalent) ? Ensuite vote public pour que ça devienne opposable à tout contributeur (nouveau ou non informé), et implémentation systématique avec rapport de checks. --LBE (talk) 10:08, 12 December 2014 (UTC)

Pour les adjacences, il serait bien de les compléter avec un qualificateur indiquant la direction géographique (un des 8 points cardinaux ou intercardinaux), ce qui permettrait de remplir automatiquement ensuite les modèles des pages Wikipédia qui mentionnent les entités limitrophes.

Le problème : quelle entité limitrophe choisir ? Il y en a a plusieurs niveaux, qui ne sont même pas tous des subdivisions directes de la même subdivision parente de l'entité courante.

Il me semble que si on doit choisir, ce devrait être la plus petite division limitrophe dont le parent direct contient (directement ou pas) les deux entités mais ne contient pas l'entité courante (ce parent direct peut être le Monde dans ce cas la plus petite division limitrophe est un pays). Dans le cas où il y en a encore plusieurs, prendre celle de même type ou de la classe parente commune la plus proche.

Si une entité limitrophe est dans un autre pays, la subdivision limitrophe pertinente à indiquer est ce pays, et non une des ses régions, Etats, province, commune ou autre, dont le statut n'est pas comparable à l'entité courante. D'ailleurs même si on essaye de chercher une division administrative de "même niveau" administratif, cette recherche peut échouer car elle n'existe pas forcément à ce niveau !

Même en France métropolotaine, une commune d'un département limitrophe de la circonscription départementale du Rhône ne devrait mentionner comme limitrophe que cette circonscription et pas le nouveau département du Rhône ou la nouvelle métropole de Lyon ou une de leurs communes.

Cette règle induit une plus grande stabilité et une prédictibilité du schéma et sa complétude: elle évite de s'intéresser aux découpages ou regroupements internes des entités voisines, qui peut changer indépendamment.

Appliquée à un EPCI à fiscalité propre, cette règle donnera un autre EPCI à fiscalité propre (dont le parent direct est la France, puisque les EPCI à fiscalité propre ne sont pas des subdivisions d'une région, d'un département, d'un arrondissement), ou alors une commune sans EPCI à fiscalité propre.

Concernant les autres EPCI (SIVU, SIVOM, EPT, etc.), on ne trouvera que des communes isolées ou d'autres EPCI de même type (exemple: un EPT de la métropole du Grand Paris aura comme entités limitrophes que la ville de Paris, ou un autre EPT, ou une commune hors de cette métropole), voire un arrondissement, un département ou une région qui ne contiendrait aucune partie de l'entité courante (choisir la plus petite dont un parent contient entièrement l'entité courante). Verdy p (talk) 19:58, 26 February 2016 (UTC)

---

@LBE, Verdy p: ce sujet traîne depuis près de deux ans, j'ai décidé de faire quelque chose. Après quelques vérifications sur des échantillons pris au hasard où je n'ai pas vu d'erreurs, je viens d'importer la majorité des données du fichier de Chritian Quest. Globalement, la structure est triviale vu qu'il y a uniquement des communes (donc forcément du même niveau communal, cela exclut et résout cette question de niveau). J'ai tout de même exclu quelques cas : les frontières avec rien et les codes INSEE partagés par plusieurs communes.

Un exemple de visualisation du résultat pour les communes de l'Ain.

Pour aller plus loin, il faudrait :

• vérifier les données
  • mais je n'ai pas trop d'idée de vérification ; pour les vérifications avec des données externes, à part le fichier de Christian, il n'existe pas de source à ma connaissance ; pour les vérifications internes, il me faudrait les cas limites : commune ayant le plus grand nombre de communes limitrophes (j'ai trouvé Lille (Q648) avec 18 communes limitrophes, serait-ce le record ?), commune limitrophe dont les chef-lieux sont les plus éloignés (il y a le cas évident et extrême des communes de Guyane mais quid des communes de France Métropolitaine ? et surtout comment formuler la requête de vérification ?), etc.
• enrichir les données avec des qualificatifs :
  • trivialement, start time (P580) et end time (P582), important en particulier pour les communes crées après 1789 et toutes celles ayant disparus.
  • par exemple la direction géographique mais d'une part, quelle propriété utiliser ? d'autre part, comment obtenir cette donnée ? (le calcul n'est pas trivial, et il y a un certain nombres de communes au territoire non-contigu ce qui complique encore plus la chose).
    • le qualificatif "direction géographique" existe, avec les valeurs énumérées des 8 points cartinaux et intercalaires (les 16 demi-intercalaires existent aussi). Tous les points cardinaux ont une propriété donnant leur angle relatif en degrés par rapport au nord (mesuré dans le sens horaire comme cela est fait en géographie et sur les compas), ce qui facilitera le tri.
    • il permettrait de remplir automatiquement les box dans les bons paramètres, et de les ordonner correctement. Sinon on obtient une liste non triée. Verdy p (talk) 06:45, 27 April 2016 (UTC)
  • dans l'idéal il faudrait ajouter des sources (mais idem supra sur l'absence de source).

J'en ai profité pour faire quelques vérifications en plus de mon import. J'ai notamment 17 déclarations de communes limitrophes de pages d'homonymie. Sinon, pour revenir à la condition de « même niveau », il y a assez peu de communes reliées à des éléments qui ne sont pas des commune of France (Q484170), il y a seulement éléments-communes et 50 valeurs différentes dont pas mal de communes d'autres pays : commune of Italy (Q747074) 77 fois, municipality of Belgium (Q493522) 38 fois, municipality of Switzerland (Q70208) 14 fois, etc. Résultats complets :

SELECT ?class ?classLabel ?count WHERE {
  {
    SELECT ?class (COUNT(*) AS ?count) WHERE {
       ?a wdt:P31 wd:Q484170 .
       ?b wdt:P31 ?class .
       ?a wdt:P47 ?b .
    } GROUP BY ?class
  } . 
  SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" . }
}
ORDER BY DESC(?count) ?classLabel

Try it!

Certains chiffres sont un peu trompeurs car un territoire peut avoir avoir plusieurs natures, par exemple les 205 city (Q515) sont en fait tous aussi des commune of France (Q484170) (à l'exception de La Chaux-de-Fonds (Q68124) et Saarbrücken (Q1724).

Cdlt, VIGNERON (talk) 15:42, 26 April 2016 (UTC)

Importer des données de l'IGN et de l'Insee

J'ai créé pas mal d'ébauches de communes françaises sur la Wikipédia en espéranto, et pour ça je me suis aidé de cette base de données de l'IGN. Je me suis fait un script pour analyser leur fichier texte pour le mettre dans une base de données et j'ai aussi importé les données de population de l'Insee. Bref, j'ai sur mon ordinateur une base de données MySQL qui contient la population, la superficie, les coordonnées géographiques, l'altitude, etc. de toutes les communes de France métropolitaine, c'est-à-dire le genre de données utiles à Wikidata. Comment est-ce que je peux m'y prendre pour les importer ? Mutichou (talk) 17:03, 25 April 2014 (UTC)

La première chose à faire c'est sans doute de vérifier que la licence de ces données est compatible avec celle de Wikidata, la CC0, malheureusement c'est sans doute pas le cas :/ sinon il y a différentes plateforme pour coder un bot d'import, pywikibot par exemple, et il faut passer par une requête sur Wikidata:Bot requests pour ton bot. TomT0m ^(talk) 17:14, 25 April 2014 (UTC)

Les données de l'IGN sont publiées sous la Licence ouverte de l'État français, compatible avec CC-BY 2.0, et l'Insee demande de citer la source. Je ne m'y connais pas trop en licences, mais apparemment les deux permettent d'utiliser librement les données du moment qu'on cite la source. Wikidata permet d'indiquer la source des données, mais je ne suis pas sûr que ces licences soient compatibles avec CC0. Si ce n'est pas le cas, ça veut dire qu'il sera simplement impossibles d'avoir les données de population et de superficie des communes dans Wikidata ? Mutichou (talk) 18:46, 25 April 2014 (UTC)

Pas possible en effet pour un import massif: CC BY implique que le crédit aux auteurs soient intégralement donné lors de la reprise des données de WD, alors que CC0 n'implique rien. En l'état, on ne peut donc pas espérer obtenir une seule donnée des institutions françaises mais également de tous les pays, car la licence CC BY est le minimum demandé par tous les instituts de statistique nationaux. Snipre (talk) 20:31, 25 April 2014 (UTC)

Bonjour Mutichou, Snipre et TomT0m,

Je ne suis pas aussi certain que vous que l'import de données CC-by soit impossible sur Wikidata. Tout d'abord, le By est une obligation légale en France (en tant que droit morale inaliénable) et ce en tout circonstance et quelle que soit la licence (CC0, CC-BY, domaine public, etc.). De plus, la licence CC0 indique clairement et explicitement qu'elle s'entend to the extent allowed by law (ce que je comprend comme « pour la France, une CC0 correspond à une CC-by). Enfin, sur Wikidata, indépendamment des questions juridiques de licences, il est fortement conseillé d'indiquer la source en référence (ce qui correspond fortement à l'esprit du By).

Cdlt, VIGNERON (talk) 11:29, 8 December 2014 (UTC)

Nicolas, je pense que le pb est (comme sur Commons) le fait que CC0 autorise la réutilisation sans citer la source. Donc le fait que nous la citions nous ne change rien.

J'ai posé le même sujet il y a quelques moi sur le Bisto anglais : Wikidata:Project chat/Archive/2014/10#Copyright and licensing of extracted facts. Une des réponses renvoient sur un texte de Meta, mais en gros la réponse est que en France et dans beaucoup de pays d'Europe, le contenu des BDD peut-être protégé de façon globale même si chaque info ne l'est pas individuellement. Donc l'import massif sur WD en CC0 est de facto interdit, sauf si la BDD est aussi en CC0.

D'où aussi mon hésitation à faire l'import massif de données OSM mentionné au sujet précédent.

(Je suis persuadé que la plupart des imports massif par bot sont de ce fait hors limite, mais bref).

--LBE (talk) 14:45, 9 December 2014 (UTC)

@VIGNERON. Pareil que LBE: le problème de CC0, ce n'est pas la citation dans Wikidata, mais l'obligation de citer cette référence si on réutilise les données de Wikidata. Et le "to the extent allowed by law" n'est pas une application d'une autre licence selon la loi du pays, mais correspond au degré minimal de protection de la loi : dans certaines lois, on ne peut donner tous les droits d'une oeuvre, il y a toujours un droit moral de l'auteur sur son oeuvre. Si la loi requiert une licence CC-by, alors CC0 ne peut pas être utilisé. Snipre (talk) 15:20, 9 December 2014 (UTC)

Désolé mais je ne suis toujours pas convaincu, j'ai l'impression que vous êtes plus légaliste que la législation… (et la protection sui generi de la directive de 1996 ne change rien à l'histoire d'abord parce qu'il protège la base et pas les données et ensuite parce que ces bases sont placées sous une licence libre correspondant au domaine du droit d'auteur et pas du droit sui generi). Il me semble que si on suit votre logique jusqu'au bout, aucun citoyen français ne peut contribuer sur Wikidata et aucun citoyen du monde ne pourrait contribuer sur un sujet touchant à la France. Or ce n'est pas le cas ! (ni de jure ni de facto).

D'ailleurs Snipre je ne suis pas sur de bien comprendre ton explication : tu estimes que les données en CC0 ne sont pas utilisables selon la loi française ?

Cdlt, VIGNERON (talk) 16:03, 9 December 2014 (UTC)

Le pb de CC0, c'est que le contenu WD est publié sous cette licence, qui n'oblige pas à citer la source lors d'une réutilisation. Donc si on publie des infos sous licence CC-BY, même en mentionnant la source, on autorise du même coup les gens à la réutiliser en CC0, donc bug. C'est la même raison qui fait que les contenus CC-NC ne sont pas admis sur Commons, même si Commons lui même peut être considéré comme non commercial.

Pour le sui generis, je me réfère à la page Meta, avec le lien cette fois. Je quote : (in the EU) the sui generis right is infringed when "all or a substantial part of the database" is transferred into another document or database. J'aurais tendance à faire confiance à cette analyse de la directive, qui s'applique à tous les projets Wikimedia.

--LBE (talk) 20:08, 9 December 2014 (UTC)

Bon j'y suis allé un peu fort dans mon précédent message.

Je suis bien d'accord que publié des données originellement sous CC-by sur une plateforme en CC0, ce n'est pas « normal ». Ceci dit, si un citoyen français (et de tout pays imposant la paternité ce qui est − à divers degré − le cas de tout les pays du monde ! cf. notamment l'article 6bis la Convention de Berne de 1886) réutilise des données de Wikidata, il ne peut pas ne pas citer la source, il est sous CC0-by en quelque sorte (sauf cette disposition est déjà prévu dans la CC0, on est donc bien toujours sous licence CC0).

Pour le droit voisin sui generi, je ne sais pas trop. Tout d'abord, reprend-on vraiment une part substantielle de la base de données ? (de quelle base d'ailleurs ? si on considère la base Insee comme l'ensemble des données Insee, elle est immense et contient énormément de données qui n'intéresse pas Wikidata). En plus, il me semble que la directive de 1996 concerne une possibilité de protection, possibilité qui (toujours il me semble) un peu contredite par l'esprit d'OpenData en général et en particulier celui d'ouverture des données Insee sous licence CC-by (ouverture issue notamment de la directive de 2003 sur la réutilisation).

Bref je reste un peu sur mon avis initial : je ne suis suis pas certain que l'import est impossible.

Cdlt, VIGNERON (talk) 21:06, 9 December 2014 (UTC)

Pour info, il y a eu à peu près la même discussion sur Wikidata:Requests for permissions/Bot/Symac bot 4. --Zolo (talk) 21:13, 9 December 2014 (UTC)

Merci beaucoup pour cette info. Je pense que l'on va suivre le conseil de Dereckson et poser la question sur meta (reste à trouver où exactement ?) et à la WMF. Sinon, il restera toujours la possibilité de contacter l'Insee et Cie pour leur demander de passer les données sous CC0. Cdlt, VIGNERON (talk) 21:29, 9 December 2014 (UTC)

@VIGNERON WMF a déjà donné son avis, et ayant déjà essayé de discuter avec eux, tu peux éviter de perdre du temps à leur poser des question: dès que l'on entre dans les details, ils ne veulent pas donner de réponse claire, 1) parce que cela depend de chaque pays et donc il y a autant de réponse que de pays, 2) car en cas de problem, ils ne veulent pas être impliqués alors que c'est WM Deutschland qui gère Wikidata. Snipre (talk) 07:27, 10 December 2014 (UTC)

Propriété « nom COG » ?

Bonjour,

Je me demandais si il ne serait pas utile et pertinent de créer une propriété « nom selon le COG » pour les communes de France. Certes, cela serait très similaire au label mais cela serait plus explicite et surtout cela serait très utile dans les cas où le nom COG a changé (on pourrait ainsi mettre les différents noms avec les qualificateurs temporels qui vont bien).

Sinon autre solution, on pourrait utiliser la propriété official name (P1448) et indiqué le COG en référence et/ou qualificateur.

Qu'en pensez-vous ?

Cdlt, VIGNERON (talk) 11:29, 8 December 2014 (UTC)

official name (P1448) avec COG en reference. Sinon on va avoir une nouvelle propriété par pays rien que pour nommer les communes. Snipre (talk) 15:14, 9 December 2014 (UTC)

Ok, et avec simplement stated in (P248) comme qualificateur ? est-ce que cela ne vaudrait pas le coup d'indiquer le décret de renommage aussi ? et comment trouver la date (la date du décret ? la date de parution du décret au JORF ? la date du COG ? évidemment ce sont trois dates différentes…) et comment gérer ?

Je prends un exemple : Trans-la-Forêt (Q216677) (j'ai pris la date du COG qui correspond au lendemain de la parution du décret). Est-ce que cela vous semble correct ?

Cdlt, VIGNERON (talk) 16:14, 9 December 2014 (UTC)

Ça me semble correct, c'est la même chose que j'ai fait avec Sainte-Hélène-de-Kamouraska (Q3464302). Pour la date, je n'oserai pas trop m'avancer, ne connaissant pas la tradition française sur le sujet, mais il me semble que la date devrait être celle de la mise en vigueur du changement de nom. Au Québec, c'est la date de publication à la gazette officielle du Québec, sauf mention dans le règlement ou la loi d'une mise en vigueur ultérieur. --Fralambert (talk) 02:20, 10 December 2014 (UTC)

Bazar dans l'utilisation de P131

Bonjour,

En utilisant l'application Wikidata Spiral, je me suis rendu compte que l'utilisation de P131 dans les diverses entités territoriales en France est complètement incohérente. Il y a des choses qui me semblent complètement fausses :

• mettre un lieu/bâtiment/monument dans plusieurs niveaux territoriaux, typiquement : la commune, la département et la région (voir le canton, l'arrondissement, le pays)
  • il me semble que l'habitude et la logique (surtout depuis l'arrivée de l'arbitrary acces) est de mettre uniquement le niveau le plus bas (généralement la commune)

Il y a des choses moins claires (mais qui mérite clarification pour harmoniser tout ça) :

• les régions sont-elles à localiser en France (Q142), en Metropolitan France (Q212429) ou les deux ? Limousin (Q1190) utilise les deux mais Brittany (Q12130) est uniquement en Metropolitan France (Q212429) ; France (Q142) peut pourtant être inférer de Metropolitan France (Q212429) mais ce sont entités différentes (la première plutôt administrative et la seconde plutôt géographique)
• les communes sont parfois rattachées directement au département (comme en Ille-et-Vilaine) et parfois aux arrondissements (comme en Morbihan) ; les deux me semble équivalent et avoir autant d'inconvénients et d'avantages, j'aurais juste une légère préférence pour la seconde méthode.

Des avis, commentaires, remarques ?

Cdlt, VIGNERON (talk) 15:36, 25 June 2015 (UTC)

Il faut définir les niveaux administratifs reconnus et pertinents.L'idéal est que le projet définisse la structure sur une page ad hoc afin de pouvoir s'y référer. Et le mieux est l'ennemi du bien: il ne faut pas chercher à établir une structure trop complexe au début capable de représenter tous les détails et exceptions. Snipre (talk) 19:37, 25 June 2015 (UTC)

Interrogation sur le "le niveau le plus bas" : Paris (Q90) (commune), 1st arrondissement of Paris (Q161741) (arrondissement), Ménilmontant (Q2701404) (quartier) ?

Personnellement j'utilise la commune sauf pour Paris, Lyon, Marseille où j'utilise les arrondissements. Gzen92 (talk) 06:00, 26 June 2015 (UTC)

Oui, « le plus bas » demande quelques précisions mais il me semble qu'il est clair les niveaux supra-communaux (pays, région, département, arrondissement, canton, etc.) sont − sauf exceptions − à exclure. Quid aussi de mettre plusieurs valeurs imbriquées en located in the administrative territorial entity (P131) ? cela me semble d'autant moins pertinent avec l'arrivée de l’arbitrary access. Cdlt, VIGNERON (talk) 10:14, 28 June 2015 (UTC)

Au moins quatre types qui posent problème :

1. les arrondissements administratifs (car peu utilisés dans la vie courante)
2. les cantons (particulièrement enquiquinants, étant donné que certaines communes possèdent plusieurs cantons et réciproquement)
3. les quartiers administratifs de Paris (qui n'ont plus vraiment d'existence administrative ni de pertinence pratique, mais qui sont plus petits et plus précis que les arrondissements).
4. les quartiers de Paris au sens de quarters councils in France (Q2993798), généralement encore plus petits que les quartiers administratifs, mais il me semble que personne ou presque ne les utilise ni ne les connait.

Je suppose que le modèle à choisir dépend de la complexité que l'on peut attendre des outils utilisant les données. J'aurais tendance à penser qu'il ne faut avoir comme valeur "preferred" que les niveaux administratifs que l'on utilise couramment, donc aucune utilisant les trois types précédent. En revanche, on peut ajouter d'autres niveaux administratifs avec le rang "normal". Dans l'idéal, il faudrait que les constraint violation reports prennent en compte le rang. --Zolo (talk) 06:10, 26 June 2015 (UTC)

Bonjour Zolo, utiliser les niveaux « courants » me semble gênant à plusieurs niveaux.

D'abord, cette notion me semble très subjective (selon que celui qui lit la donnée est français ou non, et s'il est français local ou non ; perso en tant qu'habitant de l'Ouest de la France, je mets parfois quelques secondes/minutes avant de me souvenir où se situe tel ou tel département de l'Est de la France).

De plus, j'ai du mal à voir l'intérêt de multiplier les informations sans raisons (et cela d'autant moins avec l'arrivée de l’arbitrary access) ; utiliser le rang est une idée intéressante mais l’information reste présente en double (donc double travail, double maintenance, etc). Une autre possibilité (dont je ne suis pas fan non plus mais que j'ai croisé sur quelques éléments comme Q1047114 ou Monument aux Girondins (Q1064990)) est de mettre la commune en located in the administrative territorial entity (P131) et un niveau plus bas en location (P276).

Après, je préfère que l'on utilise une méthode à laquelle je n'adhère pas totalement mais utilisée uniformément sur le territoire plutôt que l'absence de méthode ce qui conduit au bazar actuel.

Cdlt, VIGNERON (talk) 10:14, 28 June 2015 (UTC)

Perso je pars du principe que si l'on veut à terme utiliser ces données sur wikipédia, on ne peut pas tout laisser en vrac dans la localisation. Donc pour ne pas perdre d'informations et rester cohérent, je laisse la commune (ou l'arrondissement pour Paris/Lyon/Marseille) dans located in the administrative territorial entity (P131) et les autres "lieux" dans location (P276) ou located in/on physical feature (P706). Gzen92 (talk) 06:23, 29 June 2015 (UTC)

Pour reprendre les choses concrètement :

Pour les bâtiments et autres petits objets ponctuels :

• Hors Paris-Lyon-Marseille : il parait y avoir consensus pour utiliser la commune.
• Pour Paris -je sais pas pour Lyon et Marseille- il parait y avoir deux pratiques : l'arrondissement ou le quartier administratif. Le quartier administratif est plus précis, mais me gêne un peu, parce qu'il n'est pratiquement jamais utilisé, et n'est même, ou plus, vraiment un division administrative.

Quand il s'agit d'utiliser P131 sur des éléments désignant eux-mêmes des divisions administratives, c'est plus complexe. Plutôt que de divisions "couramment utilisées", j'aurais peut-être du parler de divisions administratives qui sont vraiment des divisions administratives, et qui ont une vocation généraliste. Après tout academic district (Q2822246) et Defense and Security zone of France (Q3575784) sont aussi des divisions administratives.

• Pour les communes, hors Paris et Lyon, le plus logique me semble de mettre l'arrondissement. J'ai vu des cas où on mettait le canton, mais ça ne me parait pas une bonne idée. D'une part parce que les cantons ne sont pas vraiment des divisions administratives, et puis surtout parce que le canton n'est pas toujours "au dessus" de la commune : certaines communes contiennent plusieurs cantons. (entre parenthèse, certains contributeurs ajoutent plein de classes comme "subdivision administrative de quatrième niveau" dans canton of France (Q184188), c'est un système largement utilisé pour les catégories de Wikipédia en anglais, mais ça me parait inutile sur le plan pratique et problématique sur le plan conceptuel)

Je pense qu'on peut sans crainte utiliser des départements pour les arrondissements et des régions pour les les départements, mais en cherchant un peu, on doit pouvoir trouver pas mal de cas problématiques (Metropolis of Lyon (Q16665897)). --Zolo (talk) 07:58, 29 June 2015 (UTC)

@Zolo, Gzen92: désolé pour le retard de réponse.

Pour le ponctuel, c'est effectivement généralement la commune qui est utilisée. Pour les grandes villes (et pas uniquement PLM), le quartier est parfois utilisé. Est-ce que l'on harmonise pour utiliser uniquement la commune (sauf PLM), est-ce que l'on utilise la commune et la quartier ? (éventuellement avec deux différentes propriétés : located in the administrative territorial entity (P131) pour la commune et location (P276) pour le quartier).

Oui, le canton est complexe (et mouvant) et mériterait une discussion à part.

Pour les communes, la question ne me semble pas tant « canton ou arrondissement ? » mais plutôt « arrondissement ou département ? » Tout le monde est d'accord pour les arrondissements ? Du coup, cela semble à la fois simple et logique : commune > arrondissement > département > région.

Cdlt, VIGNERON (talk) 09:37, 10 July 2015 (UTC)

D'accord pour commune > arrondissement > département > région (même si on pourrait enlever l'arrondissement, peu utilisé dans la pratique).

Du coup, à quel endroit précise-t-on le(s) canton(s) d'une commune ? Il y aurait bien electoral district (P768) mais ça semble réservé aux élus.

En cas d'accord, ne faudrait-il pas faire passer un bot pour les articles sur les communes ? --El Caro (talk) 15:45, 3 August 2015 (UTC)

Déjà, depuis le début de la discussion, l'intitulé de located in the administrative territorial entity (P131) a été changé plusieurs de « localisation territoriale » en « localisation administrative » et inversement (le 17 juin par Fralambert puis de nouveau par El Caro et Genium aujourd'hui). Est-ce qu'il y a eu des discussions à ce propos ? (je ne me souviens pas d'en avoir vu ; a priori « territoriale » me semble mieux mais je n'ai sans doute pas tout les arguments pour décider).Une discussion a débuté ici : Wikidata:Bistro#Property:P131 en français.

Les cantons (desquels parle-t-on d'ailleurs ? depuis 1789 la notion a évolué plusieurs fois, en 1793-1795, en 1958, en 2013-2015, etc. les éléments canton of France (Q184188)-canton of France (Q18524218) étant pour le moins bancals) et autres entités administro-civilo-militaro-religio-juridico-territoriales peu connues, c'est le bazar, je propose de les laisser de côté pour le moment afin de se concentrer sur un problème relativement simple avant de s'attaquer à plus complexe et plus compliqué.

Si tout le monde est d'accord pour le schéma « commune > arrondissement > département > région », nul besoin d'un bot, un outil comme Autolist suffit largement. Tout le problème semble résider dans l'arrondissement... Ceci dit, si on ne le met pas au dessus des communes, on peut toujours le mettre en dessous des département en surplus (ce qui est bizarre mais possible et pas forcément moins pratique).

Cdlt, VIGNERON (talk) 16:16, 3 August 2015 (UTC)

J'ai pas tout lu, mais il me semble que vous essayez d'établir un total order (Q369377)    entre les niveaux. C'est vain quand l'ordre est manifestement une partial order (Q1069998)    générale, dans lequel tous les éléments sont pas inclus les uns dans les autres, donc pas comparables 2 à 2 systématiquement. On a vraiment besoin de hiérarchiser totalement ? Je ne pense pas. Si on est dans un "minimum", c'est à dire qu'il n'y a aucune division qui soient "inférieure" à notre division, ça m'a l'air de suffire très bien comme règle, même si c'est pas parfait. On peut même envisager qu'il y ait plusieurs localisation avec la règle suivante :

• Si il existe deux déclarations "M est localisé dans A ; M est localisé dans B", si on a à la fois "A n'est pas inférieure à B" et "B n'est pas inférieure à A", alors les deux déclarations ne sont pas redondantes.

J'ai pas non plus l'impression que toutes les entités soient intéressantes pour la localisation, par exemple personne ne dira naturellement qu'un monument est situé dans un canton ... Dans une commune ou un arrondissement Parisien par contre, certainement. Après est-ce si important ? D'autant plus qu'on a souvent les coordonnées GPS qui sont bien plus informatives. author  TomT0m / talk page 18:27, 3 August 2015 (UTC)

Euh désolé TomT0m mais je n'ai globalement pas compris ce que tu essayais de dire.

Mon problème de base (duquel on s'est largement écarté) est simple. Actuellement, la propriété located in the administrative territorial entity (P131) a des valeurs incohérentes pour des entités de même niveau (typiquement, on a certaines communes dans des arrondissements et certaines communes dans des départements, parfois les deux, parfois d'autres valeurs encore) ce qui me semble dommage et dommageable. Ne faudrait-il pas corriger cela et choisir de mettre toutes les communes toujours sous la même entité ? (sachant que c'est ce qui se passe dans la réalité et pour une fois sans exceptions).

Cdlt, VIGNERON (talk) 20:11, 3 August 2015 (UTC)

@VIGNERON: Ce n'est pas si dommageable que ça, si vraiment la commune est située dans l'arrondissement pourquoi pas. De toute façon on peut normaliser dans l'infobox en choisissant d'afficher uniquement les déclarations located in the administrative territorial entity (P131) dont le sujet est une instance de département si on veut. C'est autre chose si c'est pour indiquer une subordonnation"politique", genre "les communes répondent au département et doivent se soumettre aux lois départementales", je sais pas si on a une propriété pour dire ça. Mais une simple localisation n'a pas vraiment de conséquences ... author  TomT0m / talk page 22:37, 3 August 2015 (UTC)

@TomT0m: dans une infobox comme ailleurs, un programme a tout intérêt de vérifier qu'il récupère ce qu'il s'attend à récupérer (sinon, çafinit comme Mars Climate Orbiter (Q574464)). Mais ce n'est pas une raison pour utiliser des systèmes différents pour des choses identiques sur Wikidata. « si vraiment la commune est située dans l'arrondissement » ben oui, chaque et toute commune de France est située dans un arrondissement (circonscription administrative strictement inférieur au département et supérieur à la commune). Cdlt, VIGNERON (talk) 08:54, 4 August 2015 (UTC)

@VIGNERON: Je suis pour conserver une certaine souplesse étant donné que Wikidata est d'abord et avant tout un projet collaboratif que tout le monde peut éditer, et que par conséquent une structure trop rigide risque d'être éprouvante à maintenir. En france encore dans le cas des divisions administratives le jeu de données est public et relativement bien normalisé, défini par les lois et tout, mais imagine dans des pays en guerre ou dans des cas comme le tremblement de terre en Haiti ou des journalistes qui entre les informations qu'il a pu glaner ... On a tout intérêt à maintenir des choses qui peuvent exploiter l'information même si elle est pas normalisée idéalement. Un Wikidataien se plaint régulièrement que la structure administrative de son pays (j'ai oublié lequel, un des pays du nord de l'europe) est pas spécialement adaptée à l'utilisation de propriétés strictement hiérarchiques comme celle-ci et sait pas trop comment s'y prendre, je peux vous mettre en contact :) Après ça empêche pas une phase de nettoyage et de normalisation par la suite évidemment, mais je ne pense pas qu'on puisse partir de l'hypothèse que tout sera bien lisse et propre, c'est pas du tout l'esprit de Wikidata ou les contraintes ne sont pas des contraintes strictes mais juste des rapports sur la potentielle mauvaise utilisation ou l'indication que le modèle doit évoluer ...

Cela dit quand on utilise certaines propriétés avec une définition très précises avec des données importées, c'est différent. author  TomT0m / talk page 09:16, 4 August 2015 (UTC)

Je suis à 1000 % d'accord avec toi, restons souple et de toute façon tout ne sera jamais lisse sur Wikidata. Par contre, là on a quand même un sous-ensemble très restreint et parfaitement normalisé, ce serait dommage de ne pas en profiter.

Bref, et si il y a une opposition majeure, je propose et prévois de faire le ménage suivant : pour les communes françaises (instance of (P31) = commune of France (Q484170), seulement 36 960 éléments pour le moment), je retire toute mention du département et de la région en located in the administrative territorial entity (P131) ; j'y ajoute l'arrondissement (si il n'est pas déjà présent) ; je ne touche pas au reste. Cdlt, VIGNERON (talk) 09:49, 4 August 2015 (UTC)

Ok pour enlever la mention de la région ou du département. Même si l'arrondissement (hors Template:Q702842) n'est pas très important, on peut toujours l'utiliser pour remonter vers le niveau supérieur. Mais à la limite, c'est un peu du détail, le point qu'il faut vraiment régler, c'est les cantons. Là on a vraiment quelque chose de faux. Par exemple, Blois (Q160927) est sensée être localisée dans 5 cantons, ce qui voudrait dire que Blois toute entière est incluse dans chacun des 5 cantons. Ca viole le présomption de transitivité de la propriété, et ça c'est mal. Qu'est ce qu'on fait ? --Zolo (talk) 13:51, 28 August 2015 (UTC)

Cantons

Bonjour,

Comme demandé ci-dessus, j'ouvre une section pour les cantons.

La question de leur import depuis wikipédia dans les communes se pose sur fr:Discussion Projet:Communes de France. Depuis leur nouvelle version, ils sont considérés comme des circonscriptions électorales. Mais ici, electoral district (P768) est réservée aux élus, pas aux territoires. Faut-il créer une nouvelle propriété "circonscription électorale" pour les territoires ? Étonnant qu'elle n'existe pas déjà... --El Caro (talk) 13:42, 5 August 2015 (UTC)

Ah les cantons, je ne suis pas vraiment sur de vouloir m'engager dans ce débat... bon, allons-y.

Déjà, je ne comprends pas trop pourquoi il y a deux éléments canton of France (Q184188) et canton of France (Q18524218). Soit on considère qu'il n'y a qu'un concept (comme l'article de la Wikipédia francophone), soit on considère qu'il y en a une dizaine et de toute façon, il faudrait alors un élément chapeau à relier aux articles Wikipédia ; mais seulement deux éléments c'est très bancal, surtout quant un seul est relié aux articles alors que ceux-ci parlent des deux... D'ailleurs, j'ai suivi la réforme mais je ne suis pas forcément spécialiste du sujet, le canton n'est-il plus qu'une circonscription électorale ? (du point de vue du gouvernement au moins - je crois vaguement me souvenir que cela reste utilisé notamment par l'administration fiscale et l'The National Institute of Statistics and Economic Studies (Q156616) l'utilise évidemment -, tout un tas d'organisations non gouvernementales utilisant par ailleursle canton pour leurs besoins).

As-t-on vraiment besoin d'un propriété spécifique pour les cantons ? J'hésite mais j'aurais plutôt tendance à considérer que located in the administrative territorial entity (P131) est suffisant (d'autant plus pour les cantons de 1789 à 2015).

Après, j'ai l'impression que ce sont plutôt des détails qui pourraient se résoudre à l'aide de sources et d'un peu de réflexions : il me semble que la question principale est : où place-t-on les cantons ? à partir des communes ? (au-dessus et en-dessous ce qui complique la chose) à partir des arrondissements ? (là encore la réforme de 2015 met le bazar) à partir des départements ? (logique si on se réfère au General code of territorial collectivities (Q2981581), notamment le « CHAPITRE III : Subdivisions du département ») ou bien à partir des élus ? (pour le coup, electoral district (P768) semble parfaitement adapté dans ce cas) seulement un de ces choix ou plusieurs ?

Cdlt, VIGNERON (talk) 15:12, 5 August 2015 (UTC)

(au-dessus et en-dessous ce qui complique la chose) Je persiste : tu essayes de former un ordre total entre les divisions administratives :) C'est à dire en reprenant tes mots : chaque type de circonscription est soit au dessus soit en dessous d'un autre type. Ce qui n'est pas forcément pertinent : on peut avoir des types qui ne sont pas comparables, genre le canton n'est ni au dessus ni en dessous de la commune. Dans ce cas c'est vain de forcément vouloir recréer un ordre total, qui sera forcément bancal, faut trouver une autre solution, genre les afficher dans deux items différents ou deux liste différentes, et renoncer à les comparer dans le cas de l'utilisation de located in the administrative territorial entity (P131). En terme mathématique, on garde un ordre (partiel).

Pour la définition des canton : il y a pas de réponse évidente entre avoir deux éléments pour deux définitions un élément avec un élément dont la définition est obsolète à partir d'une certaine date.

J'ai été confronté au problème avec Plution : Pluton n'est plus une planète. Mais c'est la définition de planète qui a changé. Du strict point de vue des définition, Pluton rentre toujours dans la définition de "Planète du système solaire ancienne définition". Si une définition est associée à une classe d'élément, alors c'est aussi pertinent de créer un élément par définition, une définition = un concept = un élément ... c'est à mon avis une manière élégante de gérer les problèmes de définitions. Après je comprend qu'on soit pas d'accord, mais le flou entre les concepts et les interwikis c'est de toute façon un casse tête qu'il faut gérer, on verra ce qui sortira de WD:XLINK qui pourrait trouver un moyen de relier tout ça ...

Concrêtement avec les cantons : si les cantons ont été complètement vidés de leur substance (je croyais même qu'ils n'existaient plus en fait /o\) ou si la carte des région a été complètement redécoupée, on a pas carrément intérêt à créer de nouveaux éléments ? ça permet de simplifier la gestion de l'historique non ? author  TomT0m / talk page 08:34, 6 August 2015 (UTC)

Je ne sais toujours pas bien ce qu'est un ordre total (je vais sur ta PDD pour en savoir plus) et pour le moment, je n'essaye de rien former du tout, je ne fais que poser des questions et des remarques. Si je comprends bien ce que tu dis, ta remarque ne dit-elle pas « au-dessus et en-dessous ce qui complique la chose » mais avec plus de mots ?

Avoir deux éléments pour un concept qui a changé plus de deux fois de réalité, c'est étrange.

« on a pas carrément intérêt à créer de nouveaux éléments ? » c'est ce qui a généralement été fait, non ?

Cdlt, VIGNERON (talk) 06:51, 7 August 2015 (UTC)

Non pas forcément. Un autre exemple est les taxons en taxonomie, ou ça évolue pas mal. et je viens de voir que Brya a rajouté les deux possiblités dans leur tutoriel, ce qui signifie qu'ils ont pas encore tranché l'option idéale (si elle existe) ... la taxonomie est autrement plus compliquée que l'administration par contre vu que la classification a déja pas mal évoluée et évolue encore au gré des études et découvertes scientifiques. author  TomT0m / talk page 09:12, 7 August 2015 (UTC)

@TomT0m. Peut-on éviter de polluer la discussion en introduisant des concepts qui sont inutiles ? Il n'y a pas d'ordre total ou non qui se pose, la question est de savoir comment est structurée l'administration française. Ce n'est pas au contributeur de décider comment faire cette structure, il suffit de poser sur le papier la structure réelle et de voir quelle partie est intégrée dans quelle autre. Snipre (talk) 09:44, 7 September 2015 (UTC)

@Snipre, non pas du tout, le problème est que les structure ne s'intègrent pas les unes dans les autres, ce n'est d'ailleurs pas spécifique à la France.

Tentative de résumé sur la question P131

On a pour l'instant :

Tours (Q288)located in the administrative territorial entity (P131)canton of Tours-Centre (Q913072)

En vrai, c'est pourtant canton de Tours-centre qui est localisé dans Tours. Il y aurait une solution simple : retirer la déclaration sur Tours, et ajouter le contraire :

canton of Tours-Centre (Q913072)located in the administrative territorial entity (P131)Tours (Q288).

Mais :

• on se retrouvera parfois avec des communes avec P131 un canton, et parfois avec l'inverse (pas sûr que ce soit très grave, mais peut-être un peu bizarre pour des tests de cohérence)
• "canton" est est marqué sous-classe de third-level administrative division (Q13221722) et commune comme sous-classe de fifth-level administrative division (Q15640612). Pour ça, la solution est simple, enlever ces classifications vides de sens. Mais ça risque d'être un mélodrame pour changer ça, il y a des gens qui ont l'air de tenir beaucoup à leurs "niveaux" (qui pourraient effectivement être très pratiques s'ils correspondaient à quelque chose de réel)

Il faudrait peut-être lancer un discussion sur le Project Chat, mais j'ai peur que ça s'éternise sans résultat concret. --Zolo (talk) 17:20, 6 September 2015 (UTC)

Il me semble que ta proposition est plutôt bonne. En tout cas, elle me semble à la fois simple et logique. Ceci dit, je m'interroge toujours : est-ce que located in the administrative territorial entity (P131) est adapté pour un canton ? plus précisément une electoral unit (Q192611) (ou Q19999072 ?) est-elle aussi une administrative territorial entity (Q56061) ?

Sur canton of France (Q18524218) : subclass of (P279) = third-level administrative division (Q13221722), je vois qu'il n'y a pas de sources pour cette déclaration ; idem sur commune of France (Q484170) (par contre, rien sur canton of France (Q184188)). @Verdy p, Arctic.gnome: avez-vous des références pour ces ajouts ? Special:Diff/172834394 et Special:Diff/104550849. Personnellement, en l'absence de source, je serais plutôt pour les enlever (on ne sait pas de quelle administration on parle, or il suffit de lire fr:Administration territoriale de la France pour voir que suivant l'administration, les niveaux s'imbriquent - ou pas - très différemment).

Concernant les cantons c'est très clair: avant mars 2015, c'était exclusivement des subdivisions administratives des arrondissements (niveau 4), eux-mêmes divisions des départements (niveau 3). Depuis mars 2015, les cantons sont exclusivement des divisions des départements (les nouveaux cantons sont fréquement à cheval sur plusieurs arrondissements, jamais à cheval sur plusieurs départements).

Avant mars 2015, les cantons étaient clairement de nature administrative (en plus d'être des subdivisions judiciaires depuis l'origine, puis des circonscriptions électorales, un rôle ajoutés bien plus tard). Aujourd'hui les nouveaux cantons n'ont plus aucun rôle au plan judiciaire (les territoires de compétence des tribunaux sont définis par départements comme des listes de communes entières, avant 2015 cela correspondait à peu près aux cantons sauf dans les communes découpées sur plusieurs cantons, mais depuis mars 2015, les nouveaux cantons n'ont pas de définition judiciaire).

Le rôle administratif a également été supprimé pour les nouveaux cantons (mais les rôles administratifs des anciens cantons persistent encore dans le code rural et de l'environnement où il y a de nbombreuses références, bien que ce soit encore des facilités liées à l'ancien découpage cantonal en vigueur à la date de publication des décrets et arrêtés, maintenant les nouveaux arrêtés publiés ne font plus référence aux cantons mais uniquement aux listes de communes, voire d'autres collectivités comme les EPCI).

Bref les nouveaux cantons depuis mars 2015 sont bien en 3e niveau (en parallèle des arrondissements), les anciens en 4e niveau... Tu n'as pas bien cherché ou tu ne t'es pas donné beaucoup d'effort pour comprendre.

Note: je n'ai jamais dit non plus que les communes étaient de 5e niveau administratif, elles restent en 4e niveau comme subdivisions des arrondissements en 3e niveau, et même si elles peuvent faire partie de plusieurs cantons (aussi bien avant qu'après le changement de découpage cantonal), mais dans une seule zone judiciaire (c'était le cas déjà avant mars 2015 mais pas depuis longtemps, historiquement les communes suivaient leur découpage cantonal pour les zones de compétences des tribunaux, mais cela a disparu depuis quelques années). Verdy p (talk) 18:23, 23 November 2015 (UTC)

En plus de l'utilisation du ou des éléments cantons sur les communes, il y a d'autres problèmes. D'abord, les deux éléments canton of France (Q18524218) et canton of France (Q184188), dont il semble que le découpage en deux éléments ne convient pas et dont les propriétés renseignées serait à vérifier (cela semble un peu le bazar notamment pour instance of (P31) et subclass of (P279)). Ensuite, il y a les éléments sur les cantons eux-mêmes : il manque des éléments sur la quasi-totalité des cantons historiques, les éléments existants ont souvent bien peu de propriétés renseignés (et question de nouveau : l'usage de contains the administrative territorial entity (P150) est-il correct et pertinent pour les cantons ?), enfin cf. question précédente : un ou plusieurs éléments pour un canton qui a changé de territoire, de population, d'élus, de nom, etc.

Cdlt, VIGNERON (talk) 10:45, 7 September 2015 (UTC)

Merci à VIGNERON pour enfin mettre la structure à plat en pointant sur fr:Administration territoriale de la France. On y voit qu'il existe 3 structures différentes: collectivités territoriales, circonscription électorale et administration déconcentrée de l'État. On ne peut pas mélanger les 3 trois. Il faut donc définir ce que l'on veut représenter en utilisant located in the administrative territorial entity (P131). Il est clair que les cantons nouvelle version ne sont plus un niveau administratif, mais un niveau électoral au meme titre que les circonscriptions pour élection européenne et qu'il faut envisager un autre système de classification avec d'autres propriétés. On devrait laisser tomber le problèmes des anciens cantons pour déjà se concentrer sur la structure actuelle.

Pour advancer avec les cantons, l'idéal serait de se renseigner pour voir si d'autres pays ont un problème similaires avec différentes organisations qui ne se recoupent pas (administratives vs. électorales) et établir avec eux une nouvelle propriété et des qualificatifs. Snipre (talk) 15:01, 7 September 2015 (UTC)

Faudrait surtout déja préciser le sens de P131 parce que "situé dans" ne veut rien dire (enfin, d'utile pour le problème qui nous occupe :p). Par sûr qu'on ait besoin d'une nouvelle propriété pour dire que c'est essentiellement électoral quand on peut le préciser par la classification (instance de type de division à but électoral par exemple). Si les cantons servent pour les régionales, on peut dire que les cantons sont subordonnés à la région par exemple. Si on veut préciser les relations entre les régions et les départements, par contre, pas sûr que situé dans soit vraiment utile. author  TomT0m / talk page 16:48, 7 September 2015 (UTC)

Cela dépend comment tu veux créer ton arbre:

*Solution 1:

Commune X located in the administrative territorial entity (P131) département Y (classification administrative)

Commune X located in the administrative territorial entity (P131) canton Z (classification électorale)

Si tu veux établir l'arbre de la classification administrative Commune X dans département Y qui se trouve dans région A qui se trouve dans pays France), tu devras tester chaque déclaration located in the administrative territorial entity (P131) et filtrer celles qui sont définies comme divisions administratives. Pas impossible, mais il faudra être rigoureux et s'assurer que toutes les divisions sont correctement identifiées.

*Solution 2:

Commune X located in the administrative territorial entity (P131) département Y (classification administrative)

Commune X localisation électorale canton Z (classification électorale)

Ici tu peux reconstruire l'arbre de manière plus simple puisqu'il suffit de suivre une seule propriété.

La classification est dépendante de la manière dont se font les recherches: une classification doit intégrer le fait qu'elle doit servir à la recherche, aux croisements et autres joyeusetés des bases de donnée. On peut toujours effectuer une recherche si la classification est rigoureuse, mais le requête peut être plus ou moins facile à écrire. Personnellement j'étais pour limiter le nombre de propriétés, mais maintenant sans être partisan de la multiplication des propriétés, je comprends le besoin de davantage de propriétés, surtout que les outils pour créer des requêtes ne sont toujours pas finalisés, ce qui rend difficile de tester une requête pour vérifier si la classification est utile et facile à utiliser. Snipre (talk) 19:35, 7 September 2015 (UTC)

C'est toujours conceptuellement bancal. On peut classer des trucs en fonction de leur localisation, mais ça ne fait pas de la localisation en soi une classification (on emploie classification à toutes les sauces pas de manière appropriée souvent). Je dis ça je propose rien mais si déjà on pouvait partir sur des bases correctes on éviterait bien des problèmes :) author  TomT0m / talk page 09:37, 8 September 2015 (UTC)

P131

Bonjour, cette propriété se réfère-t-elle à la notion de Collectivité territoriale ? Prenons l’exemple de l’Université Montpellier 1. Elle est certes liée au Languedoc-Roussillon (localisation administrative de la région ou de l’académie?) mais se trouve surtout implantée dans plusieurs villes (localisation territoriale)… Pour les églises, le terme localisation administrative peut renvoyer à différents niveaux d’administration (clergé, laïque)… Le terme localisation territoriale souvent employé sur Wikipédia me semble adapté si l’objet de la propriété est de localiser un objet sur un territoire donné… genium ⟨✉⟩ 21:23, 25 October 2015 (UTC)

Bonjour, il s'agit de la localisation administrative, dans le cas de cette université, le plus adapté est la commune (une ou plusieurs, ça ne pose pas de problème). Gzen92 ^[discuter] 06:59, 26 October 2015 (UTC)

Wikimania 2016

Only this week left for comments: Wikidata:Wikimania 2016 (Thank you for translating this message). --Tobias1984 (talk) 11:44, 25 November 2015 (UTC)

Deux nouvelles propositions de propriétés

Hello, je viens de créer deux nouvelles propositions de propriétés :

• Wikidata:Property_proposal/Place#code_région_Insee
• Wikidata:Property_proposal/Place#code_département_Insee

On a déjà des propriétés pour les communes et les cantons, il manque encore les arrondissements si quelqu'un veut s'en charger. -Ash Crow (talk) 15:01, 27 February 2016 (UTC)

Bonjour, bonne idée, seulement, n'y a-t-il pas un "minimum" lors de la création de propriété ? Avec une centaine de départements et une vingtaine de régions, pas sûr que ça passe. Gzen92 ^[discuter] 17:29, 27 February 2016 (UTC)

Rien n'est indiqué dans la page de propositions de propriété à ce sujet. En l'occurrence, ce sont des identifiants externes correspondant à une classification étatique, qui plus est très utilisée dans le cas des départements. -Ash Crow (talk) 22:54, 27 February 2016 (UTC)

Détricotage d'interwikis

Hello,

je viens de tomber sur subprefecture (Q1367821) et subprefecture in France (Q16481846), il semble qu'il y ait du nettoyage à faire sur les interwikis et les déclarations, c'est mélangé... Si quelqu'un se sent le courage de s'en charger... -Ash Crow (talk) 21:05, 29 February 2016 (UTC)

Nature d'un ancien arrondissement

Bonjour,

Je viens de tomber sur arrondissement of Bonn (Q19259655), où Jura1 avais mis instance of (P31) = former administrative territorial entity (Q19953632). J'ai rajouter instance of (P31) = arrondissement of France (Q194203) (avec start time (P580) et end time (P582)). Mais du coup je me pose la question : la nature instance of (P31) = former administrative territorial entity (Q19953632) est-elle vraiment encore utile ? Je l'ai laissé pour le moment mais cela me semble un peu redondant, qu'en pensez-vous ?

Jura1 soulève très justement la potentielle non-possibilité de pouvoir faire une requête intégrant des qualificatifs mais je dois avouer que je ne suis que moyennement convaincu (nos données ne devraient en théorie pas être organisées en fonction des limitations externes) ; je reste donc neutre et surtout en attente d'autres avis.

Au passage, je teste la notification de projet, n'hésitez pas à me dire si cela fonctionne ;) :

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Cdlt, VIGNERON (talk) 19:09, 22 May 2016 (UTC)

J'aimerais bien savoir quel type de requête peut nécessiter des instance of (P31) = former entity (Q15893266) (ou une de ses sous-classes), concrètement ? -Ash Crow (talk) 19:13, 22 May 2016 (UTC)

On peut faire des requêtes SPARQL avec des qualificatifs. Je ne comprends pas cet argument. A mon avis, il ne reflète pas la réalité actuelle. Snipre (talk) 21:13, 22 May 2016 (UTC)

@Ash Crow, Snipre: j'imagine juste qu'il y a des systèmes externes pour lesquels faire le tri sans passé par les qualificatifs est plus simple. Ceci dit, comme je le disais, ce n'est pas un argument décisif pour moi. Du coup, que pensez-vous ? on retire purement et simplement les instance of (P31) = arrondissement of France (Q194203) quand il y a instance of (P31) = arrondissement of France (Q194203) (avec start time (P580) et end time (P582)) ? Ou bien y a-t-il d'autres aspects à prendre en compte ? Quid d'autres cas que les arrondissement of France (Q194203) ? Je me souviens que pour les commune of France (Q484170), on avait décidé de ne pas utiliser former commune of France (Q18821702). Cdlt, VIGNERON (talk) 21:41, 22 May 2016 (UTC)

Pour moi un truc assez simple pour virer toutes les anciennes entités sans faire de détail c'est de virer tout ce qui est instance "d'ancienne entité" (avec les sous classes évidemment). Ça permet de virer tout ce qui est "province romaine" en même temps que toutes les anciennces entités administratives française sans trop se prendre la tête à savoir si quelqu'un a rajouté une date de fin/une déclaration de destruction/dissolution ou que sais-je sur toutes les provinces romaines. author  TomT0m / talk page 05:39, 23 May 2016 (UTC)

Par ailleurs je vois pas trop à quoi ça sert de vouloir les supprimer, surtout tout seul dans son coin sur un bout de projet alors que c'est une question de modélisation qui peut potentiellement toucher tout le projet. Il me parait difficile de prendre ce type de décision sans en parler au minimum sur le project chat (même si je me fais pas trop d'illusion sur le fait que tout le monde fait des trucs dans son coin sur pas mal de projets locaux) alors que ce serait dommageable que des gens adoptent sans s'en rendre compte des modèles trop disparates à l'échelle du projet.

Enfin : quand on aura un WikiProject Reasoning plus avancé, on saura comment gérer la classification avec des règles un peu précise, et si on choisit une stratégie ou on intègre en redondance des déclarations qui peuvent être déduites d'autres déclarations (les propriétés symétriques ou des trucs plus avancés, genre que le pays d'une région française est nécessairement la France) ou d'autre parcimonieuses comme vous proposez (on déduit qu'une entité peut être classifiée dans la classe "ancienne entité" à partir de valeur de qualificateur ou de propriétés) mais il me semble aussi qu'on peut (potentiellement) faire l'inverse, à savoir si on sait qu'une entité n'existe plus, on peut en déduire qu'elle a une date de dissolution/destruction par un raisonnement.

Tant qu'on est pas plus avancé, je suis mollement pour ce genre d'initiatives de normalisation des données qui peuvent virer des points d'entrées / requêtage / entrage de données efficaces (c'est plus simple de rentrer "ancienne entité" en une déclaration rapidement que de rentrer une paire de déclarations/qualificateurs je ne sais comment pour faire la même chose) pour une valeur ajoutée assez douteuse de mon point de vue tant qu'on s'est pas mis d'accord sur le pourquoi du comment. C'est bien plus utile de rajouter des données. author  TomT0m / talk page 05:54, 23 May 2016 (UTC)

TomT0m Euh ok, si certains estiment que ce n'est pas inutile, je ne touche donc pas à ces quelques déclarations éparses (ni en suppression sur les quelques dizaines d'éléments où elles présentes, ni en ajout sur les dizaines de milliers d'éléments où elles sont absentes). Cdlt, VIGNERON (talk) 07:00, 23 May 2016 (UTC)

@VIGNERON: N'oublie pas qu'on parle de classe, et que donc le nombre de déclaration en lui même n'est pas significatif, vu qu'il suffit de sous-classer un type d'entité administrative en ancienne entité pour que toutes ses instances soient elles même classifiées en ancienne entité sans qu'il y ait besoin d'explicitement mettre les déclarations sur toutes les instances. Le nombre de déclarations / pas déclarations est donc trompeur. author  TomT0m / talk page 16:56, 23 May 2016 (UTC)

@VIGNERON: certes mais cela ne change pas grand'chose, l'ordre de grandeur reste le même. Les déclarations dont la valeur est en sous-classe de former entity (Q15893266) sont très peu nombreuses (tant en absolu qu'en relatif, surtout que l'arbre de classe lui-même est très restreint et surtout mélange de chose plus ou moins disparues...). Cdlt, VIGNERON (talk) 18:56, 23 May 2016 (UTC)

Tu me titilles, c'est assez vague tout ça :) si tu as des méthodologies de calcul et des chiffres je prend. Ça m'a pas trop l'air de changer non plus le fait que si les informations ne sont pas actuellement entrée, il suffit de sous-classer si c'est pas fait "province romaine" en "entité qui n'existe plus" et de répéter l'opération pour l'empire bizantin, l'antiquité grecque et d'autres trucs, on aura été bien plus efficace que de rentrer individuellement une date de fin (redondante qui plus est) sur chacune des instances de ce type de divisions anciennes. author  TomT0m / talk page 19:33, 23 May 2016 (UTC)

Oui, désolé pour le titillement ;) Je n'ai pas vraiment de chiffres précis (je ne connais pas d'outil qui puisse vraiment visualiser les classes Wikidata sans rendre l'âme et/ou être illisible) mais j'ai fait une simple requête qui permet de voir que les éléments en sous-classes de former entity (Q15893266) sont peu nombreux (147 au moment où j'écris) :

SELECT ?item ?itemLabel WHERE {
	?item wdt:P279+ wd:Q15893266 . 
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

On voit facilement (par exemple via cet outil) que la classe contient des choses très diverses. Typiquement, j'ai repéré des ruines, qui techniquement n'ont pas complètement disparues puisque justement il reste une ruine. Pire, il y a des entités qui me semblent ne pas avoir disparu (eg. delegated commune (Q21869758) ou associated commune (Q666943) qui a certes disparu en tant que commune mais qui sont des entités existants encore en mai 2016 et sans doute pour longtemps encore). Au final, je trouve que le concept même de « disparition » est bancal, pour paraphraser Lavoisier et Anaxagore : « rien ne disparait, tout se transforme ». Et surtout ce concept est « pauvre » dans la mesure où (là c'est plus basé sur un constat de ce que j'ai pu croisé) on a généralement aucune date pour placer temporellement cette disparition. D'où le fait que je passe régulièrement ajouté des jalons temporels ce qui rend la déclaration de disparition redondante d'où le lancement de cette discussion. Après, si je titille c'est aussi parce que je ne suis pas trop à l'aise avec les classes et que pour des cas assez simple comme les arrondissements français, il ne me semble pas y avoir un besoin de se compliquer avec cela.

Cdlt, VIGNERON (talk) 20:21, 23 May 2016 (UTC)

@VIGNERON: C'est quoi qui te pose problème avec les classes ? faut pas être intimidé, c'est pas si terrible. Sinon le problème du changement de nature est bien plus large et se pose en permanence : doit-on créer un autre élément pour le charger avec des déclarations avec du sens ou garder un élément "coquille vide" genre dont l'invariant est vaguement la localisation mais dont tout le reste change ? Genre un "Champ de Mars" qui passe de champ de parade à endroit dans une ville avec des immeubles.

Je ne vois pas trop en quoi ça concerne WP France, ces arrondissements sont en Italie et en Allemagne.
--- Jura 06:16, 23 May 2016 (UTC)

Parce que ce sont des arrondissements français situés en France. Comme je te le disais sur ta page de discussion, on peut contacter d'autres projets. J'ai pris l'exemple de arrondissement of Bonn (Q19259655) parce que je suis tombé dessus mais arrondissement of Fougères (Q23018450) est exactement dans le même cas. Cdlt, VIGNERON (talk) 07:00, 23 May 2016 (UTC)

@TomT0m: : « Ça permet de virer tout ce qui est "province romaine" en même temps que toutes les anciennces entités administratives française sans trop se prendre la tête à savoir si quelqu'un a rajouté une date de fin/une déclaration de destruction/dissolution ou que sais-je sur toutes les provinces romaines » sauf que tu es quand même obligé de vérifier la date de fin dans tous les cas, pour enlever les entités qui ont été recréées ensuite. En fait, la phrase que je cite est une des meilleures raisons pour laquelle il ne faut jamais utiliser de tels éléments dans instance of (P31) : c'est trompeur et laisse croire à une fausse facilité... En plus de n'avoir aucun sens, sémantiquement (de même qu'on ne va pas ajouter « cadavre » comme instance of (P31) sur tous les humains morts) -Ash Crow (talk) 23:04, 23 May 2016 (UTC)

@Ash Crow: Euh, les provinces romaines tu peux raisonnablement être certain qu'il n'y en a plus étant donné qu'il n'y a plus d'empire romain. Que des divisions administratives aient été recrées avec le même nom c'est certain mais ce sont des entités de nature bien différentes. Les entités recrées je suis pas du tout convaincu que ce soit un problème en pratique. Pour la plupart, celle qui ont disparu depuis longtemps, le fait qu'il y ait eu une pose dans leur existence ne change pas grand chose pour nous. author  TomT0m / talk page 06:30, 24 May 2016 (UTC)

@TomT0m: Ton approche est limitée: tu considères uniquement l'époque présente comme critère de définition. Comment est-ce que l'on fait si on veut les anciennes entités en se plaçant dans un point temporal passé ? Par exemple quelles sont les provinces romaines en l'an 100 ? Avec ta classe ancienne province romaine, tu crées un paradoxe temporel en considérant que toutes les provinces romaines sont d'anciennes entités géographiques. Seule l'approche avec date de début et date de fin est neutre par rapport au point de référence temporel qui est définition arbitraire. Snipre (talk) 18:06, 24 May 2016 (UTC)

@Snipre: J'ai jamais dit que c'était la panacée. Mais je ne crée pas de classe "ancienne province romaine", je met simplement la classe "province romaine" en sous classe de "ancienne entité administrative". Ça n'a pas grand chose à voir, et il n'y a pas de paradoxe puisque les provinces romaines sont de toutes façon disparues et ne renaîtront certainement pas. author  TomT0m / talk page 19:20, 24 May 2016 (UTC)

Propriétés relatives à la France

Je vous annonce la création de la palette « France properties » après l'Australie, la Belgique, la République Tchèque, l'Allemagne, l'Indonésie, l'Italie, l'Espagne et le Royaume-Uni.

N'hésitez pas à ajouter les propriétés qui auraient été oubliées !

Tubezlob (🙋) 12:03, 19 August 2016 (UTC)

Le Retour de la Revanche des cantons français II : Le retour !

Pwet,

Faute de propriété reflétant correctement ce qu'est un canton pour une commune, je me suis permis d'en proposer la création. L'usage en est certes très spécifique, mais pas pour autant inutile.

J'apprécierais énormément des commentaires (argumentés, hein ) sur Wikidata:Property proposal/french canton !

Notez aussi qu'il s'agirait d'une propriété spécifique, dérivée d'une propriété générique "recouvrement territorial", aussi proposée

Alphos (talk) 13:14, 11 September 2016 (UTC) (cross-posté sur le Bistro)

Naissance et décès en France

Bonjour

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France,

Alors que l'on s'amusait à visualiser les lieux de morts des bretons avec Ash Crow, j'ai remarqué qu'il y avait quelques lieux de morts dans des départements voir en France (Q142). Il y a quelques personnes où c'est légitime (typiquement des personnes mortes il y a plusieurs siècles où il y a réellement une incertitude) mais il y a aussi et surtout de nombreux cas où ce n'est pas justifié (et qui fais râlé les wikipédiens avec raisons). Je pose donc ici quelques requêtes qui j'espère seront corrigées par la légendaire force collaborative des wikidatiens

#Naissance en France (1137 résultats au 29-09-2016)
SELECT ?item ?itemLabel ?date WHERE {
	?item wdt:P19 wd:Q142 .
  	OPTIONAL { ?item wdt:P569 ?date }
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

#Décès en France (388 résultats au 29-09-2016)
SELECT ?item ?itemLabel ?date WHERE {
	?item wdt:P20 wd:Q142 .
  	OPTIONAL { ?item wdt:P570 ?date }
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

#Naissance dans un département, sauf Paris (283 résultats au 29-09-2016)
SELECT ?item ?itemLabel ?date WHERE {
	?item wdt:P19/wdt:P31 wd:Q6465 .
	minus { ?item wdt:P19 wd:Q90 }.
  	OPTIONAL { ?item wdt:P569 ?date }
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

#Décès dans un département, sauf Paris (232 résultats au 29-09-2016)
SELECT ?item ?itemLabel ?date WHERE {
	?item wdt:P20/wdt:P31 wd:Q6465 .
	minus { ?item wdt:P20 wd:Q90 }.
  	OPTIONAL { ?item wdt:P570 ?date }
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" }
}

Try it!

Cdlt, VIGNERON (talk) 11:52, 29 September 2016 (UTC)

Bonne idée. Ceci dit, c'est toujours mieux d'avoir le lieu le plus précis. D'ailleurs, je me suis permis d'insérer la date dans les query.
--- Jura 12:06, 29 September 2016 (UTC)

Nouveau sous-projet : Élus

Bonsoir. Un court message pour signaler que j'ai créé le sous-projet Élus consacré aux politiciens français. -- Envlh (talk) 17:43, 4 December 2016 (UTC)

Élément super bizarre

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour,

Je viens de tomber sur department (Q15631874) (en regardant les subclass of (P279) de administrative territorial entity of France (Q192498) car sa description était « canton français » !?! déjà ça commençait très mal) et je ne suis pas sur de savoir quoi en faire. Mon idée de départ était de fusionner cet élément avec department of France (Q6465) mais quand je vois l'utilisation qui en fait, je me dit qu'il a minima faire un sacré ménage dans les utilisations d'abord (au pire du pire, à faire au karcher en remplaçant tout les department (Q15631874) par des department (Q643589)).

Sauf que je me rends compte que les descriptions en anglais et en espagnol introduisent une subtilité par le biais de « French-language » et « francófonos » et du coup, si je comprends bien la logique, la seule correction à faire serait de subclass of (P279) de administrative territorial entity of France (Q192498) (et peut-être ajouter P2439 (P2439) = French (Q150)) mais ai-je bien compris et cette subtilité est-elle vraiment pertinente et nécessaire ?

Est-ce que quelqu'un pourrait jeter un coup d’œil et me donner son avis ?

Cdlt, VIGNERON (talk) 19:21, 17 December 2016 (UTC)

@VIGNERON: Je suis assez d'accord que l'on devrait fusionner department (Q15631874) avec department (Q643589) et departamento (Q1806767). Il me semble que c'est le même truc, dans le sens général du moins. Je remarque cepandant que departamento (Q1806767) a des interwikis, department (Q15631874) a peut être été créée en symétrie à l'autre. --Fralambert (talk) 20:52, 17 December 2016 (UTC)

code canton INSEE

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France Est-il nécessaire d'avoir une espace au milieu du INSEE canton code (P2506) ? Le site de l'Insee n'en utilise pas, et la suppression de celle-ci sur Wikidata permettrait de faire un lien vers le site de l'Insee (https://www.insee.fr/fr/recherche/recherche-geographique?geo=CANTON-$1). Tubezlob (🙋) 09:58, 21 December 2016 (UTC)

Bonne question, je sais que c'est une habitude très courante de mettre une espace mais aucune idée d'où cela vient exactement ni si c'est vraiment nécessaire (et d'ailleurs, le code canton - formellement - ce ne sont que les deux derniers chiffres, as-t-on vraiment besoin des quatre chiffres ?). Peut-être @Gzen92: (qui a demandé la création de la propriété) en sait-il plus...

Sinon, il me semble que l'on peux se débrouiller pour faire le lien malgré l'espace ; je sais qu'il existe une solution via https://tools.wmflabs.org/wikidata-externalid-url/ pour quelques propriétés comme ISNI (P213), IMDb ID (P345), HURDAT ID (P502), E number (P628), SOC Code (2010) (P919), Terminologia Anatomica 98 ID (P1323), CricketArchive player ID (P2698) (à demander à ArthurPSmith). Perso, je préfère que le format ne soit pas choisi uniquement sur des raisons externes et techniques (surtout que la technique peut généralement se débrouiller quelque soit le format).

Cdlt, VIGNERON (talk) 10:27, 21 December 2016 (UTC)

J'avais fait la démarche de la création de cette propriété sur demande de @Pino~eowiki:. Gzen92 ^[discuter] 10:47, 21 December 2016 (UTC)

Y a-t-il des documents de l'Insee qui mettent des espaces ? Autant utiliser le code original produit par l'Insee…

Je pense que le code canton est bien l'ensemble des quatre ou cinq chiffres, comme pour les communes (où il n'y a pas d'espaces d'ailleurs). Cela permet de les identifier au niveau national.

J'ai donc bien l'impression qu'il faudrait supprimer ces espaces.

Tubezlob (🙋) 11:19, 21 December 2016 (UTC)

D'ailleurs, pour la proposition du code arrondissement INSEE, j'ai supprimé l'espace que j'avais mis au début dans l'exemple. Cette conversation concerne donc aussi les arrondissements. Tubezlob (🙋) 11:23, 21 December 2016 (UTC)

@Tubezlob: Ce que l'insee nomme code canton stricto sensu est bien à comprendre au sens propre et « au sein du département » donc sur 2 chiffres (le site de l'INSEE ayant changé j'ai du mal à retrouver le nouvel équivalent des pages de définition que je consultais fréquemment...), même chose pour le code commune ou arrondissement d'ailleurs. Du coup, dans les documents INSEE/COG, le code est parfois (souvent ?) séparé, par exemple sur deux colonnes. Ceci dit, c'est un détail et il est effectivement infiniment plus logique de mettre le code sur 4 chiffres avec le code département au début : le code est ainsi unique et permet d'établir des contraintes de vérifications. Reste la question de l'espace qui me semble plus correct mais cela repose plus sur un sentiment que sur des références (et sur la lisibilité). @Pymouss, Roland45: un avis d'experts sur la question ? Cdlt, VIGNERON (talk) 10:28, 22 December 2016 (UTC)

Pour moi, l'espace n'est pas nécessaire. Pymouss (talk) 12:54, 22 December 2016 (UTC)

Pour moi aussi, l'espace n'est pas nécessaire. Pour répondre à la question, il faut se reporter au fr:code officiel géographique qui est la référence pour la nomenclature de toutes les divisions administratives françaises. Établi par l'Insee, il rassemble les codes et libellés des communes, des cantons, des arrondissements, des départements, des régions, des collectivités d'outre-mer, des collectivités territoriales à statut particulier (Métropole de Lyon) et des pays et territoires étrangers au 1er janvier 2016 pour la dernière version. Il a périodiquement évolué depuis sa création en 1941 (voir son histoire ici).

Le descriptif de sa structure est ici. Les principaux champs qui nous intéressent sont les suivants :

Nom	Désignation en clair	Nb de caractères
REG	Code région	2
DEP	Code département	3
COM	Code commune	3
AR	Code arrondissement	1
CT	Code canton	2

Dans toutes les tables d'appartenance géographique, ces codes apparaissent dans des colonnes séparées. Pour une représentation compacte dans un texte on concatène les codes de divisions sans espace. Ainsi pour codifier une commune on concatène DEP & COM, pour un arrondissement DEP & AR, pour un canton DEP & CT. Ce qui est important est de respecter le nombre de caractères. Certaines représentations (comme ici peuvent laisser penser à un espace, mais les codes sont en colonnes. Cordialement.Roland45 (talk) 14:18, 22 December 2016 (UTC)

Merci Pymouss et Roland45 pour les avis et explications. D'accord pour ne pas mettre l'espace (tout comme pour le code commune d'ailleurs). Cdlt, VIGNERON (talk) 14:25, 22 December 2016 (UTC)

Merci à vous. VIGNERON comment faire pour supprimer les espaces maintenant ? J'ai essayé sur QuickStatements mais c'est impossible de modifier, je ne peux qu'ajouter. Faut-il faire la demande à un robot ? Tubezlob (🙋) 14:56, 22 December 2016 (UTC)

Si le fait d'enlever l'espace dans la propriété INSEE canton code (P2506) est bon pour tout le monde, je peux lancer la tâche avec mon bot. Cordialement, Gzen92 ^[discuter] 16:32, 22 December 2016 (UTC)

 Done c'est Noël avant l'heure . Gzen92 ^[discuter] 13:54, 24 December 2016 (UTC)

@Gzen92: Merci et joyeux Noël en retard ! Tubezlob (🙋) 20:13, 26 December 2016 (UTC)

@Gzen92: merci et bonnes fêtes ! Cdlt, VIGNERON (talk) 14:39, 29 December 2016 (UTC)

Nouvelle propriété ?

Bonjour,

J'ai fait une demande de création de propriété concernant les ZNIEFF, c'est ici Wikidata:Property proposal/ZNIEFF Code. Vos avis sont bienvenus. El Caro (talk) 12:11, 15 January 2017 (UTC)

P131 le retour

Bonjour,

Je poste ici pour élargir la discussion. VIGNERON a entrepris d'utiliser located in the administrative territorial entity (P131) pour placer des communes dans des communautés de communes. Exemple :

⟨ Tuchan (Q495312)    ⟩ located in the administrative territorial entity (P131) ⟨ Q28264241    ⟩

J'y vois deux problèmes :

• un de principe : une commune n'est pas à mon avis dans une communauté de commune en tant que localisation administrative, mais plutôt une partie de la communauté, au sens de part of (P361)
• problème concret : certaines communautés de communes (dont Q28264241}) sont sur plusieurs départements, ce qui casse les chaines de localisation, car on se trouve avec un
  ⟨ Tuchan (Q495312)    ⟩ located in the administrative territorial entity (P131) ⟨ Q28264241    ⟩
  located in the administrative territorial entity (P131) ⟨ Pyrénées-Orientales (Q12709)    ⟩
  , ce qui est faux puisque Tuchan est dans l'Aude.

Il faudrait réserver les located in the administrative territorial entity (P131) des communes, à mon avis, à seulement deux choses : départements ou arrondissements (et éventuellement anciens cantons pour les petites communes qui étaient incluses dans un seul canton). Sinon, ça va être le bazar total et ça va compliquer les requêtes et les bots vont changer les églises de département. El Caro (talk) 12:32, 21 January 2017 (UTC)

Merci El Caro de relancer cette discussion. J'avais lancé de mon côté une discussion sur Wikidata talk:WikiProject France/Communes#Intercommunalité fin décembre sans réelles réactions.

Sur le principe, je laisse de plus expert que moi (Pymouss, Roland45, Richardbl ?) confirmer ou infirmer mais contains the administrative territorial entity (P150)/located in the administrative territorial entity (P131) me semble plus juste que has part(s) (P527)/part of (P361).

Pour ton problème concret, il me semble d'une part qu'il suffit d'affiner la requête (je regarde et je te propose une requête plus précise rapidement) et d'autres part que c'est plutôt au niveau de

⟨ Q28264241    ⟩ located in the administrative territorial entity (P131) ⟨ Aude (Q3207)    ⟩

et

⟨ Q28264241    ⟩ located in the administrative territorial entity (P131) ⟨ Pyrénées-Orientales (Q12709)    ⟩

que se situe le problème (on retombe sur la même question que l'on a déjà eu moultes fois - notamment pour les cantons - l'utilisation de located in the administrative territorial entity (P131) est-elle permise quand une entité n'est que partiellement située dans une autre entité, la tendance est plutôt sur le non mais cela n'a jamais été clairement acté il me semble).

En attendant des éléments de réponses à cette discussion, je ne touche évidemment plus aux intercommunalités (et je ne peux que suggérer aux autres de faire de même).

Cdlt, VIGNERON (talk) 12:57, 21 January 2017 (UTC)

Bonjour à tous.

Il ne me semble pas que la question soit d'utiliser telle ou telle propriété (P150 ou P131) pour définir la notion d'appartenance, mais plutôt l'usage que l'on veut en faire ensuite.

C'est une question d'ensembles. La difficulté vient de l'interprétation de la notion d'inclusion qui peut être soit totale ou partielle. Trois cas se présentent :

• Si une division administrative A est entièrement incluse dans une division B qui elle-même est incluse dans une division C, alors bien entendu A est inclus dans C (cas classique).
• Par contre si A est incluse dans B qui est partiellement incluse dans C1 et partiellement dans C2 (ex : B étant une intercommunalité interdépartementale et C1 et C2 des départements différents), alors on ne peut pas déduire que A est dans C1 ou C2;
• De même si A est partiellement incluse dans B1 et dans B2 (ex : A est une commune, B1 et B2 deux cantons différents), alors on ne peut pas en déduire que A est plus dans B1 que dans B2 et on doit mettre dans l'Infobox les deux cantons.

En fait que l'on utilise contains the administrative territorial entity (P150) ou son inverse located in the administrative territorial entity (P131), on a le même problème d'inclusion partielle ou totale.

Concernant les cantons le cas est réglé avec les fractions cantonales qui sont des divisions infracommunales. Pour info la création en nombre de communes nouvelles remet en avant cette problématique : le nombre de fractions cantonales est passé au 1er janvier 2017 (géométrie territoriale du 1er janvier 2016) de 609 à 651 du fait de la création de communes nouvelles issues de la fusion de communes appartenant à des cantons différents. La liste exhaustive des fractions cantonales est dans ce tableau. Les fractions cantonales n'ayant pas d'article n'ont pas d'élément wikidata. Il n'empêche que c'est une notion définie par l'Insee et que cela résoudrait, selon mon point de vue les problèmes d'inclusions et de sous-inclusions dans Wikidata. La question a semble-t-il été traitée dans cette discussion (Verdy p décrit d'ailleurs très bien cette notion de fraction cantonale) et je ne sais ce qu'il en est advenu.

De même on peut très bien inventer des fractions d'intercommunalités (par département) et on aurait aussi pas de pb pour faire des extractions ciblées. Noter qu'il existe quelques intercommunalités à cheval sur 3 départements qui peuvent être réglées avec la même solution : 3 fractions d'intercommunalités.Roland45 (talk) 17:46, 21 January 2017 (UTC)

Je pense qu'il n'est pas nécessaire de tordre la réalité avec des concepts aussi alambiqués. Une commune appartient totalement à un département et, à de rares exceptions, à une intercommunalité : le binôme contains the administrative territorial entity (P150)/located in the administrative territorial entity (P131) est donc clairement adapté. Comme l'explique très bien Roland, cette double appartenance ne signifie pas que la communauté est entièrement comprise dans un seul et seul département, ni, à plus forte raison, que toutes les communes de l'EPCI sont membres du (ou des) département(s) / canton(s) / arrondissement(s) / diocèse(s) au(x)quel(s) appartient l'EPCI. Un article de wikipédia peut être utile : Syllogisme.

Il ne me semble donc pas nécessaire de modifier la base pour répondre à une question mal posée. Pymouss (talk) 20:58, 21 January 2017 (UTC)

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Deuxième épisode.

En parallèle de cette discussion, j'ai discuté avec Pymouss et Nono314 de l'utilisation de capital (P36) pour les intercommunalités et de son remplacement par headquarters location (P159) et étant tout les trois d'accords, j'ai demandé à un bot d'effectuer le remplacement (ce qui a été fait). Mais du coup, El Caro pointe une incohérence : si on considère que les intercommunalités sont des institutions - pour lesquelles headquarters location (P159) est plus pertinent que capital (P36) - est-ce qu'il ne serait pas plus logique d'utiliser has part(s) (P527)/part of (P361) plutôt que contains the administrative territorial entity (P150)/located in the administrative territorial entity (P131) ? (je parle ici de situer les intercommunalités par rapport à leurs communes, la situation des intercommunalités par rapport aux départements étant une autre question ; personnellement, je proposerait bien de ne pas situer les intercommunalités par rapport aux départements, l'information étant déjà présente dans les éléments sur les communes cela me semble de toute façon inutilement redondant).

Cdlt, VIGNERON (talk) 16:22, 29 January 2017 (UTC)

On peut ajouter que les intercommunalités sont un type d'EPCI établissement public de coopération intercommunale (Q3591564) et qu'il y en a plein d'autres SIVU, SICOM, SITOM, SICTOM... (voir fr:Établissement public de coopération intercommunale). Si on commence à placer les communes dans des EPCI, il va falloir dire pourquoi les unes et pas les autres et ça va devenir encore plus ingérable (en plus d'être sans doute incohérent comme signalé plus haut). Le rapport "commune/EPCI" est plus proche du rapport "membre d'une association/Association" que de P131. El Caro (talk) 16:43, 29 January 2017 (UTC)

Surveillons les cyrillographes

Bonsoir,

En farfouillant dans les densités de population pour une requête, je me suis rendu compte que pas mal de communes n'étaient plus placées (P131) dans leur département.

En farfouillant un peu plus, je me suis rendu compte que quelques comptes russophones, biélorussophones (sisi, ça existe), et peut-être d'autres langues, avaient retiré ce qu'ils pensaient être des doublons, par ci par là.

J'ai passé une bonne partie de la soirée à tout remettre en place, en attendant de créer le script pour transférer les P131:canton vers P3179:canton - prochain truc sur ma to-do list, promis.

Alphos (talk) 22:28, 3 May 2017 (UTC)

@Alphos:, pour infox les « cyrillographes » ne sont visiblement pas les seuls responsables, actuellement, il y a 744 communes sans départements :

SELECT ?item ?itemLabel WHERE {
  ?item wdt:P31/wdt:P279* wd:Q484170.
  minus { ?item wdt:P131 ?dpt . ?dpt wdt:P31 wd:Q6465 }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "fr". }
}

Try it!

Cdlt, VIGNERON (talk) 16:13, 3 July 2017 (UTC)

@VIGNERON: En fait, il faut privilégier cette requête, qui prend en compte les DOM/COM/TOM/TAAF/métropoles/communes disparues/départements disparus. Auquel cas il n'y en avait qu'une à l'instant, Le Havre, déjà corrigé.

Promis juré je parachève mon bot dès que je peux, j'ai juste beaucoup trop d'IRL en ce moment, c'est pas sain. Faudrait arrêter de confier du matériel informatique à des vieux, ils savent pas s'en servir et ça complique la vie à tout le monde ! >_<

Alphos (talk) 15:30, 4 July 2017 (UTC)

Archives départementales

@Pymouss, Annaig29, Daieuxetdailleurs, Envlh:

Bonjour,

Je vois que l'on a maintenant un élément pour les archives de chaque départements français. Bien. Sauf qu'il y a encore pas mal de travail, les contenus sont encore très inégaux. Typiquement, je viens d'ajouter le Bibliothèque nationale de France ID (P268) de Departmental archives of Ille-et-Vilaine (Q2860457) et je me rends compte que seulement 4 des 99 archives ont cet identifiant... En fait, il n'y a que les propriétés country (P17) (trivial), located in the administrative territorial entity (P131) et coordinate location (P625) à être présentes sur l'intégralité des 99 archives. Voici un requête de comptage des propriétés utilisées sur les archives :

SELECT ?property ?propertyLabel ?propertyDescription ?count WHERE { 
	{
		select ?propertyclaim (COUNT(*) AS ?count) where {
			?item wdt:P31/wdt:P279* wd:Q2860456 .
			?item ?propertyclaim [] .
		} group by ?propertyclaim 
	}
	?property wikibase:claim ?propertyclaim .
	SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,en" . }
} ORDER BY DESC (?count)

Try it!

On voit que seulement 69 ont un official website (P856), 27 une image (P18) (là pas étonnant vu que les bâtiments sont souvent récents et donc sur-protégés par le droit d'auteur, après il y a possibilité comme pour Departmental archives of Ille-et-Vilaine (Q2860457) de ruser et de mettre une photo d'un ancien bâtiment), etc. (en allant decrescendo).

De plus, je suis un peu gêné par le confusion entre les archives-bâtiments et les archives-insitution-service départemental. D'ailleurs, on voit que Departmental archives of Somme (Q2860501), Departmental archives of Saône-et-Loire (Q19606452) et Departmental archives of Doubs (Q2860517) ont pour instance of (P31), {{Q18142}, architectural structure (Q811979), convent (Q1128397) en plus de departmental archives (Q2860456). Et pour plusieurs autres départements, il y a déjà deux éléments (Departmental archives of Jura (Q19606462) et Saline de Montmorot (Q21619550)). Dans quelques cas, c'est plutôt perturbant, comment gérer les archives multi-sites et à quoi fait référence owned by (P127) ? Enfin, les propriétés PSS-archi ID (P1838), architect (P84) ou heritage designation (P1435) (etc.) sont prévues pour des bâtiments mais ISNI (P213) ou Bibliothèque nationale de France ID (P268) (etc.) sont prévus pour des institutions.

Je propose donc de clairement distinguer les deux concepts.

Cdlt, VIGNERON (talk) 16:15, 3 July 2017 (UTC)

Wikidata:WikiProject France/Intercommunalités

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Pour information, j'ai lancé un nouveau sous-projet sur l'objet très spécifique que sont les intercommunalités : Wikidata:WikiProject France/Intercommunalités.

Cdlt, VIGNERON (talk) 11:22, 26 November 2017 (UTC)

Établissements de rattachement des unités de recherche du CNRS

Bonjour,

Avez-vous une idée sur les propriétés adéquates pour indiquer les établissements de rattachements d'unités de recherche du CNRS? Par exemple, pour Réseau sur le stockage électrochimique de l'énergie (Q47463068), la page du CNRS liste un certain nombre d'institutions (dont le CNRS) qui ont aussi des items Wikidata. Quelle serait la bonne manière d'importer ces relations? J'ai utilisé parent organization (P749) et has subsidiary (P355) en important GRID (Q27768150) mais je ne suis pas sûr que ce soit le mieux pour ces relations particulières.

− Pintoch (talk) 11:43, 22 January 2018 (UTC)

Rejoindre le WikiProject France/Églises/

Bonjour à tous, Au sein du laboratoire MAP (UMR CNRS/MCC 3495), nous travaillons sur un projet exploratoire autour du "petit patrimoine"/patrimoine mineur de la région Provence-Alpes-Côte-d'Azur. Cette plateforme appelée Territographie : http://territographie.map.cnrs.fr/, permet de relayer les initiatives citoyennes autour de 3 collections : chapelle rurales, agriculture/élevage et artisanat et pratiques commerciale. C'est autour de la collection des chapelles rurales que nous aurions aimé apporter notre contribution, à travers le groupe WikiProject France/Églises. Serait-il possible de rejoindre le groupe, en ayant créé un identifiant au préalable?

Merci d'avance! Et à très bientôt,

Ayack Manu1400 Jura VIGNERON Marianne Casamance Tubezlob Laurent Jerry

 – The preceding unsigned comment was added by Territo13 (talk • contribs).

Bonjour Territo13,

Pour rejoindre le groupe, il y a juste deux choses à faire :

1. participer librement en créant ou modifiant des items ;
2. jurer devant témoins que le plus beau département de France n'est pas le 13 mais le 66.

Et c'est tout ! --El Caro (talk) 11:14, 28 March 2018 (UTC)

@Territo13: Bonjour, j'ai ajouté votre nom d'utilisateur sur la liste des participants. On peut sans problème faire une demande de propriété pour vos identifiants. Je suppose que vous parlez de ce type de fiche : http://territographie.map.cnrs.fr/position/fichePosition416.html. Si c'est bien le cas, on peut se charger de faire cette demande avec pour titre « identifiant Territographie d'une chapelle rurale » et comme format d'URL http://territographie.map.cnrs.fr/position/fichePosition$1.html où $1 représente l'identifiant numérique. La propriété pourra être créée au plus tôt dans une semaine (c'est le délai minimum requis).

Pour ajouter cet identifiant aux chapelles déjà repertoriées ou créer de nouveaux éléments, nous disposons de l'outil Mix'n'match dans lequel on importe simplement une liste des identifiants avec leur nom (voir par exemple pour le site Clochers de France).

Tubezlob (🙋) 11:57, 28 March 2018 (UTC)

Bonjour, merci à vous El Caro et Tubezlob pour votre accueil, et vos réponses! Effectivement l'objectif serait de pouvoir créer un identifiant Territographie pour les chapelles rurales avec comme format d'URL : http://territographie.map.cnrs.fr/position/fichePosition$1.html. Comment faire pour effectuer cette demande ? L'outil Mix'n'match nous semble également très intéressant pour établir des liens entre les différents référentiels/sites. En attendant la validation de la demande de propriété, nous pouvons commencer à créer et des modifier des items. Merci aussi au contributeur qui a créé la fiche du laboratoire MAP (UMR CNRS/MCC 3495) :)

@Territo13: Bonjour, voici la demande de propriété : Wikidata:Property proposal/Territographie ID. D'ici une à deux semaines, elle sera créée et nous pourrons tous l'utiliser.

N'hésitez pas à nous poser des questions sur n'importe quel sujet, notamment sur les possibilités de créer semi-automatiquement des éléments ou d'ajouter des déclarations (je pense notamment à QuickStatements), il est très apprécié qu'une structure de recherche apporte ses connaissances précieuses au projet Wikidata !

Tubezlob (🙋) 19:36, 29 March 2018 (UTC)

Voici toutes les chapelles de Provence-Alpes-Côte d'Azur possédant un élément Wikidata avec des coordonnées : https://tools.wmflabs.org/monumental/#/list/15104?c=44.0250:5.9031:8&type=108325 (il y en a 421 pour l'instant). Tubezlob (🙋) 19:52, 29 March 2018 (UTC)

Bonjour à tous ! Ayack Manu1400 Jura VIGNERON Marianne Casamance Tubezlob Laurent Jerry Et merci de votre aide pour la création de la propriété Wikidata:Property proposal/Territographie ID. Nous avons saisi quelques nouvelles chapelles dans la base Wikidata, mais étant donné le nombre d'occurences, nous aimerions tester l'outil d'import de données Mix'n'match. J'ai fait le test sur un petit jeu de données, en les structurant de la manière suivante :

157;chapelle Notre-Dame-des-Champs de Selonnet;Selonnet, Alpes de Haute-Provence

J'obtiens le message d'erreur suivant : ERROR: Less than three coulmns on row 1: 157;chapelle Notre-Dame-des-Champs de Selonnet;Selonnet, Alpes de Haute-Provence Est-ce une erreur dans la structuration des données ? Avez-vous des conseils à nous donner pour réussir notre import ? Merci à tous!  – The preceding unsigned comment was added by Territo13 (talk • contribs).

Bonjour @Territo13:,

Je n'utilise pas cet outil, mais ne faut-il pas séparer les colonnes par des "tab" plutôt que des points-virgules ? Normalement, un copier-coller depuis un tableur le fait tout seul. --El Caro (talk) 14:16, 24 April 2018 (UTC)

Bonjour @El Caro:, merci infiniment pour votre aide, en effet, il fallait bien utiliser les tabulateurs et non les points-virgules comme séparateurs! L'export fonctionne :)

Principaux établissements d'enseignement supérieur

https://www.data.gouv.fr/fr/datasets/principaux-etablissements-d-enseignement-superieur-mesr/ Situation au 1er janvier 2015. Le fichier date un peu, mais il comporte des alignements avec Wikidata, et plein de données (genre le nombre d'élèves en 2014, 2015, …) :-)

Teolemon (talk) 13:37, 29 August 2018 (UTC)

uai
uo_lib
sigle
type_d_etablissement
secteur_d_etablissement
url
coordonnees
rattachement
rattachement_identifiants
dernier_decret_legifrance
localisation
com_code
com_nom
uucr_id
uucr_nom
dep_id
dep_nom
aca_id
aca_nom
reg_id
reg_nom
mention_distribution
adresse_uai
lieu_dit_uai
boite_postale_uai
code_postal_uai
localite_acheminement_uai
pays_etranger_acheminement
numero_telephone_uai
siret
identifiant_grid
identifiant_eter
statut_juridique_court
statut_juridique_long
qualification_court
qualification_long
compte_facebook
compte_twitter
compte_flickr
flux_rss
compte_linkedin
compte_pinterest
compte_france_culture
compte_scribd
compte_scoopit
compte_tumblr
compte_viadeo
compte_dailymotion
compte_vimeo
compte_youtube
compte_googleplus
autres
mooc
statut_operateur_lolf
libelle_mission_chef_de_file
identifiant_programme_lolf_chef_de_file
libelle_programme_lolf_chef_de_file
identifiants_autres_programmes_lolf
libelles_autres_programmes_lolf
association
association_identifiants
identifiant_wikidata
element_grid
identifiant_orgref
identifiant_isni
element_isni
element_fundref
reg_id_old
reg_nom_old
uo_lib_en
element_wikidata
inscrits_2010
inscrits_2011
inscrits_2012
inscrits_2013
inscrits_2014
typologie_d_universites_et_assimiles
implantations
inscrits_2015
compte_instagram
url_en
url_cn
siren
identifiant_funding_data
wikipedia
url_es
url_de
anciens_codes_uai

@Teolemon: oui j'ai déjà travaillé avec cette excellente base, pour importer un certain nombre de colonnes avec OpenRefine (SIREN, comptes de réseaux sociaux, identifiants variés). J'ai utilisé la méthode décrite ici: Wikidata:Tools/OpenRefine/Editing/Tutorials/Basic_editing (le tuto est écrit pour une base anglaise mais c'est essentiellement le même genre de données). − Pintoch (talk) 07:39, 30 August 2018 (UTC)

Mettre les arrondissements uniquement en P131

Bonjour,

Une discussion sur la page de discussion de located in the administrative territorial entity (P131), propose (notament par Сидик из ПТУ) de mettre uniquement les arrondissements en P131 pour les communes (et concepts similaires). Actuellement, les communes sont toutes dans l'arrondissement et dans le département (sans compter tout un tas de problèmes avec - notamment mais non exclusivement - les cantons et les intercos mais c'est un autre sujet), doit-on conserver cette redondance ou non ?

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France qu'en pensez-vous ? si possible, merci d'expliciter vos avis.

Cdlt, VIGNERON (talk) 13:16, 17 September 2018 (UTC)

Le problème des arrondissements, c'est qu'ils ne sont pas très parlants pour le commun des citoyens et, en plus, qu'ils ne sont pas très stables dans le temps (il y a eu des vagues de modifications au 1er janvier 2017) qui sont passées complètement inaperçues, sauf pour les lecteurs quotidiens des RAA). Même au sein de l'administration d'État, leur rôle est de moins en moins liés au territoire : un sous-préfet est souvent compétent pour un sujet particulier sur l'ensemble du département (par exemple, le sous-préfet de Saint-Malo est compétent pour l’accueil des gens du voyage sur toute l'Ille-et-Vilaine) et n'est plus un relais sur un territoire plus petit de l'ensemble de l'action du préfet. Leur découpage est la plupart du temps désormais calqué sur les périmètres des intercommunalités et peut donc être amené à évoluer dans le futur plus rapidement que par le passé. Jadis basés sur des cantons relativement stables (sauf en zones urbaines) jusqu'au big-bang de 2014, c'est devenu une division administrative fluctuante territorialement et dont le rôle est de moins en moins important dans l'action publique. Si, jusqu'à preuve du contraire, je n'ai pas encore vu de réel projet prévoyant leur disparition, on peut quand même légitimement penser que leur avenir est derrière eux.

Pratiquement, quand on voit le nombre considérable de communes qui, plus de trois ans après, ne sont pas encore localisées dans le bon canton sur Wikidata (j'en ai encore trouvé une hier) alors que le ménage a été relativement vite fait sur Wikipédia, je doute fort de la capacité de Wikidata à suivre toutes les évolutions de découpage d'arrondissements, dont certains n'ont été mis à jour que près d'un an après sur frwp. Là encore, ça ne plaide pas en faveur du recours au seul arrondissement en P131.

Enfin, je ne pense pas que ça tienne très longtemps : les contributeurs occasionnels de Wikidata s'empresseront d'ajouter le référent administratif qui reste le plus parlant pour chaque résident français : le département. Donc, si on souhaite maintenir la cohérence dans la base de données, on va au devant d'inutiles et perpétuelles opérations de maintenance, ce qui fait que cette solution engendrerait plus de dépense de temps et d'énergie que de ramener à la logique un ou deux technocrates russes.

Bref, restons-en aux départements et aux EPCI en P131, car ils correspondent à de vrais échelons d'action publique, et laissons cantons et arrondissements dans les mémoires des découpages administratifs (et donc présents à ce titre dans WD, sans en faire des pivots de la hiérarchie administrative).

Bien cordialement, Pymouss (talk) 18:18, 17 September 2018 (UTC)

Je serais curieux de savoir quel pourcentage des Français est au courant de l'existence de ces arrondissements. Clairement ça ne parle pas à grand-monde, moi le premier. Je ne sais pas quelle est la bonne solution, mais en tout cas je suis fortement contre la suppression des départements des communes. — Ayack (talk) 18:41, 17 September 2018 (UTC)

@Pymouss, Ayack: je comprends l'argument de la méconnaissance mais est-ce vraiment pertinent pour cette discussion ? Mon point de vue est que la majorité des gens ne connaissent pas la majorité des informations, d'autant plus quand il s'agit de l'organisation administrative française (combien de fois j'ai du expliquer la situation des outremers...). En plus, pour la réutilisation par exemple dans les infoboxes sur Wikipedia, il est facile d'afficher (en plus ou à la place) le département. Quant à la mise à jour, le fait que la situation actuelle soit peu claires et que l'on stocke plus de valeurs qu'il n'est strictement nécessaire, ne peut que compliquer la situation, on essaye de courir deux lièvres à la fois (et même 5 lièvres et 3 lapins...). J'imagine que si on retire les départements pour se concentrer uniquement sur les arrondissements (et les autres administrations éventuellement, la question n'est évidemment pas de ne garder uniquement les arrondissements), cela sera forcément bénéfique à la mise à jour des arrondissement, non ? Cdlt, VIGNERON (talk) 09:00, 20 September 2018 (UTC)

@VIGNERON: Après réflexion, je revois ma position. Ne mettre que l'arrondissement risque de me compliquer un peu la vie (sur WD), mais ça me semble quand même être la solution la plus propre et la plus exacte. OK donc pour retirer le département (et j'espère ensuite les cantons...). — Ayack (talk) 13:16, 20 September 2018 (UTC)

Je m'excuse d'avoir écrit en français via Google-Translator, mais j'aimerais vous poser quelques questions. 1) Comment proposez-vous de conserver la chronologie de la propriété communale des arrondissements et des chaises dans le Wikidat? Vous pouvez discuter de leur rôle réel dans la politique et dans la vie des gens, mais ils existaient et existaient toujours, leur chronologie devrait toujours être là. En d'autres termes, quelqu'un et, d'une manière ou d'une autre, doivent encore suivre ces changements et apporter les modifications appropriées aux éléments. 2) Pourquoi, pour tous les autres pays, où les frontières et les régions peuvent également changer fréquemment, une autre approche sera-t-elle utilisée? Qu'importe que quelque chose soit méconnaissable pour les utilisateurs? Nous parlons maintenant d'une base de données pour les robots, pas pour les personnes. Dans les articles de Wikipedia, les niveaux des cantons et des arrondissements peuvent être ignorés, mais la logique de P131 est que par cette propriété, une chaîne est construite en fonction des liens aux éléments. Regardez l'élément Krasnodar (Q3646), il entre actuellement dans le Krasnodar Municipality (Q4307501), même s'il ne s'agit que d'une entité formelle, qui ne dit rien à la majorité des habitants de Krasnodar. Cependant, c'est la bonne solution pour la base de données. La proposition de spécifier pour les communes simultanément toutes les unités administratives, y compris celles qui sont subordonnées les unes aux autres, du point de vue de la théorie des bases de données est incorrecte.Сидик из ПТУ (talk) 08:41, 18 September 2018 (UTC)

@Сидик из ПТУ: no problem, write in language you prefer. For your questions:

1) not sure to understand (probably some parts ere lost in the translation), I don't see any problem to have multiples values for the same point in time and the infoboxes works fine with that too.

2) I don't know for other country but France is clearly complicated. For instance, communes are very small and there is more communes in France than in all the rest of Europe (France has ~36000 communes but Germany ~11000, United Kingdom ~10000, Spain ~8000, Belgium 500, etc.). Some administrative units are not transitiv and/or inclusiv, so you can't make a chain or use P131+ in queries. Said more simply you have : A is located in B and B is located in C but A is not located in C :( (it exists in other country but it's more common in France, especially for intercommunalities). Finally, it's sometimes very hard to find a reference to know in what unit is located an other unit, especially for arrondissement. So, it's not just that the arrondissement are not known or used, it's that they are almost unreferencable.

Krasnodar (Q3646) is a city (Q515) (city) and we don't really have city in France, at least we don't have items about cities in Wikidata (and we don't need them, communes are smaller and more precise than cities ; if it was like in France, it would be Krasnodar Municipality (Q4307501) location (P276) Krasnodar (Q3646)).

If you really want only one value in P131, then the more logical would be to only keep the departements (and maybe the intercommunalities but that is an other question we need to sort separatly). So we can either just removed the departemental arrondissements or move them somewhere else (maybe territory overlaps (P3179)). @Pymouss, Ayack: what do you think?

Cdlt, VIGNERON (talk) 10:55, 18 September 2018 (UTC)

OK. 1) Arrondissements and cantons (present or pre-2015) must in any case be somehow indicated in the Wikidata for each commune. Perhaps their role in public or political life is becoming less and less significant, but the fact of their existence and the attachment of communes to them should be preserved here. Therefore, someone will still keep track of their relevance and completeness.

2) Please, give an example, where A (arrondissement) in B, B in C, but A not in C. How many such cases for the whole of France? By the way, a good database would allow to know this by query.

For all other countries there is no difference, we work with cities or something like communes - the rules for filling in P131 in both cases are the same.Сидик из ПТУ (talk) 12:14, 18 September 2018 (UTC)

Communes of Redon Agglomération.

1) indeed, is territory overlaps (P3179) the good property for that?

2) there is plenty of examples (I would say maybe 1000 communes?), for instance : Redon (Q206837) is in Redon Agglomération (Q2989211) which is in 3 départements (Ille-et-Vilaine (Q12549), Morbihan (Q12642), Loire-Atlantique (Q3068)) but Redon (Q206837) is only in Ille-et-Vilaine (Q12549) (same for the 30 others communes of Redon Agglomération (Q2989211) ; see the map, the colours are the 3 départements). And this is a simple and common example (mostly it's intercommunalities, but there is cantons between two arrondissement), there is some much more tricky cases.

Cdlt, VIGNERON (talk) 18:06, 18 September 2018 (UTC)

1) Maybe. 2) OK, intercommunalities like a cantons are bad for P131 and apparently are parallel to the main vertical (commune-arrondissement-department-region). Aren't they? Сидик из ПТУ (talk) 09:30, 19 September 2018 (UTC)

Intercommunalities are less complicated than cantons (at leat there always bigger than communes or city), they're more "vertical" (but verticality is maybe not the good way to look at how administrative units work in France). Cdlt, VIGNERON (talk) 09:00, 20 September 2018 (UTC)

As a general recommendation, I'd suggest to make sure that fairly stable layers are always present in P131. For France, I think these are departments. Furthermore, I don't think one should remove former administrative layers. These just have an end date and normal rank. In case this actually happened: don't add continents there ;) --- Jura 11:06, 18 September 2018 (UTC)

The stability of the data does not matter for the database. On the example of the Soviet Union of the times of Stalin, where the borders of the republics and their regions have changed every six months, for each moment we indicate only the nearest meaning and everything works fine.Сидик из ПТУ (talk) 12:14, 18 September 2018 (UTC)

• Sounds interesting. Could you do a proof of concept with the Soviet Union? (or with "we" did you mean "you"?). --- Jura 19:02, 18 September 2018 (UTC)

• Look, in Russian Wikipedia birthplaces in infoboxes are being filled via algorithm that builds a geo-chain (city, regions, country) according to the values of P131 on the specified date of birth of the person (works fine). So, if something is filled not according to the specified order, the place of birth in the card is displayed with an error or without detais (like here). These errors are regularly noticed by users and corrected on the Wikimedia. Moreover, the algorithm is used not only for those born or dead in the USSR or Russia, but also for all other countries. With France, we notice a problem caused by the atypical filling of P131, with other countries there is no such problem.Сидик из ПТУ (talk) 09:24, 19 September 2018 (UTC)

• On Commons, Template:Wikidata Infobox doesn't seem to have this issue. See Category:Église Saint-Vincent de Mâcon for example. — Ayack (talk) 09:52, 19 September 2018 (UTC)

• @Ayack: this template seems to be using location() from commons:Module:WikidataIB. It looks like they just take a first value of P131 statement (line 1018). If my understanding is correct, it is not only unreliable (order of statements is not fixed), it is plain wrong, because they do not respect P580/P582 qualifiers. --Ghuron (talk) 08:12, 20 September 2018 (UTC)

• @Ghuron: not exactly, it takes the first *best* value (that's why rank are important) ; but true, if there is several value with the best rank (which is quite common), it still problematic. But in this case, the best way to solve this is to improve the template, not to twist the data into something there not in reality. Cdlt, VIGNERON (talk) 09:00, 20 September 2018 (UTC)

• @VIGNERON: I would be delighted to hear your ideas how this template can be improved to handle ambiguous P131 statements in Mâcon (Q174247) --Ghuron (talk) 09:12, 20 September 2018 (UTC)

Yes, stability is not the problem here. The most problematic point here is to find one and only value at a given moment if we include all administrative levels (not a problem if we only include départements). For continents, that a very good point as France is the most extended country in the world (and one of the only country to have territories in 5 continents). Cdlt, VIGNERON (talk) 18:06, 18 September 2018 (UTC)

Bonjour the Project France!

I think that P131 is a very bad property, because it has very different meanings. It is a half measure, and not a good one. We should have:

• either a very general property (location (P276)) into which we put everything: commune, departement, canton, oblast, mountain range (delete mountain range (P4552)), lake or whatever;
• or create very specific properties, such as "is in the French arrondissement", "is in the French canton (before 2015)" and so on.

I prefer large, generic properties, easier to use and to create queries.

Can a collaborative project take strong decisions and follow them? --El Caro (talk) 18:22, 18 September 2018 (UTC)

As an experiment, we can try this for France, but for the vast majority of other countries everything works fine under the current rules which favorably universal.Сидик из ПТУ (talk) 09:35, 19 September 2018 (UTC)

@El Caro: I would stay with located in the administrative territorial entity (P131) for the arrondissement (not problem there) and I'm not sure a specific property for the cantons would help solve the problem that canton can be smaller or bigger than communes. Cdlt, VIGNERON (talk) 09:00, 20 September 2018 (UTC)

Can we focus on the main question here? cantons, intercommunalities, everything else is an other problem (that need to be solved too but we can't solve everything in one discussion). In P131 for French communes, we put both arrondissement and departement, which is actually redundant. What should we do? We can: 1. statu quo keep the mess as it is, 2. move the arrondissement to some other property (but which one?) 3. remove the departement since they can easily be inferred from the arrondissement. Cdlt, VIGNERON (talk) 09:00, 20 September 2018 (UTC)

Just want to make sure we are on the same page. I don't think I know enough to decided whenever (3) will be better than (2) or vice versa. Obviously members of this project are better prepared to make educated choice. But I strongly object option 1. Despite the fact that some people here think showing so-called "geo-chain" is naive, I can see strong consensus for this in all major wikipedias. It will be much easier if there will be not more than one P131 for any given point of time. In fact data for most countries follow this implicit constraint. Number of ambiguous P131 statements in Italy <1%, in Netherlands <1%, in Germany <2%, in USA <3%, but >15% in France. --Ghuron (talk) 09:48, 20 September 2018 (UTC)

@Ghuron:, yes I agree that 1 is the worst but if we can't decide between 2 and 3, 1 is the default option... 3 is probably the more rational choice but also the more difficult (see objections supra).

By the way, it's not >15%, it's 100% of communes that are ambiguous (which is logical since the statu quo has encouraged to put both the arrondissement and the departement). That said, the arrondissement-departement duplication is easy to filter for an infobox (for example one can just ignore the arrondissement - it works in 99% of the cases - or more thouroughly one can do checks on the duplication), and without the duplication between these two levels there is still more than 10 others administrative levels in France who can cause ambiguity... It will be almost impossible to go under the 1% (especially if we can't decide on the easy problem of arrondissement-departement which is probably the one of the more simple of all).

Cdlt, VIGNERON (talk) 13:06, 20 September 2018 (UTC)

@VIGNERON: So you are saying that infobox should ignore wdt:P131/wdt:P31 wd:Q194203? We definitely can start with that, but it will not help with Mâcon (Q174247) as well as 41K+ items. May be there are some other topics where it is possible to reach consensus? Such as placing P582:March'15 qualifier for all wdt:P131/wdt:P31 wd:Q184188? --Ghuron (talk) 13:28, 20 September 2018 (UTC)

@Ghuron: more or less, what I am saying is: if the infobox can't deal with multiple value (which is a bad idea but I understand that multiple values are harder to deal with), then ignoring the arrondissement of France (Q194203) can be an easy solution (not the canton of France (Q184188), like I said, this is an other matter) ; true, it's not perfect but it's better already (and logical since everybody, the French people first, ignore what the h*ll is an arrondissement of France (Q194203)). We can reach consensus on other matters but each level has it specificities so I would prefer to deal with them separately. The idea of placing placing P582:March'15 is interresting but very wrong as it can be any point in time between 1790 and 2015 ; but yes, ideally, we need to add a start time (P580) and a end time (P582) as qualifiers for all these values. Cdlt, VIGNERON (talk) 13:47, 20 September 2018 (UTC)

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

@VIGNERON, Pymouss, Сидик из ПТУ, Jura1, Ghuron, El Caro: Pourrions-nous prendre une décision - quelle qu'elle soit - sur le sujet ? On a actuellement des pratiques différentes suivant les communes qui font qu'il est par exemple impossible de sortir des listes d'églises par département qui soient justes. Sur certaine communes (Santo-Pietro-di-Tenda (Q693431) par exemple) on a en effet un canton en rang privilégié, ce qui oblige à passer par les sous-classes. Résultat, on récupère aussi des communes de départements voisins. Sur d'autres (Mâcon (Q174247) par exemple) c'est le département. Honnêtement, je ne connais pas la bonne solution, mais clairement, si on ne peut pas lister les communes d'un département sur Wikidata, c'est quand même qu'on a un gros problème... — Ayack (talk) 09:24, 30 November 2018 (UTC)

Communes et leurs localisations

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour à tous,

Par curiosité, je viens de faire une requête générale pour voir dans quoi les communes françaises était localisés. Je savais qu'il y avait des erreurs et que c'était un peu le bazar mais je n'en connaissais pas l'ampleur. Voici donc les résultats (pas mal de boulot mais cela pourrait être bien pire).

See it in Wikidata Query Service

Ce graphique se mettant automatiquement à jour, je me permet de redonner les chiffres et de les commenter. Les deux premiers résultats sont "département" (39437) et "arrondissement" (34634). Je ne reviens pas dessus, la discussion au-dessus concerne déjà ce doublon. Ensuite en deuxième position il y a ancien canton français (36808), et ensuite vient canton français (12563) et là clairement ce n'est pas trop normal, autant pour les anciens cantons, la question peut se poser de les laisser ou non en P131 (je dirais que c'est la moins mauvaise solution malgré tout) autant pour les nouveaux cantons, clairement il me semblait clair pour tout le monde qu'il n'avait rien à faire en P131 (aurais-je imaginer ce consensus ?). Viennent ensuite, communauté de communes (1602), communauté d'agglomération (637), commune de France (242), cela mériterait discussions mais comme pour les anciens cantons, faute de mieux cela semble pas si pire. Par contre je vois district d'Alsace-Lorraine (1513), et là les valeurs actuelles en rang préféré devrait masquer ces valeurs, ce serait à corriger. Ensuite - fort heureusement - les valeurs diminuent rapidement mais il y aurait tout de même un sacré ménage à faire : historic comarca of North Catalonia (Q3573632) (là encore, le rang devrait masquer ces résultats) ; historic comarca of North Catalonia (Q3573632) (idem qu'avant mais au pays Basque au lieu de la Catalogne nord) ; natural region of France (Q572995), volcanic island (Q1161185), archipelago (Q33837), island (Q23442) (là il s'agit des outremers mais selon le cas soit located in the administrative territorial entity (P131) est utilisé au lieu de location (P276), soit le located in the administrative territorial entity (P131) est correct mais le instance of (P31) de la valeur utilisée est incorrect ; je vais commencer par faire le ménage pour ceux-là).

Cdlt, VIGNERON (talk) 13:30, 20 September 2018 (UTC)

La question de la localisation des communes me semble un faux problème que nous nous infligeons à nous-même. Créons une propriété dédiée pour les intercommunalités, une autre pour les départements, une troisième s'il le faut pour autre chose encore et une bonne partie du problème sera réglé. Pour l'instant, les plus geeks d'entre nous veulent tout déduire depuis une propriété unique par des arbres de requêtes compliqués mais tout ce que nous déduisons à la fin, en vérité, c'est que c'est en bordel. Je lis ceci depuis plusieurs années. Thierry Caro (talk) 14:25, 20 September 2018 (UTC)

Comment peux-tu parler de faux problème et conclure dans le même message que c'est le bordel...

On peut effectivement créer une dizaine de propriétés spécifiques, mais cela ne changera absolument rien au problème des valeurs. Parce que c'est bien des valeurs dont je parle ici, c'est indépendant de la propriété : que l'on utilise "localisation administrative" ou "localisation dans le département de" dans les deux cas mettre "île" en valeur est faux. De même, que l'on mette deux valeurs en département (l'ancien et le nouveau) en oubliant de mettre des qualificateurs et d'utiliser les rangs est tout aussi faux quelle que soit la propriété.

De même le problème n'est pas au niveau des requêtes (qui ne sont pas - de très loin - les plus compliquées) puisque ces requêtes fonctionnent pour tout les pays du monde sauf la France, certes la France est particulièrement carabiné au niveau de son organisation administrative mais je doute que cela suffise à expliquer la situation actuelle.

Cdlt, VIGNERON (talk) 09:11, 21 September 2018 (UTC)

Nom officiel des hameaux

Bonjour,

Roberpl me pose une colle : est-ce que le nom de Hix (Q17182098) est officiel ? Le COG ne mentionne que les divisions supérieures ou égales à la commune, donc pas les hameaux. D'un autre côté, un nom de hameau doit être utilisé par la poste, je suppose, donc est-il quelque part officiel ? --El Caro (talk) 07:55, 6 October 2018 (UTC)

Bon, j'ai trouvé : "Les microtopoymes et les noms de lieux ont-ils une graphie officielle ? La réponse est non." page 12, Jean Bécat (Q9011846). --El Caro (talk) 08:26, 14 October 2018 (UTC)

@El Caro: je ne vois ta question que maintenant mais il existe bien une source officielle (au moins lato sensu) pour les toponymes : le FANTOIR (Q3066631) (et on a même une propriété associée FANTOIR code (P3182)) qui contient (de façon très inhomogène) plus de 8 millions de toponymes et qui dépend des Impôts (tout comme le cadastre). Cdlt, VIGNERON (talk) 21:04, 20 November 2018 (UTC)

Fonction dans Infobox Biographie2

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour à tous,

Y'a t-il moyen pour qu'au lieu de créer une entrée Wikidata pour chaque nouveau intitulé d'un ministère faire en sorte que le official name (Q11938905) de la fonction qui change en mentionnant la start time (Q24575110) et la end time (Q24575125); par exemple, au lieu d'avoir Minister of Economy, Industry and Digital (Q17618126) et Minister of the Economy, Finances and Industry (Q20202948) on mentionne dans le nom officiel de economy minister (Q17618153) que le premier existait entre 2014-2016 et le second entre 2010-2012, tout en prenant cela en considération dans le champ fonction de l'Infobox Biographie2.

Merci d'avance

Bien à vous, --Reda benkhadra (talk) 20:32, 20 November 2018 (UTC)

Pour ma part, je suis très favorable à cette idée. Cependant, sa mise en œuvre doit être bien pensée car c'est aisé de reprendre texto les intitulés des fonctions dans le JO ; par contre, on peut parfois arriver à des simplifications préjudiciables si on n'y prend garde. Pymouss (talk) 20:45, 20 November 2018 (UTC)

Le problème sous-jacent, c'est les regroupements et scissions de ministères à répétition. On a par exemple en ce moment un ministère de l'Action et des Comptes publics, que la fonction rapproche en fait d'un ministère du Budget, mais ce ministère a, par le passé, souvent été rattaché entièrement au ministère de l'Économie et des Finances.

Je m'étais posé la même question il y a quelque temps, mais sans trouver de bonne réponse. Alphos (talk) 21:51, 20 November 2018 (UTC)

@Alphos: À mon avis, la solution est simple: dans le cas de l’existence du poste de ministre du Budget (ou tout autre intitulé) cela doit être mentionné dans le nom officiel de Ministry of Budget, Public Accounts and Civil Administration (Q3315433) en ajoutant les dates de début et de fin, sachant qu'en cas d'absence les fonctions sont directement attribuées à Bercy --Reda benkhadra (talk) 18:48, 21 November 2018 (UTC)

Administrations centrales en France

Bonjour, J'ai commencé un travail sur les administrations centrales en France en s'appuyant sur l'annuaire du service public de la DILA.

Je souhaite ajouter l'identifiant de l'annuaire du service public (French public service directory ID (P6671)) et surtout introduire la hiérarchie entre les administrations.

Il y a un flou sur la bonne propriété à utiliser pour la hiérarchie. Au début j'utilisais le couple comprend has part(s) (P527) /partie de part of (P361).

J'ai pensé ensuite que la notion d'organisation filiale has subsidiary (P355) et d'organisation mère parent organization (P749) était plus approprié pour une hiérarchie entre des organisations.

Je découvre ensuite qu'il existe aussi business division (P199).

Du coup, je suis perdu. Faut il réserver has subsidiary (P355) aux filiales au sens filiales d'entreprises privées ?

Pour info, voici ma requête actuelle sur les filiales du gouvernement de la république française : https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20%3Fparent%20%3FparentLabel%20WHERE%20%7B%0A%20%20%3Fitem%20%28wdt%3AP749%2a%29%20wd%3AQ1450662.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22.%20%7D%0A%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP749%20%3Fparent.%20%7D%0A%7D

--PAC2 (talk) 15:08, 14 April 2019 (UTC)

J'ajoute que pour le gouvernement américain Federal Government of the United States (Q48525), on utilise bien la notion d'organisation filiale has subsidiary (P355). PAC2 (talk) 15:29, 14 April 2019 (UTC)

@PAC2: Il y a actuellement une proposition de suppression de la propriété business division (P199) pour la fusionner avec has subsidiary (P355). Le consensus est pour conserver car has subsidiary (P355) est utilisée pour des entités légales séparées (inverse : parent organization (P749)) tandis que business division (P199) est utilisée pour les autres cas de figure (inverse : part of (P361)).

Dans l'annuaire que tu nous présentes, j'ai l'impression qu'il y a les deux cas. Peut-être peux tu pour t'aider voir s'il existe deux identifiants SIREN (par exemple le secrétariat général du ministère de la Culture a son propre SIREN, à l'inverse de la commission de récolement des dépôts d'œuvres d'art, qui serait donc une division du ministère de la Culture).

Pour moi, il me paraît plus simple de n'utiliser que parent organization (P749), mais ce n'est peut-être pas exact dans tous les cas. Tubezlob (🙋) 13:53, 15 April 2019 (UTC)

Merci pour la réponse. Je comprends que business division (P199) sera potentiellement obsolète. On peut utiliser has subsidiary (P355) au moins pour décrire la relation entre le gouvernement, les ministères et les directions d'administration centrale. En deçà du niveau administration centrale, on peut utiliser has part(s) (P527) ou has subsidiary (P355).

pour moi, l'existence d'un numéro siren n'est pas pertinent dans l'administration. Par exemple, dans les services du premier ministre, les différentes directions utilisent le siren de la direction des services administratifs et financiers.

Ce qui me chagrine un peu c'est que has subsidiary (P355) est une sous propriété de owner of (P1830). --PAC2 (talk) 05:44, 17 April 2019 (UTC)

Nouvelle subtilité : il y a des établissements publics sous tutelle de l'administration centrale. Par exemple, pole emploi est sous tutelle du ministère du travail. Comment peut on décrire cette relation dans Wikidata. Est ce que authority (P797) est appropriée ? --PAC2 (talk) 05:49, 18 April 2019 (UTC)

J'ai vraiment besoin d'aide pour statuer sur les relations entre administrations. --PAC2 (talk) 05:49, 18 April 2019 (UTC)

Nouveaux sous projets

Je propose de créer le sous projet consacré aux entreprises françaises et un sous projet consacré aux administrations. --PAC2 (talk) 11:50, 28 April 2019 (UTC)

design du projet : Menu adaptatif

Le menu d'onglets en haut des pages du wikiprojet France sont adaptées à un écran d'ordinateur mais ne s'adaptent pas aux autres écrans (tablettes et téléphones). Sur la Wikipedia francophone, nous avons commencé à concevoir des menus adaptatifs pour les portails et les projets (voir fr:Modèle:Onglets portail. Je propose de faire pareil ici. Voici ma proposition pour le projet France : User:PAC2/Project France.

Est ce que ça vous convient ? Avez vous des retours ? --PAC2 (talk) 04:58, 12 May 2019 (UTC)

@PAC2: pour, mille fois pour en ce qui me concerne ! (mis à part la couleur du texte, je préfère garder la couleur naturelle qui est plus lisible et compréhensible) Cdlt, VIGNERON (talk) 10:59, 13 May 2019 (UTC)

Pourquoi pas, en revanche je vois qu'il manque le lien vers Wikidata:WikiProject France/Églises dans ta proposition. Ayack (talk) 11:34, 13 May 2019 (UTC)

Ok, je vais faire d'autres tests pour la couleur. Pour les églises, je vais les ajouter. Je voulais juste faire une proposition PAC2 (talk) 05:54, 16 May 2019 (UTC)

J'ai fait la mise à jour du menu. S'il y a des critiques, on pense adapter ou revenir en arrière --PAC2 (talk) 15:07, 18 May 2019 (UTC)

Sous projet Administrations

J'ai créé une page dédiées aux administrations françaises : Wikidata:WikiProject France/Administrations. C'est encore préliminaire. --PAC2 (talk) 05:28, 12 May 2019 (UTC)

P6 et département

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour à tous,

Une IP fait de nombreuses contributions constructives sur les départements mais au cours de ces contributions une question assez complexe a été soulevée (voir notamment Topic:Utcdjrzdzz5f7mau mais il y a eu des discussions ailleurs, c'est pourquoi je lance cette discussion ici pour essayer de centraliser et rassembler les idées) : qui est le chef d'un département à mettre en head of government (P6) ? Est-ce le président ou le préfet ?

Les deux peuvent plus ou moins également se prévaloir du "titre" (et sont mentionnés dans les infobox par exemple). De plus, les départements ont souvent 3 éléments : un général, un sur la préfecture et un sur le conseil départemental (par exemple, respectivement Gard (Q12515), Prefecture of Gard (Q59210315) et departmental council of Gard (Q23782157)). Du coup, je proposais de mettre le préfet en P6 de la préfecture et le président en P6 du conseil (mais cela laisse un vide sur l'élément général que certains voudront remplir). Une autre solution serait de mettre les deux sur l'élément général avec un qualificatif pour préciser le rôle de chacun. Plusieurs solutions sont donc possibles mais il serait bon de se mettre d'accord pour choisir la meilleure et l'appliquer de façon uniforme.

Cdlt, VIGNERON (talk) 17:53, 12 May 2019 (UTC)

Techniquement, le préfet n'est pas le "chef" du département, mais le représentant de l’État dans le dit département, en bref, l'équivalent d'un ambassadeur de l’État français, mais dans le territoire national. Il n'a aucun rôle de gestion du département, et doit, uniquement faire appliquer la loi nationale, dans le territoire. Par contre, le président du conseil départemental est en charge de la gestion quotidienne du département, et c'est ce conseil qui reçoit les recettes fiscales dédiées au département. J'aurais donc plus tendance à mettre en P6 le président du conseil départemental. Marianne Casamance (talk) 18:53, 12 May 2019 (UTC)

Je suis du même avis. -Ash Crow (talk) 23:01, 12 May 2019 (UTC)

Je plussoie Marianne. Les préfets et préfètes sont les représentants locaux du gouvernement national, et sont aussi chargés d'y faire appliquer la politique du gouvernement. Ils et elles ne sont pas élus par la population mais sont des hauts fonctionnaires représentants de l'État.

En démocratie représentative, le chef du gouvernement est celui élu (plus ou moins directement) par le peuple, pas celui nommé subséquemment par un méta-élu représentant le peuple du lieu et ceux d'autres lieux. Considérant que le préfet ou la préfète n'est, de fait, que le ou la subalterne du gouvernement national, il serait absurde de lui attribuer le rôle de chef du gouvernement de son département, conceptuellement parlant. Par contre, considérant que le président ou la présidente de conseil départemental (anciennement général) est élu par le conseil départemental (resp.), lui-même élu directement par le peuple du département lors des élections locales, et applique la politique pour laquelle il ou elle a été choisi sur programme par le peuple lors desdites élections (en théorie, hein, j'idéalise à fond là, mais c'est le concept), lui attribuer ce rôle semble couler de source.

À l'extrême, attribuer head of government (P6) aux préfets et préfètes dans leurs départements reviendrait à attribuer head of government (P6) aux gardes-chasse dans les domaines qu'ils et elles surveillent.

Quant à décerner le titre de chef de gouvernement de la préfecture, c'est oiseux, puisqu'il ne s'agit pas d'un peuple gouverné mais d'une administration organisée.

Enfin, pour les Alpes de Haute-Provence, les Hautes-Alpes, l'Ariège, la Corse-du-Sud, la Haute-Corse, la Lozère, le Territoire de Belfort, Saint-Barthélémy, Saint-Martin, Saint-Pierre-et-Miquelon, et Wallis-et-Futuna, je suppose que le statut d'"élu unique élu (plus ou moins directement) par le peuple" s'applique aussi à leur sénateur ou sénatrice, si on veut chipoter, mais ils et elles tiennent du législatif plutôt que de l'exécutif, alors ils et elles comptent pas, na

Je crains qu'il faille une nouvelle propriété pour matérialiser cette relation ; mais vu mon succès en la matière, je m'en lave les mains. Je redoute qu'on nous renvoie vers director / manager (P1037) (de la préfecture), alors qu'il s'agit de quelque chose de plus spécifique et de différent à la fois - et quid alors des secrétaires généraux de préfectures ?

Alphos (talk) 23:04, 12 May 2019 (UTC)

Bonjour, Une précision importante : le préfet était bien l'exécutif du département jusqu'en 1982. Arpyia (talk) 20:06, 16 May 2019 (UTC)

Population 2016

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour,

Comme chaque année, l'INSEE a mis à jour les population (P1082) de chaque commune à la toute fin décembre 2018. Les populations officielles sont donc désormais les populations de 2016. En mai 2019, Underlying lk a entrepris d'intégrer ces chiffres sur Wikidata : merci à lui ! Cependant, il a laissé les populations de 2015 (mises à jour par AVMbot, merci aussi à lui) en rang privilégié et indiqué celles de 2016 en rang normal. La requête pour tout mettre d'équerre n'est pas hors de portée pour moi mais, vu de mon côté, ça implique de se refaire un tableau de toutes les communes de France avec leurs populations 2015 à indiquer en rang normal et celles de 2016 à indiquer en rang privilégié. Le tout en faisant gaffe aux communes créées et supprimées entre les deux... Quelqu'un a-t-il plus efficace à proposer ?

Évidemment, puisqu'on est à ce jour plus proche de la publication des chiffres 2017 que de la dernière MàJ, il faut aussi penser que le même problème va se présenter dans un peu moins de 6 mois.

Cordialement, Pymouss (talk) 12:25, 16 July 2019 (UTC)

Bonjour Pymouss, c'est une excellente initiative mais malheureusement je pense que tu vas avoir du mal à trouver de l'aide. La principale difficulté de cette tâche est en effet la gestion des rangs car celle-ci n'est gérée par aucun des outils d'édition en masse (ni QuickStatements, ni OpenRefine). Le seul bot (à ma connaissance) à modifier des rangs est PreferentialBot, mais il ne traite que des déclarations où aucun rang n'est spécifié.

Cette histoire de rang est d'ailleurs problématique car faute de pouvoir les changer massivement, on se retrouve avec des données obsolètes dans les infobox et résultats de query... Ayack (talk) 10:19, 22 July 2019 (UTC)

Cantons : anciens vs. nouveaux

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour,

Si j'ai bien compris, en 2015 les cantons ont radicalement changés à la fois dans leur composition (communes les composant) et dans leur statut (de subdivision administrative à simple circonscription électorale). Résultat, un élément comme canton of Arnay-le-Duc (Q14829) recouvre deux réalités complètement différentes : canton of France (Q184188) et canton of France (Q18524218). Ne faudrait-il donc pas, dans ce type de cas, créer deux éléments distincts comme on le fait pour pour les communes après fusion, regroupement etc. ? On a actuellement 1551 éléments dans cas. Ayack (talk) 10:46, 22 July 2019 (UTC)

@Ayack:

En théorie, oui il faudrait peut-être. En pratique, je pense que ce statu quo peut rester. Sauf erreur, la logique était : si le canton garde exactement le même nom et un périmètre "relativement" similaire, on garde un seul élément. Ce qui au passage permet de rester aligner avec Wikipédia qui suit la même logique (et on fait de même pour certains communes d'ailleurs).

Un point important concernant les cantons qu'il serait (à mon avis) bien plus utile de régler est l'utilisation de located in the administrative territorial entity (P131) (depuis et vers les éléments cantons, et plus globalement pour les entités françaises d'ailleurs).

Cdlt, VIGNERON (talk) 11:26, 22 July 2019 (UTC)

Merci VIGNERON, ok pour ce statu quo. De toute façon, j'avoue que je ne me sentais pas de faire cette scission... En revanche, ça répond à un point que tu remontais plus haut : beaucoup de communes sont situées dans des canton of France (Q18524218) parce que ceux-ci sont aussi des canton of France (Q184188).

Pour l'utilisation de P131, je suis entièrement d'accord avec toi, cela fait trop longtemps qu'on tourne en rond sur ce sujet. Des discussions précédentes, le consensus pour le P131 sur les communes me semble se diriger vers :

• suppression du département
• anciens cantons uniquement, avec date de fin en 2015
• arrondissement en rang préféré (avec une date de début ? 2015 ?)

Reste le sujet des intercommunalités, là je sèche (et j'ai sûrement oublié plein d'autres cas)... Ayack (talk) 12:02, 22 July 2019 (UTC)

@Ayack: mes deux centimes :

• « suppression du département » je dirais plutôt oui, mais cela risque de casser certains outils, requêtes, etc. il faut donc bien se mettre d'accord et faire les choses correctement, notamment prévenir au maximum ceux qui pourraient être concernées.
• « anciens cantons uniquement, avec date de fin en 2015 » pas tout à fait sûr, car même avant 2015 les cantons posent problèmes à être utiliser avec located in the administrative territorial entity (P131) (principalement le fait qu'un canton peut-être infra- ou supra-communale).
• « arrondissement en rang préféré (avec une date de début ? 2015 ?) » je dirais plutôt oui, avec un léger doute sur le rang et un gros doute sur la date, dans l'idéal il faudrait remonter jusqu'au premier arrondissement de 1800 (et les districts avant). Et sans compter les cas exotiques (Mayotte et Lyon, et Paris qui est complexe aussi car cela forme une boucle : Paris (Q90) > located in the administrative territorial entity (P131) > arrondissement of Paris (Q2863958) > located in the administrative territorial entity (P131) > Paris (Q90)).

Cdlt, VIGNERON (talk) 15:41, 22 July 2019 (UTC)

• Il me semble totalement incohérent et incompréhensible de vouloir supprimer la mention du département de la fiche Wikidata d'une commune ; c'est sûrement le moyen le plus sûr de se couper encore plus avec toute une partie de la communauté wikipédienne qui ne voit pas l'intérêt de contribuer ici. Le département reste à ce jour l'unité administrative de référence pour situer une commune. Ce n'est pas pour rien que les communes qui ont une homonymie sont distinguées avant tout par leur département sur les projets. Même s'il peut être conceptuellement relativement aisé de retrouver le département à partir d'un arrondissement ou d'un canton, il me semble inconcevable de vouloir le virer de located in the administrative territorial entity (P131) s'il l'on ne veut pas apparaître encore plus comme un projet que seuls les bots peuvent comprendre et éditer. Si on ne veut garder qu'un located in the administrative territorial entity (P131) pour localiser une commune, ça doit être department of France (Q6465) et pas autre chose.
• L'arrondissement of France (Q194203) ne correspond qu'à une subdivision secondaire, qui a évolué fortement au cours des dernières années afin de coller au découpage intercommunal de 2014 ou de 2017, sans que ça n'émeuve personne et sans que les habitants s'en soient vraiment rendus compte (ni même les élus, parfois). Cette subdivision est vouée à s'éteindre de sa belle mort, ce n'est pas le moment de la propulser comme référence dans notre projet.
• Quant au canton of France (Q18524218), ce n'est qu'une circonscription électorale qui, comme l'indiquait justement El Caro il y a quelques années ici même, ne devrait plus se trouver dans located in the administrative territorial entity (P131) mais dans un P à créer dédié aux circonscriptions électorales. (oui, je sais que je passe mon temps à changer les cantons restés d'avant 2015 dans les P131 des communes, mais c'est un pis-aller en attendant d'avoir une solution satisfaisante).

Donc, àmha, on ne garde que le département dans les P131. On se débrouille pour maintenir à jour la liste des communes composant un arrondissement (ce serait déjà bien) mais on s'enquiquine pas à le mentionner dans les fiches des communes. Et on traite les cantons au même niveau que les circonscriptions législatives : une circonscription électorale et rien d'autre.

My 2 cents, Pymouss (talk) 20:38, 29 July 2019 (UTC)

Lien avec le catalogue des organisations de data.gouv.fr

Hello

Pour info, j'ai avancé sur le lien entre le catalogue des organisations de data.gouv.fr et Wikidata grâce à Mix n Match. Je publie un export hebdomadaire des données sur data.gouv.fr. L'objectif, c'est de faire le lien entre les communautés et susciter des réutilisations --PAC2 (talk) 06:50, 25 July 2019 (UTC)

Pour compléter le rapprochement entre le catalogue des organisations de data.gouv.fr et Wikidata, j'ai besoin de l'aide de la communauté pour compléter les propriétés p31 sur les éléments suivants : https://query.wikidata.org/#SELECT%20%3Fdatagouvid%20%3Fitem%20%3FitemLabel%20%3Fnature_of%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP3206%20%3Fdatagouvid%20.%0A%20%20MINUS%7B%20%3Fitem%20wdt%3AP31%20%3Fnature_of.%20%7D%20%20%23%20without%20images%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cfr%22%20%7D%0A%20%20%7D%0AORDER%20BY%20%3FitemLabel

Il y a des choses qui ne sont pas faciles à catégoriser --PAC2 (talk) 06:28, 19 August 2019 (UTC)

Oui, c'est facile de déterminer la classe (par exemple, chambre de commerce et d'industrie pour Chambre de commerce et d'industrie du Val de Marne), mais pour ce qui est de la nature, c'est une autre paire de manches... Nomen ad hoc (talk) 08:42, 19 August 2019 (UTC).

Au passage, on ne pourrait pas imaginer un travail croisé avec les ID JORFSearch des organisations ? (Ping Nathann.cohen.) Nomen ad hoc (talk) 08:46, 19 August 2019 (UTC).

Oui, le rapprochement permet de croiser avec l'id de l'annuaire du service public (p6671) et l'identifiant jorfsearch. --PAC2 (talk) 07:11, 21 August 2019 (UTC)

Grande victoire : le mix n match de rapprochement du catalogue des organisations de datagouv et Wikidata est terminé !!! 1200 organisations ont pu être reliées !! --PAC2 (talk) 07:13, 21 August 2019 (UTC)

Nouvelle entité pour décrire la France hors Alsace Moselle et Dom Tom

Pour des raisons historiques, certaines loi comme la fameuse 1905 French law on the Separation of the Churches and the State (Q1518944), ne s'appliquent pas sur tout le territoire. Hors jusqu'à maintenant, Wikidata considérait que la loi de 1905 s'appliquait à la France entière. J'ai donc créé une entité dédiée pour qualifier le territoire pertinent pour cette loi : Франция (кроме Эльзас-Мозеля, Французской Гвианы, Французской Полинезии, Уоллис и Футуны, Сен-Пьера и Микелона) (Q66568854). J'imagine qu'il y a beaucoup d'autres lois dans ce cas. N'hésitez pas à corriger la propriété P1001 dans ce cas --PAC2 (talk) 21:39, 18 August 2019 (UTC)

@PAC2: Cette division est une aberration si on considère que l'une des prérogatives de l'Etat français est d'être un et indivisible. Ce n'est pas parce qu'une loi ne s'applique pas partout qu'il existe une sous-division territorial correspondante. Si on prend le droit du sol qui a été suspendu à Mayotte, cela implique qu'il existe un territoire formé par tout le territoire français moins Mayotte ? Et que dire des spécificités financières corses par rapport à la loi de finance ici ? Mieux vaudrait un qualificatif qui permette d'exclure certains territoires comme excluding (P1011). Snipre (talk) 11:51, 20 August 2019 (UTC)

Je ne suis pas d'accord quand on dit que le territoire français est uniforme... Par exemple, il y a un contrôle de passeports entre la Metropolitan France (Q212429) et la Martinique (Q17054) à cause de border between Martinique and France (Q67374552). Bouzinac (talk) 13:07, 12 December 2019 (UTC)

Fichier des personnes décédées

Depuis quelques jours, l'Insee publie sur data.gouv.fr le fichier des personnes décédées : https://www.data.gouv.fr/fr/datasets/fichier-des-personnes-decedees/

Ce serait intéressant de le croiser avec les informations sur la date de naissance, le lieu de naissance et la date de décès pour les personnalités présentes sur Wikidata et d'éventuellement l'utiliser pour enrichir Wikidata.

Ça demanderait un tout petit peu de temps pour se plonger dedans.

--PAC2 (talk) 06:47, 12 December 2019 (UTC)

Excellente idée PAC2 ! Et remarquable initiative de la part de l'INSEE. Ça évite de se coltiner les avis de décès en ligne, plus moins accessibles (voire payants) ou précis (la date de décès n'y étant souvent pas précisée). Hâte de voir ce que ça donne ! Nomen ad hoc (talk) 12:13, 12 December 2019 (UTC).

Au fait, le mois de novembre sera bientôt en ligne ? Je souhaiterais faire une vérification sur une personne disparue ce mois-là. Nomen ad hoc (talk) 12:17, 12 December 2019 (UTC).

L'idée est excellente en effet, après, pour la réalisation, c'est une autre paire de manche. On parle en effet d'un fichier de près de 25 millions de personnes... Ayack (talk) 12:42, 12 December 2019 (UTC)

Hallucinant. Si c'est publié par l'INSEE, c'est que la donnée publique est probablement légale mais je reste (négativement) étonné. Bouzinac (talk) 13:12, 12 December 2019 (UTC)

Les bases légales de la publication ont été discutées par la Commission d'accès aux documents administratifs ici https://www.cada.fr/20182992 --PAC2 (talk) 22:57, 12 December 2019 (UTC)

OK, mais il faut être prudent avec ce fichier (noms de jeunes filles vs noms maritaux ; ambiguïtés sur les noms (type Pierre Martin) ; et dans les commentaires publics, certains s'étonnent de ne pas retrouver "leurs" morts. Bouzinac (talk) 08:11, 13 December 2019 (UTC)

(Moi aussi, il y a deux personnes mortes respectivement dans les années 1990 et 2000 que je ne retrouve pas. Nomen ad hoc (talk) 11:55, 13 December 2019 (UTC).)

@PAC2, Nomen ad hoc, Ayack, Bouzinac: Je vous notifie la création de l'outil https://personnes-decedees.matchid.io/ qui pourrait très certainement nous être utile, pour rechercher directement des morts, ou faire le rapprochement des données de Wikidata et du fichier. Tubezlob (🙋) 17:32, 3 January 2020 (UTC)

Vraiment une excellente initiative, à faire connaître. Content que d'autres que Filia, et des libristes, s'emparent du fichier 😊. Nomen ad hoc (talk) 17:53, 3 January 2020 (UTC).

Plus curieux : je trouve sur MatchID les personnes qui manquaient dans les fichiers annuels... Peut-être que j'avais mal cherché... Nomen ad hoc (talk) 17:58, 3 January 2020 (UTC).

Dommage quand même qu'on ne puisse pas faire de recherche avec un terme exact entre guillemets, pour éliminer les (parfois nombreux) paronymes. Nomen ad hoc (talk) 18:15, 3 January 2020 (UTC).

• et voilà: Fichier des personnes décédées (Q83468080), --- Jura 08:25, 23 January 2020 (UTC)

Annonce du hackathon Datafin et réflexions sur les finances des collectivités locales

Bonjour et bonne année à tous.

Les 24 et 25 janvier prochains aura lieu au Sénat un grand hackathon consacré aux finances des collectivités locales : https://datafin.fr/

Ce serait peut être l'occasion de réfléchir aux données financières des collectivités locales que l'on pourrait intégrer dans Wikidata.

Est ce qu'il y a des exemples de collectivités où on aurait déjà intégré les dépenses totales, les recettes totales, les recettes fiscales ?

Est ce qu'on a une propriété pour la dotation globale de fonctionnement ? Est ce que ça ne serait pas pertinent d'en créer une ?

--PAC2 (talk) 16:51, 3 January 2020 (UTC)

J'ai fait un essai pour intégrer les données de l'observatoire sur les finances et la gestion des collectivités locales (OFGL) sur la ville de Meudon (Q234735) avec la propriété total expenditure (P2402). Est-ce que vous pensez qu'on pourrait importer massivement ces données ?

Voici un exemple des données sources : https://data.ofgl.fr/explore/dataset/comptes-consolides-des-communes-2012-20180/table/?disjunctive.agregat&q=Meudon

--PAC2 (talk) 14:14, 19 January 2020 (UTC)

Pour en finir avec les cantons

@VIGNERON, Snipre, Gzen92, Zolo, TomT0m, El Caro:@Verdy_p, Alphos, Arpyia, Roland45, Pymouss:
Suite à la création de associated electoral district (P7938), êtes-vous d'accord pour, sur les communes de France, déplacer les cantons actuellement renseignés en located in the administrative territorial entity (P131) dans cette nouvelle propriété ? Il me semble que ça résoudrait toutes les discussions précédentes qui durent depuis des années et que cela mettrait tout le monde d'accord. Ayack (talk) 11:05, 27 February 2020 (UTC) Je rajoute @Jura1: également. Ayack (talk) 11:08, 27 February 2020 (UTC)

Pourquoi pas, de quoi parles-t-on exactement ? Les cantons avant 2015, ceux après, les deux ? Autant après 2015 cette propriété est logique, autant avant ça l'est moins. Et pourquoi associated electoral district (P7938) et pas territory overlaps (P3179) ?

Après, effectivement il faut « en finir » (au moins « avec les cantons »), donc j'aurais tendance à être pour pour toute solution moins pire que le bazar actuel (ce qui n'est guère difficile).

Cdlt, VIGNERON (talk) 12:05, 27 February 2020 (UTC)

Bonjour et merci pour cette information. J'ai remarqué qu'il y avait un travail important à faire sur les cantons français, qui ne semblent pas susciter un grand intérêt concret. Peut-être que ces nouvelles propriétés trouveront leur utilité. En tous cas je confirme mon intérêt pour y participer.

Cordialement, Arpyia (talk) 12:17, 27 February 2020 (UTC)

@VIGNERON: Pour les nouveaux cantons, pour moi la question ne se pose pas, ils ont clairement la place dans cette propriété. Pour les anciens, c'est vrai que c'est moins trivial, mais j'aurais tendance à simplifier et à également les migrer. Cela règlerait au passage le problème des éléments mixtes comme canton of Arnay-le-Duc (Q14829). Quant à territory overlaps (P3179), j'avoue n'avoir jamais bien compris l'utilité de cette propriété dans laquelle on peut stocker tout type d'élément. Ayack (talk) 19:40, 27 February 2020 (UTC)

Les cantons ont une histoire en France et leur statut a changé. Initialement c'était des circonscriptions administratives (essentiellement d'ordre judiciaire) sous l'autorité des préfets et sous-préfets en tant que subdivisions des arrondissements départementaux. Puis il y a eu la création des conseils généraux dans les départements (au départ par suffrage indirect par les élus communaux concernés et d'autres "grands électeurs"), puis enfin l'élection directe des conseils généraux (élections cantonales) ce qui en a fait des circonscriptions électorales (tout en restant aussi des divisions administratives et judiciaires). Les cantons actuels ne sont plus judiciaires ni administratifs du tout, et les cantons actuels ne sont plus que des disivisions électorales (pour les élections des conseils départementaux qui ont remplacé les anciens conseils généraux). Les anciennes circonscriptions judiciaires ont cessé d'exister par canton avec les réformes récentes de la carte judiciaire (mais déjà les cantons avaient aussi cessé leur rôle administrative dans la police et la gendarmerie, ce qui a été amplifié avec la fusion des compétences civiles ou militaires de la police nationale et de la gendarmerie, qui se sont répartis le territoire, la police civile le domaine urbain dans l'administration civile, la gendarmerie le domaine rural, avec certaines complications concernant la sécurité du territoire, et la transformation des renseignements généraux et de la DST au sein de la police, pour certaines missions où ils prévalent sur le travail de la gendarmerie, laquelle a aussi cessé d'autres fonctions locales transférées aux communes par leur police municipale, ou au corps préfectoral pour le domaine maritime, hors de la surveillance des plages et de la bande d'au plus 200 mètres depuis le rivage à marée haute et sur l'estran, ou encore pour la surveillance de la pollution, les communes ayant souvent transféré cela à leur EPCI dans le cadres des missions de gestion de l'environnement).

Ces évolutions ont cependant conservé le nom d'usage générique "canton" bien que ce ne soit pas la même chose. Les cantons depuis 2015 sont donc bien à part de ceux d'avant, ils ne sont plus des subdivisions des arrondissements départementaux, ne servent plus que comme subdivision électorales dans les départements (et encore, pas partout car les conseils départementaux commencent à perdre des compétences, transférées aux EPCI ou métropoles, les conseils départementaux ne couvrant plus l'intégralité des départements administratifs).

C'est difficile de vouloir tout mélanger mais il faut bien intégrer ces évolutions. Le terme générique "canton français" ne suffit plus, ou doit les sous-classer pour leur assigner leur roles adminsitratif et/ou électoral, tout en établissant clairement qu'ils ne sont plus depuis 2015 des subdivisions des arrondissements mais des subdivisions non pas réellement des départements, mais des conseils départementaux (les exceptions actuelles étant la Métropole de Lyon incluant Lyon et les communes autour, la Ville de Paris en tant que commune et département mais sans conseil départemental séparé, et la ville de Marseille par son découpage cantonal particulier qui ne suit pas son découpage en arrondissements municipaux).

Le cadre de définition des cantons n'est d'ailleurs clairement plus lié à aucune autre limite que celle des conseils départementaux (seulement où il en existe encore) et depuis longtemps ne suit plus nécessairement les frontières communales (les communes ne sont gardées entières qu'en dessous d'un seul de population minimal, ce seuil pouvant évoluer en fonction des lois électorales qui fixe les quorums de représentativité, les autres communes plus peuplées peuvent et même doivent être subdivisées pour que soit respectée la règle qu'un siège d'élu départemental ne doit pas représenter des écarts de plus de 50% entrer le canton le moins peuplé et le plus peuplé dans le département; l'autre règle étant le nombre d'élus départementaux en fonction de la population totale du département et quelques autres règles assurant que les communes du département seront encore convenablement représentées et que le conseil départemental pas totalement sous contrôle des communes les plus peuplées, pour dissoudre totalement la voix des communes les plus rurales sur un territoire totalement distendu; ce qui a posé des difficultés quand des communes limitrophes des communes découpées se sont retrouvées "absorbées" au sein d'une division cantonale d'une commune urbaine, mais aussi le jeu critiqué de ce découpage cantonal des communes qui ne correspond pas à celle des quartiers et dont les limites semblent bouger avec des finalités électoralistes largement pilotées par la majorité communale en place : certaines communes ont des découpages cantonaux très étranges avec des rues prises à moitié parfois autour de quelques bâtiments pour inclure ou exclure une cité HLM par exemple; cependant c'est moins flagrant avec les cantons actuels car ils sont en moyenne deux fois plus grands qu'avant et deux fois moins nombreux pour tenir compte de l'obligation de parité, puisque les élus départementaux sont élus maintenant par paire sur toutes les listes présentées).

Il y a donc bien nécessité de séparer les cantons des conseils départementaux depuis 2015, des cantons des anciens conseils généraux. Me^me si on les appelle encore "cantons", ce ne sont pas du tout les mêmes types d'entité. On pourrait réfléchir sur les cantons historiques de la période impériale, qui n'avaient rien de circonscriptions électorales directes et étaient surtout dévolu au contrôle déconcentré par l'Etat avec une forte influence sur la carte policière et judiciaire, ainsi que sur la gestion du monde rural (le code rural y a fait de nombreuses références, il en reste encore, mais ce code est en plein chamboulement et de nombreux textes aujourd'hui obsolètes ou inappliqués n'ont toujours pas été abrogés ou modifiés pour supprimer ces références administratives, qui donc persistent encore selon leur définition qu'ils avaient avant 2015 sans aucxune relation avec les conseils généraux ni les actuels conseils départementaux: c'étaient et ils restent encore pour cet usage par l'état des division territoriales administratives en grande partie obsolète, mais pas complètement et différents des cantons électoraux des actuels conseils départementaux qui comment à progressivement être démantelés vers les métropoles et les autres EPCI à fiscalité propre; de même les arrondissements départementaux ont un rôle de moins en moins évident, les sous-préfectures sont de plus en plus des structures au sein des préfectures pour l'organisation interne et la déconcentration des services de l'Etat qui tente d'alléger ce corps préfectoral et de tout transférer aux collectivités locales: régions, départements, EPCI à fiscalité propre et métropoles, sinon aux communes quand on ne les oblige pas à transférer à leur EPCI...). On voit à terme une évolution claire vers la disparition des départements, des arrondissements, un allègement des communes avec les communes nouvelles de plus en plus grandes, et un renforcement très fort des métropoles et des protestations du monde rural qui ne trouve plus sa place aussi bien en tant que satellites des métropoles, qu'au sein des sous-préfectures avec la disparition de nombreux serviecs de l'état et la prise de contrôle par les régions (les départements ont déjà perdu leur compétence transport, sauf le transport scolaire et le transport interurbain sortis tous les deux des compétences des EPCI comme ils ont été sortis aussi des compétences communales; les régions elles perdent leur compétence transport; l'environnement est de plus en plus de la compétence des EPCI et l'Etat incite à fermer plein d'EPCI sans fiscalité comme les syndicats SIVU/SIVOM, sauf pour des projets pilotés par les métropoles comme les pôle métropolitains où le monde rural n'a aucun pouvoir, pas plus que les régions et conseils départementaux...)

On est donc dans une situtation largement hybride, avec un patchwork compliqué mais en pleine évolution. La carte territoriale de la France se redessine complètement; on est dans une situation de transition et les modèles vont continuer à évoluer. Mais l'ancien système hiérarchique pyramidal et uniforme des subdivisions adminsitratives de la France est de moins en moins pertinent, il y a des exceptions un peu partout selon les domaines et les changements de ministères au sein de l'Etat. Verdy p (talk) 05:00, 28 February 2020 (UTC)

Merci Verdy p pour cet exposé détaillé.

Je reviens en fait sur ce que j'ai dit précédemment. On a vraiment un changement de nature du canton en 2015 qui ne permet pas de tout migrer aveuglément en associated electoral district (P7938). Le plus propre serait d'avoir des éléments séparés pour les anciens et les nouveaux cantons. Comme ce n'est pas l'approche adoptée par Wikipédia, je propose une approche intermédiaire :

• Pour les éléments avec instance of (P31) = canton of France (Q184188) uniquement : on les laisse en located in the administrative territorial entity (P131) avec le qualificateur end time (P582) = "mars 2015" (le fait qu'un canton puisse être infra- ou supra-communal ne me semble pas problématique)
• Pour les éléments avec instance of (P31) = canton of France (Q18524218) uniquement : on les migre dans associated electoral district (P7938)
• Pour les éléments avec instance of (P31) = canton of France (Q184188) et canton of France (Q18524218) : on les laisse en located in the administrative territorial entity (P131) avec le qualificateur start time (P580) = "mars 2015" et on les copie dans associated electoral district (P7938) avec le qualificateur start time (P580) = "mars 2015"

Exemple pour Bernardvillé (Q22772), on aurait (je ne mets pas exprès le département et l'arrondissement) :

located in the administrative territorial entity (P131)	canton of Barr (Q1398486) edit end time (P582) mars 2015 0 references add reference
		add value

associated electoral district (P7938)	canton of Obernai (Q590565) edit start time (P580) mars 2015 0 references add reference
		add value

Et pour Arnay-le-Duc (Q16031) :

located in the administrative territorial entity (P131)	canton of Arnay-le-Duc (Q14829) edit end time (P582) mars 2015 0 references add reference
		add value

associated electoral district (P7938)	canton of Arnay-le-Duc (Q14829) edit start time (P580) mars 2015 0 references add reference
		add value

Qu'en pensez-vous ? Ayack (talk) 14:44, 28 February 2020 (UTC)

Bonjour @Ayack:, je comprends mieux l'analyse et cela me paraît un bon début de réflexion. Je pense qu'il faudrait commencer par le début, c'est-à-dire d'abord créer un élément pour chaque ancien et pour chaque nouveau canton. Aujourd'hui des entités de nature différente sont mélangées, ce qui crée de la confusion.

Cordialement, Arpyia (talk) 18:24, 28 February 2020 (UTC)

Ben non... "Ancien canton" n'est pas assez clair car depuis 2015 on a déjà des "anciens cantons" qui commencent à apparaître. Et les cantons depuis 2015 ne sont plus du tout des divisions "administratives", uniquement électorales. La typologie ne peut pas non plus se baser sur les qualificateurs. Il faut au moins deux sous-classes **séparées** de cantons, avant et après 2015 (mais dommage qu'on n'ait pas de terminologie officielle pour les distinguer par un nom clair, je ne vois pas comment éviter "avant 2015" dans le nom pour la classe des anciens cantons. Ou alors les nommer avec "canton français des conseils généraux" ou "canton d'arrondissement français" (dans les deux cas cela ne s'applique pas aux cantons actuels, qui sont maintenant des "cantons départementaux"). Verdy p (talk) 07:01, 29 February 2020 (UTC)

Je voudrais ajouter aussi que le terme "département" désignait avant 2015 à la fois la subdivision territoriale de l'Etat (pour son corps préfectoral) et la collectivité locale. La constitution ayant défini le département comme une collectivité locale, ce terme a été conservé pour les territoires gérés par les conseils départementaux en 2015. Mais la constitution n'a pas été révisée concernant la métropole de Lyon, instituée pourtant comme une collectivité locale. Le "département du Rhône" existe constitutionnellement mais plus du tout dans les faits, la loi l'ayant renommé "circonscription départementale" pour l'usage au sein du corps préfectoral de l'Etat. Là encore cela ne facilite pas les choses (je pense même qu'il y a une question légitime de constitutionalité dans le Rhône, le transfert total de compétence du département à la métropole ne me semblant pas légal du tout mais établi de facto par la loi). Aujourd'hui on doit distinguer clairement les "circonscriptions départementales" (tous les "départements" y compris en outre-mer, sauf celui du "nouveau" Rhône) et les "collectivités départementales" (tous les départements y compris le "nouveau" Rhône, mais plus ceux de Corse qui n'existe plus en tant que collectivités, ses 3 collectivités départementales et régionales ayant fusionné mais pas les divisions administratives au sein du corps préfectoral de l'Etat)...

Bref on butte de plus en plus sur le fait que les subdivisions de la France sont définies pas seulement par l'Etat, mais aussi par les collectivités locales qui peuvent aussi créer leurs regroupements ou subdivisions propres, et les regroupements pouvant aussi créer leurs propres subdivisions (exemple dans la métropole de Nantes avec ses "pôles", ou dans la métropole de Paris avec ses "territoires"). La terminologie ne peut pas être comprise avec un simple terme non qualifié, on ne doit pas confondre "déconcentration" (administrative de l'Etat) et "régionalisation", et même la déconcentration de l'Etat ne suit plus le même modèle pyramidal mais dépend de chaque domaine ou sous-domaine ministériel (défense, éducation, police, justice, environnement...) et change régulièrement (au gré des changements de gouvernements). Les subdivisions administratives de la France ont de moins en moins de sens, et n'ont d'ailleurs pas d'identité juridique (contrairement aux collectivités locales et leurs regroupements, et à l'Etat lui-même dans son entier). Verdy p (talk) 07:21, 29 February 2020 (UTC)

@Ayack: comme je le disais, je suis « pour toute solution moins pire que le bazar actuel » (même si, dans l'idéal, tout les cantons devraient sortir de P131, sortir les cantons post-2015 est déjà un bon pas en avant) donc ok pour le changement que tu proposes. Cdlt, VIGNERON (talk) 17:36, 2 March 2020 (UTC)

Statut

J'ai voulu commencer à mettre en œuvre la solution décrite ci-dessus sur les communes pour les nouveaux cantons uniquement. Sauf que je me rends compte que le problème est plus complexe que cela. Le P31 sur les cantons n'est pas fiable, certains éléments sont indiqués comme nouveau canton uniquement alors qu'ils sont rattachés à un article WP qui concerne aussi l'ancien canton. Résultat, je vais annuler mes modifs et remettre à plat les cantons en premier.
En particulier, je vais être obligé de créer des éléments distincts pour les anciens et nouveaux cantons afin de pouvoir avancer proprement. La solution que j'envisage pour les éléments actuels qui concernent dans WP des éléments "mixtes" est la suivante :

• Créer deux nouveaux éléments pour l'ancien et le nouveau canton
• Supprimer toutes les déclarations sur l'élément rattaché à WP et mettre à la place instance of (P31): Wikipedia article covering multiple topics (Q21484471) et main subject (P921): "nouveau canton" + main subject (P921): "ancien canton".
  

Qu'en pensez-vous ? Ayack (talk) 10:43, 12 March 2020 (UTC)

Bonjour Ayack (talk • contribs • logs),

Bonne initiative ! Au sujet de Wikipédia, nous avons la même situation avec les communes nouvelles, où beaucoup d'articles de Wikipédia concernent à la fois une ancienne et une nouvelle commune. Dans ce cas, on laisse le lien vers Wikipédia sur l'élément de la nouvelle commune. Je pense que la même solution pourrait s'appliquer aux cantons.

Cordialement, Arpyia (talk) 08:24, 13 March 2020 (UTC)

Bonjour Arpyia (talk • contribs • logs), bonne idée en effet. Je vais partir là dessus. Merci. Ayack (talk) 09:11, 13 March 2020 (UTC)

Petit point d'étape : les 2054 nouveaux cantons sont à jour dans des items dédiés qui sont ceux rattachés à Wikipédia. En détail, cela concerne les propriétés suivantes : instance of (P31), inception (P571), official name (P1448), country (P17), capital (P36), located in the administrative territorial entity (P131), coordinate location (P625) et INSEE canton code (P2506). Il me reste juste une dernière vérification à faire pour m'assurer que toutes les modifications post-2015 ont bien été prises en compte.
Du côté des communes, j'ai également ajouté les associated electoral district (P7938) et capital of (P1376), et retiré les nouveaux cantons en located in the administrative territorial entity (P131).
Le reste à faire concerne les anciens cantons. Je vais créer un item pour tous ceux qui n'existent pas et compléter les autres. Je vous tiens au courant de l'avancement. Ayack (talk) 08:25, 17 March 2020 (UTC)

Parfait, merci pour l'info. Arpyia (talk) 19:21, 18 March 2020 (UTC)

description des compétences des organisations publiques

Pour poursuivre avec les objectifs du projet (Wikidata talk:WikiProject France) j'aimerai pouvoir décrire les compétences des organisations publiques. Ces éléments seraient utiles pour :

• enrichir le portail data.gouv.fr avec les compétences des services publics publiant des données ouvertes PAC2
• rattacher des producteurs d'archives à des compétences Daieuxetdailleurs
• faire le lien avec le futur modèle de description des archives [RIC](https://ica-egad.github.io/RiC-O/
• enrichir le portail service-public.fr
• permettre de retourner la liste des organisations publiques ayant pour compétence dans la santé publique dans un rayon de 30 km autour de chez moi

Ces compétences étant mouvantes dans le temps, il faudrait pouvoir y associer des dates de début et de fin Je n'ai pas trouvé de propriétés qui permettent actuellement de faire ça et je ne sais pas trop par où commencer pour lancer cette proposition.

Qu'en pensez-vous ?  – The preceding unsigned comment was added by Keronos (talk • contribs).

Bonjour Keronos (talk • contribs • logs),

C'est une idée ambitieuse qui n'est pas encore traitée sur Wikidata. Il faut commencer par se poser la question des sources : les compétences des organisations publiques sont définies par des textes, qui peuvent être de différentes natures. De là viendra la définition de ce qu'est une compétence, avec un certain niveau d'information. Les compétences peuvent être définies plus ou moins largement : vous trouverez peu de structures qui ont pour compétence « la santé publique », en revanche beaucoup ont des attributions qui se rattachent à ce domaine. Et pour identifier ce rattachement, vous aurez besoin de citer d'autres textes qui définissent quelles structures contribuent par leur mission à la politique de santé publique.

Deux premiers outils existent :

• statutory purpose (P6346), prévue pour les organisations privées, dont on pourrait imaginer un équivalent pour le secteur public. C'est une première tentative d'inscrire des compétences dans Wikidata, qui reste très rudimentaire : on est limité à une seule phrase et pas moyen de relier entre elles des organisations qui partageraient la même compétence.
• foundational text (P457), qui ne répond pas vraiment à la question mais qui me paraît aujourd'hui le domaine le plus prometteur : en identifiant quel texte prévoit les compétences d'une structure, on saura déjà où les chercher. J'ai notamment dans l'idée de travailler sur ce sujet pour les intercommunalités.

À plus long terme, l'idée d'une propriété « compétence » est sans doute la bonne. Il faudra alors créer des éléments pour toutes les compétences qui ont pu exister et trouver les moyens de les organiser.

Cordialement, Arpyia (talk) 06:58, 31 March 2020 (UTC)

Bonjour Arpyia, Merci pour cette réponse. C'est effectivement ambitieux car il y a de nombreux recoupements de compétences et des subtilités adminsitratives :) Je pensais m'appuyer sur le code général des collectivités territoriales [ici pour les département](https://beta.legifrance.gouv.fr/codes/section_lc/LEGITEXT000006070633/LEGISCTA000006135498/2020-04-01/#LEGISCTA000006135498) qui définit normalement les compétences officielles de chaque échelon territorial. Cordialement Keronos

Nouvelle propriété

Je propose de créer une propriété pour l'index d'égalité hommes femmes https://www.wikidata.org/wiki/Wikidata:Property_proposal/Index_%C3%A9galit%C3%A9_professionnelle_F/H n'hésitez pas à voter et soyez indulgent sur le formalisme , je fais tout depuis un téléphone :) - - PAC2 (talk)

je pense que le débat est conclusif. Quelqu'un peut m'aider à clôturer la discussion et créer la propriété ? Je suis perdu dans le process Wikidata:Property_proposal/Index_égalité_professionnelle_F/H. --PAC2 (talk) 06:46, 30 May 2020 (UTC)

Identifiant datagouv data.gouv.fr organisation ID (P3206)

J'avais fait un gros travail l'an passé pour bien mettre les identifiants plutôt que les slugs sur data.gouv.fr organisation ID (P3206). Je m'aperçois que depuis quelques mois, pas mal de slugs ont été rajoutés, parfois en doublon.

J'ai ajouté une contrainte sur la propriété Property:P3206#P1793 mais cela ne permet pas d'expliquer aux contributeurs de bonne volonté la différence entre l'identifiant et le slug.

Mais comment faire pour expliquer aux contributeurs d'utiliser l'identifiant ? --PAC2 (talk) 05:48, 1 May 2020 (UTC)

Transparence sur les rémunérations dans la fonction publiques

En application de la loi n°2019-828 du 6 août 2019, les ministères, les collectivités territoriales, les EPCI de plus de 80 000 habitants et les établissements hospitaliers avec un budget de plus de 200 millions d’euros doivent publient annuellement la somme des 10 plus grosses rémunérations brutes, le nombre de femmes et le nombre d’hommes concernés (plus d'infos ici : https://data.culture.gouv.fr/api/datasets/1.0/somme-des-dix-plus-hautes-remunerations-directement-versees-par-le-ministere-de-/attachments/30_01_2020_conditions_de_mise_en_oeuvre_de_la_publication_des_dix_plus_hautes_remunerations_pdf).

Les informations vont être diffusées par chaque entité concernée. Il y aurait évidemment une grande valeur à rassembler ces informations dans un endroit centralisé. Est-ce que vous pensez qu'il serait pertinent de créer une propriété ad hoc sur Wikidata ? --PAC2 (talk) 06:24, 4 June 2020 (UTC)

Pourquoi pas en effet. Nomen ad hoc (talk) 14:43, 4 June 2020 (UTC).

Requêtes sur les ministres et les gouvernements

Pour info, j'ai commencé à compiler des requêtes sur les gouvernements , les ministres et les secrétaires d'Etat français ici User:PAC2/Ministres. On pourra rapatrier ça sur le projet France si besoin.

Il y a sans doute encore quelques anomalies dans les données. Par exemple, quand je classe les premiers ministres selon la durée de leur mandat, je vois que Raffarin et Rocard apparaissent devant Fillon et Jospiin, ce qui ne me parait pas cohérent (voir ici).

Je continue mes investigations. --PAC2 (talk) 11:41, 5 July 2020 (UTC)

OK l'erreur ci-dessus est corrigé. C'était une simple erreur dans ma requête. Le résultat est ici --PAC2 (talk) 11:47, 5 July 2020 (UTC)

Monuments aux morts et cimetières

Bonjour, le projet évolue beaucoup et a permis de répertorier tous les monuments historiques ainsi que pratiquement tous les édifices religieux de France.

Pourtant, on retrouve des lieux de mémoire qui mériteraient une bonne attention : ce sont les monuments aux morts, présents dans pratiquement chaque commune mais aussi les cimetières, lieux qui peuvent être considérés comme universels mais qui sont pour autant pas assez bien documentés et répertoriés sur les projets Wikimedia. Du côté d'OpenStreetMap, certaines informations sont lacunaires, et Wikidata pourrait aussi venir en aide.

C'est ainsi que je vous propose de créer deux nouvelles sections à l'instar de ce qui a été fait pour les MH et les églises pour répondre à ce besoin. De plus, ces sous-projets motiveraient, selon moi, plus de personnes à prendre des photos (notamment ceux qui verraient des points Wikidata non photographiés lors de déplacement pour Wiki Loves Monuments) et ainsi créer une vraie base de documentation.

Pour ce qui est des monuments aux morts, on retrouve les identifiants Monument aux morts ID (P6238) et MémorialGenWeb monument ID (P8157) voir requête ainsi que deux autres pour lesquelles j'ai fait la demande ici et ici ; pour les cimetières, on retrouve Cemeteries of France ID (P8337), Find a Grave cemetery ID (P2025), BillionGraves cemetery ID (P4352) et CWGC burial ground ID (P1920) voir requête.

En espérant que cette proposition vous intéresse, je vous remercie par avance pour vos avis et vos démarches. Baidax (talk) 22:07, 16 September 2020 (UTC)

Note à part : les monuments aux morts et cimetières de l'Ain m'ont l'air entièrement répertoriés et pour cela un remerciement particulier à Chabe01.

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Personnes avec country of citizenship (P27) = France (Q142)

siècle	nombre	exemple_date	exemple_personne
21	440	2002-12-12	Bernard Chazelle(Q892115)
20	167467	1950-12-25	Serge Chiesa(4240)
19	49503	1885-04-12	Robert Delaunay(33978)
18	21585	1749-11-17	Nicolas Appert(39637)
17	4731	1688-02-04	Marivaux(49478)
16	2477	1503-12-24	Nostradamus(39978)
15	789	1412-01-01	Jeanne d'Arc(7226)
14	540	1350-01-01	Maître d'Egerton(29609)
13	551	1300-01-01	Le Châtelain de Coucy(5199)
12	589	1165-08-28	Philippe II Auguste(34428)
11	328	1033-01-01	Anselme de Cantorbéry(43939)
10	83	1000-01-01	Robert le Danois(36242)
9	38	0879-09-21	Charles III le Simple(187519)
8	20	0751-01-01	Carloman Ier(191003)
7	27	0611-01-01	Dagobert Ier(109860)
6	22	0501-01-01	Sulpice le Pieux(393432)
5	27	0470-01-01	Césaire d'Arles(304832)
4	12	0327-01-01	Urbain de Langres(324700)
3	7	0229-01-01	Mellon de Rouen(767764)
2	2	0200-01-01	Aphrodise de Béziers(436288)

• Items used: France (Q142)   , human (Q5)   

• Properties used: country of citizenship (P27)   , date of birth (P569)   , instance of (P31)   

SELECT ?siècle
  (COUNT(?item) as ?nombre)
  (SAMPLE(?d) as ?exemple_date)
  (SAMPLE(?item) as ?exemple_personne)
WHERE
{
    ?item wdt:P27 wd:Q142 ; wdt:P569 ?d ; wdt:P31 wd:Q5 . 
    FILTER(!ISBLANK(?d)) 
    BIND(FLOOR((YEAR(?d)-1)/100)+1 as ?siècle)
}
GROUP BY ?siècle
ORDER BY DESC(?siècle)

Try it!

En discutant sur Property talk:P27, on s'est perçu que certaines déclarations avec comme valeur France (Q142) ne sont probablement pas optimales.

Idéalement on trouvera une date de départ qui ne situe pas avant JC sans utiliser un système aussi complexe que pour certains autres pays. --- Jura 13:36, 7 December 2020 (UTC)

Numéro de département en alias

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France

Bonjour tout le monde,

Actuellement, la plupart des départements français ont leur numéro INSEE en alias (@Gzen92: qui a ajouté la plupart de ces alias ce me semble). Cela ne me semble pas optimal, quand une personne écrit "35", il pensera généralement au nombre et à l'année, très rarement au département (déjà que les français ne connaissent pas tous tout les numéros de départements, pour les contributeurs de Wikidata qui viennent du monde entier cela me semble encore moins pertinent).

Je propose donc de remplacer ce numéro brut par le même numéro préfixé par l'indicatif FR- (selon la norme ISO 3166-2, voir fr:ISO 3166-2:FR). Exemple de démonstration : Special:Diff/1354441449 (35 -> FR-35).

Ainsi on garde un raccourci pratique mais moins ambigu et sans encombrer les résultats. Qu'en pensez-vous ?

Cdlt, VIGNERON (talk) 10:32, 4 February 2021 (UTC)

VIGNERON Bonjour,

factuellement, la majorité des personnes comprennent la référence quand on évoque le plan géographique et la plupart des numéros de départements sont utilisés couramment, que ce soit dans les documents administratifs ou dans la culture populaire (en région parisienne, les départements de la Petite Couronne sont parfois désignés plus fréquemment par leur numéro, peut-être devrait-on en faire exception). Vu qu'à la recherche de numéro, les départements apparaissent en haut de la liste, j'imagine que la popularité est aussi déterminante et ces numéros sont probablement souvent recherchés : je serais donc contre leur retrait total. En revanche, je trouve aussi peu pertinent qu'ils apparaissent en premier résultat au détriment du nombre et de l'année qui se caractésirent en premier lieu par leur forme numérique. Au vu de ce constat partagé, je pense que ce changement est une bonne idée. J'ajouterais aussi la formulation « département 35 » pour garder plusieurs raccourcis. Cdlt — Baidax ^💬 11:19, 4 February 2021 (UTC)

Ça me va. -Ash Crow (talk) 11:42, 4 February 2021 (UTC)

quel va être l'impact lors de la tentative de réconciliation openrefine entre une ligne "35" et son département Qid?Bouzinac ^{💬●✒️●💛} 12:38, 4 February 2021 (UTC)

commune de France = localité?

Hi! I'm wondering if this edit is correct? Can a commune of France (Q484170) really be a human settlement (Q486972)? (I'm sorry, I don't speak French) Palotabarát (talk) 18:50, 31 March 2021 (UTC)

It's not really wrong but I removed it as commune of France (Q484170) is already a sub-subclass of human settlement (Q486972). Cheers, VIGNERON (talk) 10:08, 29 October 2023 (UTC)

Indice d'égalité professionnelle

Bonjour

La propriété Egapro gender equality index (P9279) a été créée. Je suis preneur d'un coup de main pour importer les données depuis le csv dispo ici https://index-egapro.travail.gouv.fr/consulter-index/#!/search?region=&departement=&section_naf=.

J'ai un peu regardé Open refine. Le mieux serait d'utiliser l'identifiant Sirène (SIREN number (P1616)) pour faire le match mais j'ai pas trop compris comment ça marche.

Bien sûr, il y a pas mal de cas où il n'y a pas la propriété P1616 dans Wikidata. Ce serait l'occasion de la remplir. PAC2 (talk) 19:39, 4 May 2021 (UTC)

Trouver les numéros siren des entreprises françaises

J'ai développé une petite requête SPARQL pour aller chercher les numéros siren des entreprises françaises qui n'en ont pas.

SELECT DISTINCT * WHERE {
  ?item (wdt:P31/(wdt:P279*)) wd:Q6881511;
    wdt:P17 wd:Q142;
    rdfs:label ?itemLabel;
    wikibase:sitelinks ?sitelinks;
    wdt:P159 ?siege.
  ?siege rdfs:label ?siegeLabel.
  FILTER((LANG(?itemLabel)) = "fr")
  FILTER((LANG(?siegeLabel)) = "fr")
  MINUS { ?item wdt:P576 _:b10. }
  MINUS { ?item wdt:P1616 _:b11. }
  BIND(URI(CONCAT(" https://annuaire-entreprises.data.gouv.fr/rechercher?terme=", ENCODE_FOR_URI(?itemLabel))) AS ?search)
}
ORDER BY DESC (?sitelinks)

Try it!

Ça vous dit d'essayer d'en trouver quelques uns ? PAC2 (talk) 19:07, 5 May 2021 (UTC)

Carte de la Guyane

Il faudrait remplacer cette image dans Wikidate File:French Guiana in France (special marker).svg par celle-ci French Guiana in France (special marker).svg. En effet, c'est celle utilisée sur WP en français, et il serait malencontreux de ne pas donner à la Guyane une carte similaire aux autres régions françaises. --Æpherys (talk) 17:20, 27 October 2021 (UTC)

GeoNames in France

Hi guys! In GeoNames ID (P1566) big problem with code: Wikidata:Database reports/Constraint violations/P1566#France (Q142). Need help! Машъал (talk) 16:35, 7 November 2021 (UTC)

église Saint-Hugues ou Saint-Blaise de Pontcharra

église Saint-Blaise de Pontcharra (Q38468492), est-ce l'église Saint-Hugues ou Saint-Blaise ? Olyon01 (talk) 23:30, 27 November 2023 (UTC)

Évolution des liens Gertrude

Bonjour,

Il y a quelques mois, certaines bases Gertrude pour l'Inventaire général du patrimoine culturel ont fait évoluer leur format d'URL, rendant possible à présent un lien direct vers la notice correspondante (avant, il s'agissait de passer par un lien vers le moteur de recherche). À la suite d'@Ayack et @VIGNERON qui l'ont corrigé sur certaines propriétés, j'ai mis à jour tout le reste en laissant les anciens formats au rang normal. Ces derniers sont encore valides, à garder, et à ne passer au rang obsolète qu'une fois non fonctionnels, sans les supprimer. Quelques régions tâchent encore de se démarquer :

• Centre-Val de Loire Inventory ID (P9175) : base semblable à la majorité des autres, mais gardant encore l'ancien système d'URL ;
• Bourgogne-Franche-Comté inventory ID (P9207) : base originale, gardant son ancien système, sans lien direct aux notices ;
• Nouvelle-Aquitaine Inventory ID (P11133) : changement du système d'URL, rendant obsolète l'ancien format (mis au rang obsolète) et toujours sans lien direct aux notices.

Ainsi, certains formats sont donc susceptibles d'évoluer dans un avenir proche. J'en appelle donc à votre vigilance, en vous remerciant par avance pour les corrections si vous apercevez des changements.

Cdlt — Baidax ^💬 20:08, 5 May 2024 (UTC)

Discussion sur MatchId

Bonjour,

Je manque de temps pour lancer un vrai projet autour de MatchId mais je me permets d'au moins lancer une discussion ici. Je notifie les personnes utilsant le plus cette propriété : @Sovxx, Rhanka, Jmax, Python72, Sebleouf, Thierry Caro: @Kwayst, Bob08, Nomen ad hoc, Dacoucou, Maxime Ravel, Ayack:.

Pour commencer par le plus général, ma principale question est : que contient exactement MatchId ? La page https://deces.matchid.io/about#d-ou-proviennent-les-donnees indique « les décès de 1970 à aujourd'hui (jusqu'au 30/05/2024) » mais c'est imprécis et partiellement faux. Par exemple https://deces.matchid.io/search?advanced=true&dd=1960 donne quelques décès en 1960 (donc avant 1970) et inversement des personnes françaises mortes après 1970 semblent absentes de MatchId (plus de 12 000 selon https://w.wiki/AVXe , y compris des personnes très connues comme Fernandel (Q129092)). Quelqu'un en saurait-il plus ?

Cdlt, VIGNERON (talk) 15:03, 26 June 2024 (UTC)

Bonjour à tous,

Voici mes observations suite à mon utilisation quotidienne de MatchID :

Cas général : la base de données recensent les personnes décédées en France depuis 1970

Lacunes constatées : pour les personnes décédées entre 1970 et 1989, si ces personnes sont nées avant 1890, ou bien hors du territoire métropolitain français, ils n'apparaissent pas dans la base de données à quelques exceptions près (cela concerne notamment les ultra-marins et ceux nés en Algérie française). A partir de 1990, il semble qu'il y ait très peu d'oublis ; on retrouve même des citoyens français décédés à l'étranger.

Pour les personnes décédées au début des années 1970, j'ai effectivement constaté des absences dans la DB, et plus on se reproche de 1970, plus il y a d'oubli ; je n'ai pas d'explication à cela.

Pour les quelques personnes décédées avant 1970 et figurant dans la base, j’émets l'hypothèse de la transcription dans les registres d'état civil de leur décès après 1970 ; cela peut être le cas de personnes mortes en déportation ou disparues.

Autres incohérences constatées : il y a quelquefois des erreurs dans les dates mentionnées ; leur système de notification d'erreur qui fonctionnait bien au début ne semble plus opérationnel (du moins, il n'y a personne pour prendre en compte les signalements). J'estime le taux d'erreur entre 1 et 2 % ; c'est peu et beaucoup à la fois sachant qu'il y a plusieurs millions d'entrées dans la base.

Concernant les lieux de naissances et de décès, il faut se référer en priorité au code INSEE de la commune ; cas par exemple des personnes nées à Charleville-Mézières avant la fusion des deux communes.

Malgré les imperfections, cela reste quand même un outil très utile.

--Python72 (talk) 16:06, 26 June 2024 (UTC)

MatchID est juste un moteur de recherche dans les fichiers des personnes décédées qui sont établis par l’INSEE à partir des informations reçues des communes. Pour plus d'information sur ceux-ci, on peut consulter cette page : https://www.insee.fr/fr/information/4190491. Il y est notamment précisé que « les fichiers de 1970 à 1975 datent du début de l’informatisation des fichiers de décès et peuvent comporter quelques manques ». Ayack (talk) 17:29, 26 June 2024 (UTC)

@Python72, Ayack: Merci déjà pour ces premières réponses et ces précisions (ce qui explique sans doute le cas de Fernandel).

Si vous le permettez, cela m'amène à plusieurs question :

• quid des 34757 personnes https://deces.matchid.io/search?advanced=true&dd=1800-1970, sait-on pourquoi elles sont présentes et sur quels critères ?
• effectivement si on regarde les personnes françaises dans Wikidata sans MatchId par année, on voit que le nombre diminue chaque année : https://w.wiki/AVeE (avec un pic en 2000 mais ça pour le coup, c'est un artefact dans la requête SPARQL ; si on conserve uniquement les personnes pour lesquelles la date de mort est connue au jour près, l'artefact disparaît : https://w.wiki/AVeH ce qui veut dire au passage qu'il y a presque 3000 personnes dont on ne connait pas la date de mort avec précision)
  • ceci dit, même pour les années récentes, il y a toujours une centaine de personnes manquantes chaque année... y a-t-il une explication ? je pense qu'au moins une partie de ces personnes n'ont en fait pas la nationalité française (comme Hans-Joachim Klein (Q71695) dont l'article Wikipédia dit « En 2008, il demande sa naturalisation française qui lui est refusée »), si c'est le cas, l'absence de MatchId pourrait nous aider à repérer les country of citizenship (P27)France (Q142) erronés.
• la fiabilité est une autre de mes interrogations, 1 % c'est peu en relatif mais beaucoup en absolu. Pourrais-tu en dire un peu plus sur ces erreurs et leur typologie ? certains champs sont-il plus concernés que d'autres ? pour info, j'ai lancé cette discussion après avoir ajouter le MatchId sur Geneviève Gavrel (Q23035983) qui écrit son nom "Gayrel" au lieu de "Gavrel" (sans une coquille mais de qui ? de la commune ? de l'INSEE ? de MatchId ?)

Cdlt, VIGNERON (talk) 19:36, 26 June 2024 (UTC)

Bonjour, j'avais fait un petit programme pour faciliter l'ajout des ID des français décédés et sans ID : https://github.com/Sovxx/matchid-wikidata . Si ça peut vous aider dans vos analyses. Cordialement Sovxx (talk) 07:57, 30 June 2024 (UTC)

Changement du modèle des communes déléguées

J'attire votre attention sur cette discussion. @User:Swpb est en train de remplacer les of (P642) qualifiant delegated commune (Q21869758) par des déclarations simples avec located in the present-day administrative territorial entity (P3842). Qu'en pensez-vous ?

VIGNERON
Ayack
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Alphos
GAllegre
Jean-Frédéric
Manu1400
Marianne Casamance
Nattes à chat
Pierre André
Bouzinac
Jsamwrites
Baidax
LearnKnowGive1
Mathieu Kappler
Daieuxetdailleurs
Archives nationales DJI
Jmax
LearnKnowGive1
Koxinga
Maxime
Framawiki
Legonin
Rémi sim

Notified participants of WikiProject France. Ayack (talk) 15:14, 17 October 2024 (UTC)

applies to jurisdiction (P1001) Sinon ? Elle peut aussi servir comme qualificateur. Alphos (talk) 15:27, 17 October 2024 (UTC)

Sujet (presque) résolu. Le batch va être annulé. La solution d'@Alphos semble la meilleure. Merci. Ayack (talk) 16:04, 17 October 2024 (UTC)

@Ayack: cela fait des années que of (P642) est considéré comme obsolète/déprécié. Le retirer est donc une très bonne chose. Après, par quoi le remplacer, je n'ai pas d'avis tranché. Cdlt, VIGNERON (talk) 16:08, 17 October 2024 (UTC)

@VIGNERON Le problème n'est pas sur le remplacement en lui-même, mais la manière dont il est fait (cf. ce message). Ayack (talk) 16:15, 17 October 2024 (UTC)

Entre solution A et solution B, quelle modélisation vous semble la plus appropriée ? Personnellement je préfère la B, mais @Swpb est plus sur la A. Vos avis sont donc les bienvenus! Ayack (talk) 19:48, 17 October 2024 (UTC)

Apologies that I don't speak French. My arguments for solution A are as follows:

1. applies to jurisdiction (P1001) is not the appropriate replacement property, as places don't "apply" to the larger places they are part of, and it is not specific to places as located in the administrative territorial entity (P131) is.

2. Identifying "parent" communes with main statements is better than doing so with qualifications on instance of (P31), because we want to keep restrictive qualifiers (like start and end date) on basic membership properties to a minimum so as to avoid false inferences when such qualifiers are not accounted for.

3. Both solutions are equally easy to implement with a script, so that is not a factor in choosing between them. Swpb (talk) 19:58, 17 October 2024 (UTC)

Conceptuellement, je préfère applies to jurisdiction (P1001) pour une raison bête, et c'est pas "parce que j'y ai pensé" : la commune déléguée ne se déplace pas, ce n'est pas sa localisation qui change, même administrative, donc pas located in the administrative territorial entity (P131), mais l'attribution de certaines de ses compétences, donc de son ressort ; elle dépend d'une commune nouvelle A, puis d'une commune nouvelle B, pour au moins certaines de ses fonctions, et c'est la définition même de "ressort", le domaine de compétence, l'étendue de la compétence géographique d’une juridiction. Alphos (talk) 20:06, 18 October 2024 (UTC)

@Alphos, Ayack: je suis convaincu par la solution que propose @Swpb et je rejoins ses arguments. La delegated commune (Q21869758) s'apparente, de nos jours, à une subdivision d'une commune nouvelle (Q2989454) et il conviendrait d'utiliser located in the administrative territorial entity (P131) comme il en est le cas pour les autres entités administratives ou même les quartiers. La propriété applies to jurisdiction (P1001) n'est, du moins, pas la plus appropriée ici, puisqu'elle s'adresse davantage à l'action d'une compétence sur une étendue territoriale et non à une entité d'ordre supérieure. — Baidax ^💬 14:47, 20 October 2024 (UTC)