Return-Path: 
 <dev-return-6856-apmail-clerezza-dev-archive=clerezza.apache.org@clerezza.apache.org>
X-Original-To: apmail-clerezza-dev-archive@www.apache.org
Delivered-To: apmail-clerezza-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 2BF9AF839
	for <apmail-clerezza-dev-archive@www.apache.org>;
 Fri, 19 Apr 2013 07:51:57 +0000 (UTC)
Received: (qmail 21835 invoked by uid 500); 19 Apr 2013 07:51:56 -0000
Delivered-To: apmail-clerezza-dev-archive@clerezza.apache.org
Received: (qmail 21727 invoked by uid 500); 19 Apr 2013 07:51:56 -0000
Mailing-List: contact dev-help@clerezza.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@clerezza.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@clerezza.apache.org>
List-Post: <mailto:dev@clerezza.apache.org>
List-Id: <dev.clerezza.apache.org>
Reply-To: dev@clerezza.apache.org
Delivered-To: mailing list dev@clerezza.apache.org
Received: (qmail 21690 invoked by uid 99); 19 Apr 2013 07:51:54 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Apr 2013 07:51:54 +0000
X-ASF-Spam-Status: No, hits=0.0 required=5.0
	tests=RCVD_IN_DNSWL_NONE
X-Spam-Check-By: apache.org
Received-SPF: error (nike.apache.org: local policy)
Received: from [89.31.73.185] (HELO smtpauthbis.interhost.it) (89.31.73.185)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Apr 2013 07:51:48 +0000
Received: by smtpauthbis.interhost.it (Postfix, from userid 1000)
	id 29410190269; Fri, 19 Apr 2013 09:51:07 +0200 (CEST)
Received: from [127.0.0.1] (unknown [176.200.239.182])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtpauthbis.interhost.it (Postfix) with ESMTPSA id 17A2819026E
	for <dev@clerezza.apache.org>; Fri, 19 Apr 2013 09:51:04 +0200 (CEST)
Message-ID: <5170F768.4000606@innovationengineering.eu>
Date: Fri, 19 Apr 2013 09:51:04 +0200
From: Giuseppe Miscione <g.miscione@innovationengineering.eu>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: dev@clerezza.apache.org
Subject: Re: Name aware graphs
References: <516FBF9B.8000504@innovationengineering.eu>
 <CALvhUEXBq17RErLqf-vUhiUpssFHAhrC+mZZtFK-rTqY3Oox9Q@mail.gmail.com>
In-Reply-To: 
 <CALvhUEXBq17RErLqf-vUhiUpssFHAhrC+mZZtFK-rTqY3Oox9Q@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 130418-0, 18/04/2013), Outbound message
X-Antivirus-Status: Clean
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Reto,
TcManager has only this method:

public Set<UriRef> getNames(Graph graph) {
     return super.getNames(graph);
}

That works only on graphs, not on triple collections. Moreover, this 
method delegates names retrieval to WeightedTcProvider.getNames(Graph 
graph), which isn't implemented in a lot of concrete classes or isn't 
efficient like in org.apache.clerezza.rdf.jena.tdb.storage.TdbTcProvider.

For the identity criterion, I think you can just skip the name field 
when checking for identity, keeping the current comparison algorithm and 
you can just add another equalsWithName() method that makes also a name 
check, if someone needs it.

Regards,
Giuseppe

Il 19/04/2013 06:31, Reto Bachmann-Gm�r ha scritto:
> Hi Giuseppe
>
> Hasan knows more abut the Sparql related parts.
>
> Adding a name to the graph (subclass of TripleCollection) interface if
> problematic as it would seem to affect the identity criterion. The RDF
> Abstract Syntax and Semantics define the concept of graphs and specify when
> they are identical the Clerezza API tries to stick to this.
>
> However TcManager provided method to return the name(s) of
> TripleCollection. Isn't this good enough?
>
> Cheers,
> Reto
>
>
> On Thu, Apr 18, 2013 at 11:40 AM, Giuseppe Miscione <
> g.miscione@innovationengineering.eu> wrote:
>
>> Hi all,
>> I'm developing an enhanced SparqlEngine that allows to use Jena LARQL
>> extension to make full text queries inside sparql.
>> LARQL requires that a Lucene index is created for the graph on which the
>> full text query is executed and I'm storing these indexes in folders whose
>> name is the same name of the corresponding Clerezza graph.
>> Currently, SparqlEngine.execute method receives only a TripleCollection,
>> which isn't aware of the name with which it has been loaded by the
>> TcManager and so I can't easily figure out which is the Lucene index that I
>> have to bind to Jena query execution context to make LARQL work properly.
>> What do you think of adding a pair of getName() and setName(String name)
>> methods to the TripleCollection interface so that the TcManager can bind
>> the name used to load the triples to the collection?
>>
>> Regards,
>> Giuseppe
>>