Topic on User talk:Pintoch

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!

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.

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?

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.

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

I have drafted some instructions here: https://github.com/wetneb/openrefine-wikidata#running-locally Let me know if anything is unclear.

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.