Menu
▾
▴
bigdata-developers
|
From: Jeremy J C. <jj...@sy...> - 2015-12-01 00:14:02
|
I am reading https://wiki.blazegraph.com/wiki/index.php/IOOptimization <https://wiki.blazegraph.com/wiki/index.php/IOOptimization> which suggests several property changes I may make to improve performance. I understand that I can change my .properties file to realize these gains on a new journal, by say dumping out the data and reloading it anew. Is there any way to provide the new property values to a pre-existing journal, each of the namespaces seems to retain the property values from when it was created thanks Jeremy |
|
From: Bryan T. <br...@sy...> - 2015-12-01 01:05:47
|
The general answer is "no". Beyond that, the answer is "sometimes" and "it depends". Some properties can be safely modified and their new values will be applied. For example, you could modify the write retention queue capacity for an index (but you need to modify the IndexMetadata object itself to do so) and the new value will take effect. Others can not be safely modified at all. For example, you can not change the RDF Value => IV encoding scheme for a namespace once it has been created (or more narrowly, this can not be changed if the change would cause the mapping to not be 1:1 for any RDF Values that have already been mapped). Some can be changed with more effort. For example, it is possible to enable truth maintenance for a namespace that was created without inference, but you must also take steps to ensure that the resulting namespace is coherent with respect to the entailments. I suspect the more interesting question is, do I need to do a data migration when rolling out performance updates to customers or can I just change some properties. The answer is still the same "it depends", but in this frame it is easier to look at the specific performance optimizations that you would like to deploy (after testing them out) and then at what steps are required to propagate those optimizations to your customers. Thanks, Bryan ---- Bryan Thompson Chief Scientist & Founder SYSTAP, LLC 4501 Tower Road Greensboro, NC 27410 br...@sy... http://blazegraph.com http://blog.blazegraph.com Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints APIs. Blazegraph is now available with GPU acceleration using our disruptive technology to accelerate data-parallel graph analytics and graph query. 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, Nov 30, 2015 at 7:13 PM, Jeremy J Carroll <jj...@sy...> wrote: > > > I am reading > > https://wiki.blazegraph.com/wiki/index.php/IOOptimization > > which suggests several property changes I may make to improve performance. > > I understand that I can change my .properties file to realize these gains > on a new journal, by say dumping out the data and reloading it anew. > > Is there any way to provide the new property values to a pre-existing > journal, each of the namespaces seems to retain the property values from > when it was created > > thanks > > Jeremy > > > > ------------------------------------------------------------------------------ > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple > OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140 > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > |
|
From: Jeremy J C. <jj...@sy...> - 2015-12-01 06:10:39
|
> On Nov 30, 2015, at 5:05 PM, Bryan Thompson <br...@sy...> wrote: > > For example, you could modify the write retention queue capacity for an index (but you need to modify the IndexMetadata object itself to do so) and the new value will take effect. This is one of the things I was trying to do: how do I go about it: do I need to write Java code? Jeremy |
|
From: Bryan T. <br...@sy...> - 2015-12-01 14:23:11
|
You need to update the IndexMetadata object for each index in the store (or
the namespace).
// clone the current metadata record for the live index.
final IndexMetadata indexMetadata = btree.getIndexMetadata()
.clone();
// ... apply changes.
// update the metadata associated with the btree
btree.setIndexMetadata(indexMetadata);
// ... commit the connection.
Bryan
----
Bryan Thompson
Chief Scientist & Founder
SYSTAP, LLC
4501 Tower Road
Greensboro, NC 27410
br...@sy...
http://blazegraph.com
http://blog.blazegraph.com
Blazegraph™ <http://www.blazegraph.com/> is our ultra high-performance
graph database that supports both RDF/SPARQL and Tinkerpop/Blueprints
APIs. Blazegraph is now available with GPU acceleration using our disruptive
technology to accelerate data-parallel graph analytics and graph query.
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, Dec 1, 2015 at 1:10 AM, Jeremy J Carroll <jj...@sy...> wrote:
>
> On Nov 30, 2015, at 5:05 PM, Bryan Thompson <br...@sy...> wrote:
>
> For example, you could modify the write retention queue capacity for an
> index (but you need to modify the IndexMetadata object itself to do so) and
> the new value will take effect.
>
>
> This is one of the things I was trying to do: how do I go about it: do I
> need to write Java code?
>
> Jeremy
>
>
|
|
From: Joakim S. <joa...@bl...> - 2015-12-22 06:24:29
|
Hi,
I saw another user had a similar problem when executing a SERVICE query (quads=true).
In my case, launching the following query:
query = SELECT ?band ?bandLabel WHERE {
?band wdt:P31 wd:Q5741069 .
SERVICE wikibase:label {
bd:serviceParam wikibase:language "en,fr,de,he,el,fi,no,ja" .
?band rdfs:label ?bandLabel .
}
} limit 100
com.bigdata.util.concurrent.Haltable@7a45bc51 : isFirstCause=true : java.lang.Exception: task=ChunkTask{query=bd76beb5-ce2e-4c41-a247-a4d8c630644f,bopId=4,partitionId=-1,sinkId=6,altSinkId=null}, cause=java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
java.lang.Exception: task=ChunkTask{query=bd76beb5-ce2e-4c41-a247-a4d8c630644f,bopId=4,partitionId=-1,sinkId=6,altSinkId=null}, cause=java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTask.call(ChunkedRunningQuery.java:1337)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTaskWrapper.run(ChunkedRunningQuery.java:896)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at com.bigdata.concurrent.FutureTaskMon.run(FutureTaskMon.java:63)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkFutureTask.run(ChunkedRunningQuery.java:791)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTask.call(ChunkedRunningQuery.java:1317)
... 8 more
Caused by: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:206)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask.doServiceCallWithConstant(ServiceCallJoin.java:342)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask.call(ServiceCallJoin.java:294)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask.call(ServiceCallJoin.java:206)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTask.call(ChunkedRunningQuery.java:1316)
... 8 more
Caused by: java.lang.RuntimeException: java.lang.NullPointerException
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.doServiceCall(ServiceCallJoin.java:748)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.call(ServiceCallJoin.java:607)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.call(ServiceCallJoin.java:543)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
... 3 more
Caused by: java.lang.NullPointerException
at com.bigdata.rdf.sail.webapp.client.MiniMime.<init>(MiniMime.java:79)
at com.bigdata.rdf.sail.webapp.client.RemoteRepositoryManager.tupleResults(RemoteRepositoryManager.java:1603)
at com.bigdata.rdf.sparql.ast.service.RemoteServiceCallImpl.call(RemoteServiceCallImpl.java:153)
at com.bigdata.rdf.sparql.ast.service.RemoteServiceCallImpl.call(RemoteServiceCallImpl.java:51)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.doNonBigdataSesameServiceCall(ServiceCallJoin.java:830)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.doRemoteServiceCall(ServiceCallJoin.java:794)
at com.bigdata.bop.controller.ServiceCallJoin$ChunkTask$ServiceCallTask.doServiceCall(ServiceCallJoin.java:708)
... 6 more
com.bigdata.util.concurrent.Haltable@7a45bc51 : isFirstCause=false : java.lang.InterruptedException
java.lang.InterruptedException
at com.bigdata.util.concurrent.Haltable.cancel(Haltable.java:241)
at com.bigdata.bop.engine.AbstractRunningQuery.cancel(AbstractRunningQuery.java:1346)
at com.bigdata.bop.engine.AbstractRunningQuery.halt(AbstractRunningQuery.java:1311)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTask.call(ChunkedRunningQuery.java:1337)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkTaskWrapper.run(ChunkedRunningQuery.java:896)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at com.bigdata.concurrent.FutureTaskMon.run(FutureTaskMon.java:63)
at com.bigdata.bop.engine.ChunkedRunningQuery$ChunkFutureTask.run(ChunkedRunningQuery.java:791)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
com.bigdata.util.concurrent.Haltable@7a45bc51 : isFirstCause=false : java.lang.InterruptedException
java.lang.InterruptedException
at com.bigdata.util.concurrent.Haltable.cancel(Haltable.java:241)
at com.bigdata.bop.engine.AbstractRunningQuery.cancel(AbstractRunningQuery.java:1346)
at com.bigdata.bop.engine.AbstractRunningQuery.halt(AbstractRunningQuery.java:1283)
at com.bigdata.bop.engine.AbstractRunningQuery.haltOp(AbstractRunningQuery.java:895)
at com.bigdata.bop.engine.ChunkedRunningQuery.haltOp(ChunkedRunningQuery.java:382)
at com.bigdata.bop.engine.ChunkedRunningQuery$SendHaltMessageTask.run(ChunkedRunningQuery.java:1824)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
com.bigdata.util.concurrent.Haltable@7a45bc51 : isFirstCause=false : java.lang.InterruptedException
java.lang.InterruptedException
at com.bigdata.util.concurrent.Haltable.cancel(Haltable.java:241)
at com.bigdata.bop.engine.AbstractRunningQuery.cancel(AbstractRunningQuery.java:1346)
at com.bigdata.rdf.sail.RunningQueryCloseableIterator.close(RunningQueryCloseableIterator.java:71)
at com.bigdata.rdf.sail.RunningQueryCloseableIterator.hasNext(RunningQueryCloseableIterator.java:82)
at com.bigdata.striterator.ChunkedWrappedIterator.hasNext(ChunkedWrappedIterator.java:197)
at com.bigdata.striterator.AbstractChunkedResolverator$ChunkConsumerTask.call(AbstractChunkedResolverator.java:222)
at com.bigdata.striterator.AbstractChunkedResolverator$ChunkConsumerTask.call(AbstractChunkedResolverator.java:197)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.Exception: task=ChunkTask{query=bd76beb5-ce2e-4c41-a247-a4d8c630644f,bopId=4,partitionId=-1,sinkId=6,altSinkId=null}, cause=java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.Exception: task=ChunkTask{query=bd76beb5-ce2e-4c41-a247-a4d8c630644f,bopId=4,partitionId=-1,sinkId=6,altSinkId=null}, cause=java.util.concurrent.ExecutionException: java.util.concurrent.ExecutionException: java.lang.RuntimeException: java.lang.NullPointerException
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
at java.util.concurrent.FutureTask.get(FutureTask.java:192)
at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.checkFuture(BlockingBuffer.java:1454)
at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator._hasNext(BlockingBuffer.java:1710)
at com.bigdata.relation.accesspath.BlockingBuffer$BlockingIterator.hasNext(BlockingBuffer.java:1563)
at com.bigdata.striterator.AbstractChunkedResolverator._hasNext(AbstractChunkedResolverator.java:365)
at com.bigdata.striterator.AbstractChunkedResolverator.hasNext(AbstractChunkedResolverator.java:341)
at com.bigdata.rdf.sail.Bigdata2Sesame2BindingSetIterator.hasNext(Bigdata2Sesame2BindingSetIterator.java:134)
at info.aduna.iteration.IterationWrapper.hasNext(IterationWrapper.java:68)
at com.blippar.action.QueryAction.processSelectQueryJson(QueryAction.java:166)
at com.blippar.action.QueryAction.execute(QueryAction.java:90)
at com.blippar.servlet.MinervaServlet.doPost(MinervaServlet.java:84)
at com.blippar.servlet.MinervaServlet.doGet(MinervaServlet.java:52)
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:217)
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)
|
|
From: Stas M. <sma...@wi...> - 2015-12-22 06:55:15
|
Hi!
> I saw another user had a similar problem when executing a SERVICE query (quads=true).
> In my case, launching the following query:
>
> query = SELECT ?band ?bandLabel WHERE {
> ?band wdt:P31 wd:Q5741069 .
>
> SERVICE wikibase:label {
> bd:serviceParam wikibase:language "en,fr,de,he,el,fi,no,ja" .
> ?band rdfs:label ?bandLabel .
> }
> } limit 100
Where are you running it? From the content, it looks like it's for
Wikidata query service, but this query: http://tinyurl.com/jpr7rk8 works
fine for me on query.wikidata.org.
--
Stas Malyshev
sma...@wi...
|
|
From: Joakim S. <joa...@bl...> - 2015-12-22 06:49:37
|
Hi Stas Right, I am trying http://tinyurl.com/jpr7rk8 <http://tinyurl.com/jpr7rk8> on a Wikidata mirror with Blazegraph 1.5.3 embedded mode. Do you know if there Is there a bigdata-wikidata.jnl file available for download? Perhaps something is inappropriate in my blaze graph.properties file which results in this problem. /J > On Dec 21, 2015, at 10:30 PM, Stas Malyshev <sma...@wi...> wrote: > > Hi! > >> I saw another user had a similar problem when executing a SERVICE query (quads=true). >> In my case, launching the following query: >> >> query = SELECT ?band ?bandLabel WHERE { >> ?band wdt:P31 wd:Q5741069 . >> >> SERVICE wikibase:label { >> bd:serviceParam wikibase:language "en,fr,de,he,el,fi,no,ja" . >> ?band rdfs:label ?bandLabel . >> } >> } limit 100 > > Where are you running it? From the content, it looks like it's for > Wikidata query service, but this query: http://tinyurl.com/jpr7rk8 works > fine for me on query.wikidata.org. > > -- > Stas Malyshev > sma...@wi... |
|
From: Stas M. <sma...@wi...> - 2015-12-22 07:02:24
|
Hi! > Hi Stas > Right, I am trying http://tinyurl.com/jpr7rk8 on a Wikidata mirror with > Blazegraph 1.5.3 embedded mode. > > Do you know if there Is there a bigdata-wikidata.jnl file available for > download? Perhaps something is inappropriate in my blaze > graph.properties file which results in this problem. .jnl file from query.wikidata.org is not available for download, and it's 100G+ in size, so I'm not sure why would you want to download it. Maybe this issue would be relevant: https://jira.blazegraph.com/browse/BLZG-1571 -- Stas Malyshev sma...@wi... |
|
From: Joakim S. <joa...@bl...> - 2015-12-22 08:54:10
|
Thanks for the pointer. That is possibly an explanation. I can’t see any typos in my query, so perhaps my server can’t access the label service at <http://wikiba.se/ontology#label> > On Dec 21, 2015, at 11:02 PM, Stas Malyshev <sma...@wi...> wrote: > > Hi! > >> Hi Stas >> Right, I am trying http://tinyurl.com/jpr7rk8 on a Wikidata mirror with >> Blazegraph 1.5.3 embedded mode. >> >> Do you know if there Is there a bigdata-wikidata.jnl file available for >> download? Perhaps something is inappropriate in my blaze >> graph.properties file which results in this problem. > > .jnl file from query.wikidata.org is not available for download, and > it's 100G+ in size, so I'm not sure why would you want to download it. > Maybe this issue would be relevant: > https://jira.blazegraph.com/browse/BLZG-1571 > > -- > Stas Malyshev > sma...@wi... |
|
From: Joakim S. <joa...@bl...> - 2015-12-22 19:21:10
|
There is a ticket for this bug: Test case for service whitelist: https://jira.blazegraph.com/browse/BLZG-1609 <https://jira.blazegraph.com/browse/BLZG-1609> Is the update released? > On Dec 21, 2015, at 11:02 PM, Stas Malyshev <sma...@wi...> wrote: > > Hi! > >> Hi Stas >> Right, I am trying http://tinyurl.com/jpr7rk8 on a Wikidata mirror with >> Blazegraph 1.5.3 embedded mode. >> >> Do you know if there Is there a bigdata-wikidata.jnl file available for >> download? Perhaps something is inappropriate in my blaze >> graph.properties file which results in this problem. > > .jnl file from query.wikidata.org is not available for download, and > it's 100G+ in size, so I'm not sure why would you want to download it. > Maybe this issue would be relevant: > https://jira.blazegraph.com/browse/BLZG-1571 > > -- > Stas Malyshev > sma...@wi... |
|
From: Brad B. <be...@sy...> - 2015-12-22 19:22:22
|
Joakim, The release candidate 2.0 release should be out very soon. Thanks, --Brad On Tue, Dec 22, 2015 at 2:21 PM, Joakim Soderberg < joa...@bl...> wrote: > There is a ticket for this bug: > Test case for service whitelist: > https://jira.blazegraph.com/browse/BLZG-1609 > > Is the update released? > > > On Dec 21, 2015, at 11:02 PM, Stas Malyshev <sma...@wi...> > wrote: > > Hi! > > Hi Stas > Right, I am trying http://tinyurl.com/jpr7rk8 on a Wikidata mirror with > Blazegraph 1.5.3 embedded mode. > > Do you know if there Is there a bigdata-wikidata.jnl file available for > download? Perhaps something is inappropriate in my blaze > graph.properties file which results in this problem. > > > .jnl file from query.wikidata.org is not available for download, and > it's 100G+ in size, so I'm not sure why would you want to download it. > Maybe this issue would be relevant: > https://jira.blazegraph.com/browse/BLZG-1571 > > -- > Stas Malyshev > sma...@wi... > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > -- _______________ Brad Bebee CEO, Managing Partner SYSTAP, LLC e: be...@sy... m: 202.642.7961 f: 571.367.5000 w: www.blazegraph.com 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, LLC. 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: Joakim S. <joa...@bl...> - 2015-12-22 19:23:45
|
NIce, so no vacation for you guys? :-) > On Dec 22, 2015, at 11:22 AM, Brad Bebee <be...@sy...> wrote: > > Joakim, > > The release candidate 2.0 release should be out very soon. > > Thanks, --Brad > > On Tue, Dec 22, 2015 at 2:21 PM, Joakim Soderberg <joa...@bl... <mailto:joa...@bl...>> wrote: > There is a ticket for this bug: > Test case for service whitelist: https://jira.blazegraph.com/browse/BLZG-1609 <https://jira.blazegraph.com/browse/BLZG-1609> > > Is the update released? > > >> On Dec 21, 2015, at 11:02 PM, Stas Malyshev <sma...@wi... <mailto:sma...@wi...>> wrote: >> >> Hi! >> >>> Hi Stas >>> Right, I am trying http://tinyurl.com/jpr7rk8 <http://tinyurl.com/jpr7rk8> on a Wikidata mirror with >>> Blazegraph 1.5.3 embedded mode. >>> >>> Do you know if there Is there a bigdata-wikidata.jnl file available for >>> download? Perhaps something is inappropriate in my blaze >>> graph.properties file which results in this problem. >> >> .jnl file from query.wikidata.org <http://query.wikidata.org/> is not available for download, and >> it's 100G+ in size, so I'm not sure why would you want to download it. >> Maybe this issue would be relevant: >> https://jira.blazegraph.com/browse/BLZG-1571 <https://jira.blazegraph.com/browse/BLZG-1571> >> >> -- >> Stas Malyshev >> sma...@wi... <mailto:sma...@wi...> > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Bigdata-developers mailing list > Big...@li... <mailto:Big...@li...> > https://lists.sourceforge.net/lists/listinfo/bigdata-developers <https://lists.sourceforge.net/lists/listinfo/bigdata-developers> > > > > > -- > _______________ > Brad Bebee > CEO, Managing Partner > SYSTAP, LLC > e: be...@sy... <mailto:be...@sy...> > m: 202.642.7961 > f: 571.367.5000 > w: www.blazegraph.com <http://www.blazegraph.com/> > > 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, LLC. 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: Brad B. <be...@sy...> - 2015-12-22 19:47:51
|
Joakim, Holiday gift from Blazegraph... ;-) Cheers, --Brad On Tue, Dec 22, 2015 at 2:23 PM, Joakim Soderberg < joa...@bl...> wrote: > NIce, so no vacation for you guys? :-) > > > On Dec 22, 2015, at 11:22 AM, Brad Bebee <be...@sy...> wrote: > > Joakim, > > The release candidate 2.0 release should be out very soon. > > Thanks, --Brad > > On Tue, Dec 22, 2015 at 2:21 PM, Joakim Soderberg < > joa...@bl...> wrote: > >> There is a ticket for this bug: >> Test case for service whitelist: >> https://jira.blazegraph.com/browse/BLZG-1609 >> >> Is the update released? >> >> >> On Dec 21, 2015, at 11:02 PM, Stas Malyshev <sma...@wi...> >> wrote: >> >> Hi! >> >> Hi Stas >> Right, I am trying http://tinyurl.com/jpr7rk8 on a Wikidata mirror with >> Blazegraph 1.5.3 embedded mode. >> >> Do you know if there Is there a bigdata-wikidata.jnl file available for >> download? Perhaps something is inappropriate in my blaze >> graph.properties file which results in this problem. >> >> >> .jnl file from query.wikidata.org is not available for download, and >> it's 100G+ in size, so I'm not sure why would you want to download it. >> Maybe this issue would be relevant: >> https://jira.blazegraph.com/browse/BLZG-1571 >> >> -- >> Stas Malyshev >> sma...@wi... >> >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Bigdata-developers mailing list >> Big...@li... >> https://lists.sourceforge.net/lists/listinfo/bigdata-developers >> >> > > > -- > _______________ > Brad Bebee > CEO, Managing Partner > SYSTAP, LLC > e: be...@sy... > m: 202.642.7961 > f: 571.367.5000 > w: www.blazegraph.com > > 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, LLC. 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. > > > -- _______________ Brad Bebee CEO, Managing Partner SYSTAP, LLC e: be...@sy... m: 202.642.7961 f: 571.367.5000 w: www.blazegraph.com 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, LLC. 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. |
Thanks for helping keep SourceForge clean.
X