User talk:Multichill/Archives/2019/September

Latest comment: 4 years ago by RMaung (WMF) in topic Reminder: Community Insights Survey

Revisions of "Edmond Aman-Jean (Q576570)", confusion et source ULAN 500012380 invérifiable

Bonjour, Dans https://www.wikidata.org/wiki/Q576570#P2174 Added 7 missing aliases in English:

Edmond-Francois Aman-Jean
Edmond-François Aman-Jean
Jean Edmond Francois Aman
Edmond Francois Aman-Jean
Edmond François Aman-Jean
Edmond François Jean Amand
Edmond-François Aman Jean

Basé sur une source invérifiable, sans doute par confusion avec le nom de son fils : François Aman-Jean (Q3083787) ? Cordialement, --François Malo-Renault (talk) 05:35, 29 August 2019 (UTC)

@François Malo-Renault: http://www.getty.edu/vow/ULANFullDisplay?find=&role=&nation=&subjectid=500012380 , if you scroll down you can see the supporting sources. https://agorha.inha.fr/inhaprod/ark:/54721/002110061 / https://catalogue.bnf.fr/ark:/12148/cb12154671s.public / http://www.isni.org/isni/0000000115735307 also list these aliases. Looks pretty well sourced to me. You shouldn't remove these aliases from Edmond Aman-Jean (Q576570). Multichill (talk) 18:54, 5 September 2019 (UTC)
Bonjour Multichill,
the supporting sources. https://agorha.inha.fr/inhaprod/ark:/54721/002110061, included this contradictory reference: https://catalogue.bnf.fr/ark:/12148/cb12154671s.public
Formes rejetées:
< Aman-Jean, Edmond (1858-1936)
< Jean, Edmond Aman- (1858-1936)
< Aman-Jean, Edmond-François (1858-1936)
Cordialement. --François Malo-Renault (talk) 05:12, 6 September 2019 (UTC)
Ok, so used for that person in some source so it's an acceptable alias. Multichill (talk) 16:03, 6 September 2019 (UTC)

Willy Schröder (Q469650)

These edits: Please fix your bot. It shouldn’t be able to apply a LCCN statement if the same number is already in use in another Item, in this case Willy Schröder (Q66916757). --Emu (talk) 06:50, 3 September 2019 (UTC)

@Emu: that's intentional and won't be changed. Otherwise you would have never spotted the mix up.
This mix up probably needs a bit more attention to untangle. You probably have to go through all the external id's and attach them to the right person. Multichill (talk) 20:53, 3 September 2019 (UTC)
I spotted the mixup you created because it’s on my watchlist. And it’s on my watchlist precisely because I untangled the three conflated persons. Could you please elaborate on how they need ”a bit more attention“? --Emu (talk) 21:42, 3 September 2019 (UTC)
@Emu: Wikidata might be correct now, but if other databases like viaf or mix'n'match still contain incorrect links, it's just a matter of time before these links pop up here again.
Looks like https://viaf.org/viaf/313037544/ and https://experimental.worldcat.org/fast/124753/ are not connected to any of these persons. These should either be added to the right person or when that's not possible (which I think is the case here), added to the wrong person with rank deprecated with reason for deprecated rank (P2241) -> applies to other person (Q35773207). That prevents humans and bots from introducing the error here again. Multichill (talk) 18:45, 5 September 2019 (UTC)
The VIAF entry is based on faulty data from Wikidata. It should automatically be resolved with the next import (probably in the last days of september). Deprecation is a good idea in theory but works terrible in practice, because VIAF ignores the deprecation statement. --Emu (talk) 18:55, 5 September 2019 (UTC)
@Emu: that's unfortunate. I sent Merrilee (who works at OCLC) an email about this to see if she can help here. Multichill (talk) 19:13, 5 September 2019 (UTC)
Thank you! --Emu (talk) 19:15, 5 September 2019 (UTC)
@Emu: reminds me, probably good to double check https://tools.wmflabs.org/mix-n-match/#/search/Willy%20Schr%C3%B6der and change or remove any incorrect matches. Multichill (talk) 19:24, 5 September 2019 (UTC):
Hi both there's some discussion of this here, https://en.wikipedia.org/wiki/Wikipedia:VIAF/errors but basically you can report errors via email to bibchange@oclc.org. Please help get this information into the correct channels! Merrilee (talk) 19:28, 5 September 2019 (UTC)

Community Insights Survey

RMaung (WMF) 17:38, 10 September 2019 (UTC)

Dubbele entiteiten CBS-code en gemeenten

Hallo, ik heb een vraagje. Heeft u misschien advies over hoe het besten gemeente tags zonder start en einddatum massaal verwijdert kunnen worden (eigenlijk helemaal leeg, alleen een gemeente tag)? Het probleem is namelijk dat bij het invoeren door middel van OpenRefine je dubelle gemeente tags krijgt, 1 met bron en start/einddatum en 1 lege die er al stond (voorbeeld: https://www.wikidata.org/wiki/Q9978). Handmatig is het natuurlijk te veel werk. Het uiteindelijke doel is natuurlijk een volledige en correcte database met alle Nederlandse gemeenten. Dit onderwerp is ook al eerder besproken op deze pagina https://www.wikidata.org/wiki/Talk:Q2039348.

Hier nog de queries die ik gebruik: This is the query for the municipalities with a start date set: https://w.wiki/9cJ

Query for municipalities without start and end date: https://w.wiki/9cL


Bedankt voor uw tijd!Antoni1626 (talk) 15:44, 13 September 2019 (UTC)

Reminder: Community Insights Survey

RMaung (WMF) 19:54, 20 September 2019 (UTC)

Return to the user page of "Multichill/Archives/2019/September".