About this board

Previous discussion was archived at 2013 2014 2015 2016

Oursana (talkcontribs)

Hallo Pasleim, ich bin mit User:Kolja21 uneins über die Benutzung und Unterscheidung von Band-Ausgabe.

Guckst Du Dir bitte Q41640108 an, denn ich kann auch den Eintrag Deines Bots nicht nachvollziehen. Oder liegt das daran, dass Q110183503 noch in meinen Augen falsch "Ausgaben" hat. Danke und Gruß

MisterSynergy (talkcontribs)
Oursana (talkcontribs)

ok, das habe ich mir gedacht und synchronisiere es. Wenn ich das gleich invers richtig gemacht habe, guckst Du dann bitte nochmal drüber, ob es grundsätzlich richtig ist, denn ich sehe das 37 bändige Werk derselben 1. Auflage als Bände, Serie, besteht aus, ist Teil von, während User:Kolja21 das als Ausgaben behandeln will und das ist schon sinnvoll das richtig einheitlich zu machen. Danke

MisterSynergy (talkcontribs)

Was da fachlich korrekt ist, kann ich auf die Schnelle nicht feststellen, und deshalb möchte ich mich da auch nicht einmischen ;-) Viele Grüße!

Oursana (talkcontribs)

Danke aber soweit

Reply to "Band Ausgabe"

Property usage statistics not updated since September last year

4
Egon Willighagen (talkcontribs)

Are there any plans to reboot it? I really loved the functionality.

MisterSynergy (talkcontribs)

Which reports exactly are missing updates?

Egon Willighagen (talkcontribs)
MisterSynergy (talkcontribs)

Okay I see.

The underlying templates are being updated weekly by User:DeltaBot since September, as User:PLbot has been retired and its jobs have been migrated to DeltaBot. The SPARQL queries only displayed revisions by PLbot, so DeltaBot needed to be included as well. I have done so on Module:Property documentation (diff), so there should now be data for the recent months as well.

The only difference is that the update job is not running daily anymore. It is a relatively expensive job that takes a couple of hours per execution and creates permanent load for WDQS during execution, and I figured that weekly data is likely sufficient for most users.

Reply to "Property usage statistics not updated since September last year"
Pallor (talkcontribs)

Hello Pasleim! I am writing about the Hungarian elements of this list. Most of the elements marked "Implausible" are very old constituencies from the 19th century, the boundaries of which are difficult to reconstruct today. these constituencies did not have a seat at the time, they were named after the largest settlements, so it also happened that the names of several premises were given, and also that the seat changed. What is listed as a seat in these elements is often just the name of the most frequently mentioned settlement, which was not an official seat. Because of the above, in many cases I have given a geographical coordinate that deliberately does not point to a settlement, but to a "neutral" area between the several settlements in question. (Eg: felső választókerület (Udvarhelyszék I.) (Q120174613), nagysomkúti választókerület (Q121071523) etc.) What are your suggestions for removing these items from the list?

MisterSynergy (talkcontribs)

First question would be if Q28 is the correct value for P:P17 in those listed items. It does not really seem to describe just the state Hungary of today, but rather the nation of Hungary over several centuries—a time period where the actual state has existed in very different versions.

Pallor (talkcontribs)

Yes, this is a pretty old misunderstanding on this question, I hope I can describe it well enough.

Q28 is the element of the country that i. u. It was created in 1000 and still exists today. Within this, of course, many forms of government were in force, and it can be divided into several historical eras, and its territory was also variable, but this does not change the fact that the element Q28 fully and perfectly describes the country that we are talking about today and before. Similar, for example, to element Q142, which refers to France created in 843 and still exists today.

The electoral district whose seat was, for example, the city of Szolnok, is located in the same country as it is today (by definition, the electoral district itself has undergone several changes due to electoral laws, so it cannot be marked with the same element in 1848 and 2023)

I hope this short answer helped.

MisterSynergy (talkcontribs)

Sure, I understand the situation here.

If you want to stick with Q28 values, we have several options:

  • Accept the false-positive results on the report page as is. It might bug you and some other users, but it does not harm anyone.
  • Define the farthest north, west, south, east coordinates for the entire history of Hungary as boundaries. This could produce way more false-negative results, i.e. cases that the bot neither sees and reports. In some sense this could be considered harmful compared to the status quo.
  • Remove Hungary altogether from this report.

What is your preference?

Pallor (talkcontribs)

Maybe I just now understood why these items were included in this list (there is no description of the list, so you can only infer). My thought was that the elements were included in this list because in some cases the coordinates do not point to a specific settlement or an inhabited part of it, but to a point that is difficult to identify. Now, however, I take it from your words that the elements were included in the list because the geographical coordinate is outside the territory of today's Hungary. Do I see it well?

MisterSynergy (talkcontribs)

Kinda correct, but it is not that precise in fact.

There is basically a box around (modern) Hungary with coordinate boundaries 44° … 49° North and 15° … 23° East (as defined in this file). Every item that says Hungary (Q28) in country (P17) that has coordinates outside of that box is being reported.

Solutions are as outlined above. We can change the box limits, remove Hungary from the report, or leave it as is.

Pallor (talkcontribs)

I understand and thank you. I'll think about it.

Reply to "Implausible/coordinate"

Property usage counts aren't being updated

4
Nicereddy (talkcontribs)
MisterSynergy (talkcontribs)

Thank you for your report. I will have a look at this situation within the next days. This is indeed broken for some reason.

Nicereddy (talkcontribs)

Looks like it's fixed, thank you!

MisterSynergy (talkcontribs)

The issue was resolved here: https://phabricator.wikimedia.org/T347284.

Overall, the job is still in a wonky state and it could fail again, but for other reasons than the issue in the phab ticket. I am currently reorganizing jobs of PLbot and DeltaBot to a hopefully more stable and maintainable configuration, but until this is completed, things can fail sometimes...

Reply to "Property usage counts aren't being updated"
PieterJanR (talkcontribs)

Hello Pasleim. I have a question. Is your "projectmerge"-bot still active? For example the last update of User:Pasleim/projectmerge/enwiki-specieswiki was the 12th of May. PieterJanR 07:22, 10 August 2023 (UTC)

MisterSynergy (talkcontribs)

Hey PieterJanR, that task has indeed been broken. I've fixed it, and it now catches up by updating all those projectmerge reports.

Reply to "projectmerge"
Eihel (talkcontribs)

Bonjour, Je suis Eihel. Si vous ne le savez pas, les descriptions doivent commencer par une lettre minuscule sauf dans les cas où une majuscule est normalement nécessaire ou attendue. Vous devez penser principalement que la description apparaît au milieu d'une phrase classique, et qu'elle suit donc les règles habituelles de la langue. La plupart des mots ne seront pas en majuscules s'ils se trouvent au milieu d'une phrase. Cependant, les termes tels que les noms propres (par exemple, les noms de personnes, de lieux et de titres spécifiques) doivent être en majuscules. Si vous avez des questions, vous pouvez les poser sur ma page de discussion. Merci ! Eihel (discussion) 06:34, 12 July 2023 (UTC)

Reply to "July 2023"
Titodutta (talkcontribs)
Pasleim (talkcontribs)
Gnoeee (talkcontribs)

Hello @Pasleim, Since the bot is not updating the page for quite some years I'm trying to update the list based on the Lang statistics by Ibrahem once it's get updated. So could you stop the bot to edit the page.

MisterSynergy (talkcontribs)
Reply to "India statistics page"

Deltabot inverse claim = self reference

3
Lupin~fr (talkcontribs)
MisterSynergy (talkcontribs)
Lupin~fr (talkcontribs)

Thank you, I'll check the doc of this property :)

Reply to "Deltabot inverse claim = self reference"

Number of main statements by property

7
Facenapalm (talkcontribs)
Facenapalm (talkcontribs)

On second thought, formatnum looks like a valid workaround. Still, I think it would be an improvement if template would return number only. :)

MisterSynergy (talkcontribs)

Well, it's a valid request. I have added onlyinclude-tags to the script, as this should solve the problem as much as I am aware.

Facenapalm (talkcontribs)

Yup, that works too. Thanks for the quick fix!

Facenapalm (talkcontribs)
MisterSynergy (talkcontribs)

Yes, those are updated by the same script and they did receive this update as well.

Facenapalm (talkcontribs)

Great. Thanks once again!

Reply to "Number of main statements by property"
Pallor (talkcontribs)
MisterSynergy (talkcontribs)

Thank you for the notice. There was indeed something wrong with PLbot, so I killed the stuck job that prevented others from running. It will catch up gradually now…

Pallor (talkcontribs)

Thank you!

MisterSynergy (talkcontribs)

It has almost caught up. "Humans with missing claims" is the last job to finish, but it is running currently.

Reply to "Humans with missing claims"