About this board

Welcome to my talkpage. Leave a message here and I'll answer here. If I left a message on your talkpage, please answer there. If you leave a message in Dutch or English, I'll answer in that language. If you leave a message in another language, I'll respond in English.

Previous discussion was archived at User talk:Mbch331/Archive 1 on 2015-08-10.

New OpenRefine reconciliation service

1
Pintoch (talkcontribs)

Hi!

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

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

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

Happy reconciling!

Jura1 (talkcontribs)

Thanks for your work on getting the strings added.

While you are at it, could upload patches for phab:T165648 and phab:T222426 as well?

Maybe there are a few others were langcom approval should have been straightforward. I can look into others if you want.

Mbch331 (talkcontribs)

T165648 has been done, because WMDE said LangCom had enough time to respond. So I suggest you ask on WD:DEV for T222426. Only WMDE can say that langcom approval is not needed.

Jura1 (talkcontribs)

Thanks for your help on the first one. Also thanks to @Lea Lacroix (WMDE): @Lydia Pintscher (WMDE):

I think the consensus on Wikidata is that langcom approval isn't need. Didn't we have an RFC on that? Anyways, I don't see any value added by their input.

The other day I noticed we do have some 8000 audio files on Commons for about a year now (phab:T222426). It seems the langcom approach isn't really encouraging getting these into Wikidata.

Lea Lacroix (WMDE) (talkcontribs)

I don't think there's a RFC about that. We had a discussion and my suggestion was that the Wikidata community would come up with an alternative to LangCom (for example by creating their own committee). But that's a community decision that we cannot kickstart ourselves.

In the meantime, feel free to ping Amir Aharoni or Jon Harald Soby in the tickets, they are usually responsive with a good understanding of Wikidata's needs.

Jura1 (talkcontribs)

@Lea Lacroix (WMDE): I will try to dig it up the rfc, but we surely didn't have one that concluded that there was some added value from their "activity" and that Wikidata should take that into account.

Thanks for getting phab:T165648 done (it works), can we move ahead with phab:T223716 (also for nrf-je/-gg) as well?

Jura1 (talkcontribs)
Lea Lacroix (WMDE) (talkcontribs)

I added a comment on T223716, for T222426 I'd give one more week for LangCom to react.

Mbch331 (talkcontribs)

T223716 -> Patch submitted T222426-> I'll wait one more week and then submit a patch if no objections

Mbch331 (talkcontribs)

One week has gone by and no objections have been raised. So I made a patch for T222426.

@Lea Lacroix (WMDE) Can you let someone review the patches for T222426 & T223716?

Lea Lacroix (WMDE) (talkcontribs)

Will do. Thanks for the patch!

Mbch331 (talkcontribs)

Can you have someone check T223716 again? Change hasn't been approved yet.

Lea Lacroix (WMDE) (talkcontribs)

Hi, everything looks good, it got scheduled for the next deployment. There's no train this week, so it will be April 28th.

Jura1 (talkcontribs)
Mbch331 (talkcontribs)

That's correct. Code change won't be deployed until next week. It was approved this week.

Jura1 (talkcontribs)

great. Thanks for doing these.

Mbch331 (talkcontribs)

It will be a week later as there is no code deployment this week.

Jura1 (talkcontribs)

It works now . I will leave a note for the requestor. Thanks to all involved.

Good news is also that the overall process seems to have improved.

Mbch331 (talkcontribs)

I've pinged them in the second ticket. First ticket has already been handled.

Jura1 (talkcontribs)

Sounds good. I suppose we could move ahead with phab:T222426 next week if there is no response.

Jura1 (talkcontribs)

BTW Mbch331, if you are looking for things to code, you could try the "Page_for_thumbnail" thing mentioned at Wikidata:Contact_the_development_team#Page_image_property.

In the meantime, there are 6600 uses of the qualifier file page (P7668) and some 200 of title page number (P4714). The idea is to read these qualifiers for djvu and pdf files and display the corresponding page (instead of page 1 for the thumbnail). If both are present, I think P7668 should have priority.

Personally, I'd find it most helpful.

E4024 (talkcontribs)

Hi. Please check this IP's edits. Thanks.

Mbch331 (talkcontribs)

If you want someone to check edits of an IP because you think they're incorrect, better post on WD:AN. I'm not always online and when I am, not always on Wikidata.

MusikAnimal (talkcontribs)

Hello! I am the author of MoreMenu. I see you installed this gadget on Wikidata, but are using an old version. If you're okay with it, it'd be great if you upgrade to the new version. It lives on Meta, so you will get updates and bug fixes automatically. It is also fully localizable (important for a multi-lingual wiki such as Wikidata!), extendable, and works in all skins. If you'd like to upgrade, please see the migration guide. Thank you!

Mbch331 (talkcontribs)

I've migrated the gadgett and see there are now dropdown menus. So the migration has worked.

MusikAnimal (talkcontribs)
Mbch331 (talkcontribs)

Updated the description and the Dutch translation of the description. Also posted the Dutch translation of the messages on Meta.

MusikAnimal (talkcontribs)

Awesome! I have added the Dutch translations. Thank you!

wbEntity config value to be dropped on July 24th

1
Lea Lacroix (WMDE) (talkcontribs)

Hello,

We are about to drop the mw.config.get( 'wbEntity') config value, that is deprecated for two years. Starting on Wednesday, July 24th, scripts that use this value may encounter issues.

I noticed that your script located on User:Mbch331/Gadget-AuthorityControl.js is still using this value. I suggest that you update it, for example by using the hook wikibase.entityPage.entityLoaded (see an example here).

If you have any questions or need help, feel free to leave a comment under the related task.

Thanks for your understanding!

How's ORES working out for you?

1
Groceryheist (talkcontribs)

Hi Mbch331,

I'm working with User:EpochFail (@halfak on irc) on a research study to look into how mw:ORES is working out on wikis where it has been enabled. I was hoping to talk a little about what the kind of work you do on Wikidata and about how the ORES edit filters and classifiers have been working out. Do you use any tools other than Special:RecentChanges or Special:Watchlist that take advantage of ORES? Do you know of any other tools that are used to patrol that do not use ORES? I'm also interested in any other observations you may have about how the ORES scores are working out. Thank you!

How to edit wikidata url formatting

2
Muirinew3tw (talkcontribs)

Hi! I saw you edited this previously, I am trying to correct the URL parameters to fix broken links

Property talk:P2338


thanks

Mbch331 (talkcontribs)

Fixed it.

Ldhank (talkcontribs)

hoi, Via TBP op nl.wiki viel mij een door een vandaal vervuild wikidata element op. De ellende begon hier: Special:Contributions/ShyhC (vandalisme is opgemerkt, en gebruiker is geblokkeerd).. Ik weet niet wat gemakkelijker is ofwel situatie terugzetten tot voor vervuiling of aanpassen aan huidige situatie. In het laatste geval, Misschien heeft u een tooltje om de tekst van labels sneller, dan manueel aan te passen. Voor Johnny Orlando werd daarna een nieuw element aangemaakt, maar de naam staat vaak nog in het oude element. Misschien kan met een bot of zo dit vrij snel verholpen worden. Dus: d:Q61968640 moet worden 'Johnny Orlando'. De naam dient verwijderd te worden uit Q21931273, Of

Mbch331 (talkcontribs)

Het hergebruiken van een item voor een andere artiest is niet toegestaan. Ik heb de links naar enwiki en dawiki verwijderd op Q61968640, daarna een oude versie teruggezet op Q21931273 en daarna de 2 samengevoegd. En die Shy hoort niet thuis op Wikidata.

Ldhank (talkcontribs)

dank voor snelle reactie. idd een betere oplossing zo.

YTCleaner link code repository is wrong

3
Bmillemathias (talkcontribs)
Mbch331 (talkcontribs)

Oops. Forgot I moved it. Fixed the link on the bots userpage.

Bmillemathias (talkcontribs)

Thanks !

Eurohunter (talkcontribs)

Hello. I noticed issue with this properity long time ago. If u add album ID it redirects to American version of market (itunes.apple.com/us). I have noticed someone added https://itunes.apple.com/ca/album/$1 for Canadian market in URL format but there is no way to get links to Canadian market. Do you know what to do with it?

Mbch331 (talkcontribs)

The Wikidata interface only uses the first formatter URL to display links on the site. In most cases it doesn't matter which country you used for an iTunes link, since most songs are available worldwide under the same id. You could address the issue on the property talk page and if you don't get any response there, you could always ask on Project Chat.

Eurohunter (talkcontribs)

There is many releases unavaiable in the United States.

Mbch331 (talkcontribs)

Guess the songs I buy don't have this issue.