User talk:Yellowcard

From Wikidata
Jump to navigation Jump to search

Logo of Wikidata Welcome to Wikidata, Yellowcard!

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! Leyo 12:43, 16 September 2015 (UTC)[reply]

Danke, Leyo! Yellowcard (talk) 12:45, 16 September 2015 (UTC)[reply]

Activity with (sur)names

[edit]

How do you plan to deal with Russian sitelinks? I insist that they must have be marked with instance of (P31) "(sur)name". For example, ru:Стасов is about family name, so it should be in Stassov (Q21452578)? --Infovarius (talk) 14:10, 11 November 2015 (UTC)[reply]

I propose you to stop your activity because you are removing right statements from Russian pages. --Infovarius (talk) 14:17, 11 November 2015 (UTC)[reply]
Please STOP AND DISCUSS. --Infovarius (talk) 14:30, 11 November 2015 (UTC)[reply]
Last warning, Yellowcard. Stop and discuss, or I'll have to block you. --AmaryllisGardener talk 15:58, 11 November 2015 (UTC)[reply]

From "Administration noticeboard":

Hi Infovarius and AmaryllisGardener, sorry for any inconvenience or obscurities. Of course I'm willing to discuss, but I don't think this is the right place. Where to move? However, I did not create empty items, I rather cleaned up some bot-created mass that confused disambiguation pages and surname items. Those two are completely different things that do not belong into one item. I did not want to upset you by doing this. Regards, Yellowcard (talk) 18:33, 11 November 2015 (UTC)[reply]
I understand that you are trying to separate disambigs and surnames. The problem is that this is impossible in some cases. As I've said: what can you tell about Russian pages which are about surnames but have some kind of disambig template? --Infovarius (talk) 20:25, 11 November 2015 (UTC)[reply]
I can't tell anything about the Wikipedia article in Russian as I don't speak that language (you'll have figured that). However, this is Wikidata. Therefore we have to make sure that:
  1. The interwiki links work and
  2. we differ the items properly.
Saying that, there cannot be one item with these two contradicting claims ("is a disambiguation page" and "is a surname"), but we need two: For example because in the long distance view all people's items should have a surname claim with the regarding surname containing.
The problem that occurs by this cannot be resolved by Wikidata: Someone in the Russian Wikipedia has to decide whether the article is more about the surname or is more a disambiguation page. Depending on that decision, the article would loose its interwiki links. But I cannot make this decision, which is why I have left the sitelinks in the status quo.
Do you have a certain example you refer to? Regards, Yellowcard (talk) 20:32, 11 November 2015 (UTC)[reply]
Hi Infovarius, I started a discussion in the WikiProject Names: here. I think that might be the better place. Regards, Yellowcard (talk) 00:26, 12 November 2015 (UTC)[reply]

English

[edit]

Hey Yellowcard. Just a quick question: what were you trying to do with English (Q21482537)? As it stands, it seems it can just be merged into English (Q15924427), right? If there's anything I can do to help, just let me know. Schönen Sonntag noch. Jared Preston (talk) 12:52, 15 November 2015 (UTC)[reply]

Hi Jared! No, those cannot be merged, I just made two out of English (Q15924427). The point is that English (Q15924427) is about a disambiguation page in Wikimedia (so especially in different Wikipedia versions) while English (Q21482537) is an item about the surname. That's two different things; the latter is not related to any Wikimedia projects and only refers to the surname while the first one only relates to Wikimedia projects. To express this difference I also added different from (P1889). For more information see this discussion in the WikiProject Names. Cheers and same to you, Yellowcard (talk) 12:57, 15 November 2015 (UTC)[reply]
Aber es gab schon English (Q182), daher meine Frage. Was sollte der Unterschied zwischen English (Q21482537) and English (Q182) sein? Jared Preston (talk) 13:07, 15 November 2015 (UTC)[reply]
Oh, das stimmt. Die beiden können wohl gemergt werden, das werde ich gleich nachholen. English (Q182) hatte ich nicht bermerkt. Danke für den Hinweis! Yellowcard (talk) 13:27, 15 November 2015 (UTC)[reply]
Bitte. Noch eine Frage: Wie kriegst du es so hin, mit scheinbar nur einem Klick die Beschreibungen einzufügen aber gleichzeitig die schon vorhandenen Beschreibungen zu überschreiben? Wie bspw. hier. Das ist echt praktisch! Jared Preston (talk) 13:51, 15 November 2015 (UTC)[reply]
Ja, und leider fehlt mir eine solche Funktion noch als Script oder per direkter Eingabe. Daher nutze ich die Wikidata-API dafür. Ist aber leider auch nicht ganz komfortabel. Viele Grüße, Yellowcard (talk) 15:26, 15 November 2015 (UTC)[reply]
Ich kenne mich mit sowas (leider) gar nicht aus. Zu technisch. Jared Preston (talk) 17:07, 15 November 2015 (UTC)[reply]
Hi Jared, ich bin auf den dataDrainer aufmerksam gemacht worden. Mit ihm ist es möglich, Labels und Beschreibungen zu löschen. Du kannst ihn aktivieren, indem Du die Zeile
importScript( 'MediaWiki:Gadget-dataDrainer.js' );
in Dein persönliches JavaScript einfügst. Viele Grüße, Yellowcard (talk) 17:42, 19 November 2015 (UTC)[reply]

──────────────────────────────────────────────────────────────────────────────────────────────────── Hey! Schönen guten Abend! Das war nicht ganz wonach ich gesucht habe, aber auch nicht schlecht! Du hattest Probleme damit? Die App war im Aufklappmenü unter "Empty" zu finden. Es stand da allerdings, dass man einen Captcha eingeben müsste, bevor die Löschung vorgenommen wird – dies war aber nicht der Fall. Ich hatte es bei Wikidata Sandbox (Q4115189) ausprobiert, siehst du in der Versionsgeschichte. Jared Preston (talk) 18:50, 19 November 2015 (UTC)[reply]

Hi Jared, das Problem bei mir ist, dass ich die Funktion gar nicht nutzen kann. Anscheinend habe ich nicht die ausreichenden Rechte dazu. Eigenartig ... Dir auch einen schönen Abend! Grüße, Yellowcard (talk) 20:54, 19 November 2015 (UTC)[reply]

Surname/Disambiguation

[edit]

Hello! I totally agree we should separate the two and I do it myself when I find an item like that but could you please verify if the item is used before creating a new one? I mean, when an item is used as a surname in an hundred or so pages, it's more easy to create a disambiguation page and let the family page name be… Disambiguation pages are rarely used, so I think you'll end up creating more disambig pages than family names ones. Right now you are creating violations constraints errors with Q5 items using a disambig page as a family name, which will need to be corrected, and could have been simply by deleting the P31:disambig.

So I totally agree with your work but would prefer another method ;) --Harmonia Amanda (talk) 06:41, 19 November 2015 (UTC)[reply]

And PLEASE clean up behind you. You let wrong descriptions and sitelinks. Right now it's a mess. Do it item by item? --Harmonia Amanda (talk) 06:45, 19 November 2015 (UTC)[reply]
@Harmonia Amanda: you might want to join the discussion about that at Wikidata_talk:WikiProject_Names#Discussion. --- Jura 10:47, 19 November 2015 (UTC)[reply]

Kyrillisch

[edit]

Hallo Yellowcard,

den nameGuzzler bei Objekten mit kyrillischem Namen zu benutzen führt meist zu Ergebnissen, die den Namenskoventionen Kyrillisch widersprechen. Könntest du bei so etwas bitte immer Wikyrilliza benutzen?--Kopiersperre (talk) 14:51, 20 November 2015 (UTC)[reply]

Hi Kopiersperre, danke für den Hinweis. Hast Du ein konkretes Beispiel? Und einfache Frage: Woran erkenne ich denn überhaupt einen kyrillischen Namen? Grüße, Yellowcard (talk) 14:54, 20 November 2015 (UTC)[reply]
Wenn du Russisch zu deinen vier angezeigten Sprachen hinzugefügt hast, wirst damit mehr als 95 % aller kyrillischen Namen sehen. Ansonsten an der Endung -ow bzw. -ov in englischer Transliteration.--Kopiersperre (talk) 14:58, 20 November 2015 (UTC)[reply]

Albert

[edit]

Why Q10729205 is different than Q21482955? Both are surnames. --Davidpar (talk) 11:51, 7 January 2016 (UTC)[reply]

Yes, since this edit. Before, Albert (Q10729205) was an item related to a disambiguation page. I will merge those two. Yellowcard (talk) 16:23, 7 January 2016 (UTC)[reply]
Thanks! --Davidpar (talk) 22:42, 8 January 2016 (UTC)[reply]

DragRef

[edit]

Funktioniert bei mir auch nicht mehr, genau wie bei dir. @Magnus Manske: Hast du irgendwas geändert? Queryzo (talk) 09:22, 23 March 2016 (UTC)[reply]

@Queryzo: Am 12. März gab es eine kleine Änderung. Weißt Du zufällig, ob es bei Dir nach dem 12.03. noch funktioniert hat? Wenn nicht, werde ich mal versuchen, die vorherige Version in meinen BNR zu kopieren und es dann erneut zu probieren. Gruß Yellowcard (talk) 10:37, 23 March 2016 (UTC)[reply]
Meine letzten DragRef-Bearbeitungen waren Ende Januar, siehe [1], wahrscheinlicher ist also, dass die Änderungen davor verantwortlich sind. Queryzo (talk) 10:49, 23 March 2016 (UTC)[reply]

Description change on 8/10 (Q16276821)

[edit]

Hi,

Could you check as I'm unsure this item (and particularly this diff Special:Diff/272774363) is correct.

Cdlt, VIGNERON (talk) 09:25, 19 June 2016 (UTC)[reply]

Hi VIGNERON, you're right, those edits weren't correct. I just fixed that. Thanks for your message. Yellowcard (talk) 11:06, 19 June 2016 (UTC)[reply]
Thank you. Right now, I'm working a little bit on family name. Meanwhile, I noticed some item with strange label like Canale (Q5031074) could you correct it too? (apparently, there is a lot of them, see this request : https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20WHERE%20%7B%0A%09%3Fitem%20wdt%3AP31%20wd%3AQ101352%20.%0A%09%3Fitem%20rdfs%3Alabel%20%3FitemLabel%0A%09FILTER%20%28lang%28%3FitemLabel%29%20%3D%20%22fr%22%20%26%26%20STRENDS%28%3FitemLabel%2C%20%22%28surname%29%22%29%29%0A%7D and there is probably some more). Cdlt, VIGNERON (talk) 11:35, 19 June 2016 (UTC)[reply]

Item to be delete

[edit]

In RFD there are a lot of item proposed for the deletion created by you. If you do not agree you can participate in the debate --ValterVB (talk) 19:59, 3 March 2017 (UTC)[reply]

Dorfwaage

[edit]

Hallo Yellowcard, du hast kürzlich meine Verschiebung von „Dorfwaage“ rückgängig gemacht, siehe hier. Ich hatte „Dorfwaage“ aber ganz bewusst verschoben, weil das deutsche Lemma nicht bedeutungsgleich mit den anderssprachigen Lemmata ist. In en, es, nl, da und anderen Sprachen geht es um das, was im Deutschen gemeinhin als „Brückenwaage“ bezeichnet wird. Auf Brückenwaagen werden Fahrzeuge gewogen, z. B. Lkws (vgl. engl. truck scale) oder Eisenbahnwaggons, unabhängig von Ladungsart oder Verwendungszweck der Fahrzeuge. Dorfwaagen sind oft kleiner und dienen rein landwirtschaftlichen Zwecken, z. B. als Viehwaage oder zum Wägen der Ernte. Einen separaten Artikel zu Brückenwaagen gibt es in der deutschsprachigen Wikipedia nicht; ein Abschnitt dazu findet sich aber im Übersichtsartikel zu Waagen. Meines Erachtens sollten diese Lemmata nicht miteinander vermischt werden.--Colomen (talk) 14:30, 2 May 2017 (UTC)[reply]

Hallo Colomen, das klingt soweit sinnvoll. Ich war irritiert, weil im deutschen Artikel de:Dorfwaage auch eine Abbildung einer LKW-Brückenwaage zu finden ist. Ich werde meinen Revert dann aber rückgängig machen. Danke für den Hinweis! Viele Grüße, Yellowcard (talk) 14:33, 2 May 2017 (UTC)[reply]

Verzweiflung

[edit]

Das sind die Aktionen, die mich immer wieder zur Verzweiflung bringen. Völlig unnötige Mehrarbeit für Andere, wenn eine Sekunde mitgedacht worden wäre. Marcus Cyron (talk) 23:29, 31 March 2018 (UTC)[reply]

Wie Du Dir sicher denken kannst, lieber Marcus, ist das Befüllen von Labels zu Namen keine Aufgabe, die ein Mensch mit allzu großem Nachdenken im Einzelfall erledigen sollte – sondern (halb-)automatisch durchgeführt werden können. In dieser Bearbeitung von 2015 (!) hat es offenbar einen Fehler gegeben. Es tut mir Leid, wenn Dich soetwas zur "Verzweiflung" bringt - ich habe den Fehler korrigiert, was mich übrigens weniger Zeit gekostet haben dürfte, als diese Antwort zu verfassen. Beste Grüße und trotz der Widrigkeiten einen schönen letzten Ostertag... Yellowcard (talk) 10:28, 2 April 2018 (UTC)[reply]

New page for catalogues

[edit]

Hi, I created a new page for collecting sites that could be added to Mix'n'match and I plan to expand it with the ones that already have scrapers by category. Feel free to expand, use for property creation. Best, --Adam Harangozó (talk) 12:04, 21 October 2019 (UTC)[reply]

Time zones and DST

[edit]

@Yellowcard: I'm not sure; do I need to ping you on your own User talk page, or do you keep watching it yourself anyway?

I just want to check in and thank you for the inspiring discussion; I have long been interested in chronology and various time-keeping issues! As usual, I'm quite confident that I'm correct in my beliefs, but it's always refreshing (and I would even say necessary) to consider opposing viewpoints now and then.

However, if you want to continue the discussion with me, I'd rather do it here than on the property Talk page; not that the subject is irrelevant to the other editors, but I know I can be a bit verbose, and I don't want others to grow tired of our conversation. In case we arrive at some kind of conclusion, we can report that back to the Talk page later.

We could also see if either of the geography-related Wikiprojects would be suitable to discuss the territorial hierarchy model I referred to. --SM5POR (talk) 13:57, 6 July 2020 (UTC)[reply]

@SM5POR: You do not need to ping me on my talk page, but it makes sense everywhere else. :-)
Thanks for your nice words, and I also enjoy the discussion as I did not even expect anyone to be interested in my request / question. Hope we find a soluation that we are both satisfied with.
Regarding the place of discussion, I would prefer to continue on the property talk page. It is difficult to find it there, but way more difficult to find it here. At least one more user has already seen/joined the discussion, and hopefully more to follow. Would you mind staying where we had started the discussion? Yellowcard (talk) 22:28, 6 July 2020 (UTC)[reply]

Deletion of areas

[edit]

Please explain these edits.

Clicking on the batch number indicate they had something to do with a miscalculation. Who decided it was a miscalculation. Where is this reasoning documented.

You seem to be making a large number of such edits. Is this an approved bot activity. If so, where is the approval? If not, why was bot approval not sought? Jc3s5h (talk) 19:08, 26 August 2020 (UTC)[reply]

Hi Jc3s5h, please look in the version history - you see that I have added the deleted statement. The information comes from the US Census Bureau, but for some items, I mixed "land area" with "total" area, which is why the correction is needed. Also, you probably did not see that these are QuickStatement edits, not performed by a bot. Asking is okay, some more kindness would have been appreciated. Cheers, Yellowcard (talk) 19:25, 26 August 2020 (UTC)[reply]

Wrong labels in disambiguation pages

[edit]

Hi, about five years ago you seem to have run a batch of edits that added labels to disambiguation page items. Doing this to family name items doesn't seem to be a problem, as they are invariable. But disambiguation pages often have different spellings for a single concept, especially when the original word is written in a non-Latin script. I've found a couple of such items where I've had to revert you: Zhukov (Q507466) (you applied the French transliteration to all other languages: [2]) and Baltacha (Q805543). I didn't make an extensive search, maybe you could check your edits from that period and correct other such cases, please? —capmo (talk) 18:59, 19 September 2020 (UTC)[reply]

We sent you an e-mail

[edit]

Hello Yellowcard,

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:46, 25 September 2020 (UTC)[reply]

Repurposing entities

[edit]

Hi Yellowcard,

Please avoid repurposing entities. If a website uses a different scheme for its identifiers, please request a new property. --- Jura 16:40, 29 September 2020 (UTC)[reply]

Hi Jura1, your message is very abstract to me. What are you referring to? Thanks, Yellowcard (talk) 16:50, 29 September 2020 (UTC)[reply]
Your edits at [3]. --- Jura 17:03, 29 September 2020 (UTC)[reply]
@Jura1: What is wrong about them? The website has restructured and changed the system of the identifiers. Please let me know in detail what you are referring at. 4-word sentences are neither helpful nor respectful. Thanks. Yellowcard (talk) 17:16, 29 September 2020 (UTC)[reply]
The scheme changed so one would generally create a new property for the new scheme. Otherwise you just break it for users who rely on Wikidata's property definition. --- Jura 18:18, 29 September 2020 (UTC)[reply]
Why would you keep the old scheme? Those identifiers are worthless, the links are broken. Why would anyone rely on the old scheme? I do not understand your point, I am sorry. Is this your personal opinion or can you link a site where this guideline is described? Yellowcard (talk) 14:49, 30 September 2020 (UTC)[reply]

Einwohnerzahlen und weitere Daten Census 2010

[edit]

Hallo Yellowcard, im Object zur Stadt Toccoa Q2581787 hattest du vor längerer Zeit Daten eingefügt, aber zum Schluss z. T. wieder gelöscht. Fehlt da noch ein Durchgang, der die Daten wieder aktualisiert oder ist da was schief gelaufen? Denke so wie es ist, soll es nicht bleiben?! --Mirer (talk) 18:48, 13 July 2021 (UTC)[reply]

Da ist offensichtlich etwas schiefgelaufen. Vielen Dank für den Hinweis! Schaue ich mir an sobald ich einen Moment finde, entweder heute Abend oder morgen Abend. Viele Grüße, Yellowcard (talk) 09:19, 14 July 2021 (UTC)[reply]
Danke für die Aktualisierung. Habe für Toccoa mal probiert, die Daten per Vorlage (in die Einleitung) einzubinden. Geht soweit problemlos, lediglich den Link zum richtigen Census setzen funktioniert nicht[4] - witzigerweise geht es aber in der Vorschau! Einfach mal die Version aus dem Link nehmen und beim Speichern auf "Vorschau" gehen. --Mirer (talk) 13:40, 16 July 2021 (UTC)[reply]

Einwohnerzahlen United States Census 2020 eventuell Importproblem?

[edit]

Hallo Yellowcard! Stichprobenartig habe ich mir von Dir am 31.1.2022 importierte Daten angeschaut. Am Beispiel Q517569 ist mir Folgendes aufgefallen: 1) Es wurde für den Census 2020 die Einwohnerzahl 48.008 mit der Fundstelle "Census 2020" von Dir importiert. Allerdings fehlt "Zeitpunkt/Stand" von dieser Einwohnerzahl. Hier müßte dann wohl auch 2020 stehen? 2) Im zugeordneten deutschen Wikipediaartikel La_Mirada steht jetzt " Einwohner: 48.527 (Stand: 2010) " obwohl ja 2020 daten existieren. Ist da irgend etwas schief gelaufen oder fehlt da noch ein Batchlauf? Hinweis: analog in Q985077 Gruß MTheiler (talk) 18:00, 31 January 2022 (UTC)[reply]

Hallo MTheiler, der gerade laufende Import der Daten zu Orten in Kalifornien und Colorado ist noch nicht abgeschlossen. Danach sollte Punkt 1 erledigt sein. Punkt 2 war wohl ein Caching-Problem, bei mir wird bereits 2020 angezeigt. Es kann je nach Auslastung der Server ein paar Stunden dauern, bis die Daten in den Wikipedia-Artikeln angezeigt werden. Ein manueller Purge kann da helfen. Sollten Dir nochmal irgendwelche Besonderheiten auffallen, bitte gerne unbedingt Bescheid geben. Aufgrund der Menge der Daten können immer Fehler passieren, deren Ursache würde ich dann gerne so schnell wie möglich finden und abstellen. Danke und viele Grüße, Yellowcard (talk) 18:17, 31 January 2022 (UTC)[reply]
Prima, meine Stichprobe sieht jetzt gut aus! Ein Batch läuft ja noch. Und Danke für die tolle Arbeit die Du verrichtest! MTheiler (talk) 20:11, 31 January 2022 (UTC)[reply]
Das freut mich zu hören, vielen Dank! Unterstützung ist natürlich immer willkommen, siehe: de:Benutzer:Yellowcard/Zensus-Daten ohne Wikidata-Zuordnung Viele Grüße Yellowcard (talk) 21:02, 31 January 2022 (UTC)[reply]

False population

[edit]

Your edit to the population of Poughkeepsie, New York, claiming the population is 857, with no indication of a point in time, is obviously false. I will revert it.

Thanks for the information. You are referring to Poughkeepsie (Q1002445)? This was a semi-automated edit, and I will check the root cause for the error in the raw data. Thanks, Yellowcard (talk) 06:59, 1 March 2022 (UTC)[reply]

Households

[edit]

Hi there, why are you removing U.S. census household data, out of curiosity? Thanks! Huntster (t @ c) 18:31, 4 May 2022 (UTC)[reply]

Hello @Huntster, it has turned out that the data was wrong. The data from the US Census for 2010 and 2020 refers to housing units, which is quite different than number of households in some places. Therefore, I first removed all household data that was based on the US Census 2010 and 2020 results, then I will add the number of households from the American Community Survey (2020, 2016, eventually 2010) and once the property for number of housing units has been created, I will re-add the census information about number of housing units with the correct property. For the latter, you are very welcome to leave your comment: Wikidata:Property proposal/Number of housing units. If you have any further questions, please feel free to ask. Best regards, Yellowcard (talk) 05:56, 5 May 2022 (UTC)[reply]
Thank you! That makes perfect sense. I appreciate your diligence. Huntster (t @ c) 08:38, 5 May 2022 (UTC)[reply]
This edit adds the number of households as 1,858±131. This strikes me as an unlikely way for a source to state the number of household. The edit does not provide a source. Please explain the origin of this number. Jc3s5h (talk) 14:33, 8 May 2022 (UTC)[reply]
Hello @Jc3s5h. The job is still running, once completed there will be a source as well (which is the American Community Survey). The reason why this is chunked is a malfunktion of QuickStatements; I need to restart the jobs several times until everything is complete.
However, I am very curious: What issue do you see with this statement? Regards, Yellowcard (talk) 16:09, 8 May 2022 (UTC)[reply]
I have never come across a statement about population or households from the US Census that gives a tolerance or an upper and lower bound. Jc3s5h (talk) 16:16, 8 May 2022 (UTC)[reply]
@Jc3s5h In the American Community Survey, a margin of error with 90% confidence level is provided, as the data is based on a random sample (only ca. one out of eight individuals & households are examined over a 5-year period). In contrast, for the decennial census, there is no margin of error as every individual is registered, so it does not make sense to provide a margin of error from statistical point of view. Regards, Yellowcard (talk) 16:38, 8 May 2022 (UTC)[reply]

Please slow down editing

[edit]

Would you mind slowing down your current edits a bit? On EditGroups, it looks like you might be running up to seven QuickStatements batches in parallel, which seems a bit excessive. It’s also causing some server problems (partially exacerbated by the fact that the items you’re editing seem to be more commonly used on other wikis, compared to some other high-frequency editors) – nothing too terrible at the moment, but I’d still appreciate it if you would spread your edits over a longer period of time. Lucas Werkmeister (WMDE) (talk) 17:07, 10 May 2022 (UTC)[reply]

Hi Lucas. That as well seems to be a QuickStatements issue. The jobs are queued and are supposed to be run sequently. At some point, however, QuickStatements starts to run a certain number of jobs in parallel. I do not see any chance how to manage/manipulate/influence this behaviour from my end-user's point of view.
Background fact: The dataset that I am adding is ca. 55,000 statements about population data. QuickStatements can only handle ca. 3000 of them in one batch (each statements needs a few qualifiers and a reference). That's why I need to make chunks of 3000 datasets each and have to enter themn manually into QuickStatements. That's more time-consuming than you might expect.
And indeed, the overall situation annoys me. There is a set of data (United States census data) and yes, we use the data in the German Wikipedia articles (not yet enough, but there's a good start). Utilizing Wikidata for Wikipedia projects used to be one of the main targets of this project, not generating data for the Google Graph. At the same time, there is no core Wikidata functionality how to do this. There is, instead, a basically great tool like QuickStatements, which has though a known number of bugs that have not been fixed for years, talking about things like the precision bug or the job que bug or the bugs that adding qualifiers to statements have an enormous failure rate so you have to re-start every job five times and more until all edits have been eventually executed.
I really do not see the responsibility (nor capability) on the voluntary editor's side to fix these issues. However, I am open to any other suggestions how I can improve my work, as it is really frustrating at the moment. The fact that adding population data of the places of the United States does not only take DAYS and requires steady manual work besides the jobs running, the software bugs that make the content creators struggle to do so are quite detrimental to the project scope, to be honest. And indeed, the fact that adding a straightforward dataset such as the population number of 50,000 places overwhelms the Wikibase server due to the QuickStatements job management is in fact a bug.
Lucas, please let me know how I am supposed to proceed. 55,000 datasets, that would mean: Making chunks of 3000 each (QuickStatements cannot cope with more), run this chunk, wait ca. 3 hours until the chunk has been executed, re-run (as there is 75 % failures), wait 2 hours, re-run, wait one hour, and eventually re-run twice again, just to have this 3000 dataset chunk completed. Then continue with the next one - only 20 times in total. How long will it take me to have simple population data added to Wikidata? This really cannot be the desired solution that the dev-team is happy with, I hope?
@Lydia Pintscher (WMDE): Vielleicht magst Du Dir das auch mal ansehen: Endlich haben wir eine veritable Gruppe an Wikipedia-Autoren in der de.wp zusammen, die sehr gerne Wikidata mehr in den Artikelbestand einbinden wollen, und Bevölkerungsdaten sind dazu eigentlich hervorragend geeignet. Auch die Kollegen der en.wp schauen gerade interessiert auf unser Projekt, in das sehr viel Arbeit fließt (siehe bspw hier oder hier). Die Daten liegen im CSV-Format vor und sind ziemlich simpel. Dass es imer noch an allgemeinverständlichen, fehlerfreien Tools mangelt, diese Daten in Wikidata hochzuladen, ist der Grund, warum die meisten der Wikipedia-Auditoren abwinken und die Verzahnung zwischen Wikipedia-Artikeltext und Wikidata immer noch so überschaubar ist. Im Prinzip reden wir hier über eine Excel-Tabelle mit 55.000 Zeilen und einer Handvoll Spalten, die in Wikidata abgebildet werden soll - das führt zu tagelanger Arbeit, Fehlern, Rückfragen, Schulterzucken bei gemeldeten Bugs (siehe WD:DEV). In meinen Augen ist das ein gutes Beispiel, sich nochmal über Zweck und Selbstzweck dieses Projekts aus Community-Sicht zu unterhalten, bevor man Freiwillige bittet, langsamer zu editieren, was am Ende darin geschuldet ist, dass "Drittanbieter"-Tools wie QuickStatements leider nicht stabil laufen. (Dass Magnus seine vielen genialen Tools nicht parallel maintainen kann, ist übrigens völlig klar, auf ihn möchte ich da gar nichts kommen lassen.) Das alles ist wirklich mehr als ärgerlich. Viele Grüße/Best regards, Yellowcard (talk) 22:32, 10 May 2022 (UTC)[reply]
PS: Es ist jetzt für mich irrsinnig schwierig, diese Nachricht abzusenden, weil ich natürlich durchgängig in die Missbrauchsfilter laufe aufgrund der seit heute Morgen laufenden QuickStatements-Jobs... Ich finde nicht, dass das der Stand der Technik sein sollte. Yellowcard (talk) 22:32, 10 May 2022 (UTC)[reply]
Hallo, Yellowcard. Du hast natürlich recht. Die aktuelle Situation ist alles andere als gut. Ich würde gerne mehr Zeit in QuickStatements investieren, was aber aus verschiedenen Gründen im Moment leider nicht geht. Als (zugegebenermaßen kleinen) nächsten Schritt werden Mohammed und ich die aktuellen Probleme sammeln und sicherstellen, dass sie alle in Tickets festgehalten sind. Sobald wir das haben werde ich versuchen zu schauen wie wir da irgendwie weiterkommen. Ich habe bisher leider noch nicht die zündende Idee aber ich verspreche dranzubleiben.
Es freut mich von deinem Projekt zu hören! --Lydia Pintscher (WMDE) (talk) 22:26, 11 May 2022 (UTC)[reply]
PS: Ich bin für die nächsten 2 Wochen im Urlaub weit weg vom Internet und werde leider erst danach wieder antworten können.