You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by Alessandro Adamou <ad...@cs.unibo.it> on 2013/07/23 13:36:40 UTC

EntityHub string search + path query combined - is it possible?

Hi,

I need to configure a search service that looks up entities on a 
ReferencedSite, but it should also retrieve property paths of length 2 
for each entity found. But I would like to achieve it with a single 
EntityHub call.

A use case example would be to have an autocomplete widget, where if you 
type "wonderl" you get a result which displays "Alice in Wonderland" and 
"author: Lewis Carroll" underneath.

Which implies a label/title search and then a path retrieval across, 
say, dbpedia-ont:author and rdfs:label

Easy to do with SPARQL but I'd like to reproduce it with the EntityHub 
query languages:

I've performed the first step using FieldQueries on the /query endpoint 
very nicely so far, but for the second step (the label "Lewis Carroll") 
I have to perform an additional query on /entity (or go LDPath if I 
needed something more sophisticated).

It would be great to obtain these with a single query - not sure which 
is the least expensive way to do so, though. Maybe I'm wrong assuming 
LDPath does not handle a string search in its context?

Thanks for the help,

Alessandro

-- 
Alessandro Adamou, Ph.D.

Knowledge Media Institute
The Open University
Walton Hall, Milton Keynes MK7 6AA
United Kingdom


"I will give you everything, just don't demand anything."
(Ettore Petrolini, 1917)

Not sent from my iSnobTechDevice

Re: EntityHub string search + path query combined - is it possible?

Posted by Rupert Westenthaler <ru...@gmail.com>.
Hi Alessandro

AFAIK this is not possible with LDPath. While you can follow property
paths, all selected values will be added to the current context (in
that case the query result).

best
Rupert


On Fri, Aug 23, 2013 at 4:59 PM, Alessandro Adamou <ad...@cs.unibo.it> wrote:
> Following up from this, I realised that LDPath programs are executed on the
> whole site(s) and not just on the search results. This solved part of my
> problems.
>
> The other part, though, is to find a way to execute a query whose results
> contain both the URIs of linked entities AND their related literals.
>
> For example, given the URI of a book, retrieve both the URIs and the names
> of their authors,
> of course, without losing the URI-name correspondence.
>
> Basically I need to mimic a SPARQL
>
> SELECT ?publisher ?name
> WHERE {
>    <http://some.book> bib:publicationEvent ?event .
>       ?event event:agent ?publisher .
>       ?publisher foaf:name ?name
> }
>
> Is it possible at all with a single LDPath query to emulate this and return
> it as RDF (which will have multiple subjects of course)?
>
> Thanks
>
> Alessandro
>
>
>
> On 23/07/2013 12:36, Alessandro Adamou wrote:
>>
>> Hi,
>>
>> I need to configure a search service that looks up entities on a
>> ReferencedSite, but it should also retrieve property paths of length 2 for
>> each entity found. But I would like to achieve it with a single EntityHub
>> call.
>>
>> A use case example would be to have an autocomplete widget, where if you
>> type "wonderl" you get a result which displays "Alice in Wonderland" and
>> "author: Lewis Carroll" underneath.
>>
>> Which implies a label/title search and then a path retrieval across, say,
>> dbpedia-ont:author and rdfs:label
>>
>> Easy to do with SPARQL but I'd like to reproduce it with the EntityHub
>> query languages:
>>
>> I've performed the first step using FieldQueries on the /query endpoint
>> very nicely so far, but for the second step (the label "Lewis Carroll") I
>> have to perform an additional query on /entity (or go LDPath if I needed
>> something more sophisticated).
>>
>> It would be great to obtain these with a single query - not sure which is
>> the least expensive way to do so, though. Maybe I'm wrong assuming LDPath
>> does not handle a string search in its context?
>>
>> Thanks for the help,
>>
>> Alessandro
>>
>
>
> --
> Alessandro Adamou, Ph.D.
>
> Knowledge Media Institute
> The Open University
> Walton Hall, Milton Keynes MK7 6AA
> United Kingdom
>
>
> "I will give you everything, just don't demand anything."
> (Ettore Petrolini, 1917)
>
> Not sent from my iSnobTechDevice
>



-- 
| Rupert Westenthaler             rupert.westenthaler@gmail.com
| Bodenlehenstraße 11                             ++43-699-11108907
| A-5500 Bischofshofen

Re: EntityHub string search + path query combined - is it possible?

Posted by Alessandro Adamou <ad...@cs.unibo.it>.
Following up from this, I realised that LDPath programs are executed on 
the whole site(s) and not just on the search results. This solved part 
of my problems.

The other part, though, is to find a way to execute a query whose 
results contain both the URIs of linked entities AND their related literals.

For example, given the URI of a book, retrieve both the URIs and the 
names of their authors,
of course, without losing the URI-name correspondence.

Basically I need to mimic a SPARQL

SELECT ?publisher ?name
WHERE {
    <http://some.book> bib:publicationEvent ?event .
       ?event event:agent ?publisher .
       ?publisher foaf:name ?name
}

Is it possible at all with a single LDPath query to emulate this and 
return it as RDF (which will have multiple subjects of course)?

Thanks

Alessandro


On 23/07/2013 12:36, Alessandro Adamou wrote:
> Hi,
>
> I need to configure a search service that looks up entities on a 
> ReferencedSite, but it should also retrieve property paths of length 2 
> for each entity found. But I would like to achieve it with a single 
> EntityHub call.
>
> A use case example would be to have an autocomplete widget, where if 
> you type "wonderl" you get a result which displays "Alice in 
> Wonderland" and "author: Lewis Carroll" underneath.
>
> Which implies a label/title search and then a path retrieval across, 
> say, dbpedia-ont:author and rdfs:label
>
> Easy to do with SPARQL but I'd like to reproduce it with the EntityHub 
> query languages:
>
> I've performed the first step using FieldQueries on the /query 
> endpoint very nicely so far, but for the second step (the label "Lewis 
> Carroll") I have to perform an additional query on /entity (or go 
> LDPath if I needed something more sophisticated).
>
> It would be great to obtain these with a single query - not sure which 
> is the least expensive way to do so, though. Maybe I'm wrong assuming 
> LDPath does not handle a string search in its context?
>
> Thanks for the help,
>
> Alessandro
>


-- 
Alessandro Adamou, Ph.D.

Knowledge Media Institute
The Open University
Walton Hall, Milton Keynes MK7 6AA
United Kingdom


"I will give you everything, just don't demand anything."
(Ettore Petrolini, 1917)

Not sent from my iSnobTechDevice