Andrejs,
On 8 Apr 2014, at 22:36, Andrejs Abele wrote:
> Hi Hugh,
> Thank you for your comments.
> When the loader fails, I continue from the point it failed.
> I want to clarify, that virtuoso server, was not crashing, but the loader.
[Hugh] So it is your client side loader program that is cra
Hi Hugh,
Thank you for your comments.
When the loader fails, I continue from the point it failed.
I want to clarify, that virtuoso server, was not crashing, but the loader.
Our custom loader uses only one thread. We submit one file at time,
that contains 10 000 000 triples
When I increased waiting
Hi,
Just fyi: I upgraded to VOS7.1 and checked the error described below
[1]. It is still there.
Best,
Roland
[1] http://bit.ly/1ipPNmu
On 15-02-14 17:47, Hugh Williams wrote:
> Hi Roland,
>
> We have seen occurrence of this problem before with SPARQ_FED queries,
> thus it is scheduled to be loo
On 4/8/14 3:48 AM, Eugen F wrote:
Hi,
This would work if all operations are in same graph since all
operations after "with <:graph>" are done in that graph, but if if i
want to do one transaction over multiple graphs
then using multiple "with" keywords results in an error and I don't
think it
Hi,
I have a couple of QUAD maps on top of relational tables. When I query the
graph, which is defined by the QUAD map, without binding the property all
triples with data properties will have the object
"iri_id_0_with_no_name_entry" or in some cases "node://" followed by
numbers. Object properties
Hi,
This would work if all operations are in same graph since all operations after
"with <:graph>" are done in that graph, but if if i want to do one transaction
over multiple graphs
then using multiple "with" keywords results in an error and I don't think it
should be the case.
Of course this
