[01:22:33] oh noes [13:44:13] Amir1, Hi! nqo.wikipedia.org has been created. You know what that means? :D [13:44:29] (Also hi.wikisource.org was created a short while ago, don't know if you've gotten to that one yet) [13:44:45] I know because I created the both :D [13:44:56] 😱😱😱 given the channel, I know what needs to be done [13:45:03] I will do it soon-ish [13:46:58] You are awesome <3 [13:47:28] (and of course I should've assumed you were the one who created them :P ) [13:50:03] It was fun, both exploded majestically [13:50:43] Meh, someone else fixed the problem :D [14:06:00] Amir1, different issue: Search is not working in nqowiki. Any idea why? Should I post a bug, or just wait a while? [15:13:40] Jhs: let me check, index didn't have any issues there [17:24:07] I posted a question for the development team: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#IP_Range_Querieis [19:08:56] davidwbarratt: btw I actually have experimented with the approach I mentioned in your property proposal (using postgres) and it works quite well [19:09:34] it is still feasible for now because we don't have that many IP ranges, so it's easy to retrieve in SPARQL [19:09:57] I guess if it grows too big, I could switch to Linked Data Fragments [19:09:58] pintoch yeah I don't mind doing that, but it seems odd for everyone to duplicate the data in their own database, rather than duplicating it once [19:10:31] yeah, but I think at some point we have to accept that WDQS cannot be universally good at indexing everything in all sorts of formats [19:10:55] it's already on its knees at the moment anyway [19:11:28] if you can have your own index locally, you can handle far higher query rates and you are saving up the WMF's resources