Page MenuHomePhabricator

MisterSynergy
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Mar 2 2015, 10:04 AM (475 w, 6 d)
Availability
Available
IRC Nick
MisterSynergy
LDAP User
MisterSynergy
MediaWiki User
MisterSynergy [ Global Accounts ]

Recent Activity

Feb 6 2024

Naseweis520 awarded T160281: URL-encoding of external-id values in Wikidata frontend breaks (some) links a Like token.
Feb 6 2024, 11:37 AM · Wikidata-Campsite, User-Abbe98, Wikidata

Oct 3 2023

MisterSynergy created T347951: Request increased quota for deltabot Toolforge tool.
Oct 3 2023, 9:24 AM · User-dcaro, Toolforge (Quota-requests)

Aug 27 2023

MisterSynergy created T345036: pywikibot.APISite.fromDBName does not work for roa_rupwiki.
Aug 27 2023, 9:11 AM · Pywikibot

May 6 2023

MisterSynergy added a comment to T327936: Limit paws storage.

For home directories who's capacity goes above 1 gigabyte, the largest files will be removed to bring the total usage below 1 gigabyte.

May 6 2023, 7:45 AM · PAWS

Apr 9 2023

MisterSynergy added a comment to T334352: Usage in SDC should be shown when deleting items on Wikidata.

To add background to this request: we have recently had ~2400 deleted Wikidata items that were still used by SDC; many of these deletions have taken place years ago. It is super inconvenient to check whether an item is being used with SDC, thus practically no Wikidata admin includes this check in their deletion routine. This check needs to be made much much simpler.

Apr 9 2023, 6:11 PM · Wikidata Integration in Wikimedia projects, SDC General, Wikidata

Mar 24 2023

MisterSynergy added a comment to T310622: [bug] after some time notebooks cannot be saved.

To do experience the same problem: I occasionally can't save notebooks anymore after some time, although I still can run them. This started pretty much exactly at the time when PAWS switched to JupyterLab. (My setup: latest Firefox on Windows 10).

Mar 24 2023, 8:26 AM · PAWS

Mar 22 2023

MisterSynergy added a comment to T331356: Wikidata seems to still be utilizing insecure HTTP URIs.

Some remarks:

  • We should consider these canonical HTTP URIs to be names in the first place, which are unique worldwide and issued by the Wikidata project as the "owner" [1] of the wikidata.org domain. The purpose of these names is to identify things.
  • Following linked data principles, it is no coincidence that these names happen to be valid URIs. These are meant to be used to look up information about the named entity. It is okay to redirect a canonical URI to another location, including of course to a secure HTTPS location.
  • Pretty much every external project (i.e. outside Wikimedia) that has aligned its content with Wikidata in the past 10+ years uses these canonical HTTP URIs. While the canonical HTTP URIs are not very present within Wikidata (but still relevant e.g. in WDQS and hardcoded in plenty of tools/bots), external usage is huge—not necessarily to look information up, but primarily to express identity with names issued by others for the same entity [2].
  • To my understanding, HSTS can be used to secure all but the first request of a client (that supports HSTS).
  • Canonical HTTP URIs are still widespread in many other linked data resources, since many projects have started issueing these before everything transitioned to HTTPS. Some projects have transitioned to canonical HTTPS URIs, however, with GND doing this in 2019 being a prominent example [3].
Mar 22 2023, 4:44 PM · wmde-wikidata-tech, SRE, [DEPRECATED] wdwb-tech, Traffic, Wikidata

Feb 17 2023

MisterSynergy closed T320158: Migrate wikilaeum from Toolforge GridEngine to Toolforge Kubernetes as Resolved.

The tool has just been migrated to k8s, and the cronjob on the grid engine has been deleted. Thanks for the new mariadb docker image.

Feb 17 2023, 12:50 PM · Grid-Engine-to-K8s-Migration

Feb 1 2023

MisterSynergy created T328617: Add mwoauth to shared pywikibot on Toolforge.
Feb 1 2023, 10:43 PM · Pywikibot

Nov 30 2022

MisterSynergy added a comment to T323460: WDCM update missing.

I think we can close this ticket. Thank you.

Nov 30 2022, 7:33 AM · User-ItamarWMDE, Wikidata

Nov 28 2022

MisterSynergy created T323910: badcontinue api response if timestamp is copied from continue.
Nov 28 2022, 12:59 PM · MW-1.40-notes (1.40.0-wmf.17; 2023-01-02), MediaWiki-Action-API, Upstream, Pywikibot

Nov 24 2022

MisterSynergy added a comment to T321571: Design request for new main page header image:.
  • The background image ("hero") seems to scale okay-ish on desktop now, but there is some CSS definition in the mobile skin (as much as I am aware) which makes it scale down in a poor way on mobile. Not sure how to fix this, to be honest.

If not sure what the proper fix would be either, but strangely enough, just disabling the auto height applied to the image (which I guess is enforcing the original size and keeping the aspect ratio) seems to do the trick? I'm not sure if the level of specificity here might be problematic, but I don't see any other images affected by this change.

Nov-24-2022 12-00-53.gif (672×1 px, 1 MB)

Nov 24 2022, 12:41 PM · Wikidata.org, Wikidata

Nov 23 2022

MisterSynergy added a comment to T321571: Design request for new main page header image:.

Thank you for the advice. I have tried to implement as much as my capabilities allow; I am not a frontend dev, thus please verify :-)

Nov 23 2022, 8:48 PM · Wikidata.org, Wikidata

Nov 20 2022

MisterSynergy created T323460: WDCM update missing.
Nov 20 2022, 8:11 PM · User-ItamarWMDE, Wikidata

Nov 7 2022

MisterSynergy added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

I have already proposed a bot task that would deal with exactly such cases here: Wikidata:Requests for permissions/Bot/MsynBot 10.

Nov 7 2022, 1:34 PM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Oct 25 2022

MisterSynergy added a comment to T321571: Design request for new main page header image:.

Thanks for looking into this. Some more context:

Oct 25 2022, 5:51 PM · Wikidata.org, Wikidata

Oct 17 2022

MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

Another status update:

Oct 17 2022, 6:54 PM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

Oct 13 2022

MisterSynergy added a comment to T320158: Migrate wikilaeum from Toolforge GridEngine to Toolforge Kubernetes.

Tool maintainer here.

Oct 13 2022, 2:41 PM · Grid-Engine-to-K8s-Migration

Sep 5 2022

MisterSynergy created T317067: Archive/delete tool propertyuse.
Sep 5 2022, 10:53 PM · Projects-Cleanup, Tools, Toolforge (Tools to be deleted)

Aug 22 2022

MisterSynergy added a comment to T315693: Inflated counts in site statistics.

Can we please also quickly reset the counters to actual values?

Aug 22 2022, 11:16 AM · User-notice-archive, MW-1.39-notes (1.39.0-wmf.25; 2022-08-15), [DEPRECATED] wdwb-tech, Wikidata, DBA

Aug 10 2022

MisterSynergy added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

In order to keep things simple, I'd like to mention that the community will anyways operate a (daily?) bot that manages these badges:

  • Add "sitelink to redirect" badge where it is missing
  • Remove "sitelink to redirect" badge and "intentional sitelink to redirect" badge from sitelinks to non-redirects

Pages on client wikis can be turned into redirects (and vice versa) without any changes to Wikidata, so we need to keep updating these anyways. There is no way to keep this synced just with sitelink editing constraints on Wikidata.

Aug 10 2022, 9:16 AM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Jul 21 2022

MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

Status update: the backlog of sitelinks to inexistent pages is cleared, except for:

  • Sitelinks to wikis that have been closed (their status is undetermined anyways; number of cases is unknown)
  • Sitelinks to Special pages, which appear as inexistent in some contexts but actually exist (these should not happen per guidelines, but there are ~1000 of such sitelinks currently in Wikidata)
  • Sitelinks to User pages where the user has a genered namespace prefix on the client wiki; these pages appear as inexistent in some scenarios as well; ~10 cases)

I do not plan to touch these at the moment.

Jul 21 2022, 9:59 PM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

Jul 12 2022

MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

Status update: In the past days, I have removed deleted sitelinks for the "easy" cases where the reason is relatively obivous. This has reduced the number of open cases from ~60k to ~6k (i.e. 90% reduction). Findings:

  • Around 6k cases resulted from "move without redirect" scenarios on client wikis. This is much less than what I anticipated earlier, yet still a substantial amount.
  • Around 40k cases resulted from scenarios where the user batch-deleted plenty of pages on the client wiki at a high rate, either by using Special:Nuke or a custom deletion bot script. Since admins on client wikis usually enjoy noratelimit priviledges on the client wiki but not on Wikidata, this causes ratelimit issues when removing the sitelinks from Wikidata items. Since this is by far the most important reason why a deleted page might remain as a sitelink on the Wikidata item, it might be valuable to consider optimizations for this scenario.
  • Another 8k "deleted sitelinks" where not actually deleted, but their namespaces where renamed (on srwikinews and lmowiki only). I have simply updated the sitelinks so that this is not an issue any longer. There are more such cases waiting for a fix within the remaining 6k cases.

Within the next days, I will have a look at the remaining "deleted sitelinks" in order to fix them as well. I will also set up a bot task that executes regularly, in order to keep the backlog short.

Jul 12 2022, 10:42 AM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

Jul 8 2022

MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

I don't think "User:Hoo bot" has much influence here as this bot has not edited Wikidata since 2016-10. While many cases are a couple of years old, they are not *that* old in fact. As much as I am aware, nobody has taken care of this for a long time now (but I am determined to do so…)

Jul 8 2022, 9:44 AM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata
MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

@Manuel: I have looked into this again. As of now, I have this list of potential reasons for sitelink update failures:

Jul 8 2022, 9:18 AM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

Jun 22 2022

MisterSynergy added a project to T311148: MySQL "ERROR 1356" when querying page table of 29 wikis: Data-Services.
Jun 22 2022, 2:48 PM · Data-Services
MisterSynergy created T311148: MySQL "ERROR 1356" when querying page table of 29 wikis.
Jun 22 2022, 2:46 PM · Data-Services
MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

@Manuel:

  • I got a bot task approved that allows me to tidy these sitelinks up regularly (i.e. remove from the item if the page is inexistent on the client wiki). This itself can be considered a "dirty" solution to the problem, but clearly not the best one.
  • However, it has not been executed yet due to a lack of time for Wikidata on my side in recent months.
  • AFAIR, the main issue currently is that the evaluation workflow is kinda demanding regarding memory usage. During drafting the code on PAWS with its 3 GB memory limit, I offloaded parts of the evaluation for larger wikis to my local machine which has sufficient memory available. For a fully automated deployment on Toolforge, this is of course not possible. Instead, there may even be stricter memory limits applying on Toolforge than on PAWS.
  • Why does it need so much memory? My approach queries "all pages per client wiki" (from the client's page table) and "all sitelinks in Wikidata" (from Wikidata's wb_items_per_site table) into separate Pandas DataFrames and subsequently looks for differences using Python. In other words: I avoid checking millions of cases individually by sitelink, and use a pretty quick per-client-wiki approach instead that requires me to hold all information for a given client wiki in memory.
Jun 22 2022, 12:01 AM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

May 16 2022

MisterSynergy added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

But storing it at WikiData requires to re-run the single bot and reinspect all pages on all wikis regularly.

May 16 2022, 9:49 PM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Mar 23 2022

MisterSynergy added a comment to T302140: Mark patrols by rollback as "manually patrolled" instead of "autopatrolled".

It makes me wonder now whether all reverted changes should be marked as manually patrolled if they were autopatrolled...

Mar 23 2022, 2:26 PM · Patch-For-Review, good first task, MediaWiki-Patrolling, MediaWiki-Recent-changes, Growth-Team

Feb 19 2022

MisterSynergy created T302140: Mark patrols by rollback as "manually patrolled" instead of "autopatrolled".
Feb 19 2022, 12:46 AM · Patch-For-Review, good first task, MediaWiki-Patrolling, MediaWiki-Recent-changes, Growth-Team

Dec 16 2021

MisterSynergy added a comment to T143486: In some cases, moving or deleting pages on a client wiki does not result in sitelink updates / removal on Wikidata.

I came across some of these cases and thought the situation could require some tidying, so I wrote a script which lists sitelinks to inexistent client wiki pages in order to process them. Some patterns that I notice after closely looking at dewiki, ptwiki, and cawiki:

Dec 16 2021, 7:46 AM · Wikidata Sitelinks, Wikidata-Campsite, Wikidata

Dec 11 2021

MisterSynergy added a comment to T297513: Wikidata does not allow search for deleted items.

This sounds useful indeed. Is this something that can be done as an external tool?

Dec 11 2021, 1:40 PM · Wikidata

Nov 16 2021

MisterSynergy added a comment to T295275: Dedicated section on Wikidata Item and Property pages for classifying Properties.

Good to see this problem being addressed. Some remarks:

  • As much as I am aware, we do not fail the classification job completely. It's the P279/subclass-of hierarchy which some refer to as the "Wikidata ontology" that is problematic, because it is generic in topic, global in reach, and does not closely resemble any other ontology from elsewhere so that we cannot stricly build this on sources. I suggest to limit modifications to P279 claims.
  • Main reasons for the poor P279 ontology, from daily Wikidata editing experience over several years:
    • Requires high level of knowledge and experience. We leave editors pretty much alone to learn the necessary skills.
    • Poor tooling; simple edits in the P279 hierarchy can have severe adverse effects that are difficult to project even for experienced users.
    • Lack of awareness; editors often modify P279 claims to fix something else, such as e.g. a constraint violation in another item (it would be better to fix the item, leave the constraint violation there for others to fix it, or sometimes to fix the constraint definition).
    • Also: often there is not a clear "correct" or "incorrect" approach when classifying data items, and some situations are arguably not easy to resolve. This needs more community discussion and probably also an explicit definition of the term "Wikidata ontology", its purposes, and its design principles.
  • In general, I think we should rather restrict the ability to add, modify, or remove P279 main values by introducing a new user group "ontologist" (or so). This would be similar to "property creator", which is another user group based on technical skills and experience in a certain field. The community could then elect or assign the right to interested, qualified users. My only concern is that this might not scale well.
Nov 16 2021, 1:16 PM · Wikidata, Wikidata-Campsite

Aug 29 2021

MisterSynergy added a comment to T289952: Request: expose database tables of the Translate extension to users in replicas on Toolforge (Wikidata, or all Wikis).

I know that the revtag table is definitely required, but I am not exactly sure about the other ones due to the incomplete documentation. I think all permanent/non-temporary content that is not sensitive should be accessible in the replicas, in order to allow maximum possibilities.

Aug 29 2021, 10:14 PM · Language-Team (Language-2021-October-December), Privacy Engineering, SecTeam-Processed, cloud-services-team (Kanban), Data-Services
MisterSynergy created T289952: Request: expose database tables of the Translate extension to users in replicas on Toolforge (Wikidata, or all Wikis).
Aug 29 2021, 7:06 PM · Language-Team (Language-2021-October-December), Privacy Engineering, SecTeam-Processed, cloud-services-team (Kanban), Data-Services

Aug 18 2021

MisterSynergy closed T288490: Add Olympedia data via Mix'n'Match, a subtask of T288171: [Session] Olympics data-thon and edit-a-thon, as Resolved.
Aug 18 2021, 12:03 PM · Wikimania-Hackathon-2021
MisterSynergy closed T288490: Add Olympedia data via Mix'n'Match as Resolved.

This is more or less complete. Results:

Aug 18 2021, 12:03 PM · Wikimania-Hackathon-2021
MisterSynergy added a comment to T288513: Add participation data to athlete items using P1344 ("participant in").

I am still working on this task, but I think I am choosing a very different path than @Theklan did. I am basically doing an import from Olympedia with a Python crawler script.

Aug 18 2021, 11:58 AM · Wikimania-Hackathon-2021

Aug 15 2021

MisterSynergy closed T288514: Add "Olympedia event ID" (P9055) to all of the 339 items of type "Olympic sporting event" for 2020, a subtask of T288171: [Session] Olympics data-thon and edit-a-thon, as Resolved.
Aug 15 2021, 5:18 PM · Wikimania-Hackathon-2021
MisterSynergy closed T288514: Add "Olympedia event ID" (P9055) to all of the 339 items of type "Olympic sporting event" for 2020 as Resolved.

All 339 identifiers are matched now.

Aug 15 2021, 5:18 PM · Wikimania-Hackathon-2021

Aug 12 2021

MisterSynergy added a comment to T288490: Add Olympedia data via Mix'n'Match.

Almost 4800 identifiers have meanwhile been added via this catalog, only few are currently remaining:

Aug 12 2021, 12:29 AM · Wikimania-Hackathon-2021
MisterSynergy added a comment to T288514: Add "Olympedia event ID" (P9055) to all of the 339 items of type "Olympic sporting event" for 2020.

This is a bit stalled at the moment since not all 339 events already have a page at Olympedia. ~298 existing identifiers are currently matched to Wikidata items, some 41 are still waiting for creation.

Aug 12 2021, 12:23 AM · Wikimania-Hackathon-2021

Aug 10 2021

MisterSynergy added a comment to T288171: [Session] Olympics data-thon and edit-a-thon.

More tasks:

  • Add "Olympedia event ID" (P9055) to all of the 339 items of type "Olympic sporting event" for 2020. Related query: https://w.wiki/3qa4. (Only ~100 or so are still missing for 2020; this can be done manually.)
  • Add participation data to athlete items using P1344 ("participant in"). Discussion is needed which qualifiers should be added there alongside. This would result in very useful infobox-able statements.
Aug 10 2021, 12:21 AM · Wikimania-Hackathon-2021
MisterSynergy added a comment to T288491: Model information at Wikidata so wikidata lists are possible for every country medal winner.

I'm looking at https://www.wikidata.org/wiki/Property_talk:P1532 and it seems valid

Aug 10 2021, 12:12 AM · Wikimania-Hackathon-2021

Aug 9 2021

MisterSynergy added a comment to T288491: Model information at Wikidata so wikidata lists are possible for every country medal winner.

The problem with P1532 ("country for sport") is that in some cases the required values are not of type "country". Think of the Refugee team, the ROC team (not Russia), or situations such as "Great Britain" which typically forms teams not exactly along country borders. There have been similar instances of non-country delegations at several past editions of the Olympics, and this happens at other international competitions as well. We are used to expect "national teams" that represent "countries", but exceptions are sort of the rule here.

Aug 9 2021, 9:36 PM · Wikimania-Hackathon-2021
MisterSynergy added a comment to T288171: [Session] Olympics data-thon and edit-a-thon.

The Olympedia mix'n'match catalog is available at https://mix-n-match.toolforge.org/#/catalog/4628. Particularly via https://mix-n-match.toolforge.org/#/list/4628/auto, users can review suggestions and add missing Olympedia identifiers to Wikidata items via "Confirm", or reject the suggestion via "Remove". There is plenty to do, and still many easy cases to process.

Aug 9 2021, 8:27 PM · Wikimania-Hackathon-2021
MisterSynergy added a comment to T288171: [Session] Olympics data-thon and edit-a-thon.

Every Olympian has a Olympedia.org-profile but many new/recent Olympians are still missing this on WikiData.

Would you be able to add that during the data-thon?

Well, if we have a (preferably FULL) list of contestants somewhere, I can generate a python script that will check for every contestant if an olympedia-profile is available in WikiData.
That will give us a list of olympians that are still missing, so we can work it out from there.

Aug 9 2021, 3:09 PM · Wikimania-Hackathon-2021

Aug 7 2021

MisterSynergy added a comment to T288171: [Session] Olympics data-thon and edit-a-thon.

Some of the events are not under "discipline" (and they should).

Aug 7 2021, 7:38 PM · Wikimania-Hackathon-2021

Jul 4 2021

MisterSynergy added a comment to T226885: Set up an open-source bot in Toolforge to regularly semi-protect the most used Wikidata Items.

I think this is now being done regularly by @MisterSynergy, correct?

Jul 4 2021, 9:27 PM · Tools, Wikidata

Jun 19 2021

MisterSynergy added a comment to T284850: Wikidata Concepts Monitor: usage numbers have shrunk considerably within a week.

@MisterSynergy Could you please check the wdcm_topItems.csv dataset now and let me know if it looks alright?

Jun 19 2021, 7:55 AM · User-GoranSMilovanovic, WMDE-Analytics-Engineering, Wikidata

Jun 12 2021

MisterSynergy added a comment to T284850: Wikidata Concepts Monitor: usage numbers have shrunk considerably within a week.

@MisterSynergy

Please share the previous version of wdcm_topItems.csv here. I am on it. Highest priority. Thank you for catching this.

Jun 12 2021, 9:59 AM · User-GoranSMilovanovic, WMDE-Analytics-Engineering, Wikidata

Jun 11 2021

MisterSynergy created T284850: Wikidata Concepts Monitor: usage numbers have shrunk considerably within a week.
Jun 11 2021, 10:48 PM · User-GoranSMilovanovic, WMDE-Analytics-Engineering, Wikidata

May 18 2021

MisterSynergy added a comment to T44362: skipped item IDs.

Continuation of the table above (numbers taken from the revision history of https://www.wikidata.org/wiki/User:MisterSynergy/itemstats):

May 18 2021, 12:13 PM · Wikidata-Campsite, Wikidata, MediaWiki-extensions-WikibaseRepository

May 4 2021

MisterSynergy added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

@DannyH and others: German Wikipedia uses "flagged revisions" on all pages; changes are only being displayed to readers if they have been flagged/reviewed by an experienced editor.

May 4 2021, 5:46 PM · User-Urbanecm, User-Luke081515, [DEPRECATED] wdwb-tech, Wikidata, Wikimedia-Site-requests

Apr 30 2021

MisterSynergy added a comment to T281063: Wikidata Concepts Monitor: some datasets are empty.

@MisterSynergy

The WDCM system update should be in place now.

Please let me know if the datasets that you need are now complete.

I apologize for any inconvenience. Please take into your consideration that we are operating Data Analytics in an extremely complex environment here: many things can go wrong for many different reasons - all of which depend on someone of a different (and probably unique) expertise. Thank you.

Apr 30 2021, 7:50 AM · User-GoranSMilovanovic, WMDE-Analytics-Engineering, Wikidata

Apr 25 2021

MisterSynergy created T281063: Wikidata Concepts Monitor: some datasets are empty.
Apr 25 2021, 12:40 PM · User-GoranSMilovanovic, WMDE-Analytics-Engineering, Wikidata

Apr 22 2021

MisterSynergy added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

Yeah, as I proposed, we should choose a different path for that issue; I will specify my proposal very soon (was thinking about 90% of the 2.13 mln), and we will always offer the option of not getting rid of WD descriptions at all.

Apr 22 2021, 11:33 PM · User-Urbanecm, User-Luke081515, [DEPRECATED] wdwb-tech, Wikidata, Wikimedia-Site-requests
MisterSynergy added a comment to T279829: Enable magic word SHORTDESC on German-language Wikipedia.

The German Wikipedia community has not yet even discussed whether Wikidata descriptions should be dumped completely, or which milestone would be appropriate in case this should be done. Some remarks:

  • In case this gets approved, there is a plan to add short descriptions from [[de:Vorlage:Personendaten]], which actually has systematic "short descriptions" for all biographies in German Wikipedia that would immediately qualify for use in SHORTDESC as well. With 870.000 transclusions, it alone would be sufficient to pass the proposed 850.000 requirement, leaving all non-biographies without descriptions.
  • A couple of days ago, I queried the situation a bit. There were 2,56 million German Wikipedia articles (main namespace, no redirects), of which 2,13 million (83%) use a German description from Wikidata. This is considerably more than what we had three years ago for English Wikipedia.

You propose to ignore 1,3 million existing descriptions from Wikidata. This is way too much, particularly considering that quite some editors have invested considerable time into adding Wikidata descriptions due to the way they have been used and exposed to readers in the past six years or so. It is also unclear at this point whether there is a desire to dump Wikidata descriptions entirely that is as strong as it was in English Wikipedia three years ago.

Apr 22 2021, 10:54 PM · User-Urbanecm, User-Luke081515, [DEPRECATED] wdwb-tech, Wikidata, Wikimedia-Site-requests

Mar 30 2021

MisterSynergy added a comment to T278693: Manually purge obsolete/outdated entites from WDQS (2021-03).

I read the announcement and I am pretty excited about the improvements. The query-preview servers do not seem to have the problem that I have reported here, but I am not sure right now whether you have reloaded the entities there as well.

Mar 30 2021, 2:26 PM · Discovery-Search (Current work), Wikidata, Wikidata-Query-Service

Mar 29 2021

MisterSynergy created T278693: Manually purge obsolete/outdated entites from WDQS (2021-03).
Mar 29 2021, 1:05 PM · Discovery-Search (Current work), Wikidata, Wikidata-Query-Service

Mar 28 2021

MisterSynergy created T278659: delete an ItemPage results in TypeError.
Mar 28 2021, 10:49 PM · Pywikibot

Mar 5 2021

MisterSynergy added a comment to T276613: Changes in protection levels on Wikidata appear on Wikipedia watchlists.

The bot job is on hold for a couple of days to see where this goes. If this ticket gets stalled, I will continue as this is strictly seen not a problem with my bot or its job.

Mar 5 2021, 10:08 PM · Growth-Team-Filtering, Growth-Team, MediaWiki-Watchlist, Wikidata

Mar 3 2021

MisterSynergy added a comment to T44362: skipped item IDs.
Week ending ...Total skipped itemsweekly increase
5 December 20208303905+1256459
12 December 20208351248+47343
19 December 20208380252+29004
26 December 20208420623+40371
2 January 20218431286+10663
9 January 20218459454+28168
16 January 20218473979+14525
23 January 20218487360+13381
30 January 20218505173+17813
6 February 20218514746+9573
13 February 20218524740+9994
20 February 20218535448+10708
27 February 20218542979+7531
Mar 3 2021, 2:22 PM · Wikidata-Campsite, Wikidata, MediaWiki-extensions-WikibaseRepository

Jan 13 2021

MisterSynergy added a comment to T268625: [20h] Investigate the significant number of skipped Item IDs for newly created Wikidata items.

More: only 77 items have been created in the past 30 days using Relator (per recentchanges table), 67 of them by User:Animalparty [1]. This user also created some items related to "Edwin M. Post" recently [2][3][4]. The other Relator users are User:Ayack (5 creations on Dec 21/22 and Jan 05), User:Miraclepine (1 creation on Dec 23), User:Andrew_Gray (1 creation on Jan 10), and User:Ldhank (3 creations on Jan 13). I think the tool is to be blamed here, but maybe you might want to interview them to understand their workflow and ask for suspicious tool behavior that they might have experienced.

Jan 13 2021, 7:40 PM · MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, MediaWiki-extensions-WikibaseRepository
MisterSynergy added a comment to T268625: [20h] Investigate the significant number of skipped Item IDs for newly created Wikidata items.

Re. "Maggie Rogers": the request does not create an item since the input is not formatted correctly. If I throw this exact input to the API using pywikibot's editentity function [1], I get this error message: "WARNING: API error not-recognized-language: The supplied language code was not recognized." No idea whether this wastes a QID.

Jan 13 2021, 7:18 PM · MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, MediaWiki-extensions-WikibaseRepository

Jan 12 2021

MisterSynergy added a comment to T268625: [20h] Investigate the significant number of skipped Item IDs for newly created Wikidata items.

@Lucas_Werkmeister_WMDE: We have not seen excessive phases of QID skipping since the week ending December 5. We skip around 10k–50k QIDs per week since then which seems pretty "normal".

Jan 12 2021, 11:44 PM · MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, MediaWiki-extensions-WikibaseRepository

Dec 5 2020

MisterSynergy added a comment to T44362: skipped item IDs.

New numbers from the past week, in order to keep the momentum here:

Dec 5 2020, 1:28 PM · Wikidata-Campsite, Wikidata, MediaWiki-extensions-WikibaseRepository

Nov 24 2020

MisterSynergy added a comment to T268625: [20h] Investigate the significant number of skipped Item IDs for newly created Wikidata items.

Following my report in T44362#6638174, I looked into this a little more. From Wikidata's mediawiki database, I queried page creation times for the items created during the reported time period (14 Nov, 1:42 to 21 Nov, 1:42) and quickly plotted Q-ID vs. item creation timestamp.

Nov 24 2020, 7:21 PM · MW-1.36-notes (1.36.0-wmf.21; 2020-12-08), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, MediaWiki-extensions-WikibaseRepository

Nov 21 2020

MisterSynergy added a comment to T44362: skipped item IDs.

Reminder that this is still a thing:

Nov 21 2020, 11:39 AM · Wikidata-Campsite, Wikidata, MediaWiki-extensions-WikibaseRepository

Nov 11 2020

MisterSynergy added a comment to T261275: incorrect sitelink deletion behavior when page is moved to excluded (unsupported) namespace with "suppress redirect" option.
page is moved to an non-excluded namespacepage is moved to an excluded namespace
suppress redirect is checkedsitelink on the Item is updated to the new targetsitelink is removed from the Item
suppress redirect is not checkedsitelink on the Item is updated to the new targetsitelink is untouched

But now I'm questioning myself on the bottom right cell.

Nov 11 2020, 8:56 PM · MW-1.36-notes (1.36.0-wmf.20; 2020-12-01), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata

Nov 3 2020

MisterSynergy awarded T264713: Add Python 3.8/3.9 to Toolforge Kubernetes/Job Grid a Like token.
Nov 3 2020, 1:58 PM · User-Majavah, Toolforge (Software install/update)

Sep 24 2020

MisterSynergy added a comment to T263730: Wikidata term store contains rows for deleted items.

In other words, potentially affected is any item that was edited on 10 September between 11:06 and 15:58 (UTC) and then deleted before 7 October 13:27, if I’m not mistaken.

Sep 24 2020, 11:53 AM · User-Addshore, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), MediaWiki-extensions-WikibaseRepository, Wikidata

Aug 3 2020

MisterSynergy created T259541: Can't see references in deleted revisions of items on Wikidata (again).
Aug 3 2020, 5:59 PM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata

Jul 20 2020

MisterSynergy added a comment to T258354: remove noratelimit from bot group for Wikidata.

Regarding the proposed solution:

  • "flooders" should be treated the same as bots
  • I would like to see a way to limit all other unlimited users' edit rates as well (sysops, apparently global rollbackers, ...). When I use my sysop account with QuickStatements and run a single batch, it can easily go up to 400 or 500 edits per minute and there is no possibility for me to slow down. Not fair for all users without such elevated rights.
Jul 20 2020, 11:48 AM · Pywikibot, Pywikibot-Wikidata, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, Wikidata.org
MisterSynergy added a comment to T258354: remove noratelimit from bot group for Wikidata.

Before this we should:

  • Find all bots that edits more than 90/minute
  • Communiate to them
Jul 20 2020, 11:40 AM · Pywikibot, Pywikibot-Wikidata, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata, Wikidata.org

Jun 7 2020

MisterSynergy added a comment to T206392: Redesign rank icons for better visibility.

@Lydia_Pintscher: Can we please push this a little more? According to this Grafana chart, use of preferred+deprecated rank together went up significantly during the past year from ~720,000 claims (June 2019) to ~15,000,000 claims (June 2020). My personal impression is that use of ranks are much more often discussed controversially in recent months, as many users for instance prefer to remove deprecated claims as the deprecation is barely recognizable for many users.

Jun 7 2020, 10:30 PM · WMDE-Design, Wikidata-Frontend, Design, Wikidata

Feb 6 2020

MisterSynergy created T244471: Some page history inaccessible: ParameterAssertionException "Bad value for parameter $title: invalid name".
Feb 6 2020, 10:52 AM · MediaWiki-Core-Revision-backend, Platform Engineering, Wikimedia-production-error, MediaWiki-Page-history, MediaWiki-Page-diffs

Jan 20 2020

MisterSynergy added a comment to T242164: Retract revdel'ed Wikidata edits from Wikibase client watchlists.

@Lea_Lacroix_WMDE @Lydia_Pintscher: Can you please have a look at this problem? I think it is really important that it does not get lost here.

Jan 20 2020, 11:48 AM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Security, MediaWiki-extensions-WikibaseClient, Wikidata

Jan 12 2020

MisterSynergy added a comment to T229100: Links for feedback on protected Wikidata entities.

If an editor cannot edit an entity due to a page protection, I think it would be the best to just replace all the "edit" links (in terms box, all statement boxes, sitelinks box) on the protected entity page with something useful, such as a link to an appropriate page, or a tooltip explaining the situation and indicating options for the editor. Currently those "edit" links are just missing if one is not allowed to edit the page which massively breaks the usual workflow and makes it difficult to figure our what options one still has.

Jan 12 2020, 8:27 PM · Wikidata-Campsite, Wikidata

Jan 9 2020

MisterSynergy updated the task description for T242164: Retract revdel'ed Wikidata edits from Wikibase client watchlists.
Jan 9 2020, 6:18 PM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Security, MediaWiki-extensions-WikibaseClient, Wikidata

Jan 7 2020

MisterSynergy created T242164: Retract revdel'ed Wikidata edits from Wikibase client watchlists.
Jan 7 2020, 10:00 PM · Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Security, MediaWiki-extensions-WikibaseClient, Wikidata

Dec 13 2019

MisterSynergy updated subscribers of T238482: Timeless class=wikitable hides styles on table rows.

Confirm, I have the very same problem here using the latest Firefox and Chrome, and it is very annoying.

Dec 13 2019, 8:30 PM · MW-1.35-notes (1.35.0-wmf.21; 2020-02-25), Timeless, CSS

Dec 10 2019

MisterSynergy added a comment to T240316: Issue with QuickStatements "you are blocked on Wikidata".

Just want to mention that not all users are affected:

Dec 10 2019, 11:42 AM · User-Ladsgroup, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Wikidata

Nov 27 2019

MisterSynergy created T239338: Manually purge obsolete entites from WDQS.
Nov 27 2019, 1:53 PM · Discovery-Search (Current work), Wikidata, Wikidata-Query-Service

Nov 6 2019

MisterSynergy added a comment to T237502: Provide public "reload entity to WDQS" API.

But as said above right now this is something that needs to happen on every single query service server.

Nov 6 2019, 8:47 AM · Wikidata-Query-Service, Wikidata
MisterSynergy added a comment to T237502: Provide public "reload entity to WDQS" API.

There is also https://wikitech.wikimedia.org/wiki/Wikidata_query_service#Manually_updating_entities with a description about that shell script.

Nov 6 2019, 8:36 AM · Wikidata-Query-Service, Wikidata
MisterSynergy created T237502: Provide public "reload entity to WDQS" API.
Nov 6 2019, 8:03 AM · Wikidata-Query-Service, Wikidata
MisterSynergy updated subscribers of T237499: Sitelink tables corrupted after merge of items.

@Lydia_Pintscher: because you asked for this phab topic at https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team&diff=1045986007&oldid=1045871780

Nov 6 2019, 7:42 AM · Wikidata-Campsite, Wikidata
MisterSynergy created T237499: Sitelink tables corrupted after merge of items.
Nov 6 2019, 7:41 AM · Wikidata-Campsite, Wikidata

Oct 14 2019

MisterSynergy added a comment to T235420: Create wikidata badges to indicate when sitelinks point to Wikipedia redirect pages.

If we add those badges, we should remove the mechanism that prevents adding redirects as sitelinks (per 2017 redirect RfC). I can remember one situation in German Wikipedia where a user got in trouble because they disabled/re-enabled too many redirects to link them to Wikidata, and some community members including an admin considered that as vandalism that had to be stopped.

Oct 14 2019, 10:18 PM · Wikidata-Campsite, User-Ladsgroup, Patch-For-Review, MW-1.35-notes (1.35.0-wmf.20; 2020-02-18), Wikidata

Aug 7 2019

MisterSynergy added a comment to T229644: RelatedArticles showing on all German and Russian Wikipedia due to incorrect configuration settings.

In this edit, a user at German Wikipedia complains that the feature is visible again when using the mobile skin (minerva), and I can confirm that this is actually the case. This became apparent after CSS code was removed from MediaWiki:Mobile.css which set display:none; for .read-more-container (the container which contained the tool output).

  • Is this intentional, i.e. should the feature be enabled in mobile view in German Wikipedia?
  • Has the feature been activated before the mis-configuration was deployed initially?
Aug 7 2019, 7:36 PM · User-notice-archive, Wikimedia-Site-requests, Web-Team-Backlog (Readers-Web-Kanbanana-2019-20-Q1), Patch-For-Review, RelatedArticles

Aug 2 2019

MisterSynergy added a comment to T229644: RelatedArticles showing on all German and Russian Wikipedia due to incorrect configuration settings.

German Wikipedia user here who wants to use the feature.

Aug 2 2019, 4:55 PM · User-notice-archive, Wikimedia-Site-requests, Web-Team-Backlog (Readers-Web-Kanbanana-2019-20-Q1), Patch-For-Review, RelatedArticles

Jul 18 2019

MisterSynergy added a comment to T228420: Make EntitySchemas appear on Special:WhatLinksHere.

Same as T224669 if I understand correctly.

Jul 18 2019, 7:43 PM · EntitySchema, Wikidata

Jun 14 2019

MisterSynergy created T225778: [ES-M2]: Define canonical URI for EntitySchemas.
Jun 14 2019, 6:57 AM · [DEPRECATED] wdwb-tech, SRE, User-Michael, Wikidata Dev Team (Sprint-∞), User-ItamarWMDE, EntitySchema (M2: Linking to EntitySchemas in statements), Wikidata

Jun 4 2019

MisterSynergy added a watcher for EntitySchema: MisterSynergy.
Jun 4 2019, 7:06 AM
MisterSynergy created T224962: Syntax highlighting for editing ShExC code (EntitySchema pages).
Jun 4 2019, 7:04 AM · Wikidata, EntitySchema
MisterSynergy created T224961: miscellaneous minor tweaks for the ShEx editor.
Jun 4 2019, 7:04 AM · Wikidata-Campsite, Wikidata, EntitySchema

May 30 2019

MisterSynergy created T224669: Add a backlink when wikitext links are used in EntitySchema comments.
May 30 2019, 1:49 PM · Wikidata, EntitySchema

May 8 2019

MisterSynergy added a comment to T220867: Gerrit: Cannot assign user name "vladi2016" to account XXXX; name already in use..

Thanks, but T216605 is access restricted and I cannot see any of its content. I feel pretty lost with this problem.

May 8 2019, 3:02 PM · Release-Engineering-Team (Kanban), LDAP, Gerrit