Sorry forgot about https://twitter.com/Jokrates/status/905168873011458048 I thougt I had reported it on Phabricator, - and I could not find it.

Added as a Scholia issue: https://github.com/fnielsen/scholia/issues/192

I can confirm that the quite wobblying graphs that I previously experienced with Scholia are now all gone.

There are many of these problems for Karl Zilles, see:

It should be fixed now, e.g., https://tools.wmflabs.org/wembedder/most-similar/Q76#language=en

I think someone pointed to error-line{border-bottom:2px dotted red} (I forgot who). https://query.wikidata.org/css/style.min.0d7eafbda8bb1aa11051.css. Changing red to white seems to do it.

In my opinion it is not outside the component developer, as the SPARQL.js just could be disabled here on WDQS. In my opinion the red dots confuse more than syntax highlighting helps (when there is no WITH). If WDQS could be personalized I would switch SPARQL.js off.

I see the individual pages are put up. I we suppose to do anything?

Include "https://gist.github.com/lucaswerkmeister/28608c3667a7064455152959a6e0e4cc" and attempt to see the graph: It is not possible on Ubuntu Firefox

The UX for scrolling is still terribly bad. It makes it close to unusable for some queries. Try with this gist https://gist.github.com/lucaswerkmeister/28608c3667a7064455152959a6e0e4cc

Yes, the 404s is a known problem, that I should fix

Can you confirm that it no longer loads from third-party or should I just close the task myself?

This is now fixed with https://github.com/fnielsen/cvrminer/commit/49975504a590a1ae53e2e8cc81aadea277cc5600 I have checked at https://tools.wmflabs.org/cvrminer/

Thanks for reminding me of this. I will change it to a toolforge serving.

See also https://www.wikidata.org/w/index.php?title=User_talk:GZWDer&oldid=531264407#Dot_after_title

@Smalyshev Try to add an empty newline at the top. That usually does it.

With http://tinyurl.com/y9ekltr7 WITH and its parts in "{ ... }" get sometimes dotted and I agree that it is distracting. It would be better with SPARQL.js switched off then or something like

I still get "502 Bad Gateway". It seems to be tied to one worker. Currently, I get "Respawned uWSGI worker 1" several times, while the other workers (that I see with different pid) does not seem to run into problems.

On my Flask development server, Python3 is using 1.2 GB fairly constantly (somewhat more than I anticipated). I suppose that I run into memory problems. I wonder how I can get around this.

I do not know how to start it with few workers. Isn't the number 4 hardcoded into /usr/lib/python2.7/dist-packages/toollabs/webservice/services/uwsgiwebservice.py?

I see "/usr/lib/python2.7/dist-packages/toollabs/webservice/backends/kubernetesbackend.py"

I have managed to get it going with --backend=gridengine uwsgi-plain, but I suppose it would perhaps be nice to have the kubernetes issue fixed, - if it is not something that is specific to me.

I see a related task here https://phabricator.wikimedia.org/T133999

<s>I am embarrassed to say that I am not sure what what Toolforge is. I do not think I need a dedicated machine. Just one like "Scholia" (tools.wmflabs.org/scholia) where I can "become" and put a Python Flask in www/python/src, so it is available at tools.wmflabs.org/wembedder. I do not need a dedicated server like the one librarybase is running from https://librarybase.wmflabs.org/. </s>

https://fnielsen.github.io/littar/ could also provide a nice map.

https://github.com/fnielsen/scholia & https://tools.wmflabs.org/scholia/

I suppose that a warning message could be annoying.

I wasn't aware of the Wiki labels service https://meta.wikimedia.org/wiki/Wiki_labels http://labels.wmflabs.org/ui/enwiki/

"the future da.wikivoyage" The Danish Wikivoyage has not taken off and might not take off - unfortunately. I have been one of the few there and edits from time to time.

I am wondering if it is possible to ask for any Wikipedia, i.e., "https://*.wikipedia.org/". Is there any verb defined for that?

It works now from my side. Thanks!

I still find that there are issues. It works sometimes(!) and resolve to the correct page. However, when I reload the page in Ubuntu Firefox it gets to the wrong page: 'File:Dalsgaard, Christen-"Mon han dog ikke skulle komme' from the URL "https://commons.wikimedia.org/wiki/File:Dalsgaard,%20Christen-%22Mon%20han%20dog%20ikke%20skulle%20komme?%22.jpg"

It seems to have gone alright: https://commons.wikimedia.org/wiki/File:Kr%C3%B8yer,_P.S_-_Sommeraften_ved_Skagens_strand.tif

@Aklapper : I have now attempted once yesterday to upload the file. It seemed to upload well taking around 20 minutes, but the assembly took too long time. It stated that 12 minutes remained and then gradually increasing that number to 1 or 2 ours. I turned off my computer after perhaps two hours.

Sorry, I missed that in the documentation. I will try that.

I can confirm that I have not seen duplicates for some time now. The fix must have worked. Thanks!

In T118322#1810328, @Ricordisamoa wrote:

How can we ensure wbmergeitems isn't going to become a medley of ignore parameters?

I note that labels may also have duplicates. If I recall my experiences correctly these duplicates tend to go away over time.

Maybe I should note that the DISTINCT keyword clears the ordinary duplicates from my query result, but not problematic ones.

I have made a new query: