Marco Z
Marco Z
@unhammer perhaps you could try this test with the latest master ? see #63
"fy fan". Ok this requires some deeper thinking.
@unhammer anyway, it's at least reassuring that the latest patch doesn't change the memory behavior of the library (kudos @mitchellwrosen )
https://mirror.accum.se/mirror/wikimedia.org/dumps/enwiki/ Seems like they got rid of old data dumps. Good on them but perhaps we should host the file here in git-lfs
Agree, I just skimmed the chapters and they are all done! 🎉 the readme could be updated.
I agree with @tfausak , I'm not in favour of having to wait for human intervention for a package upload. E.g. Often I split libraries in multiple parts (`foo` becomes...
@cchalmers Yes, you could place a link from the plot at the top of the page to its generating code. In general, inline examples for a number of common functions...
There must be one, I just haven't had the time to investigate possible fixes
Hi :) You're right, keeping only the `head` of the results list doesn't look good. It should be the responsibility of the user code to do that, if at all.
Yes sorry for the brief ticket, this confirms my understanding of the API. The internal OneColonnade ("Column" ?) type is a sort of "pull array" [1] but has no notion...