Hoi,
I find it interesting that some do not need to see the result of what they
do. What it tells me is that they deal with collections, big amounts of
data that like stamp collections are dumped in Wikidata. What is the point
of such? I consider them prime examples of what can be set aside.
I do
Hi,
I have limited knowledge of SPARQL and RDF so I might not have understood
fully.
On Tue, 11 Feb 2020 at 07:05, Samuel Klein wrote:
> A linked data fragments approach w/ a [thick client] seems to me to be one
> useful option to explore and benchmark.
>
>
As far as I can see WDQS does offer a
Hello all,
While cleaning (reviewing and rewriting) the code of Wikidata and Wikimedia
Commons backend in October 2019, The Wikidata team at WMDE together with
WMF worked on reducing the loading time of pages. We managed to reduce the
loading time of every Wikidata page by about 0.1-0.2 seconds. T
Well done!
On Tue, Feb 11, 2020 at 11:07 AM Max Klemm wrote:
> Hello all,
>
> While cleaning (reviewing and rewriting) the code of Wikidata and
> Wikimedia Commons backend in October 2019, The Wikidata team at WMDE
> together with WMF worked on reducing the loading time of pages. We managed
> to
Great !
Two small perfectionist question:
- is it finished or can we maybe go further?
- can it be done/replicated on other Wikimedia projects?
Cheers, ~nicolas
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/l
Hey,
On Tue, 11 Feb 2020 at 12:30, Nicolas VIGNERON
wrote:
> Great !
>
> Two small perfectionist question:
> - is it finished or can we maybe go further?
>
It is finished for now, but we should continue monitoring it so new modules
don't accumulate again.
In order to keep a low loading time, we
On Mon, 10 Feb 2020 at 16:11, Amirouche Boubekki
wrote:
> Who needs to see the updates live in WDQS as soon as edits
> are done in wikidata?
https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Query_Service_and_search&diff=prev&oldid=1110094246
--
Andy Mabbett
I am sorry to bring more problems to the table, but the indexing of
lexemes in the "ordinary" elasticsearch-based search is now also often
slow. The Q-items are also indexed slowly, but there you can at least
type in the Q-number in the edit field and it will lookup the item. For
L-numbers, I
Oh, wow, I just tried that out too, and indeed, it used to be possible to
link to the L-number very quickly if I remember correctly, but now this is
not the case anymore.
Weirdly enough, the SPARQL endpoint got updated with the new Lexeme very
quickly. So I think these two things are not related.
That's awesome, thanks!
On Tue, Feb 11, 2020 at 3:46 AM Léa Lacroix
wrote:
> Hey,
>
> On Tue, 11 Feb 2020 at 12:30, Nicolas VIGNERON
> wrote:
>
>> Great !
>>
>> Two small perfectionist question:
>> - is it finished or can we maybe go further?
>>
> It is finished for now, but we should continue
Sounds great, thanks a lot.
Yaroslav
On Tue, Feb 11, 2020 at 6:11 PM Denny Vrandečić wrote:
> That's awesome, thanks!
>
> On Tue, Feb 11, 2020 at 3:46 AM Léa Lacroix
> wrote:
>
>> Hey,
>>
>> On Tue, 11 Feb 2020 at 12:30, Nicolas VIGNERON <
>> vigneron.nico...@gmail.com> wrote:
>>
>>> Great !
>
11 matches
Mail list logo
