Re: invitation to try ImageSnippets

On 4/30/13 11:28 AM, Pat Hayes wrote:
> Hi KIngsley
>
> Where would you suggest putting the rdfs:isDefinedBy links? If they are in the ontology, then presumably by the time you read them you already know which ontology you are looking at, no?
Pat,

The benefit of these relations is all about the follow-your-nose aspect 
of Linked Data. Basically, in a typical Linked Data oriented description 
page, I end up being only click away from pivoting back to the main 
ontology and then out to some other class or property description.

I've added the missing relations to my local copy of the ontology using 
SPARQL 1.1. Now I have a document [1] which shows the desired effect.


Links:

1. 
http://kingsley.idehen.net/describe/?url=http%3A%2F%2Fpurl.org%2Fnet%2Flio%23depicts 
-- shows rdfs:isDefinedBy and its inverse providing pivot points back to 
the main ontology description page

2. 
http://kingsley.idehen.net/describe/?url=http%3A%2F%2Fpurl.org%2Fnet%2Flio 
-- main ontology page exposing the classes and properties defined by the 
ontology.



Kingsley
>
> Pat
>
> On Apr 29, 2013, at 5:44 PM, Kingsley Idehen wrote:
>
>> On 4/29/13 6:18 PM, Margaret Warren wrote:
>>> Hello Yusniel,
>>>
>>> Pat Hayes and I have published a paper related to the small lightweight
>>> ontology that
>>> we use for describing the images within the application, though we have now
>>> deviated somewhat from some of our initial thoughts described in that paper.
>>>
>>>
>>> I could still send you a link if this is the kind of information you are
>>> interested in.
>>>
>>> If not, perhaps I could try to answer more specific questions about the
>>> project.
>>>
>>> Best Regards,
>>> Margaret Warren
>> Some links documents that describe the ontology in question:
>>
>> 1. http://linkeddata.uriburner.com/about/html/http/www.imagesnippets.com/lio/lio.owl
>> 2. http://linkeddata.uriburner.com/describe/?uri=http%3A%2F%2Fwww.imagesnippets.com%2Flio%2Flio.owl
>> 3. http://www.imagesnippets.com/lio/lio.owl
>>
>> Margaret:
>>
>> You could enhance the ontology further (esp. for Linked Data followy-your-nose style exploration) by adding rdfs:isDefinedBy relations that associate the ontology with the classes and properties that it defines.
>>
>> Kingsley
>>>   
>>> -----Original Message-----
>>> From: Yusniel Hidalgo Delgado [mailto:yhdelgado@uci.cu]
>>> Sent: Monday, April 29, 2013 10:14 AM
>>> To: Michael Brunnbauer
>>> Cc: public-lod@w3.org
>>> Subject: Re: invitation to try ImageSnippets
>>>
>>> Hello Michael,
>>>
>>> I have a question about the project. Where we can find a published paper or
>>> demo related to the project that show technical decisions taken and
>>> architecture?
>>>
>>> Best regards.
>>>
>>> Prof. Yusniel Hidalgo Delgado
>>> University of Informatics Sciences
>>> http://www.uci.cu/
>>> Havana, Cuba
>>>
>>>
>>> ----- Mensaje original -----
>>> | De: "Michael Brunnbauer" <brunni@netestate.de>
>>> | Para: "Kingsley Idehen" <kidehen@openlinksw.com>
>>> | CC: public-lod@w3.org
>>> | Enviados: Lunes, 29 de Abril 2013 9:45:20
>>> | Asunto: Re: invitation to try ImageSnippets
>>> |
>>> |
>>> | Hello Kingsley,
>>> |
>>> | I work on that project and will answer your questions.
>>> |
>>> | On Sun, Apr 28, 2013 at 01:53:09PM -0400, Kingsley Idehen wrote:
>>> | > 1. What is the URL of your SPARQL endpoint? -- I ask because the
>>> | > results in your SPARQL query form don't expose the actual SPARQL
>>> | > service endpoint thereby not allowing me to access data using the
>>> | > SPARQL-Protocol URL patterns.
>>> |
>>> | The SPARQL endpoint with triples has the URL
>>> |
>>> |  http://www.imagesnippets.com/sparql/images
>>> |
>>> | and is updated once per day.
>>> |
>>> | The "always current" version with quads has the URL
>>> |
>>> | http://www.imagesnippets.com/sparql/dbpedia
>>> |
>>> | and uses the image URLs as named graph URIs (the default graph is a
>>> | copy of DPpedia for technical reasons).
>>> |
>>> | > 2. Are you exposing 5-star Linked Data URIs via this service? -- I
>>> | > ask because I took a random URI (plus one for an image I annotated)
>>> | > from your sample SPARQL query and passed it through the Vapour
>>> | > Linked Data URI verifier, without successful results [1][2].
>>> | >
>>> | > I ask the question above because you are minting URIs that denote
>>> | > entities in a domain controlled by your app/service. Thus, you do
>>> | > have the ability to put content negotiation to use by virtue of your
>>> | > URI pattern choices. By that I mean, your content negotiation can be
>>> | > explicit  (using HTTP response metadata) or implicit (hash based
>>> | > HTTP URIs give you that).
>>> | >
>>> | > For instance, I was able to figure out that by substituting ".png"
>>> | > with
>>> | > ".html"  in the URIs generated by your service is how I get to an
>>> | > (X)HTML+RDFa document that exposes the RDF metadata for the image I
>>> | > uploaded and annotated [3]. I successfully passed the document
>>> | > through the W3C RDFa distiller to get a Turtle based description
>>> | > document [4].
>>> |
>>> | Let me be sure I understand you: You took the image URLs and expected
>>> | something else than an image to be served at those URLs ? Perhaps a
>>> | 303 to the (X)HTML+ RDFa document when such a content type is
>>> | requested ? Wouldn't a "Link:" HTTP header with rel=meta be better ?
>>> |
>>> | Regards,
>>> |
>>> | Michael Brunnbauer
>>> |
>>> | > 1.
>>> | > http://uriburner.com:8000/vapour?uri=http%3A%2F%2Fwww.imagesnippets.
>>> | > com%2Fimgtag%2Fimages%2Fmm%40carmapro.com%2FP1010996.JPG&defaultResp
>>> | > onse=dontmind&userAgent=vapour.sourceforge.net
>>> | > -- vapour report on a sample URI
>>> | >
>>> | > 2.
>>> | > http://uriburner.com:8000/vapour?uri=http%3A%2F%2Fwww.imagesnippets.
>>> | > com%2Fimgtag%2Fimages%2Fkidehen%40openlinksw.com%2FLinked_Data_Semio
>>> | > tic_Triangle.png&defaultResponse=dontmind&userAgent=vapour.sourcefor
>>> | > ge.net
>>> | >
>>> | > 3.
>>> | > http://www.imagesnippets.com/imgtag/images/kidehen@openlinksw.com/Li
>>> | > nked_Data_Semiotic_Triangle.html
>>> | >
>>> | > 4.
>>> | > http://www.w3.org/2007/08/pyRdfa/extract?uri=http%3A%2F%2Fwww.images
>>> | > nippets.com%2Fimgtag%2Fimages%2Fkidehen%40openlinksw.com%2FLinked_Da
>>> | > ta_Semiotic_Triangle.html&format=turtle&warnings=false&parser=lax&sp
>>> | > ace-preserve=true
>>> |
>>> | --
>>> | ++  Michael Brunnbauer
>>> | ++  netEstate GmbH
>>> | ++  Geisenhausener Straße 11a
>>> | ++  81379 München
>>> | ++  Tel +49 89 32 19 77 80
>>> | ++  Fax +49 89 32 19 77 89
>>> | ++  E-Mail brunni@netestate.de
>>> | ++  http://www.netestate.de/
>>> | ++
>>> | ++  Sitz: München, HRB Nr.142452 (Handelsregister B München)
>>> | ++ USt-IdNr. DE221033342
>>> | ++  Geschäftsführer: Michael Brunnbauer, Franz Brunnbauer
>>> | ++  Prokurist: Dipl. Kfm. (Univ.) Markus Hendel
>>> |
>>> | http://www.uci.cu
>>> |
>>> http://www.uci.cu
>>>
>>>
>>>
>>>
>>
>> -- 
>>
>> Regards,
>>
>> Kingsley Idehen	
>> Founder & CEO
>> OpenLink Software
>> Company Web: http://www.openlinksw.com
>> Personal Weblog: http://www.openlinksw.com/blog/~kidehen
>> Twitter/Identi.ca handle: @kidehen
>> Google+ Profile: https://plus.google.com/112399767740508618350/about
>> LinkedIn Profile: http://www.linkedin.com/in/kidehen
>>
>>
>>
>>
>>
> ------------------------------------------------------------
> IHMC                                     (850)434 8903 or (650)494 3973
> 40 South Alcaniz St.           (850)202 4416   office
> Pensacola                            (850)202 4440   fax
> FL 32502                              (850)291 0667   mobile
> phayesAT-SIGNihmc.us       http://www.ihmc.us/users/phayes
>
>
>
>
>
>
>
>


-- 

Regards,

Kingsley Idehen	
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen