User talk:Geertivp/2023

From Wikidata
Jump to navigation Jump to search
Logo of Wikidata

Welcome to Wikidata, Geertivp!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! Liuxinyu970226 (talk) 02:10, 13 February 2015 (UTC)[reply]

WMF projects[edit]

Dear Geertivp; I have seen your edit at Wikimedia Belgium (Q18398868) and want to let you know that the number of Wikidata:Database reports/WMF projects has increased to more then 385. You may be interested in adding labels and descriptions in other languages, follow the discussion at property talk:P218#whats next, property talk:P219, property talk:P220, property talk:P1800 and comment there. Best regads Gangleri also aka I18n (talk) 10:02, 12 January 2016 (UTC) / I18n (talk) 10:16, 12 January 2016 (UTC)[reply]

ORCID Inc[edit]

ORCID, Inc. (Q19861084) is about the organisation, not the identifier. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:34, 29 December 2016 (UTC)[reply]

Women scientists[edit]

Hi! Thanks for your example query on women scientists. I have changed it to include also people where a subclass of scientists is used (e.g. mathematician (Q170790)), which gives much more results. This method is important for many properties: for instance, it is rarely adequate to ask for instance of (P31) of an exact item: all the subclasses should also be included (so, use wdt:P31/wdt:P279* rather than wdt:P31. − Pintoch (talk) 10:29, 22 April 2017 (UTC)[reply]

Sections de Charleroi[edit]

Bonsoir,

Vous avez ajouté que Dampremy (Q843319) fait parti de Charleroi (Q81046) et du Grand Charleroi (Q3113555). En ne mettant pas de date de début et de fin, vous ne faites que le travail à moitié. Pareil pour l'ensemble des modifications des sections de Charleroi (Q81046). Sans apporter aucune source.

Soit, vous faites le travail complètement, soit vous vous abstenez de toutes modifications.

Ceci est un avertissement clair et ferme.

--Jmh2o (talk) 17:06, 19 September 2017 (UTC)[reply]

Je vois que agissez sans discernement dans beaucoup de document. Merci d'arrêter ce genre de comportement. Même si vous êtes ancien, et justement, parce que vous êtes ancien. --Jmh2o (talk) 17:10, 19 September 2017 (UTC)[reply]
J'ai lu votre remarque. J'ai utulisé comme source que Wikidata même. J'ai vu que le mechanisme "Wikidata constraint" me donne des messages que par exemple Grand Charleroi (Q3113555) avait comme part Dampremy (Q843319) mais que Dampremy (Q843319) ne faisait pas part de Grand Charleroi (Q3113555). Donc pour corriger cette "oubli" j'ai ajouté cette relation. Comme consequence il y aussi Charleroi (Q81046) qui avait Dampremy (Q843319) comme part, et aussi cette relation symmetrique n'existait pas. Je comprends maintenants que il y a des mélanges de pré et de post-intégrations des communnes. Donc on devrait ajouter maintenants des dates de fin pour les anciens (sous)communes?. Mais dans les communne "maître" Charleroi/Grand Charleroi je ne vois aucun date de fin. Merci de proposer comment on pouraient ameliorer cette type de constructions/problèmes. J'ai comme seul but de amiliorer le "referential integrity" entre des objets. Geertivp (talk) 17:37, 19 September 2017 (UTC)[reply]
Je vois maintenant que Grand Charleroi (Q3113555) existait que entre 1 septembre 1942 et 4 septembre 1944... donc ici il y déjà une date de fin ici... Geertivp (talk) 17:42, 19 September 2017 (UTC)[reply]

Stop creating duplicates[edit]

Please verify before creating an item that it doesn't already exist. If you need, use Petscan ("Wikidata, "Has all of these labels"). --Harmonia Amanda (talk) 11:06, 2 October 2017 (UTC)[reply]

Sorry, Amanda, could you please give a specific example? I normally check for existence before creating... Geertivp (talk) 14:59, 2 October 2017 (UTC)[reply]

Empty items[edit]

Hey Geertivp, there are empty items recently created by you: Q41360861, Q41360837, Q41360777, Q41360497, Q41360383, Q41360890. Can you please have a look what to do with them (expand, merge, or delete)? Thanks, MisterSynergy (talk) 07:55, 7 October 2017 (UTC)[reply]

I forgot to add a minimum "is an" statement. Sorry for that. Geertivp (talk) 17:04, 20 December 2018 (UTC)[reply]

Share your experience and feedback as a Wikimedian in this global survey[edit]

WMF Surveys, 18:57, 29 March 2018 (UTC)[reply]

Reminder: Share your feedback in this Wikimedia survey[edit]

WMF Surveys, 01:40, 13 April 2018 (UTC)[reply]

Typographie du français[edit]

Bonjour,

Pour information, les libellés ne sont pas des titres et en français, les libellés de certains noms propres comme les églises (mais pas seulement) comme la Cathedral of Saint-Pierre, Saint-Paul and Saint-Quirin (Q61766995) commence par une minuscule initiale.

Cdlt, VIGNERON (talk) 12:46, 20 February 2019 (UTC)[reply]

Confusion d'homonymes[edit]

Bonjour,

Vous confondez encore Simon Leys (Q732583) (l'écrivain) avec Pierre Ryckmans (Q3386900) (son oncle gouverneur du Congo). Cordialement. Lykos (talk) 15:08, 11 March 2019 (UTC)[reply]

Merci pour m'informer... Geertivp (talk) 19:33, 11 March 2019 (UTC)[reply]

Question[edit]

Hello! These items (Groot Ereteken van de Vlaamse Gemeenschap (Q59416712) and Ereteken van de Vlaamse Gemeenschap (Q21009616)) looks to be the same. Should we merge them? --Ksc~ruwiki (talk) 20:59, 25 March 2019 (UTC)[reply]

Please keep separate, because it are 2 different prizes honored by the Flemish Government. "Groot" = Great/Extraordinary. The other is the "ordinary" one... Geertivp (talk) 21:55, 25 March 2019 (UTC)[reply]
Thank You very much. I added different from (P1889) for each of the item for such users like me.))) --Ksc~ruwiki (talk) 19:56, 26 March 2019 (UTC)[reply]

Please undo changes to P576[edit]

You recently seem to have changed the labels on dissolved, abolished or demolished date (P576). This property is widely used with buildings (over 10.000 buildings in fact) to add date of demolition / sloopdatum / date de démolition. The suggested service retirement (P730) does not seem to mean anything near. Could you please undo? --Denengelse (talk) 18:40, 28 September 2019 (UTC)[reply]

OK, done. Sorry for the confusion. Geertivp (talk) 19:42, 30 September 2019 (UTC)[reply]
Thanks! --Denengelse (talk) 10:14, 4 October 2019 (UTC)[reply]

Property:P131 in Belgium[edit]

Hello. Please note that the instructions of Property:P131 tell: "You only need to add the most local admin territory.". In Belgium, the smallest admin (not political) territories are deelgemeente/section de commune, so please do not remove deelgemeente/section de commune to put municipalities (which are larger) instead. Thank you. BrightRaven (talk) 11:56, 20 April 2020 (UTC)[reply]

@BrightRaven: I would disagree here with you. located in the administrative territorial entity (P131) must indeed be the lowest legal level, as you write in your remark. Since 1977 the small communes (deelgemeente) legally and administratively don't exist any more in Belgium (Q31), and are to be replaced by the higher level (official) nl:Fusiegemeente fusion municipality (Q2280389). This is why I make those corrections. I copy the original located in the administrative territorial entity (P131) to location (P276), if not already filled in. Geertivp (talk) 13:48, 20 April 2020 (UTC)[reply]
Deelgemeente still exist on an administrative point of view. They still have multiple administrative use. For example, they are used by the cadastre. All the properties are registered in units that correspond with the deelgemeente. Deelgemeente are also used by the local police to allocate its workforce, by some municipalities to organize the polling stations during the elections... Please note that Q2785216 is a subclass of Q15623264. They are administative units of little importance, but they can still be defined as administrative units (but not as political units, since their political representations disappeared in 1977). Therefore, your "correction" is useless and it gorws the database heavier with no benefit, because we need two statements instead of one to provide the same information. BrightRaven (talk) 14:01, 20 April 2020 (UTC)[reply]
I agree with the point of view of user:Geertivp. On the Dutch version about deelgemeente here it is clearly stated that ze hebben geen bestuurlijke functie meer or no longer any administrative function. I think there is confusion because the presence of administration locally doesnot mean any decision is taken there. Paul Hermans (talk) 14:48, 20 April 2020 (UTC)[reply]
This sentence in the Dutch article has no source, so this is not an evidence of anything. There has not been any decision taken at the deelgemeente/section level since 1977, I fully agree with you. This does mean that the deelgemeente/section are not political unit any more, but they are still administrative units. The arrondissement are not political unit either, there is no decision taken at that level, but they are administrative units. You can find numerous official documents where the deelgemeente/section are mentioned, which shows that they still exist. For example, in this official decision of a minister, a neighbourhood is located in section d'Hyon. In the agenda of the conseil communal of Charleroi, all the addresses are located in deelgemeente like Dampremy, Gilly, Marcinelle... On this official website, you can look for all heritage buildings sorted by deelgemeente/section. In official addresses, you can still use the name of the deelgemeente/section after the postal code, even if the name of the municipality is also accepted. Deelgemeente/section are not very important, but they still exist as administrative divisions, they are still used in administrative contexts. BrightRaven (talk) 15:59, 20 April 2020 (UTC)[reply]
In my honest opinion, bestuurlijke eenheid means a governing unit, a unit taking decisions. Decisions are taken at the higher level and can be put on paper locally by people working in the deelgemeente, but only with the approval of the mayor and his staff. My argumentation stops here. Paul Hermans (talk) 17:16, 20 April 2020 (UTC)[reply]

Wikidata Curricula[edit]

Hi, I just came across your Special:PrefixIndex/User:Geertivp/training and was wondering whether you had seen Wikidata:Wikidata curricula, which is similar in scope, especially with regards to the activities. --Daniel Mietchen (talk) 06:19, 2 June 2020 (UTC)[reply]

@Daniel Mietchen: Thanks for notifying me. Actually, I was at Wikidata:WikidataCon 2017, but I was not aware of the Wikidata:Wikidata curricula/Activities project. Very interesting! I must admit that I am rather active with Wikidata. I will see if I can integrate my future documentation into this project. I am also documenting real-live projects like Wikidata:Events/Belgium/Wikimedia Belgium/Erfgoed/Pajottenland-Zennevallei where I am writing queries to enhance Wikidata quality and completeness, and to prepare Wikipedia LysteriaBot queries to automatically maintain (project) tables to write and amend Wikipedia pages. I had always the impression that Wikidata was too less documented; therefore my initiative. If we can bring all documentation in one place, the better. Geertivp (talk) 09:06, 2 June 2020 (UTC)[reply]
@Daniel Mietchen: I have published Wikidata:Wikidata curricula/Activities/Find Commons Creator page without Commons category. This allows to autocreate missing Commons category (P373) statements for items having a Commons Creator page (P1472), using QuickStatements. Geertivp (talk) 23:50, 2 June 2020 (UTC)[reply]

Pywikibot: labels aanvullen (copy NL label)[edit]

Beste Geertivp, ik was benieuwd welk script u (met PyWikibot) gebruikt om labels in andere talen aan te vullen door het Nederlandse label te kopiëren. Is het ergens online te bekijken? Groet, Ecritures (talk) 20:42, 29 June 2020 (UTC)[reply]

@Ecritures: Het staat vermeld in de bot-aanvraag:
Geertivp (talk) 08:24, 30 June 2020 (UTC)[reply]

Botwijzigingen zonder botflag[edit]

Beste Geertivp, het lijkt erop dat u steeds op hoge snelheid (zes per minuut) tientallen wijzigingen doet met uw account zonder dat daar een botflag aan verbonden is. Is het mogelijk om deze wijzigingen met uw bot-account te doen? Mijn volglijst sneeuwt helemaal onder waardoor ik relevante wijzigingen op andere pagina's mis. Misschien kunt u dit soort wijzigingen voorlopig niet meer uitvoeren (zonder vlag)? Ecritures (talk) 16:19, 4 July 2020 (UTC)[reply]

@Ecritures: Ik gebruik Pywikibot. Ik heb mijn script zonet stilgelegd. Ik wacht sinds vorige week op een goedkeuring van mijn botaccount GeertivpBot. Ik dacht dat het niet verboden was om, in afwachting van goedkeuring, een gewoon account hiervoor te gebruiken. Mijn verontschuldigingen als dit voor jou hinderlijk was. Geertivp (talk) 18:15, 4 July 2020 (UTC)[reply]

New OpenRefine reconciliation service[edit]

Hi!

Thank you for wearing the {{User loves OpenRefine}} on your user page!

Because the existing Wikidata reconciliation service has had painful performance issues recently, I have created a new one which should be faster and more robust. You can add it to OpenRefine in the reconciliation dialog with the following URL: https://wikidata.reconci.link/en/api (or by replacing en by any other language code).

If you have any issues with this new service, let me know.

Happy reconciling! − Pintoch (talk) 15:43, 20 July 2020 (UTC)[reply]

Sven De Neef[edit]

Hallo Geertivp, to your info: Wikidata:Requests_for_deletions#Q97920286. Greets, --HarryNº2 (talk) 12:08, 2 August 2020 (UTC)[reply]

Label copy script[edit]

Geertivp, your label copy script that runs under User:GeertivpBot annoys me a lot here. Can you please check your bot's notifications regularly, and make sure that this does not happen again? Thanks, MisterSynergy (talk) 12:19, 7 September 2020 (UTC)[reply]

I understand your remark. The logic of the bot is to replicate labels in target languages for e.g. American en English politicians that do not have a label yet. If they have a Wikipedia page in the source language, the title of the Wikipedia page is taken, if not the label of the source language. In the case of Brian Harrison (Q4963961) we have "bad luck" because there exist many persons that have the name "Brian Harrison". To solve the problem I have manually edited the label into "Brian Harrison" in the target languages. Once those languages have a label, the bot does not intervene any more... To solve the problem definitely I skip now labels that contain (suffixes). Please understand that the bot is continuously ameliorated. This problem will not happen again. Sorry for the inconvenance... Geertivp (talk) 10:01, 8 September 2020 (UTC)[reply]

P1932 property[edit]

Hello Geertivp,
Hope you are well. Sorry but I want to speak with you on the property P1932 you created. Just one example on this page Q51524595. We can read author = "Louis Agassiz" and property P1932 = "Agassiz, Louis, 1807-1873". I don't know what you was thinking creating this property but, for me, I think it refers to the information given in the real document not on the BHL page. And I can't imagine a guy writing in 1833 "I will dead in 1873" :-D. Please could you give me your opinion. Many times I replaced this kind of information by what I think as real, in this case "Louis Agassiz" as I can read on the original paper. Thank you in advance. Have a nice day... and sorry for my poor english ;-) Givet (talk) 06:26, 11 September 2020 (UTC)[reply]

@Givet: I did never edit object named as (P1932), neither Recherches sur les poissons fossiles (Q51524595). I do not understand why you are writing a note on my discussion page? Are you confusing myself with somebody else? As far as I can see, is the reason that object named as (P1932) was used at Recherches sur les poissons fossiles (Q51524595) is because of a library source reference for author (P50) where the date of birth (P569) and date of death (P570) was mentioned as a suffix of the name of the author at https://www.biodiversitylibrary.org/bibliography/4275#/summary. I do not see anything wrong with that way of working, unless I overlook something? Geertivp (talk) 11:30, 14 September 2020 (UTC)[reply]
Sorry Geertivp  :-( I made a mistake. In fact you only added in Dutch the following value "ebruik als qualifier om aan te geven hoe de waarde in de bron werd gegeven". It was on 5 april 2019... I didn't realize there was more modification on this property... and its "creator" is MSGJ ! One again sorry - forget my question. Have a nice day. Givet (talk) 16:14, 14 September 2020 (UTC)[reply]

Hungarian and Czech labels for persons[edit]

Hi! I don’t speak a word of Hungarian, but even I know that they put the last name before the first name. Your bot doesn’t account for that when adding new labels. You might want to look into that. --Emu (talk) 08:55, 15 September 2020 (UTC)[reply]

Come to think of it, there is also this ongoing discussion with the -óva suffix for women in the Czech language (even for foreigners that have no connection with the Czech language). However, I couldn’t find any Wikidata policy on that, maybe @Vojtěch Dostál: could help? --Emu (talk) 09:04, 15 September 2020 (UTC)[reply]

@Emu This addition of suffix also pertains to other Slavic languages (Polish, Slovak, etc). Unfortunately, I don't know of any Wikidata policy which formalizes this. If I can speak for myself, it would be very weird to have one surname item for the male version of the name and one item for the female version with "-ová". I think most Czechs would say it is still the same name. However, it is difficult to create an algorithm which would automatically create the male version from the female version: It's not as easy as cutting the "ová" from the female version of the name. This is because sometimes other letters may disappear or be added (Vrána - Vránová and not Vránaová). Vojtěch Dostál (talk) 09:17, 15 September 2020 (UTC)[reply]
@Vojtěch Dostál: Sorry, I should have made the point clearer that I refer to edits like this one. Should it say Regine Ulmannová? I remember that this is a heavily debated topic in Czechia with only relatively few leaning towards Regine Ulmann (but then again, I don’t speak Czech). --Emu (talk) 09:48, 15 September 2020 (UTC)[reply]
Oh, sorry, I thought you were referring to additions of family name (P734), please excuse me. As for labels, I'd say both versions (with -ová and without) should be added as labels or aliases. Which one gets prioritized as the main label will differ from person to person. Generally, foreigners (non-Czech non-Slavic females) rarely get "-ová" (only in limited cases). There's quite a lot on this in Czech Wikipedia at w:cs:Wikipedie:Přechylování ženských příjmení Vojtěch Dostál (talk) 09:52, 15 September 2020 (UTC)[reply]
@Vojtěch Dostál: I only add (Czech) labels for foreign (non-native) persons, with the intention to "export" cultural knowledge across the national boarders. The same way as I do for Dutch, French, German, English, Italian... Polish. If the rules for Czech and Polish are different, too complicated, or unclear, I can easily stop the replication for those languages. Please let me know, and I will follow your advice. To me it would be strange to have an ova-suffix for an American, UK, or Belgian woman? Geertivp (talk) 12:18, 15 September 2020 (UTC)[reply]
@Emu: What about Franz Kafka (Q905)? (first name - last name order) even in Czech and Hungarian... Geertivp (talk) 13:14, 15 September 2020 (UTC)[reply]

Thank you for the clarification! Would you agree that this shouldn’t be done by a bot? Emu (talk) 10:41, 15 September 2020 (UTC)[reply]

A bot-based approach can lead to some errors, yeah. I am hesitant if the error rate would be acceptable.Vojtěch Dostál (talk) 11:54, 15 September 2020 (UTC)[reply]
I have stopped my bot since last week for cs, hu, pl, because there seems no unique algorithm being defined. Geertivp (talk) 14:40, 21 September 2020 (UTC)[reply]

Norwegian labels[edit]

I must ask that you refrain from adding "no" labels to items using your bot and instead add them using the "nb" language code (or "nn" if you are certain that such labels are more appropriately marked as Nynorsk). @Jon Harald Søby, Nikki: who are also aware of this problem. Mahir256 (talk) 19:37, 20 September 2020 (UTC)[reply]

...and I see that Premeditated has already informed you of this problem. Mahir256 (talk) 01:09, 21 08:11, 17 September 2020 (UTC)[reply]
Thank you for notifying me, but I have changed the logic for the bot immediately after Premeditated has notified me. Since 09:39, 17 September 2020 (UTC) I only use the nb Norwegian language code. I am happy that I am aware that Norwegian is using 2 language codes (nb/nn) for Wikidata, and another one (no), only for Wikipedia... But I am afraid other users do not yet know this logic. Geertivp (talk) 14:35, 21 September 2020 (UTC)[reply]
I'm very glad to hear that you've fixed the problem with your bot. I've started a cleanup process for "no" labels (at the moment the vast majority of which are your bot's additions) which you're welcome to take part in. Once these are cleaned up I will request that the developers disable further additions using that code. Mahir256 (talk) 14:38, 21 September 2020 (UTC)[reply]
@Mahir256: @Premeditated: For your information - I am running a bot now to move all human (Q5) labels from no to nb. Example: Don Zientara (Q5293767). To correct my previous mistakes, and possible mistakes by others. Geertivp (talk) 18:10, 21 September 2020 (UTC)[reply]
Is your bot still doing this? The number of no labels has been stuck at 110k for some time now. Mahir256 (talk) 21:07, 3 October 2020 (UTC)[reply]
I have been very busy enhancing the logic of my bot quite a lot this last week. Therefore there was a pause in no labels fixing. I will restart moving no to nb labels soon. Geertivp (talk) 21:38, 3 October 2020 (UTC)[reply]
@Mahir256: Thanks for running QuickStatements. Not only labels should be moved... I have updated my bot to move descriptions and merge aliases as well from "no" to "nb". See example Q11964828. Geertivp (talk) 07:18, 11 October 2020 (UTC)[reply]

We sent you an e-mail[edit]

Hello Geertivp/2023,

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 see my explanation here.

MediaWiki message delivery (talk) 18:45, 25 September 2020 (UTC)[reply]

GeertivpBot & Maxlag[edit]

I'm watching various grafana dashboards right now ... seems to me that although maxlag is currently greater than 5s and 10s, GeertivpBot is not taking much notice. For instance, at 15:41 (by time of edit) maxlag was 17.22 seconds (16:41 on the grafana plot - the two use different clocks) and GeertivpBot made >30 edits. As I vaguely understand it, for maxlag of 5s of more, bots should back off and do no more than 1 edit per 5 seconds.

The effect of doing more edits than the RDF serialisation process can cope with, is to keep maxlag high for longer, shutting down for longer periods all other bots which obay the rules. And that seems a poor exchange for the privilege of adding DA labels. :(

Maxlag is further explained here: https://www.mediawiki.org/wiki/Manual:Maxlag_parameter

I remind you that per Wikidata:Bots#Bot accounts, "Bots should respect maxlag and should follow the API etiquette guidelines." --Tagishsimon (talk) 15:53, 18 October 2020 (UTC)[reply]

I stopped my Pywikibot User:GeertivpBot, temporarily. I have changed put_throttle = 6 now in user-config.py. Please advise me what parameters I can still adapt. Geertivp (talk) 19:07, 18 October 2020 (UTC)[reply]

Entity Explosion on Opera[edit]

Thanks very much for testing WD:EE on Opera. I don't have regular access to Opera, so this is very useful. I'm glad to hear that it worked ok off the shelf, but do let me know if you notice anything that needs tweaking. When I ported to Firefox it only needed minimal adjustments to make it work for both of them, so I expect similar for other browsers. --99of9 (talk) 00:06, 17 August 2021 (UTC)[reply]

@99of9: your presentation @Wikimania was very interesting. One remark about the user interface of the Extension. Choosing a non-English language is very clumsy; could you please sort the language labels? Then we could easily select the right language code Geertivp (talk) 11:56, 17 August 2021 (UTC)[reply]
I'm so glad you enjoyed it. The languages (apart from English appearing once extra at the top) are sorted by code, but since their names in their own language don't necessarily start with the same characters, it looks shabby. Thanks for the feedback. I'll try out a few options, perhaps making the codes visible? --99of9 (talk) 12:53, 17 August 2021 (UTC)[reply]
Thanks again for your feedback. As a consequence, the latest version has the codes visible. I hope you find it smoother. --99of9 (talk) 06:15, 5 October 2021 (UTC)[reply]

Project versus Wikimedia project page?[edit]

You made Wikipedia:Wikipedia Loves Art (Q98803922) but I merged it into Wikipedia:Wikipedia Loves Art (Q14734922). I am having second thoughts.

The one you made was a project, and the other is a Wikimedia description page. Are these different concepts that should have different items? First I thought it was a mistake, but now I wonder if this was intentional.

Do you have an opinion or advice on this? Thanks. Blue Rasberry (talk) 02:05, 5 October 2021 (UTC)[reply]

@Bluerasberry I think it makes sense to merge the items. The campaign might have an worldwide and a country- or language specific component. I believe more statements and sitelinks should be added. Shouldn't it be an instance of WikiProject (Q16695773) instead of Wikimedia Foundation project (Q14827288)? Geertivp (talk) 06:43, 5 October 2021 (UTC)[reply]

Call for participation in a task-based online experiment[edit]

Dear Geertivp,

I hope you are doing good,

I am Kholoud, a researcher at King's College London, and I work on a project as part of my PhD research, in which I have developed a personalised recommender system that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our system based on your previous edits. Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published to a research venue.

The study will start in late January 2022 or early February 2022, and it should take no more than 30 minutes.

If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSees9WzFXR0Vl3mHLkZCaByeFHRrBy51kBca53euq9nt3XWog/viewform?usp=sf_link I will contact you with the link to start the study.

For more information about the study, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.

Thank you for considering taking part in this research.

Regards

Kholoudsaa (talk) 19:40, 8 January 2022 (UTC)[reply]

Geen Belg[edit]

Frederik Lambertus Geerling (Q3895553) is volgens mij geen Belg, maar een Nederlander. Ik zie dat jij dat in veel talen hebt toegevoegd. Heb je toevallig ook een gemakkelijk scriptje om dit nu in veel talen te verbeteren? Multichill (talk) 15:08, 14 April 2022 (UTC)[reply]

Hoi @Multichill. Ik heb de beschrijving manueel vertaald uit het NL voor FR,DE,IT zie https://www.wikidata.org/w/index.php?title=Q3895553&type=revision&diff=453448011&oldid=451149714. Daar stond toen "Belgisch politieker" en dat heb ik zo overgenomen...
Anderzijds heb ik een Pywikibot script sinds vorig jaar https://github.com/geertivp/Pywikibot/blob/main/copy_label.py dat heel veel updates en correcties automatisch kan doen. Om de beschrijvingen aan te passen heb ik geen script. Je kan -h gebruiken voor hulp... Geertivp (talk) 16:03, 14 April 2022 (UTC)[reply]

Houbart[edit]

Dear Geert,

are there any works linkable for Claudine Houbart (Q111722759)?--Amygdalopath (talk) 13:55, 28 April 2022 (UTC)[reply]

Neel Doff[edit]

Beste Geertivp. Sinds 23 maart 2017 noem je Neel Doff een "Belgisch schrijfster" (hier). Het Nederlandstalige lemma daarentegen noemt haar een Nederlandse. Wat is je bron voor de stelling dat ze Belgische was? Alvast bedankt! Happytravels (talk) 17:21, 23 August 2022 (UTC)[reply]

D'er stond oorspronkelijk "schrijfster uit België" wat ik aangepast heb als "Belgisch schrijfster"; een stijl dat bij andere lemma's ook wordt gebruikt. Waarschijnlijk heeft ze beide nationaliteiten gehad, want ze is achtereenvolgens gehuwd geweest met twee (?) Belgen? Moeten we er dan Nederlands-Belgisch schrijfster van maken? Geertivp (talk) 20:14, 23 August 2022 (UTC)[reply]

Wikidata recommender system online evaluation[edit]

Dear Geertivp,

I hope this email finds you well,

This is Kholoud Alghamdi, I contacted you earlier this year about participating in the online evaluation of the Wikidata Recommender, and you have registered to be part of it.

When you are ready, please open the link and start the experiment, https://docs.google.com/forms/d/e/1FAIpQLSdqSb2_ddapcyYefZt9rj3ypM7PDWDU-6cEtpfgMvGNyl7sDQ/viewform?usp=sf_link

Please don't hesitate to contact me in case you have any comments or questions!

Thank you I really appreciate your support. Kholoudsaa (talk) 22:07, 31 January 2023 (UTC)[reply]

Double ?[edit]

Bonjour. Je crois que tu lis le français. Je ne suis pas très à l'aise avec Wikidata. https://www.wikidata.org/wiki/Q116809556 et https://www.wikidata.org/wiki/Q107328502 sont la même chose. Franc' Pairon (Q116809556) est lié à la WP:fr donc Francine Pairon (Q107328502) devrait être supprimé, mais je ne sais pas comment faire. Merci. Google trad : Hallo. Ik geloof dat je Frans leest. Ik ben niet erg op mijn gemak met Wikidata. Q116809556 en Q107328502 zijn hetzelfde, dus Francine Pairon (Q107328502) moet worden verwijderd, maar ik weet niet hoe. --Arroser (talk) 15:32, 17 February 2023 (UTC)[reply]

C'est fait. Il y une fonctionalité Wikidata "Merge" disponible dans Preférences -> Gadgets pour Fusionner 2 entités; Francine Pairon (Q107328502), que est le plus ancien, est retenu. Geertivp (talk) 22:01, 17 February 2023 (UTC)[reply]
Je ne connaissais pas cette fonction "Merge". J'utilise peu Wikidata. Merci. --Arroser (talk) 17:24, 19 February 2023 (UTC)[reply]

?[edit]

Please tell me, what different? Q66363203 & Q12166078Виктор Пинчук (talk) 14:40, 18 February 2023 (UTC)[reply]

I have merged them as photo artist (Q12166078) Geertivp (talk) 00:27, 19 February 2023 (UTC)[reply]

GeertivpBot mistakes[edit]

Hi @Geertivp, I noticed that your bot uses native language (P103) instead of language used (P2936) for organizations. For example: Q118206517 RVA2869 (talk) 13:36, 6 August 2023 (UTC)[reply]

Thanks for informing me about the property language used (P2936) for non-persons... I have corrected the wrong bot updates, see example Special:Diff/Q118206517/1948210883. I also corrected the bot script accordingly. Geertivp (talk) 19:55, 6 August 2023 (UTC)[reply]
Thank you. RVA2869 (talk) 10:30, 7 August 2023 (UTC)[reply]

Mont Bisanne[edit]

Bonjour,

A l'époque, je n'étais pas familier avec Wikidata et je voulais fusionner deux éléments en double. En supprimant les informations de l'élément, cela aurait alors pu permettre sa suppression (qui n'a toutefois pas été faite).

Je viens de fusionner les deux éléments en double, le problème est donc réglé.

Rémih (talk) 08:33, 7 September 2023 (UTC)[reply]

Merci, @Rémih Geertivp (talk) 09:08, 7 September 2023 (UTC)[reply]