[Wikidata-bugs] [Maniphest] T90112: Investigate Apache Jena for WDQ
Justin0x2004 added a comment. It looks like Apache Jena didn't get a score in that sheet. Does that mean it was not evaluated? TASK DETAIL https://phabricator.wikimedia.org/T90112 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, So9q, Lydia_Pintscher, Aklapper, Manybubbles, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T206560: [Epic] Evaluate alternatives to Blazegraph
Justin0x2004 added a comment. also, any thoughts on https://cambridgesemantics.com/anzograph/ ? "Horizontally Scalable Graph Database Built for Online Analytics and Data Harmonization" it looks like anzograph could handle <https://info.cambridgesemantics.com/hubfs/Trillion%20Triples%20Whitepaper%20-%20GQE%20Benchmark%20FINAL%20Dec%206.pdf?hsCtaTracking=28fb06fc-8129-4f79-9cff-2edae1af934d%7Cb8dda84f-68b5-446b-b1bc-ef256dccd28d> 1 trillion triples back in 2016. TASK DETAIL https://phabricator.wikimedia.org/T206560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Bovlb, Dr.uesenfieber, JohannesKalmbach, accounting_data_logger, Fnielsen, nguyenm9, AndySeaborne, BenAtOlive, YULdigitalpreservation, Iamamz3, namedgraph, Versant.2612, AndreasKuczera, DD063520, Michael, toan, Kjauslin, Hannah_Bast, RShigapov, Izno, KingsleyIdehen, Daniel_Mietchen, Majavah, karapayneWMDE, MarioGom, Mohammed_Sadat_WMDE, Hjfocs, danshick-wmde, Thadguidry, Tpt, TallTed, Sj, Afandian, Justin0x2004, Jerven, TheKtk, Ivanhercaz, Jneubert, DanBri, Lydia_Pintscher, Tagishsimon, Samantha_Alipio_WMDE, Ostrzyciel, GreenReaper, WMDE-leszek, Salgo60, So9q, Krabina, Jecummings4, TomT0m, Akuckartz, Susannaanas, Addshore, Andrawaag, Gehel, Lucas_Werkmeister_WMDE, Aklapper, Smalyshev, BeautifulBold, Suran38, Invadibot, MPhamWMF, Jtm-lis, maantietaja, Peteosx1x, NavinRizwi, CBogen, Isaacandy, Demian, Olson.jared.m, Nandana, Namenlos314, Lahi, Gq86, Bryandamon, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Steko, Samwilson, PhotographerTom, suriyaa, Psychoslave, tosfos, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Darenwelsh, Dinoguy1000, Manybubbles, brion, Mbch331, MarkAHershberger ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291340: additional services as alternatives to current WDQS use
Justin0x2004 added a comment. I think it is beneficial to have an initial common search interface (SPARQL) to Wikidata. If Google directed users to specialized services for initially searching for movie showtimes, maps of locations, academic publications, etc. then I think someone else would come along and make a better Google. That Wikidata's SPARQL interface is used a lot isn't a reason to try to get people/applications off of it. TASK DETAIL https://phabricator.wikimedia.org/T291340 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, Esc3300, So9q, Aklapper, Lydia_Pintscher, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291903: Evaluate QLever as a time lagging SPARQL backend to offload the BlazeGraph cluster
Justin0x2004 added a comment. > Subqueries and predicate paths are also supported. Where is it written that they are not? @Hannah_Bast I think they mean this feature of BG: https://github.com/blazegraph/database/wiki/NamedSubquery TASK DETAIL https://phabricator.wikimedia.org/T291903 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, Hannah_Bast, So9q, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290839: Evaluate a double backend strategy for WDQS
Justin0x2004 added a comment. > can give us the short update delays that users expect I am a user that rarely needs short update delays. Didn't we just take a poll about what features of WDQS users prefer/want? Do we have the results of that to see if a double backend strategy would satisfy users? TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Addshore, Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290839: Evaluate a double backend strategy for WDQS
Justin0x2004 added a comment. @Lucas_Werkmeister_WMDE What is the relationship between Blazegraph and Wikibase? It seems like Blazegraph would have some export functionality. TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Addshore, Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290839: Evaluate a double backend strategy for WDQS
Justin0x2004 added a comment. > The focus of Sage is on the ability to pause and resume SPARQL queries Ah, I see that now. I was just looking on awesome-semantic-web <https://github.com/semantalytics/awesome-semantic-web> for other efficient (perhaps read-only triplestores) and I saw a familiar name on QLever <https://github.com/ad-freiburg/QLever> which looks like another candidate. It even has a Wikidata quickstart guide. Could it handle 11+ million SPARQL queries per day? TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290839: Evaluate a double backend strategy for WDQS
Justin0x2004 added subscribers: Lucas_Werkmeister_WMDE, Justin0x2004. Justin0x2004 added a comment. @Hannah_Bast, I would like having the option to use ~week old Wikidata if it meant I could run more complex queries. @Lucas_Werkmeister_WMDE has mentioned Sage <https://sage.univ-nantes.fr/> as a candidate for a read-only triplestore. Has anyone tried to use Sage with a full Wikidata dump? TASK DETAIL https://phabricator.wikimedia.org/T290839 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, Lucas_Werkmeister_WMDE, Bugreporter, Hannah_Bast, Aklapper, MPhamWMF, So9q, Invadibot, maantietaja, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS
Justin0x2004 added a comment. > I don’t think we should allow integration with datasets in arbitrary URLs Since it is probably safer to have another service (one that individuals can deploy for their own needs) access the tabular data and //then// federate with WDQS here is an example of just that: https://github.com/justin2004/weblog/tree/master/blend_google_sheet_with_wikidata TASK DETAIL https://phabricator.wikimedia.org/T181319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, johanricher, So9q, Moebeus, CamelCaseNick, Librarian_lena, Gnoeee, John_Cummings, mxn, Base, Ferdinand0101, Mahir256, Bugreporter, Daniel_Mietchen, NavinoEvans, Pasleim, Lucas_Werkmeister_WMDE, Smalyshev, Aklapper, Yurik, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, ET4Eva, Dinadineke, DannyS712, Nandana, Namenlos314, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, EBjune, merbst, LawExplorer, Avner, StuartPrior, Silverfish, Reasno, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, Volker_E, SBisson, Jheald, mys_721tx, Jane023, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, jayvdb, zhuyifei1999, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T206560: [Epic] Evaluate alternatives to Blazegraph
Justin0x2004 added a comment. In T206560#7248377 <https://phabricator.wikimedia.org/T206560#7248377>, @DanBri wrote: > @Lydia_Pintscher mentioned a conversation with the Data Commons team at Google, they have this opensource codebase that's somewhat in this area: https://github.com/datacommonsorg/mixer It looks like Data Commons is not RDF native. And its "SPARQL endpoint" is an approximation of a SPARQL endpoint. That is, it is missing lots of things that make SPARQL endpoints useful to work with. e.g. Here is a query that works: curl -X POST 'https://api.datacommons.org/query' \ -d '{"sparql": "SELECT ?state ?name \ WHERE { \ ?state typeOf State . \ ?state name ?name \ }"}' - but it can't handle `select *` - notice how the predicates don't use a prefix - it doesn't respect a header like 'Accept: text/csv' In fairness they do say: Graph Query/SPARQL: Given a subgraph where some of the nodes are variables, retrieve possible matches. This corresponds to a subset of the graph query language SPARQL. https://docs.datacommons.org/api/ And in the code I see: `// Translate takes a datalog query and translates to GoogleSQL query based on schema mapping.` https://github.com/datacommonsorg/mixer/blob/b7518499a19360cc4ee33898feb8e26f81cc060b/internal/translator/translate.go#L853 But if you look how the Translate function gets called I think they mean "takes a SPARQL query." TASK DETAIL https://phabricator.wikimedia.org/T206560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Justin0x2004 Cc: Justin0x2004, Jerven, TheKtk, Ivanhercaz, Jneubert, DanBri, Lydia_Pintscher, Tagishsimon, Samantha_Alipio_WMDE, Ostrzyciel, GreenReaper, WMDE-leszek, Salgo60, So9q, Krabina, Jecummings4, TomT0m, Akuckartz, Susannaanas, Addshore, Andrawaag, Gehel, Lucas_Werkmeister_WMDE, Aklapper, Smalyshev, Invadibot, MPhamWMF, Jtm-lis, maantietaja, NavinRizwi, CBogen, Isaacandy, Demian, Olson.jared.m, Nandana, Namenlos314, Lahi, Gq86, Bryandamon, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Steko, Samwilson, PhotographerTom, suriyaa, Psychoslave, tosfos, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Darenwelsh, Dinoguy1000, Manybubbles, Foxtrott, brion, Mbch331, MarkAHershberger ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org