User talk:Pintoch

Jump to navigation Jump to search

About this board

Previous discussion was archived at User talk:Pintoch/Archive 1 on 2017-06-21.

OpenRefine "Search for match" often very slow/no response?

7
ArthurPSmith (talkcontribs)

Hi - I've been running into an issue lately, I wonder if you see this too? I was thinking there might be a problem with whatever endpoint the OpenRefine service is talking to. When I do a reconcile and then look through the unmatched rows, if I click the "Search for match" link and enter a Wikidata item id then sometimes it responds immediately with the item data, but very often it takes 10s of seconds or more, or doesn't respond at all. If you have any ideas on what's going on I'd appreciate it, thanks!

Pintoch (talkcontribs)

Yes I have noticed issues with the suggest service too. There has been issues with tools labs recently that affected most tools, but that seems to be different. I will investigate.

ArthurPSmith (talkcontribs)

thanks - it's definitely still a problem, and makes working with OpenRefine the way I had been previously much more difficult. Not sure if there's another workaround when selecting matches in reconciliation if you know the Q number you want to match?

Pintoch (talkcontribs)

I have restarted the service a few hours ago - now the reconciliation times are down to the normal speeds (they used to be 3 times higher).

I can't do much against the instability of toollabs in general, but I am working on documenting better how to run the service locally so that anyone can run the reconciliation interface on their own machine, which should make things go faster.

ArthurPSmith (talkcontribs)

Ok, yes, that would probably be a help - also for testing out improvements to the service!

Pintoch (talkcontribs)
ArthurPSmith (talkcontribs)

Ok - I'm actually off on vacation for about a week as of tomorrow so I'll probably try it out when I get back. Meanwhile the standard service seems to be a bit better right now.

Reply to "OpenRefine "Search for match" often very slow/no response?"
2.247.48.113 (talkcontribs)
Pintoch (talkcontribs)

Hi, Yes, this ISNI is clearly wrong - that is because the VIAF id it was derived from is wrong too. In that case, the appropriate course of action is to remove both. Cheers!

92.230.132.107 (talkcontribs)
Pintoch (talkcontribs)

Yes, GRID makes mistakes sometimes too. Thanks for your work!

92.230.132.107 (talkcontribs)

But still VIAF and ISNI can help in merging and identifying.

92.226.210.192 (talkcontribs)
Pintoch (talkcontribs)

that was also derived from a VIAF ID (which was removed in the mean time)

80.171.201.233 (talkcontribs)
80.171.201.233 (talkcontribs)

Would you be interested in Wikidata:WikiProject ISNI? The ISNI DB itself has a lot of issues and sometimes the ISNI-IA refuses to fix (sic!).

92.228.156.107 (talkcontribs)
Pintoch (talkcontribs)

yes, that's an issue that comes from the GRID database apparently :) Why not a WikiProject ISNI, yes, it would be great!

Reply to "ISNI nonsense"
92.230.132.107 (talkcontribs)
Reply to "Items about humans"
Blackcat (talkcontribs)

Ok, Pintoch, I still can't find why such property would be harmful but I will deal with that. I proposed to create the property because on it.wiki we use a unique template for rugby national teams (either rugby union or rugby league) which are operated by two different international federations and have each their own ranking system. I couldn't handle both World Rugby's and IRL's rankings with the same 'Data property, I needed at least one dedicated (both would be the must one would be fine, the other being property:P1352) . Ok, I'll deal with that. Thanks anyway to take time to reply, Regards.

Pintoch (talkcontribs)

Hi, So the main reason was this, quoting Vladimir Alexiev: "Many things (teams, sportsmen, films, actors, smart phones) are ranked by many agencies. I don't think we want specific props per agency and kind of ranking! Why can't you use ranking (P1352) with an extra qualifier to indicate the agency, eg "issuer"? Your examples already use lots of qualifiers (thanks!) so it should be easy to fit one more."

Cheers Pintoch

Blackcat (talkcontribs)

yes, indeed. in my humble opinion we could bypass that (legitimate, mind you) objection by introducing a mandatory consistency check for the property, ie.: for football teams only FIFA, for rugby union teams only WORLD RUGBY, and so on.

Pintoch (talkcontribs)

Then if there is only one such ranking per type of team, maybe a generic property could do: P1352 with a qualifier should be enough, no? As an infobox developer you could just pull from P1352 regardless of its qualifiers if you know that the ranking is going to be the one that you expect.

Blackcat (talkcontribs)

We can also introduce a list of undisputably authorable issuers as qualifiers.

Reply to "World Rugby Ranking"
Gotitbro (talkcontribs)

Hi,

There seems to be an error with the regex for the D&B Hoovers company profile (P5232). It currently is [a-f0-9]{16} but Hoover's URL also contain underscores "_" and dots "." such as

http://www.hoovers.com/company-information/cs/company-profile.goldenline_sp_z_o_o.ba2129054e3465d8.html

Also 16 seems to be a bit restrictive as many company names can be long.

Can you please update the regex so that these can accepted, I am getting a "possible issues" message everywhere due to the current regex. I would've done it myself but I am not much familiar with regex.

Thank You

Pintoch (talkcontribs)

Hi, The initial regex did include these characters but it was changed by Thierry Caro so maybe you could check with him directly?

Gotitbro (talkcontribs)

@Thierry Caro I have undone your edit for the Hoovers property as the new regex didn't work as intended. Please see if you would like to improve it in another way so that the above concerns can be addressed, thanks.

Reply to "Regex error in Hoover's Property"
Tpt (talkcontribs)
Pintoch (talkcontribs)

ah oui d'accord! Désolé pour la confusion :)

Newly created Stadiums external links IDs

4
Migrant (talkcontribs)
Pintoch (talkcontribs)

Hi! It depends what your source is. If these identifiers are used in some Wikipedia, then you could try to use HarvestTemplates. If you can find a table with the names and identifiers of these stadiums, then you could use OpenRefine or Mix'n'Match. Let me know if it helps!

Migrant (talkcontribs)

Sorry, I havent looked into OpenRefine and how to do that type of stuff. I just found the databases and thought they would suit as a general external identifier for sportsarenas/stadiums and their sportsevents. BTW, I have 3 other databases too but they are more narrow in type of use (speed skating) and geographical area (Norway) but I would say probably with more information. Migrant.

Pintoch (talkcontribs)
Reply to "Newly created Stadiums external links IDs"
KaMan (talkcontribs)
Pintoch (talkcontribs)

Hi! Feel free to do these changes - I just do the initial creation of the property with a script and let the proposers improve the details afterwards :)

KaMan (talkcontribs)

Somehow I had "public" button disabled at first try. Now I could do this at second try. Thank You.

Wikidata:Property proposal/B.R.A.H.M.S. ID

6
Summary by Pintoch

créée

Thierry Caro (talkcontribs)

Bonjour. Puis-je avoir cette propriété ? Je suis prêt à m'en occuper.

Pintoch (talkcontribs)

Désolé pour le délai ! C'est fait.

Thierry Caro (talkcontribs)
Thierry Caro (talkcontribs)
Thierry Caro (talkcontribs)
Thierry Caro (talkcontribs)
Reply to "Wikidata:Property proposal/B.R.A.H.M.S. ID"
Lymantria (talkcontribs)

Congratulations, Dear Administrator!

Deutsch | English | español | français | italiano | Nederlands | português | русский | +/−

An offering for our new administrator from your comrades... (our gift is better than the one at Commons or Meta)

You have your gun; now here's your badge: {{User admin}}/{{#babel:admin}} and {{Admin topicon}}. Enjoy!

Congratulations! You now have the rights of administrator on Wikidata. Please take a moment to read the Wikidata:Administrators page and watchlist related pages (in particular Wikidata:Project chat, Wikidata:Requests for comment, and Wikidata:Administrators' noticeboard), before launching yourself into page deletions, page protections, account blockings, or modifications of protected pages.

Please feel free to join us on IRC: #wikidata-admin @ irc.freenode.net. If you need access, you can flag someone down at @ irc.freenode.net. You may find Wikidata:Guide to Adminship to be useful reading. You may also want to consider adding yourself to meta:Template:Wikidata/Ambassadors, and to any similar page on your home wiki if one exists. (Check Wikipedia:Wikidata/Wikidatans (Q14964498).)

Please also add/update the languages you speak to your listing at Wikidata:List of administrators. You may also like to add your username to this list if you would not like that items you delete at RfD get marked as deleted automatically. Again, welcome to the admin corps!

Lymantria (talk) 08:53, 26 May 2018 (UTC)

Reply to "Welcome, new admin!"