Mailing-List: contact stanbol-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: stanbol-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of enricodaga@gmail.com designates
 209.85.216.182 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=TLJI/sdyZNUWEA4rZo/tdTfnLhWr147J5zWFvShTGyIOnLye3cWkyT0J0OSRX3VR1F
         SYZhkhEiVIYv0ctEimlVrdh/dbmIgswlFtryNZ/1yifu5POgQ1WiWSuHYlljvHjnhU1T
         RpR3ikvdUEKRwIkjzYyYAQK0uiAGoTCiJ7vF4=
MIME-Version: 1.0
In-Reply-To: <AANLkTinE3PwZusnCeA13bgRPMatO2tmmkea_jknYOxft@mail.gmail.com>
References: <AANLkTind76sHkFzXhDx259Zus=WJOiMLfBLvUt4aW3Kc@mail.gmail.com>
 <4D7A43CF.9020509@gmail.com>
 <AANLkTinA42Hh+cv9mHC35DpUm7O7DL5YLvEwHmtzkPH=@mail.gmail.com>
 <4D7A4960.3000008@gmail.com>
 <AANLkTi=Mk0ckaYCDsB4thcT+ijG9VCV0d_Noyi6wX-v1@mail.gmail.com>
 <AANLkTimG8gMNjkv2E1r751Bb8uZ8OKuG_d4wtttPEAoQ@mail.gmail.com>
 <AANLkTinrB26cOdtGmRtfZ2+ZmejOh7nKAbO8AcV==HgC@mail.gmail.com>
 <AANLkTimOW3KJEjzdjhn+5=CBrq+7w2ZABOcaFvRDmxuo@mail.gmail.com>
 <AANLkTinE3PwZusnCeA13bgRPMatO2tmmkea_jknYOxft@mail.gmail.com>
From: Enrico Daga <enricodaga@gmail.com>
Date: Wed, 16 Mar 2011 17:27:57 +0100
Message-ID: <AANLkTin0p4xgRgrU+zT2Fk5cjpfWuvWomJHMnEX7FjdO@mail.gmail.com>
Subject: Re: Do Stanbol have a global SPARQL endpoint?
To: Olivier Grisel <olivier.grisel@ensta.org>
Cc: stanbol-dev@incubator.apache.org,
	Fabian Christ <christ.fabian@googlemail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 16 March 2011 17:22, Olivier Grisel <olivier.grisel@ensta.org> wrote:
> One should probably extend / adapt the JAX-RS SPARQL resource of the
> enhancers to point to other graph ids as needed. One could make a new
> JAX-RS resources such as /graph/{graphId}/sparql to build dynamically
> sparql endpoint for all the clerezza graphs registered in stanbol for
> instance:
>
> In the class SparqlQueryResource, instead of the hard-coded:
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0Object result =3D tcManager.executeSparqlQuery=
(query,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0store.getEnhanceme=
ntGraph());
>
> One could have something like:
>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0Object result =3D tcManager.executeSparqlQuery=
(query,
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0tcManager.getGraph=
(new UriRef("urn:graph:" + graphId)));
But what happens if I want to query multiple graphs?
I need for instance to query the enhancement graph and the result of
my /kres/reengineer process (another graph) together. This would open
to a variety of use cases, and in general this is how sparql endpoints
work.

Enrico

>
> --
> Olivier
>


--=20
Enrico Daga

--
http://www.enridaga.net
skype: enri-pan