On 28/02/13 09:13, Burak Yönyül wrote:
Hi,
I am having a problem about ARQ's parse time of a big result set. (ARQ
version 2.9.4)
I execute two queries which produce similar result sets. I attached them.
Attachements lost. This list does not support attachments.
You weren't subscribed to
Hi,
Thanks for your interest.
I know that hasNext() executes the query. When I debug, I see that only one
http request is sent to the sparql endpoint. Then, I think the first result
should take long time if there is only one http request. However, it takes
long time to get all results, but not
On 28/02/13 10:29, Burak Yönyül wrote:
Hi,
Thanks for your interest.
I know that hasNext() executes the query. When I debug, I see that only
one http request is sent to the sparql endpoint. Then, I think the first
result should take long time if there is only one http request. However,
it
Hi Andy,
Count query is executed in 20 miliseconds and it returns 71019 as count.
As I understand you, the query result is calculated when the http request
is sent in hasNext(). But, the results are not sent back to me immediatly.
The results are sent to me as long as I read them with hasNext().
On 28/02/13 12:44, Burak Yönyül wrote:
Hi Andy,
Count query is executed in 20 miliseconds and it returns 71019 as count.
The basic pattern and count does not touch the values of the variables.
So I'm inclined to think that the filter is the costly part.
As I understand you, the query
Hi,
When I reduce FILTER block, the execution time of the query longs shorter,
but I receive less result than original query. So result set is reducing
too.
I recorded each elapsed time round the while loop, and there is variability
at some looping times. The code that records times:
Dear All
Epimorphics are pleased to announce the release of Elda 1.2.21.
Elda [http://elda.googlecode.com] is an implementation of the Linked
Data API [http://code.google.com/p/linked-data-api/wiki/Specification],
written in Java and built on Apache Jena [http://jena.apache.org/].
The LDA