Wikidata:Report a technical problem/Archive/2024/03

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Standard Suggestion/Drop down value when adding a source for "membership count" value

Hi wikidata folks, when adding the recently published new membership count figure of the German Lifesaving Organisation DLRG for the German Version where I want to enter the source "eine Fundstelle", in the dropdown I get these four category suggestions: (1) Diözesen-ID von Catholic-Hierarchy (2) nachgewiesen in (3) URL der Fundstelle (4) abgerufen am. Why is (1) suggested when it's not related to (catholic) church subjects? Probably a wrong value associated? Polimorph (talk) 15:34, 19 February 2024 (UTC)

Thank you for bringing this issue to our attention, @Polimorph. There is a research team currently working on improving the Property suggester functionality in general. Therefore, we won't be making any fundamental changes to the existing dropdown suggestions at the moment. Once the research concludes, any improvements we make would potentially address individual cases such as these. -Mohammed Abdulai (WMDE) (talk) 11:31, 28 February 2024 (UTC)

... yeah fine, @Mohammed Abdulai (WMDE) a general re-work is the best solution. While doing so, please do provide more "hints" for us as editors, too, what kind of qualifiers are to be filled in and what "actions" are expected when editing wikidata-objects. I am often just "guessing and trying" to fill in some of the blank fields and the information provided for these fields leaves me puzzled. --Polimorph (talk) 12:02, 28 February 2024 (UTC)

Recoin is one helpful tool that you can enable to help with the guessing. It provides hints on which missing statements you could add to an item. (I'm uncertain whether it only suggests main properties of statements or also qualifiers.) Additionally, Entity Schemas, although still in need of some work, define which statements are expected in a class, including qualifiers. - Mohammed Abdulai (WMDE) (talk) 13:08, 11 March 2024 (UTC)

change NACE code rev.2 (P4496) to externalId

Tracked in Phabricator
Task T359297

Please change NACE code rev.2 (P4496) to externalId. See https://www.wikidata.org/wiki/Property_talk:P4496#change_to_externalId (and prev sec) for discussion.

First raised in Dec 2023: https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2023/12#change_NACE_code_rev.2_(P4496)_to_externalId --Vladimir Alexiev (talk) 07:01, 23 February 2024 (UTC)

I've filed a ticket for the change. -Mohammed Abdulai (WMDE) (talk) 10:10, 6 March 2024 (UTC)

Issue - Desynching

Note: I am reposting this conversation here as I was asked to for a better response and troubleshooting.

Hello. Working on simple wiki we have under 100 items that are desynched on taxonbars. En has over 3k. I’m trying to figure out how to fix this. One example is Q30766361 and if you look at both simple and en we have the same errors. We have a lot of articles I need to put a taxonbar on, but I’d like to know how to remedy this situation so I can fix it as it comes up. Thanks - Da Lamb^{Talk to me!}_{Please don't eat da 🐑!} 16:31, 20 February 2024 (UTC)

For some pages that haven't been edited on simplewiki, it seems the ParserCache stopped updating around 21 December 2023 for some odd reason. I guess report to Phabricator so they can figure it out? Infrastruktur (talk) 18:12, 20 February 2024 (UTC)

@Infrastruktur Do you know what task # or should I make a new task? If so, what project? Thanks - Da Lamb^{Talk to me!}_{Please don't eat da 🐑!} 08:44, 21 February 2024 (UTC)

You may get better feedback at Wikidata:Report a technical problem. Bovlb (talk) 17:19, 22 February 2024 (UTC)

Thanks - Da Lamb^{Talk to me!}_{Please don't eat da 🐑!} 04:54, 27 February 2024 (UTC)

Hi @PotsdamLamb, Could you please provide more details or examples of the errors you're encountering? I'm not entirely clear on what you mean by "desynching" and the specific errors you're facing. It would be useful to see a broken example before someone fixes it by purging. -Mohammed Abdulai (WMDE) (talk) 11:39, 28 February 2024 (UTC)

@Mohammed Abdulai (WMDE) Here is our category that shows 91 articles having this issue. [1] Thanks - Da Lamb^{Talk to me!}_{Please don't eat da 🐑!} 11:57, 28 February 2024 (UTC)

Thank you for sharing the category link. I took the time to click through many of the articles, scrolled to the taxon bar, and clicked on the linked Wikidata Items. They all work perfectly fine.

(There were only two specific cases where I couldn't access the Wikidata item but I found that the Qids were malformed: https://simple.wikipedia.org/wiki/Aa_(plant) and https://simple.wikipedia.org/wiki/Kaffir_lime. It seems this might be a separate issue from what you're reporting.)

I might be missing something crucial here. Could you please walk me through how to reproduce the issue you're reporting? Additionally, I'm curious if anyone else in the community understands the issue you're facing. -Mohammed Abdulai (WMDE) (talk) 15:37, 12 March 2024 (UTC)

Client javascript and interactive update of wikidata pages

It seems that we as community have trouble to deal with the client interface interactively. Lectrician1 has trouble with adding statement and updating the page in a single pass and had to create a function to do that and manipulating the dom automatically, see mw:d:Wikidata:Tools/Enhance_user_interface#AddStatement. The DuplicateReference gadget has to do the whole following code just to get a model of the entity of the page :

	var model = null;
	entityInitializer.getEntity().then( function ( entity ) {
		var repoConfig = mw.config.get( 'wbRepo' ),
		repoApiUrl = repoConfig.url + repoConfig.scriptPath + '/api.php',
		mwApi = wb.api.getLocationAgnosticMwApi( repoApiUrl ),
		repoApi = new wb.api.RepoApi( mwApi ),
		revisionStore = new RevisionStore(mw.config.get( 'wgCurRevisionId' ) ),
		entityChangersFactory = new wb.entityChangers.EntityChangersFactory(
			repoApi,
			revisionStore,
			entity
		);
		model = entityChangersFactory.getStatementsChanger();
	} );

There are things obviously wrong with these, but I don’t know if it’s us as a community who does not understand how to do things properly and have to do overlycomplicate things, because we can’t document how to do things properly, or if it’s lacks of obvious helpers given that the Mediawiki code to do it simply and correctly.

So what is it, should we get a model of the entity in the page in the "wb" javascript object to interact simply ? Is there already anything like that already and it’s too hard to find and we should document better the API and usecase ? author TomT0m / talk page 11:15, 28 February 2024 (UTC)

The ultimate solution is to:

1. Deploy a service like Hasura that would allow for pages to update themselves in realtime when changes to the MediaWiki database are made like those from API calls.

2. Rewrite the frontend from jQuery UI to enable realtime changes. The code is a mess right now. Lectrician1 (talk) 15:07, 28 February 2024 (UTC)

Created a task for #1 https://phabricator.wikimedia.org/T358677 Lectrician1 (talk) 15:14, 28 February 2024 (UTC)

Wikibase doesn't have much support for user scripts and gadgets, so the answer to "is there a helper function for this in Wikibase?" is generally "no". As I understand it, the only stable things are the hooks documented at https://doc.wikimedia.org/Wikibase/master/php/docs_topics_hooks-js.html.

phab:T297061 is a ticket I made a while back asking for a way to load/reload a statement, because that is by far the biggest problem I come across. I don't know what the gadget does with the code you pasted, but I imagine it could also use such a function, to reload the statement after adding the reference.

- Nikki (talk) 08:42, 12 March 2024 (UTC)

Hi @TomT0m, thank you for bringing up this concern. Currently, there isn't a standardized method or helper function within Wikibase to easily retrieve an entity model in the "wb" JavaScript object for interaction purposes. The wikibase.entityPage.entityLoaded hook provides initial entity data on page load, but beyond that, users may need to devise solutions. Regarding documentation: yes, there's indeed room for improvement in this area -Mohammed Abdulai (WMDE) (talk) 14:54, 12 March 2024 (UTC)

Template_talk:Q#Direction

Please see Template_talk:Q#Direction. Seems that a technical problem Estopedist1 (talk) 20:15, 3 March 2024 (UTC)

Appreciate you writing this here, @Estopedist1. While module editing requires technical skills, it's usually a community-driven effort to develop and maintain individual modules. Given the nature of this issue involving RTL languages, perhaps @Ladsgroup could offer some insights. Also pinging @Nikki for their general interface admin expertise. -Mohammed Abdulai (WMDE) (talk) 15:15, 12 March 2024 (UTC)

I had actually started trying to fix this months ago, but I'm not familiar enough with Lua, unfortunately. I changed Module:Wikidata_label/sandbox and updated Module:Wikidata label/sandbox/testcases but now all of the tests on Module talk:Wikidata label/sandbox/testcases fail and I don't know why. There are issues with some of the tests, but the 2nd to 9th ones should be working. - Nikki (talk) 11:52, 13 March 2024 (UTC)

@Nikki: I’ve changed the module and changed the tests to fix most failures (and to fix a bug no test caught before). Only 11 failing tests remained, all failing because of item label changes compared to when the tests were written. Cases 2 and 9 (now 2 and 10) were failing because you used single quotes in the code but double quotes in the tests, and test cases pass only if the two values are bytewise equal. —Tacsipacsi (talk) 10:47, 24 March 2024 (UTC)

editing items from mobile devices

When I am logged in at m.wikidata.org on my Android Samsung Galaxy A20 smartphone, and I touch the icon to edit a Wikidata item, there is no link for Add statement. I have to use my laptop computer to add statements. Also, the menu on the left side of the Wikidata screen which displays on my laptop, which include the link for Create item, does not display on my smartphone. Jkintree2 (talk) 19:03, 8 March 2024 (UTC)

Here's some links to some answers to similar questions that have been asked in the past:

HTH. Infrastruktur (talk) 19:23, 8 March 2024 (UTC)

Thanks for your prompt reply. Jkintree2 (talk) 19:35, 8 March 2024 (UTC)

In addition to these helpful links: We will look into how to make it possible to edit statements on mobile over the next months. Lydia Pintscher (WMDE) (talk) 10:37, 28 March 2024 (UTC)

The reply from Wolverène provided a solution. Turning on Desktop mode in the Settings of the Chrome web browser gave me edit functionality for Wikidata item statements. Jkintree2 (talk) 12:54, 28 March 2024 (UTC)

Maybe I am too conservative user (or my mobile connection is fast enough) but I edit Wikidata from my Android devices using the (default) Desktop mode. It should solve the issue of editing, anyway. Just depends on whether this way is comfortable for you. --Wolverène (talk) 12:25, 28 March 2024 (UTC)