This list is closed, nobody may subscribe to it.
2010 |
Jan
|
Feb
(19) |
Mar
(8) |
Apr
(25) |
May
(16) |
Jun
(77) |
Jul
(131) |
Aug
(76) |
Sep
(30) |
Oct
(7) |
Nov
(3) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
(16) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(7) |
Dec
(7) |
2012 |
Jan
(10) |
Feb
(1) |
Mar
(8) |
Apr
(6) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
(2) |
2013 |
Jan
(5) |
Feb
(12) |
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(22) |
Aug
(50) |
Sep
(31) |
Oct
(64) |
Nov
(83) |
Dec
(28) |
2014 |
Jan
(31) |
Feb
(18) |
Mar
(27) |
Apr
(39) |
May
(45) |
Jun
(15) |
Jul
(6) |
Aug
(27) |
Sep
(6) |
Oct
(67) |
Nov
(70) |
Dec
(1) |
2015 |
Jan
(3) |
Feb
(18) |
Mar
(22) |
Apr
(121) |
May
(42) |
Jun
(17) |
Jul
(8) |
Aug
(11) |
Sep
(26) |
Oct
(15) |
Nov
(66) |
Dec
(38) |
2016 |
Jan
(14) |
Feb
(59) |
Mar
(28) |
Apr
(44) |
May
(21) |
Jun
(12) |
Jul
(9) |
Aug
(11) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2017 |
Jan
(20) |
Feb
(7) |
Mar
(4) |
Apr
(18) |
May
(7) |
Jun
(3) |
Jul
(13) |
Aug
(2) |
Sep
(4) |
Oct
(9) |
Nov
(2) |
Dec
(5) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bryan T. <br...@sy...> - 2015-08-07 13:09:17
|
We found a bug in the openrdf library that is having a very strong negative impact on SPARQL UPDATE performance for larger UPDATE sets. The root cause is MultipleTupleQueryResult using LinkedList.get(index), which is a linear scan, for next(). So the iterator performance falls off linearly as the scan progresses. For the impatient, there is a very simple fix: 1. Clone the MutableTupleQueryResult class in openrdf into a new namespace in blazegraph. 2. Replace LinkedList with ArrayList (one line change); 3. Import that modified version of the class in our AST2BOpUpdate class (one line change). Michael is testing the performance impact of that fix now. See https://jira.blazegraph.com/browse/BLZG-1404 Thanks, Bryan |
From: Bryan T. <br...@sy...> - 2015-07-28 07:21:48
|
You can override the BigdataRDFServletContextListener in web.xml. Your implementation must extend ours. <listener> <listener-class>com.bigdata.rdf.sail.webapp.BigdataRDFServletContextListener</listener-class> </listener> The QueryServlet is really only intended for handling REST API requests. Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. <http://smartdata2015.dataversity.net/> CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Mon, Jul 27, 2015 at 12:28 PM, Joakim Soderberg < joa...@bl...> wrote: > Thanks Bryan. > Sometimes it helps to write down the problem; I found that I closed the > repository after the call without recreating the connection. I works like > expected when I keep the reposity opened. > Do you have example code or tutorials on how to use QueryServlet > and BigdataRDFServletContextListener, apart from javadocs? > > /joakim > > On Jul 25, 2015, at 12:02 AM, Bryan Thompson <br...@sy...> wrote: > > NSS uses the alternative constructor > > > |
From: Joakim S. <joa...@bl...> - 2015-07-27 16:28:34
|
Thanks Bryan. Sometimes it helps to write down the problem; I found that I closed the repository after the call without recreating the connection. I works like expected when I keep the reposity opened. Do you have example code or tutorials on how to use QueryServlet and BigdataRDFServletContextListener, apart from javadocs? /joakim > On Jul 25, 2015, at 12:02 AM, Bryan Thompson <br...@sy...> wrote: > > NSS uses the alternative constructor |
From: Bryan T. <br...@sy...> - 2015-07-25 07:02:52
|
Without knowing the contents of the following class, it is very difficult to know what is happening. It looks like the Journal has been closed or shutdown. at com.blippar.blazegraph.BlazegraphUtils.executeSelectQuery( BlazegraphUtils.java:62) If you use the BigdataSail(Properties) constructor then it "owns" the backing Journal object and will close it when the BigdataSail is shutdown. The NSS uses the alternative constructor in order to have the Journal remain open. I suggest you look at the QueryServlet and BigdataRDFServletContextListener to see how this is managed (your own use case might be much simpler). public BigdataSail(final AbstractTripleStore database) { Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. <http://smartdata2015.dataversity.net/> CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Fri, Jul 24, 2015 at 3:22 PM, Joakim Soderberg < joa...@bl...> wrote: > Hi, > I am running a Sparql query using the sample code; > > DataManager dm = DataManager.getInstance(); > Repository repo = dm.getRepository(); > try { > > > if( repo.isInitialized()) LOG.info("Repo is initialized!"); > else { > repo.initialize(); > LOG.info("Initialized repo"); > } > TupleQueryResult result = BlazegraphUtils.executeSelectQuery(repo, query, > QueryLanguage.SPARQL, false); > > ----- > > public static TupleQueryResult executeSelectQuery(Repository repo, String > query, QueryLanguage ql, boolean IncludeInferred) throws Exception { > > > RepositoryConnection cxn; > TupleQueryResult result = null; > if (repo instanceof BigdataSailRepository) { > cxn = ((BigdataSailRepository) repo).getReadOnlyConnection(); > } else { > cxn = repo.getConnection(); > } > > > try { > > final TupleQuery tupleQuery = cxn.prepareTupleQuery(ql, query > ); > if(IncludeInferred) tupleQuery.setIncludeInferred( > IncludeInferred /* includeInferred */); > result = tupleQuery.evaluate(); > > > } finally { > // close the repository connection > cxn.close(); > log.info("closed connection"); > } > return result; > } > > > and the second time it’s executed I get this error message. For some > reason the second time > > cxn = ((BigdataSailRepository) repo).getReadOnlyConnection(); > > is called, it triggers the problem. > > java.lang.IllegalStateException: Service not available > 2015-07-24 11:47:27,679 INFO [QueryAction.java:90] : Shut down repo > DataService is done! > at com.bigdata.service.AbstractTransactionService.newTx( > AbstractTransactionService.java:733) > at com.bigdata.journal.Journal$InnerJournalTransactionService._newTx( > Journal.java:2315) > at com.bigdata.journal.Journal$InnerJournalTransactionService.newTx( > Journal.java:2158) > at com.bigdata.rdf.sail.BigdataSail$BigdataSailReadOnlyConnection.newTx( > BigdataSail.java:4697) > at com.bigdata.rdf.sail.BigdataSail$BigdataSailReadOnlyConnection.<init>( > BigdataSail.java:4636) > at com.bigdata.rdf.sail.BigdataSail._getReadOnlyConnection( > BigdataSail.java:1597) > at com.bigdata.rdf.sail.BigdataSail.getReadOnlyConnection( > BigdataSail.java:1571) > at com.bigdata.rdf.sail.BigdataSail.getReadOnlyConnection( > BigdataSail.java:1553) > at com.bigdata.rdf.sail.BigdataSailRepository.getReadOnlyConnection( > BigdataSailRepository.java:123) > at com.blippar.blazegraph.BlazegraphUtils.executeSelectQuery( > BlazegraphUtils.java:62) > at com.blippar.action.QueryAction.execute(QueryAction.java:60) > at com.blippar.servlet.MinervaServlet.doPost(MinervaServlet.java:87) > at com.blippar.servlet.MinervaServlet.doGet(MinervaServlet.java:54) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:291) > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:206) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:239) > at org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke( > StandardWrapperValve.java:219) > at org.apache.catalina.core.StandardContextValve.invoke( > StandardContextValve.java:106) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke( > AuthenticatorBase.java:502) > at org.apache.catalina.core.StandardHostValve.invoke( > StandardHostValve.java:142) > at org.apache.catalina.valves.ErrorReportValve.invoke( > ErrorReportValve.java:79) > at org.apache.catalina.valves.AbstractAccessLogValve.invoke( > AbstractAccessLogValve.java:617) > at org.apache.catalina.core.StandardEngineValve.invoke( > StandardEngineValve.java:88) > at org.apache.catalina.connector.CoyoteAdapter.service( > CoyoteAdapter.java:518) > at org.apache.coyote.http11.AbstractHttp11Processor.process( > AbstractHttp11Processor.java:1091) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process( > AbstractProtocol.java:668) > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun( > NioEndpoint.java:1527) > at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run( > NioEndpoint.java:1484) > at java.util.concurrent.ThreadPoolExecutor.runWorker( > ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run( > ThreadPoolExecutor.java:617) > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run( > TaskThread.java:61) > at java.lang.Thread.run(Thread.java:745) > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > |
From: Joakim S. <joa...@bl...> - 2015-07-24 20:18:42
|
Hi, I am running a Sparql query using the sample code; DataManager dm = DataManager.getInstance(); Repository repo = dm.getRepository(); try { if( repo.isInitialized()) LOG.info("Repo is initialized!"); else { repo.initialize(); LOG.info("Initialized repo"); } TupleQueryResult result = BlazegraphUtils.executeSelectQuery(repo, query, QueryLanguage.SPARQL, false); ----- public static TupleQueryResult executeSelectQuery(Repository repo, String query, QueryLanguage ql, boolean IncludeInferred) throws Exception { RepositoryConnection cxn; TupleQueryResult result = null; if (repo instanceof BigdataSailRepository) { cxn = ((BigdataSailRepository) repo).getReadOnlyConnection(); } else { cxn = repo.getConnection(); } try { final TupleQuery tupleQuery = cxn.prepareTupleQuery(ql, query); if(IncludeInferred) tupleQuery.setIncludeInferred(IncludeInferred /* includeInferred */); result = tupleQuery.evaluate(); } finally { // close the repository connection cxn.close(); log.info("closed connection"); } return result; } and the second time it’s executed I get this error message. For some reason the second time cxn = ((BigdataSailRepository) repo).getReadOnlyConnection(); is called, it triggers the problem. java.lang.IllegalStateException: Service not available 2015-07-24 11:47:27,679 INFO [QueryAction.java:90] : Shut down repo DataService is done! at com.bigdata.service.AbstractTransactionService.newTx(AbstractTransactionService.java:733) at com.bigdata.journal.Journal$InnerJournalTransactionService._newTx(Journal.java:2315) at com.bigdata.journal.Journal$InnerJournalTransactionService.newTx(Journal.java:2158) at com.bigdata.rdf.sail.BigdataSail$BigdataSailReadOnlyConnection.newTx(BigdataSail.java:4697) at com.bigdata.rdf.sail.BigdataSail$BigdataSailReadOnlyConnection.<init>(BigdataSail.java:4636) at com.bigdata.rdf.sail.BigdataSail._getReadOnlyConnection(BigdataSail.java:1597) at com.bigdata.rdf.sail.BigdataSail.getReadOnlyConnection(BigdataSail.java:1571) at com.bigdata.rdf.sail.BigdataSail.getReadOnlyConnection(BigdataSail.java:1553) at com.bigdata.rdf.sail.BigdataSailRepository.getReadOnlyConnection(BigdataSailRepository.java:123) at com.blippar.blazegraph.BlazegraphUtils.executeSelectQuery(BlazegraphUtils.java:62) at com.blippar.action.QueryAction.execute(QueryAction.java:60) at com.blippar.servlet.MinervaServlet.doPost(MinervaServlet.java:87) at com.blippar.servlet.MinervaServlet.doGet(MinervaServlet.java:54) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:617) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1527) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1484) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) |
From: Jeremy J C. <jj...@sy...> - 2015-07-24 19:58:13
|
At Syapse we take an approach very like that suggested by Michael where the inference that we need is addressed by a combination of somewhat fancier SPARQL queries and carefully selected materialization using SPARQL update. While this does indeed require care in maintenance, we scale into the billions of triples in a way that is hard to imagine with a fully ‘intelligent’ approach to inference rules Jeremy > On May 25, 2015, at 11:20 PM, Michael Schmidt <ms...@me...> wrote: > > Alex, > > sure, I understand — it would ease maintainability, but also when implemented properly at DB level complex inferencing would not be free of (performance) costs. However, afaik there’s currently no SWRL support built-in. > > One option might be to use external reasoners (loading the data in memory), see for instance this recent discussion thread here: http://sourceforge.net/p/bigdata/mailman/message/34073626/ <http://sourceforge.net/p/bigdata/mailman/message/34073626/>. The feasibility of this approach might depend on your use case/requirements, of course. > > Maybe Bryan has other ideas on how to best approach your use case. > > Best, > Michael > > >> On 26 May 2015, at 07:51, Alex Jouravlev <al...@bu... <mailto:al...@bu...>> wrote: >> >> Michael, >> >> The same way you can render OWL redundant - it can also be replaced with Sparql updates. >> >> However there is a massive advantage in relying on reasoning happening behind the scene as opposite to generating and inserting inferred triples now and then. You bet more maintainable, intelligent solution. >> >> Regards, >> >> Alex >> >> On Tuesday, May 26, 2015, Michael Schmidt <ms...@me... <mailto:ms...@me...>> wrote: >> Dear Alex, >> >> is there anything that speaks against SPARQL UPDATE? >> >> - http://www.w3.org/TR/sparql11-update/ <http://www.w3.org/TR/sparql11-update/> >> - http://wiki.blazegraph.com/wiki/index.php/SPARQL_Update <http://wiki.blazegraph.com/wiki/index.php/SPARQL_Update> >> >> If I understand your scenario right, your UPDATE query (untested!) might look something like: >> >> INSERT >> { >> ?from :myNewObjectProperty ?to >> } >> WHERE >> { >> ?node :from ?from . >> ?node :to ?to . >> ?node :dType "givenValue" . >> } >> >> This query would insert an edge "?from :myNewObjectProperty ?to” whenever there exists a node satisfying the condition (you may need to take care of multivalued properties). >> >> Best, >> Michael >> >>> On 25 May 2015, at 23:19, Alex Jouravlev <al...@bu... <javascript:_e(%7B%7D,'cvml','al...@bu...');>> wrote: >>> >>> Hi guys, >>> >>> Do you know if Blazegraph supports SWRL? >>> >>> If not, would be the best way to approach the following: >>> >>> I have a node that have object properties "from" and "to" and data properties "dType". I need to derive an object property pointing from "from" object to "to" object when the value of "dType" is equal to given. >>> >>> Thank you >>> Alex Jouravlev >>> <>Director, Business Abstraction Pty Ltd >>> Phone: +61-(2)-8003-4830 >>> Mobile: +61-4-0408-3258 >>> Web: http://www.businessabstraction.com <http://www.businessabstraction.com/> >>> LinkedIn: http://au.linkedin.com/in/alexjouravlev/ <http://au.linkedin.com/in/alexjouravlev/> >>> ------------------------------------------------------------------------------ >>> One dashboard for servers and applications across Physical-Virtual-Cloud >>> Widest out-of-the-box monitoring support with 50+ applications >>> Performance metrics, stats and reports that give you Actionable Insights >>> Deep dive visibility with transaction tracing using APM Insight. >>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ <http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________> >>> Bigdata-developers mailing list >>> Big...@li... <javascript:_e(%7B%7D,'cvml','Big...@li...');> >>> https://lists.sourceforge.net/lists/listinfo/bigdata-developers <https://lists.sourceforge.net/lists/listinfo/bigdata-developers> >> >> >> >> -- >> Alex Jouravlev >> <>Director, Business Abstraction Pty Ltd >> Phone: +61-(2)-8003-4830 >> Mobile: +61-4-0408-3258 >> Web: http://www.businessabstraction.com <http://www.businessabstraction.com/> >> LinkedIn: http://au.linkedin.com/in/alexjouravlev/ <http://au.linkedin.com/in/alexjouravlev/> >> > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers |
From: Bryan T. <br...@sy...> - 2015-07-23 09:47:51
|
We are currently looking at how to refactor the REST API layout in order to make such decisions easier. This also includes separating out admin aspects of the interface (such as the ability to invoke dumpJournal, force HA server failover, list and cancel active queries and mutation tasks, etc. (Michael and I will be talking about this later today.) Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. <http://smartdata2015.dataversity.net/> CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Thu, Jul 23, 2015 at 5:02 AM, Antoni Myłka <ant...@qu...> wrote: > Hello, > > How to grant someone read-only access to NanoSparqlServer? > > The readOnly context-param won't work AFAIU, because I still want to > write, I just want to limit certain requests to be read-only. > > We have a bigdata instance running behing a firewall and a public > front-end. We want to expose an API for other apps to post SPARQL queries. > I didn't want to reinvent the wheel, so I just wrote a trivial proxy > servlet, based on https://github.com/mitre/HTTP-Proxy-Servlet. With it I > was able to expose the entire NanoSparqlServer functionality in our > frontend. > > Then I started extending my servlet to detect mutating requests and reject > them. This turned out to be tricky. > > I wanted to allow all kinds of queries: > - GET and POST with 'query' parameter, CONSTRUCT, SELECT, ASK, DESCRIBE > - ESTCARD and HASSTMT > - with all allowed parameters (s=, p=, o=, exact=true, etc.) > - with all supported output formats > > But I wanted to refuse all kinds of mutations > - everything with 'update' parameter, including those with both 'query' > and 'update', GET and POST > - POST with body > - POST with uri > - POST with multipart form data > - DELETE all > - DELETE with a triple pattern > - PUT with a query and a body > > After a while I got my proxy servlet to cover all those cases, but now I > ask myself: is there a better way? The code I wrote seems brittle. I don't > know if it really covers everything and it will have to be adapted if the > API changes in future versions of Blazegraph. > > So, is there a better way? > > Best regards > > -- > Antoni Myłka > Software Engineer > > Quantinum AG, Birkenweg 61, CH-3013 Bern - Fon +41 31 388 20 40 > http://www.quantinum.com - Experience the Power of Data > > > ------------------------------------------------------------------------------ > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
From: Antoni M. <ant...@qu...> - 2015-07-23 09:38:03
|
Hello, How to grant someone read-only access to NanoSparqlServer? The readOnly context-param won't work AFAIU, because I still want to write, I just want to limit certain requests to be read-only. We have a bigdata instance running behing a firewall and a public front-end. We want to expose an API for other apps to post SPARQL queries. I didn't want to reinvent the wheel, so I just wrote a trivial proxy servlet, based on https://github.com/mitre/HTTP-Proxy-Servlet. With it I was able to expose the entire NanoSparqlServer functionality in our frontend. Then I started extending my servlet to detect mutating requests and reject them. This turned out to be tricky. I wanted to allow all kinds of queries: - GET and POST with 'query' parameter, CONSTRUCT, SELECT, ASK, DESCRIBE - ESTCARD and HASSTMT - with all allowed parameters (s=, p=, o=, exact=true, etc.) - with all supported output formats But I wanted to refuse all kinds of mutations - everything with 'update' parameter, including those with both 'query' and 'update', GET and POST - POST with body - POST with uri - POST with multipart form data - DELETE all - DELETE with a triple pattern - PUT with a query and a body After a while I got my proxy servlet to cover all those cases, but now I ask myself: is there a better way? The code I wrote seems brittle. I don't know if it really covers everything and it will have to be adapted if the API changes in future versions of Blazegraph. So, is there a better way? Best regards -- Antoni Myłka Software Engineer Quantinum AG, Birkenweg 61, CH-3013 Bern - Fon +41 31 388 20 40 http://www.quantinum.com - Experience the Power of Data |
From: Bryan T. <br...@sy...> - 2015-07-10 12:27:38
|
All, we are in final code review for the 1.5.2 release. The only committers to master at this point should be for a few REST API related tickets that are currently in code review. Ongoing activity not slated for the 1.5.2 release must be restricted to a branch. QA on the 1.5.2 release will begin next week. See https://jira.blazegraph.com/projects/BLZG/versions/10164 and especially https://jira.blazegraph.com/browse/BLZG-195 for what will be included in this release. Thanks, Bryan |
From: Bryan T. <br...@sy...> - 2015-06-22 13:20:34
|
Ryan, Turn on the solutions trace in your log4j.properties. This will show you the solutions flowing out of each operator. You can look at this to see where the duplicate solutions are coming from. Please let me know what you find. Is it possible that you have a quads mode database and two copies of the data? This would then turn into a default graph query, but that should be the RDF merge of the named graphs and so it should also be distinct. The Explain of the query might also provide some insight. ## # Solutions trace (tab delimited file). Uncomment the next line to enable. #log4j.logger.com.bigdata.bop.engine.SolutionsLog=INFO,solutionsLog log4j.additivity.com.bigdata.bop.engine.SolutionsLog=false log4j.appender.solutionsLog=org.apache.log4j.ConsoleAppender #log4j.appender.solutionsLog=org.apache.log4j.FileAppender log4j.appender.solutionsLog.Threshold=ALL #log4j.appender.solutionsLog.File=solutions.csv #log4j.appender.solutionsLog.Append=true # I find that it is nicer to have this unbuffered since you can see what # is going on and to make sure that I have complete rule evaluation logs # on shutdown. #log4j.appender.solutionsLog.BufferedIO=false log4j.appender.solutionsLog.layout=org.apache.log4j.PatternLayout log4j.appender.solutionsLog.layout.ConversionPattern=SOLUTION:\t%m Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Mon, Jun 22, 2015 at 8:51 AM, ryan <ry...@os...> wrote: > Hi List, > > When I load the attached TTL into a blank blazegraph instance (1.5.1), I > get different results for these two queries (they differ only in the > "DISTINCT" keyword): > > > > SELECT DISTINCT ?People WHERE { > ?People a <http://semoss.org/ontologies/Person> > <http://semoss.org/ontologies/Person> . > } > > SELECT ?People WHERE { > ?People a <http://semoss.org/ontologies/Person> > <http://semoss.org/ontologies/Person> . > } > > > > The first query gives three results; the second gives six. All the Persons > in the query are unique, so I expect both queries to return identical > results. > > > > Puzzling addition: when I add a second clause to the DISTINCT query, I get > the expected results. > > > > SELECT DISTINCT ?People WHERE { > > ?People a <http://semoss.org/ontologies/Person> . > > ?People ?p ?o . > > } > > > > I can come up with no explanation for this problem. I'd welcome any > insights. > > > > Thanks, > > > > ry > > > > -- > > I would never want to leave this country > > Where roads are fast and knowledge easy > > --Kitchens of Distinction > > > > > ------------------------------------------------------------------------------ > Monitor 25 network devices or servers for free with OpManager! > OpManager is web-based network management software that monitors > network devices and physical & virtual servers, alerts via email & sms > for fault. Monitor 25 devices for free with no restriction. Download now > http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > |
From: Bryan T. <br...@sy...> - 2015-06-20 00:52:51
|
Best to load into a separate instance and then cut over. Bryan On Jun 19, 2015 7:29 PM, "Stas Malyshev" <sma...@wi...> wrote: > Hi! > > I am looking at the following scenario: I have a large (~70G now) > database, in which most of the data is stored in specific namespace. I > want to reload the database with fresh data, but it takes a lot of time > (several days) and I don't want to take the database down for it. So I > was thinking, maybe it is possible to load the data into the secondary > namespace, and then shut down the database for a short time, remove the > old namespace and put the new one instead. So my questions are: > > 1. Is this a good idea in general or the same can be better achieved in > other ways? > 2. Can namespaces be renamed/moved? > 3. If I delete a huge namespace, would it have performance impact? > 4. if we're talking about running it on the same machine, would it be > better to have one Blazegraph instance working on two namespaces in > parallel, or maybe two Blazegraph instances working on separate files > (then the question of namespace management becomes moot)? > > Thanks, > -- > Stas Malyshev > sma...@wi... > > > ------------------------------------------------------------------------------ > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
From: Stas M. <sma...@wi...> - 2015-06-19 23:29:11
|
Hi! I am looking at the following scenario: I have a large (~70G now) database, in which most of the data is stored in specific namespace. I want to reload the database with fresh data, but it takes a lot of time (several days) and I don't want to take the database down for it. So I was thinking, maybe it is possible to load the data into the secondary namespace, and then shut down the database for a short time, remove the old namespace and put the new one instead. So my questions are: 1. Is this a good idea in general or the same can be better achieved in other ways? 2. Can namespaces be renamed/moved? 3. If I delete a huge namespace, would it have performance impact? 4. if we're talking about running it on the same machine, would it be better to have one Blazegraph instance working on two namespaces in parallel, or maybe two Blazegraph instances working on separate files (then the question of namespace management becomes moot)? Thanks, -- Stas Malyshev sma...@wi... |
From: Bryan T. <br...@sy...> - 2015-06-19 18:59:59
|
We have a number of changes slated for the 1.5.2 release in the BigdataSailRemoteRepositoryConnection. However, the common interfaces do exist. They are Repository and RepositoryConnection. We recommend people use the RemoteRepository class up to 1.5.1. It provides support for the full REST API as documented at [1]. We typically offer more scalable methods and methods that are better adapted to the underlying database through RemoteRepository and [1]. Thanks, Bryan [1] http://wiki.blazegraph.com/wiki/index.php/NanoSparqlServer ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Fri, Jun 19, 2015 at 2:38 PM, ryan <ry...@os...> wrote: > Hi List, > I'm having a hard time figuring out how to connect to a remote BlazeGraph > (1.5.1) instance nicely. I'd like to have one class that connects to > either a > local or remote repository. I was hoping that I would only have to change > some > implementation classes (right sides of the "new" call). However, it > appears to > me that BigdataSailRepositoryConnection and > BigdataSailRemoteRepositoryConnection do not share a common superclass > (say, > OpenRDF's RepositoryConnection), so I cannot understand how to make my code > operate seamlessly regardless of where the database is. Also, the > BigdataSailRemoteRepositoryConnection appears to throw > UnsupportedOperationExceptions just about everywhere. > > Is there some sample code I can look at that shows this functionality? > > Thanks, > ry > > > -- > I just know I'm a better manager when I have Joe DiMaggio in center field. > -- Casey Stengel > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
From: ryan <ry...@os...> - 2015-06-19 18:51:11
|
Hi List, I'm having a hard time figuring out how to connect to a remote BlazeGraph (1.5.1) instance nicely. I'd like to have one class that connects to either a local or remote repository. I was hoping that I would only have to change some implementation classes (right sides of the "new" call). However, it appears to me that BigdataSailRepositoryConnection and BigdataSailRemoteRepositoryConnection do not share a common superclass (say, OpenRDF's RepositoryConnection), so I cannot understand how to make my code operate seamlessly regardless of where the database is. Also, the BigdataSailRemoteRepositoryConnection appears to throw UnsupportedOperationExceptions just about everywhere. Is there some sample code I can look at that shows this functionality? Thanks, ry -- I just know I'm a better manager when I have Joe DiMaggio in center field. -- Casey Stengel |
From: Bryan T. <br...@sy...> - 2015-06-16 16:21:12
|
There is no built-in bridge for Jena. However if you use SPARQL and SPARQL UPDATE, then you can obviously use Jena to process the result sets within the application. Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Tue, Jun 16, 2015 at 11:22 AM, Maximilian Brodhun < br...@su...> wrote: > > Dear all, > > since I'm very new to BigData I have a maybe very simple question > regarding the java api. > > Is there any way to use Models similiar to Jena? > > best regards, > > Max > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
From: Maximilian B. <br...@su...> - 2015-06-16 15:42:23
|
Dear all, since I'm very new to BigData I have a maybe very simple question regarding the java api. Is there any way to use Models similiar to Jena? best regards, Max |
From: Bryan T. <br...@sy...> - 2015-06-15 18:31:27
|
ZERO is always ZERO. The BigdataSail.Options.ISOLATABLE_INDICES option enables full read/write transactions with delete markers. Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Mon, Jun 15, 2015 at 2:04 PM, Jeremy J Carroll <jj...@sy...> wrote: > I am reading the documentation on fast range counts. > > [[[ > Fast range counts are exact when running against a BigdataSail on a local > journal which has been provisioned without full read/write transactions. > When full read/write transactions are enabled, the fast range counts will > also report the "delete markers" in the index. In scale-out, the fast range > counts are also approximate if the key range spans more than one shard (in > which case you are talking about lot of data). > ]]] > > I am not totally clear what "provisioned without full read/write > transactions”; it seems that in either case, the fast range count will > consistently over-estimate, so that a value of 0 always means 0. > > Is this correct? (Just the last statement would be helpful: to know if a > pattern never matches) > > Jeremy > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > |
From: Jeremy J C. <jj...@sy...> - 2015-06-15 18:26:14
|
I am reading the documentation on fast range counts. [[[ Fast range counts are exact when running against a BigdataSail on a local journal which has been provisioned without full read/write transactions. When full read/write transactions are enabled, the fast range counts will also report the "delete markers" in the index. In scale-out, the fast range counts are also approximate if the key range spans more than one shard (in which case you are talking about lot of data). ]]] I am not totally clear what "provisioned without full read/write transactions”; it seems that in either case, the fast range count will consistently over-estimate, so that a value of 0 always means 0. Is this correct? (Just the last statement would be helpful: to know if a pattern never matches) Jeremy |
From: Artem K. <art...@gm...> - 2015-06-15 11:29:23
|
In the localStorage, format of a key is history.query.{id}. Try to execute localStorage.getItem('history.query.0') in the browser console. Artem On Mon, Jun 15, 2015 at 1:08 PM, Bryan Thompson <br...@sy...> wrote: > I would have to read the code. > > Bryan > > ---- > Bryan Thompson > Chief Scientist & Founder > SYSTAP, LLC > 4501 Tower Road > Greensboro, NC 27410 > br...@sy... > http://blazegraph.com > http://blog.bigdata.com <http://bigdata.com> > http://mapgraph.io > > Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance > graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints > APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new > technology to use GPUs to accelerate data-parallel graph analytics. > > CONFIDENTIALITY NOTICE: This email and its contents and attachments are > for the sole use of the intended recipient(s) and are confidential or > proprietary to SYSTAP. Any unauthorized review, use, disclosure, > dissemination or copying of this email or its contents or attachments is > prohibited. If you have received this communication in error, please notify > the sender by reply email and permanently delete all copies of the email > and its contents and attachments. > > On Mon, Jun 15, 2015 at 7:00 AM, Jean-Marc Vanel <jea...@gm... > > wrote: > >> Thanks Bryan >> >> I was indeed thinking that, >> but more precisely, where are they stored ? in the SQL storage in the >> browser ? in a Javascript in-memory variable ? >> >> It's long to look in the javascript : >> http://192.168.1.13:9999/bigdata/html/js/workbench.js >> >> >> 2015-06-15 12:30 GMT+02:00 Bryan Thompson <br...@sy...>: >> >>> The queries are stored in the browser. The current client is JavaScript >>> (no server side code). >>> >>> >>> On Monday, June 15, 2015, Jean-Marc Vanel <jea...@gm...> >>> wrote: >>> >>>> In blazegraph user web client at http://locahost:9999, where are the >>>> user SPARQL queries stored ? >>>> >>>> -- >>>> Jean-Marc Vanel >>>> Déductions SARL - Consulting, services, training, >>>> Rule-based programming, Semantic Web >>>> http://deductions-software.com/ >>>> +33 (0)6 89 16 29 52 >>>> Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui >>>> >>> >>> >>> -- >>> ---- >>> Bryan Thompson >>> Chief Scientist & Founder >>> SYSTAP, LLC >>> 4501 Tower Road >>> Greensboro, NC 27410 >>> br...@sy... >>> http://blazegraph.com >>> http://blog.bigdata.com <http://bigdata.com> >>> http://mapgraph.io >>> >>> Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance >>> graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints >>> APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new >>> technology to use GPUs to accelerate data-parallel graph analytics. >>> >>> CONFIDENTIALITY NOTICE: This email and its contents and attachments >>> are for the sole use of the intended recipient(s) and are confidential or >>> proprietary to SYSTAP. Any unauthorized review, use, disclosure, >>> dissemination or copying of this email or its contents or attachments is >>> prohibited. If you have received this communication in error, please notify >>> the sender by reply email and permanently delete all copies of the email >>> and its contents and attachments. >>> >>> >> >> >> -- >> Jean-Marc Vanel >> Déductions SARL - Consulting, services, training, >> Rule-based programming, Semantic Web >> http://deductions-software.com/ >> +33 (0)6 89 16 29 52 >> Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui >> > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > |
From: Bryan T. <br...@sy...> - 2015-06-15 11:14:29
|
I would have to read the code. Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. On Mon, Jun 15, 2015 at 7:00 AM, Jean-Marc Vanel <jea...@gm...> wrote: > Thanks Bryan > > I was indeed thinking that, > but more precisely, where are they stored ? in the SQL storage in the > browser ? in a Javascript in-memory variable ? > > It's long to look in the javascript : > http://192.168.1.13:9999/bigdata/html/js/workbench.js > > > 2015-06-15 12:30 GMT+02:00 Bryan Thompson <br...@sy...>: > >> The queries are stored in the browser. The current client is JavaScript >> (no server side code). >> >> >> On Monday, June 15, 2015, Jean-Marc Vanel <jea...@gm...> >> wrote: >> >>> In blazegraph user web client at http://locahost:9999, where are the >>> user SPARQL queries stored ? >>> >>> -- >>> Jean-Marc Vanel >>> Déductions SARL - Consulting, services, training, >>> Rule-based programming, Semantic Web >>> http://deductions-software.com/ >>> +33 (0)6 89 16 29 52 >>> Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui >>> >> >> >> -- >> ---- >> Bryan Thompson >> Chief Scientist & Founder >> SYSTAP, LLC >> 4501 Tower Road >> Greensboro, NC 27410 >> br...@sy... >> http://blazegraph.com >> http://blog.bigdata.com <http://bigdata.com> >> http://mapgraph.io >> >> Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance >> graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints >> APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new >> technology to use GPUs to accelerate data-parallel graph analytics. >> >> CONFIDENTIALITY NOTICE: This email and its contents and attachments are >> for the sole use of the intended recipient(s) and are confidential or >> proprietary to SYSTAP. Any unauthorized review, use, disclosure, >> dissemination or copying of this email or its contents or attachments is >> prohibited. If you have received this communication in error, please notify >> the sender by reply email and permanently delete all copies of the email >> and its contents and attachments. >> >> > > > -- > Jean-Marc Vanel > Déductions SARL - Consulting, services, training, > Rule-based programming, Semantic Web > http://deductions-software.com/ > +33 (0)6 89 16 29 52 > Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui > |
From: Jean-Marc V. <jea...@gm...> - 2015-06-15 11:00:18
|
Thanks Bryan I was indeed thinking that, but more precisely, where are they stored ? in the SQL storage in the browser ? in a Javascript in-memory variable ? It's long to look in the javascript : http://192.168.1.13:9999/bigdata/html/js/workbench.js 2015-06-15 12:30 GMT+02:00 Bryan Thompson <br...@sy...>: > The queries are stored in the browser. The current client is JavaScript > (no server side code). > > > On Monday, June 15, 2015, Jean-Marc Vanel <jea...@gm...> > wrote: > >> In blazegraph user web client at http://locahost:9999, where are the >> user SPARQL queries stored ? >> >> -- >> Jean-Marc Vanel >> Déductions SARL - Consulting, services, training, >> Rule-based programming, Semantic Web >> http://deductions-software.com/ >> +33 (0)6 89 16 29 52 >> Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui >> > > > -- > ---- > Bryan Thompson > Chief Scientist & Founder > SYSTAP, LLC > 4501 Tower Road > Greensboro, NC 27410 > br...@sy... > http://blazegraph.com > http://blog.bigdata.com <http://bigdata.com> > http://mapgraph.io > > Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance > graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints > APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new > technology to use GPUs to accelerate data-parallel graph analytics. > > CONFIDENTIALITY NOTICE: This email and its contents and attachments are > for the sole use of the intended recipient(s) and are confidential or > proprietary to SYSTAP. Any unauthorized review, use, disclosure, > dissemination or copying of this email or its contents or attachments is > prohibited. If you have received this communication in error, please notify > the sender by reply email and permanently delete all copies of the email > and its contents and attachments. > > -- Jean-Marc Vanel Déductions SARL - Consulting, services, training, Rule-based programming, Semantic Web http://deductions-software.com/ +33 (0)6 89 16 29 52 Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui |
From: Bryan T. <br...@sy...> - 2015-06-15 10:30:35
|
The queries are stored in the browser. The current client is JavaScript (no server side code). On Monday, June 15, 2015, Jean-Marc Vanel <jea...@gm...> wrote: > In blazegraph user web client at http://locahost:9999, where are the user > SPARQL queries stored ? > > -- > Jean-Marc Vanel > Déductions SARL - Consulting, services, training, > Rule-based programming, Semantic Web > http://deductions-software.com/ > +33 (0)6 89 16 29 52 > Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui > -- ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.bigdata.com <http://bigdata.com> http://mapgraph.io Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. MapGraph™ <http://www.systap.com/mapgraph> is our disruptive new technology to use GPUs to accelerate data-parallel graph analytics. CONFIDENTIALITY NOTICE: This email and its contents and attachments are for the sole use of the intended recipient(s) and are confidential or proprietary to SYSTAP. Any unauthorized review, use, disclosure, dissemination or copying of this email or its contents or attachments is prohibited. If you have received this communication in error, please notify the sender by reply email and permanently delete all copies of the email and its contents and attachments. |
From: Jean-Marc V. <jea...@gm...> - 2015-06-15 10:09:25
|
In blazegraph user web client at http://locahost:9999, where are the user SPARQL queries stored ? -- Jean-Marc Vanel Déductions SARL - Consulting, services, training, Rule-based programming, Semantic Web http://deductions-software.com/ +33 (0)6 89 16 29 52 Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui |