View source for User talk:Olyon01

{{Welcome}}

[[User:Nomen ad hoc|Nomen ad hoc]] ([[User talk:Nomen ad hoc|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 16:55, 12 July 2018 (UTC).

== Troarn et Sannerville ==

Bonjour,

J'ai séparé les communes anciennes et nouvelles parce que techniquement, ce sont deux existences distinctes. L'application du droit dans le temps est toujours un sujet compliqué, il vaut mieux retenir une solution qui évite les effets de bord : si on met sur un même élément des dates de création et de disparition qui correspondent à des situations différentes, les données deviennent difficiles à exploiter. En l'occurrence je m'en suis aperçue car la liste des communes de France au 1er janvier 2019 (cf [https://query.wikidata.org/#SELECT%20%3Finsee%20%3Fcommune%0AWHERE%20%7B%0A%20%20BIND%20(%20%222019-01-01%22%5E%5Exsd%3AdateTime%20as%20%3FdateRecherche%20)%20%20%20%20%20%20%20%20%23%20date%20recherch%C3%A9e%0A%20%20%3Fcommune%20p%3AP374%20%3FP374node%20.%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20existence%20code%20INSEE%0A%20%20%20%20%3FP374node%20ps%3AP374%20%3Finsee%20.%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20valeur%20code%20INSEE%0A%20%20%20%20OPTIONAL%20%7B%3FP374node%20pq%3AP580%20%3FdateD%C3%A9butCode%20.%20%20%7D%20%20%23%20date%20d%C3%A9but%20code%20INSEE%0A%20%20%20%20OPTIONAL%20%7B%3FP374node%20pq%3AP582%20%3FdateFinCode%20.%20%20%7D%20%20%23%20date%20fin%20code%20INSEE%0A%20%20%20%20FILTER%20(!BOUND(%3FdateD%C3%A9butCode)%20%7C%7C%20%3FdateD%C3%A9butCode%20%3C%3D%20%3FdateRecherche)%0A%20%20%20%20FILTER%20(!BOUND(%3FdateFinCode)%20%7C%7C%20%3FdateFinCode%20%3E%20%3FdateRecherche)%0A%20%20%3Fcommune%20wdt%3AP31%20wd%3AQ484170.%0A%20%20%20%20OPTIONAL%20%7B%20%3Fcommune%20wdt%3AP571%20%3FdateCr%C3%A9ation.%20%7D%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20date%20cr%C3%A9ation%0A%20%20%20%20OPTIONAL%20%7B%20%3Fcommune%20wdt%3AP576%20%3FdateDissolution.%20%7D%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20date%20dissolution%0A%20%20%20%20FILTER%20(%20!BOUND(%3FdateCr%C3%A9ation)%20%7C%7C%20%3FdateCr%C3%A9ation%20%3C%3D%20%3FdateRecherche%20)%20%23%20communes%20futures%0A%20%20%20%20FILTER%20(%20!BOUND(%3FdateDissolution)%20%7C%7C%20%3FdateDissolution%20%3E%20%3FdateRecherche%20)%20%20%20%20%20%20%23%20communes%20pass%C3%A9es%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%7D%0AORDER%20BY%20(%3Finsee) lien]) ne donnait plus les bons résultats. Avec cette modification, elle fonctionne de nouveau : les anciennes communes n'apparaissent plus mais les nouvelles oui !

Cordialement, [[User:Arpyia|Arpyia]] ([[User talk:Arpyia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 13:31, 27 July 2020 (UTC)
:{{ping|Arpyia}} effectivement la situation et le droit est compliqué mais techniquement ce sont bien les mêmes communes, il n'y a pas une « ancienne » et une « nouvelle » commune. Je serais donc partisan de la fusion des éléments ; pour les dates de création/disparition, on peut simplement utiliser les rangs et des qualificateurs et ainsi obtenir les bons résultats, non ? Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 21:26, 1 August 2020 (UTC)

::Bonjour {{user|VIGNERON}}, Il s'agit des mêmes communes du point de vue du droit actuel, dans lequel la fusion est réputée n'avoir jamais eu lieu. Mais ce n'est pas une raison pour l'effacer de Wikidata, car on veut aussi décrire le droit positif de 2017, dans lequel la fusion a eu lieu et les anciennes communes ont disparu. Je pense que les rangs ne devraient pas être utilisés pour minorer les situations passées : ce n'est pas parce qu'une information n'est plus d'actualité qu'elle est fausse. Ici le cas pratique est la liste des communes de France (un serpent de mer du Wikidata francophone !) : en 2017, il faut que les communes fusionnées n'apparaissent plus. Cordialement, [[User:Arpyia|Arpyia]] ([[User talk:Arpyia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:32, 2 August 2020 (UTC)
:::{{ping|Arpyia}} loin de moins l'idée de vouloir effacer la donnée de Wikidata, les éléments fusionnées contiendrait bien les mêmes données. « les rangs ne devraient pas être utilisés pour minorer les situations passées » c'est pourtant exactement un des rôles principaux des rangs « ce n'est pas parce qu'une information n'est plus d'actualité qu'elle est fausse » absolument, typiquement on utilise les rangs sur les populations mais cela ne veut pas dire que les populations passées sont fausses. « en 2017, il faut que les communes fusionnées n'apparaissent plus » avec les rangs et les qualificateurs ce serait le cas, non ? (ou rateré-je quelque chose ?). Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:49, 2 August 2020 (UTC)
::::{{user|VIGNERON}}, Pour dire les choses simplement, si vous voulez savoir combien il y avait de communes à une date donnée, vous consultez les données par un logiciel. Pour chaque commune présente sur Wikidata, il vérifie si leur date de création n'est pas postérieure à cette date (communes disparues), et si la date de dissolution n'est pas antérieure à cette date (communes pas encore créées). En 2017, vous ne voulez donc pas trouver les anciennes communes de Troarn et Sonnerville (déja dissoutes), ni les nouvelles (pas encore recréées). Et bien sûr à une autre date vous ne cherchez pas le même résultat. C'est très simple et pourtant c'est déjà compliqué sur Wikidata. La façon dont les rangs sont parfois utilisés aujourd'hui n'est pas logique ni pratique pour traiter l'évolution dans le temps car ils ne vous donnent que le point de vue d'aujourd'hui. Et la liste des communes, c'est pourtant une information basique ! le jour où vous chercherez la liste des communes en 2017 ''avec leurs populations'', il faudra réfléchir de la même façon et les rangs n'apporteront rien de plus. Cordialement, [[User:Arpyia|Arpyia]] ([[User talk:Arpyia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:07, 2 August 2020 (UTC)
:::::{{ping|Arpyia}}, ici si on reprend le cas de {{Q|97722554}}, il ne devrait pas y avoir de {{P|576}} au 31 décembre 2016 vu que plus haut il est dit que Troarn à cette date est devenue une commune déléguée donc n'a pas disparu comme le {{P|576}} le prétend. En fusionnant, on aurait 3 {{P|31}}, commune puis commune déléguée puis à nouveau commune avec les bonnes dates en qualificatif et pas de date de dissolution ou de creation. Et pour avoir la liste des communes à une certaine date il faut aller voir les qualificatifs de {{Q|484170}}. [[User:Olyon01|Olyon01]] ([[User talk:Olyon01|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 22:05, 2 August 2020 (UTC)
::::::Bonjour {{user|Olyon01}}, La commune a bien été dissoute : contrairement à ce que le nom laisserait penser, une commune déléguée n'est pas une commune - et si on était précis, elle ne figurerait pas à cet endroit. La date de dissolution marque la fin de toutes les autres informations se rapportant à la commune, par exemple l'appartenance intercommunale ou l'existence de ses institutions. Je crois qu'il faut faire attention à respecter la structure de Wikidata qui est assez alambiquée comme ça, sinon on va créer des exceptions françaises là où il ne devrait pas y en avoir. Cordialement, [[User:Arpyia|Arpyia]] ([[User talk:Arpyia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:11, 3 August 2020 (UTC)
:::::::Mhh, j'ai l'impression que l'on mélange plusieurs points différents ici.
:::::::Oui, ces deux communes ont bien été dissoutes, et c'est justement cette dissolution qui a été annulé. Donc oui, il faut bien {{st|Q97722554|P576|31 décembre 2016}} (avec le rang bas éventuellement et où le rang au sur une autre valeur de la même propriété, comme d'habitude), et j'ajoute que c'est même essentielle pour certaines requêtes.
:::::::Non, une commune associée ne doit pas avoir son propre élément, il n'y a aucune raison ni habitude qui le justifie ce me semble.
:::::::Et je ne vois pas de raison non plus d'avoir deux éléments distincts {{Q|274873}} et {{Q|97722554}}. En tout cas, pour « avoir les communes à une date donnée » la fusion ne change rien, cela reste évidemment et trivialement possible.
:::::::Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:30, 3 August 2020 (UTC)
::::::::{{ping|Arpyia}}, {{ping|VIGNERON}}, on a l'élément {{Q|97722554}} qui est dissout au 31 décembre 2016 et pourtant {{Q|97722554}} existe encore après comme commune déléguée. Comment on sait si c'est la commune ou la commune déléguée qui disparait au 31 décembre 2016 et comment indiquer la dissolution de la commune déléguée ? Cordialement,[[User:Olyon01|Olyon01]] ([[User talk:Olyon01|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:44, 3 August 2020 (UTC)
:::::::::{{ping|Olyon01}} il suffit de mettre en qualificateur, par exemple :
:::::::::{{claim|Q97722554|P576|31 décembre 2016|P518|Q484170}}
:::::::::{{claim|Q97722554|P576|30 décembre 2019|P518|Q21869758}}
:::::::::On peut ajouter d'autres qualificateurs si besoin ({{P|2241}} par exemple si on utilise le rang bas).
:::::::::Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:52, 3 August 2020 (UTC)
::::::::::Svp ne créez pas des systèmes compliqués comme d'avoir plusieurs dates de dissolution sur la même page. Ça paraît malin et élégant quand on regarde une situation particulière avec des yeux humains mais c'est une horreur à utiliser, les outils de recherche ne vont pas suivre. [[User:Arpyia|Arpyia]] ([[User talk:Arpyia|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:36, 3 August 2020 (UTC)
:::::::::::Euh, il est déjà assez courant de mettre plusieurs dates de dissolution sur un même élément, ce n'est pas « malin et élégant » c'est la meilleure façon de faire. Et quel outil aurait un problème avec cela ? Il est trivial de filtrer des valeurs multiples en SPARQL ou Lua en tout cas. Cdlt, [[User:VIGNERON|VIGNERON]] ([[User talk:VIGNERON|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 10:29, 4 August 2020 (UTC)
:::::::::::PS: de toute façon, en l'occurrence, il n'y a qu'une seule et unique date de dissolution.

== We sent you an e-mail ==

Hello {{PAGENAME}},

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org. 

You can [[:m:Special:Diff/20479077|see my explanation here]].

[[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 18:46, 25 September 2020 (UTC)
<!-- Message sent by User:Samuel (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=User:Samuel_(WMF)/Community_Insights_survey/other-languages&oldid=20479295 -->

== Multiple INSEE codes with none as preferred rank ==

Hello, 
Last year you added all historic INSEE codes: [[https://www.wikidata.org/w/index.php?target=Olyon01&namespace=all&tagfilter=&start=2020-04-10&end=2020-04-11&limit=50&title=Special%3AContributions]]. The problem is:
* those additions violate the [[Property:P374#P374$9091B2F0-92E1-41AA-AEF0-7D445747C6D8|single value constraint]]
* because current INSEE code was not set as preferred rank
Are you aware of this problem? Are you planning to do something to fix this? Thanks. 
Regards, --[[User:Albertvillanovadelmoral|Albert Villanova del Moral]] ([[User talk:Albertvillanovadelmoral|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 06:58, 9 March 2021 (UTC)

== Lignite mine ==

Please see the definition of quarry in enwiki: [[en:Quarry]]. --[[User:Hjart|Hjart]] ([[User talk:Hjart|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 02:29, 31 May 2021 (UTC)
:{{ping|Hjart}}, [[en:Quarry]] puts coal in the list of rocks but [[en:Coal mining]] never uses quarry but talks about surface mining. [[en:Surface mining]] differentiates strip mine and open pit mine.
:Lignite mines are surface mines, most often strip mines and not open pit mines, so not quarries which are open pit mines. [[User:Olyon01|Olyon01]] ([[User talk:Olyon01|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 11:50, 31 May 2021 (UTC)
::Ok, It's been a couple years since I tried to classify primarily the Danish mines I could find. I wasn't aware of those distinctions. Won't bother you anymore here. --[[User:Hjart|Hjart]] ([[User talk:Hjart|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:44, 31 May 2021 (UTC)

== Batch des identifiants Assemblée Nationale ==

Bonjour @[[User:Olyon01|Olyon01]],

J'ai passé beaucoup de temps à collecter à la main des identifiants Assemblée Nationale des député·es nouvellement élu·es aujourd'hui, puis j'ai vu que tu as réussi à remplir quasi-instantanément tous les ID restants dans la liste via un batch. J'aimerais savoir de quelle manière tu as procédé, j'aimerais pouvoir utiliser une technique similaire pour des remplissages Wikidata répétitifs. --[[User:FlatKos|FlatKos]] ([[User talk:FlatKos|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 17:35, 22 June 2022 (UTC)

:Bonjour @[[User:FlatKos|FlatKos]],
:Malheureusement j'ai fait pareil, j'ai cherché les ID un par un sur le site de l'Assemblée Nationale. Par contre, les ID je les ai mis en face de leur qid wikidata sur excel pour ensuite les entrer dans wikidata grâce à quickstatements, ça me semble un peu plus rapide comme ça mais de pas grand chose... [[User:Olyon01|Olyon01]] ([[User talk:Olyon01|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 00:05, 23 June 2022 (UTC)
::@[[User:Olyon01|Olyon01]] Okay merci pour la réponse ! Je connaissait pas quickstatements, c'est déjà super d'avoir cette info. Bonne journée à toi. --[[User:FlatKos|FlatKos]] ([[User talk:FlatKos|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 08:11, 23 June 2022 (UTC)

== EIN Plant IDs to be cleaned up with unique Qids ==

Hello, I noticed you worked across OpenStreetMap and Wikidata on the US EIN Plant IDs in April 2022. The issue is the Wikidata item is not associated well since there should only be one EIN to a Wikidata Item (concept) as they refer to different concepts of a larger entity covered by the article. I've imported the EINs and will work to correct the EINs on a common concept of the 59 that I've identified in the [[mixnmatch:5740|Mix-n-match catalogue 5740]]. The EINs being on the same concept is helpful to identify what the EINs should be grouped to using the "part of" statement after separating into their own Qid. This means there is likely need for cleanup of linking of these Wikidata items on OpenStreetMap too. I wanted to bring this to your attention before you get notices of those being reverted or moved. [[User:Wolfgang8741|Wolfgang8741]] ([[User talk:Wolfgang8741|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 15:18, 9 February 2023 (UTC)

==Incorrect use of {{P|P31}}==
Hello –

[https://www.wikidata.org/w/index.php?title=Q15900609&diff=prev&oldid=1863616867 This statement on "{{label|Q15900609}}" ] was incorrect. Errors with [[Help:Basic membership properties|basic membership properties]] create false inferences.  Before using {{P|P31}}, check the item descriptions, and make sure your statement makes sense. (In this case, {{Q|83478}} describes an abstract mathematical concept, and is not applicable to a set of physical objects.) Often, another item can accurately complete the statement you had in mind; in this case, {{Q|Q1497364}} allows for the accurate statement {{statement|Q15900609|P31|{{Q|Q1497364}}}}.
Thanks! [[User:Swpb|Swpb]] ([[User talk:Swpb|<span class="signature-talk">{{int:Talkpagelinktext}}</span>]]) 20:13, 19 April 2024 (UTC)