Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel Schwabe wrote: ... Not, just trying to get Explorator and Razorbase into an "Oranges and Oranges" comparison realm, since Razorbase is completely based on the faceted browsing REST API. Kingsley Ok. I was referring more to the implied "navigation/exploration" model that Sherman was tr

Re: Owning URIs (Was: Yet Another LOD cloud browser)

I think it would be best to own the geometry of a URI. Its topology, connections, and placement to relevant data around it. Deborah MacPherson On Mon, May 18, 2009 at 8:59 AM, Li Ding wrote: > It might be better to say owning the description of an URI. > > The Semantic Web allows "anyone can s

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley, thank you for your tips. I think that Daniel has already answered your questions. :) As he said well, at the moment, I am trying to figure out how to create FTS for Virtuoso's RDF repositories. Of course, we want to understand better what is possible to do with Virtuoso, and I will be

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley, anticipating Samur's answer, Kingsley Idehen wrote: ...Samur, Are you exploiting the "Retry" feature of Virtuoso's Anytime Query function? no Look at: http://lod.openlinksw.com/sparql (note the options at the bottom of the page which are part of our sparql protocol extensions). a

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Samur Araujo wrote: Dear Sherman, note that no matter what query tool or browser you are using, it is necessary to tune the underline database to achieve your performance requirements. Enabling all Explorator's repositories mean that you want to query several databases and sparql enpoint at the

Re: Owning URIs (Was: Yet Another LOD cloud browser)

... Not, just trying to get Explorator and Razorbase into an "Oranges and Oranges" comparison realm, since Razorbase is completely based on the faceted browsing REST API. Kingsley Ok. I was referring more to the implied "navigation/exploration" model that Sherman was trying to illustrate thro

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Dear Sherman, note that no matter what query tool or browser you are using, it is necessary to tune the underline database to achieve your performance requirements. Enabling all Explorator's repositories mean that you want to query several databases and sparql enpoint at the same time. When you do

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Dear Sherman, Notes that doesn On Tue, Jun 2, 2009 at 11:43 AM, Sherman Monroe wrote: > Daniel, > > I see some interesting concepts worth exploring here, e.g. using windows > (with paging inside the window). But as I refine my query, there isn't any > apparent context that orients me in the data

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Sherman Monroe wrote: Daniel, I see some interesting concepts worth exploring here, e.g. using windows (with paging inside the window). But as I refine my query, there isn't any apparent context that orients me in the data. E.g. how does one box/set relate to the others. The dependency betwee

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel, I see some interesting concepts worth exploring here, e.g. using windows (with paging inside the window). But as I refine my query, there isn't any apparent context that orients me in the data. E.g. how does one box/set relate to the others. I notice you're using Sesame, do you think it c

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel Schwabe wrote: Kingsley Idehen wrote: Daniel Schwabe wrote: Sherman, as another alternative, I urge you to take a look at Explorator [1] (there is a short movie explaining the basic idea, you can also play with the live interface), which can do all of what you said, and more. It provid

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley Idehen wrote: Daniel Schwabe wrote: Sherman, as another alternative, I urge you to take a look at Explorator [1] (there is a short movie explaining the basic idea, you can also play with the live interface), which can do all of what you said, and more. It provides a more general explo

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel Schwabe wrote: Sherman, as another alternative, I urge you to take a look at Explorator [1] (there is a short movie explaining the basic idea, you can also play with the live interface), which can do all of what you said, and more. It provides a more general exploration paradigm, of whic

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Sherman, as another alternative, I urge you to take a look at Explorator [1] (there is a short movie explaining the basic idea, you can also play with the live interface), which can do all of what you said, and more. It provides a more general exploration paradigm, of which the example you give

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Dan, > Basic idea in a nutshell is that SPARQL is great for data access, but there > may be additional query-oriented data structures worth spec'ing based around > the set-oriented navigation very nicely articulated by David Huynh in the > Parallax screencast. And that if such a structure could

SPARQL for faceted browsing (was: Re: Owning URIs (Was: Yet Another LOD cloud browser))

Hi, Dan Brickley wrote: Basic idea in a nutshell is that SPARQL is great for data access, but there may be additional query-oriented data structures worth spec'ing based around the set-oriented navigation very nicely articulated by David Huynh in the Parallax screencast. And that if such a str

Re: Owning URIs (Was: Yet Another LOD cloud browser)

On 30/5/09 15:50, Kingsley Idehen wrote: Danbri: have you had time to work on the generic faceted browsing spec we discussed a few weeks ago? Even a rough dump Wiki-style will do re. getting all interested parties engaged. Nothing written up yet, but am just back from a digital libraries conf

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Hi Daniel, Kingsley, all, 2009/5/30 Daniel Schwabe : > Kingsley Idehen wrote: >> btw - shouldn't we all be able to put our heads together to fashion the >> key elements of any UA interacting with Linked Data ? Given the breadth of potential forms of interaction with Linked Data, I'd say this is a

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel Schwabe wrote: Kingsley Idehen wrote: Daniel Schwabe wrote: Kingsley Idehen wrote: ...Sure, this is one of many. Even this one could have been much better, but after take 15, I decided to put it out :-) I agree with your point above, and it is all about adding the "Find" function to

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley Idehen wrote: Daniel Schwabe wrote: Kingsley Idehen wrote: ...Sure, this is one of many. Even this one could have been much better, but after take 15, I decided to put it out :-) I agree with your point above, and it is all about adding the "Find" function to the Web. As you know,

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Daniel Schwabe wrote: Kingsley Idehen wrote: ...Sure, this is one of many. Even this one could have been much better, but after take 15, I decided to put it out :-) I agree with your point above, and it is all about adding the "Find" function to the Web. As you know, "Search" (Google et al.)

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley Idehen wrote: ...Sure, this is one of many. Even this one could have been much better, but after take 15, I decided to put it out :-) I agree with your point above, and it is all about adding the "Find" function to the Web. As you know, "Search" (Google et al.) and "Answers" (somewh

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David Huynh wrote: Kingsley Idehen wrote: David, Okay, so you've successfully nudged me :-) Here is the first cut (others will follow as this was done in haste, but demonstrates the essence of the matter). 1. YouTube -- http://www.youtube.com/watch?v=CweYtyw7fnY 2. Vimeo -- http://vimeo.co

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley Idehen wrote: David, Okay, so you've successfully nudged me :-) Here is the first cut (others will follow as this was done in haste, but demonstrates the essence of the matter). 1. YouTube -- http://www.youtube.com/watch?v=CweYtyw7fnY 2. Vimeo -- http://vimeo.com/4736569 Kingsley

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David Huynh wrote: Kingsley Idehen wrote: David Huynh wrote: Sherman Monroe wrote: To be more specific, these days a news reporter can say "foobar.com " on TV and expect that to mean something to most of the audience. That's a marvel. Something more than jus

Re: RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

On 20/5/09 07:44, David Huynh wrote: Sherman Monroe wrote: >> That's when I was turned on to Frame Semantics, which I immediately praised, it is by far the most expressive and elegant knowledge representation framework for NL I have come across (although, it's been 3 or 4 years since I really l

Re: RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

On 20 May 2009, at 06:44, David Huynh wrote: And look what happened to Esperanto... After one century, 2 million speakers, or 0.025% of the world population. Given that most human languages don't have a definitive "start date", it is difficult to directly compare this with languages like F

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Kingsley Idehen wrote: David Huynh wrote: Sherman Monroe wrote: To be more specific, these days a news reporter can say "foobar.com " on TV and expect that to mean something to most of the audience. That's a marvel. Something more than just the string "foobar

Re: RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

Sherman Monroe wrote: David said: I didn't quite express myself clearly. If you were to take the previous sentence ("I didn't quite express myself clearly"), and encode it in RDF, what would you get? It certainly is something that I said about "the thing", the thing being vagu

Re: RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

Hi Adrian, NL generation from RDF instance data, very neat!! No, I don't think I ever ran across this, but it is a topic I'm highly interested in, thanks so much for the link. -sherman On Tue, May 19, 2009 at 4:54 PM, Adrian Walker wrote: > Hi Sherman -- > > You may be interested in the system

Re: RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

Hi Sherman -- You may be interested in the system online at the site below. In particular, the approach in the example www.reengineeringllc.com/demo_agents/RDFQueryLangComparison1.agent may be useful. Apologies if you have seen this before, and thanks for comments.

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David Huynh wrote: Sherman Monroe wrote: To be more specific, these days a news reporter can say "foobar.com " on TV and expect that to mean something to most of the audience. That's a marvel. Something more than just the string "foobar.com

RDF: a suitable NLP KB representation (Was: Owning URIs (Was: Yet Another LOD cloud browser))

David said: > I didn't quite express myself clearly. If you were to take the previous > sentence ("I didn't quite express myself clearly"), and encode it in RDF, > what would you get? It certainly is something that I said about "the thing", > the thing being vaguely what I tried to explain before

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Sherman Monroe wrote: To be more specific, these days a news reporter can say "foobar.com " on TV and expect that to mean something to most of the audience. That's a marvel. Something more than just the string "foobar.com " is transfered.

Re: Owning URIs (Was: Yet Another LOD cloud browser)

fgang - Original Message - From: "Li Ding" To: "Wolfgang Orthuber" Cc: "Kingsley Idehen" ; "Linked Data community" ; Sent: Monday, May 18, 2009 6:57 PM Subject: Re: Owning URIs (Was: Yet Another LOD cloud browser) If there is no explicit officia

Re: Owning URIs (Was: Yet Another LOD cloud browser)

On 18/05/2009 17:50, "Sherman Monroe" wrote: > Type the > URL in the WWW browser, you get the thing being shared. Type the URI in the SW > browser, you get the things people say about the thing. I would not agree. Type the URL into the WWW browser, and you get what the browser chooses to show y

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David Huynh wrote: Tim, Tim Berners-Lee wrote: On 2009-05 -18, at 07:20, David Huynh wrote: Sherman Monroe wrote: [...] For example, when I search for Microsoft on Google, the first result not only IS what I want, but also LOOKs like what I want. I can make the decision to click on it within

Re: Owning URIs (Was: Yet Another LOD cloud browser)

> If there is no explicit official standard and recommendation for such global > task sharing, there is the > danger that those who need a special vocabulary develop many incompatible > standards for exchange of machine > readable data. > > The earlier such a standard for well defined task sharing

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Sherman Monroe wrote: David wrote: [...] For example, when I search for Microsoft on Google, the first result not only IS what I want, but also LOOKs like what I want. I can make the decision to click on it within maybe 1 or 2 seconds. The URL "www.microsoft.com

Re: Owning URIs (Was: Yet Another LOD cloud browser)

by W3C, the easier it can be introduced. Wolfgang - Original Message - From: "Kingsley Idehen" To: "Wolfgang Orthuber" Cc: "Li Ding" ; "Linked Data community" ; Sent: Monday, May 18, 2009 4:01 PM Subject: Re: Owning URIs (Was: Yet Another LOD c

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David, > > Why can't the semantic web track 'whois' information of domain ownership, >> and maybe even SLL certificate information, of sites and be aware of the >> social relationships, and use them intelligently? (perhaps more safely than >> a human who will be confused by >> http://www.microso

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Tim, Tim Berners-Lee wrote: On 2009-05 -18, at 07:20, David Huynh wrote: Sherman Monroe wrote: [...] For example, when I search for Microsoft on Google, the first result not only IS what I want, but also LOOKs like what I want. I can make the decision to click on it within maybe 1 or 2 second

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Li, We're here man, we're here. (*does finger-to-eye gesture*). -sherman On Mon, May 18, 2009 at 7:59 AM, Li Ding wrote: > It might be better to say owning the description of an URI. > > The Semantic Web allows "anyone can say anything anywhere", so we > cannot stop people adding more descript

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David wrote: > [...] For example, when I search for Microsoft on Google, the first result > not only IS what I want, but also LOOKs like what I want. I can make the > decision to click on it within maybe 1 or 2 seconds. The URL " > www.microsoft.com" in that search result is perhaps the most convi

Re: Owning URIs (Was: Yet Another LOD cloud browser)

David Huynh wrote: John Graybeal wrote: I think a key point of David's original post, which I would like to emphasize, is that if I use a URL to refer to a web page, the owner is generally either readily visible (in the URL) or discoverable (via domain lookup). When I represent a term as a URL

Re: Owning URIs (Was: Yet Another LOD cloud browser)

John Graybeal wrote: I think a key point of David's original post, which I would like to emphasize, is that if I use a URL to refer to a web page, the owner is generally either readily visible (in the URL) or discoverable (via domain lookup). When I represent a term as a URL, it is at least kno

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Wolfgang Orthuber wrote: It is important to track the ownership (further provenance) of the description of URI. we may want to know who published the definition, and where the definition is copied from. Being able to connect RDF triples with authors is an important step towards the social semanti

Re: Owning URIs (Was: Yet Another LOD cloud browser)

Hi: > While we can traditionally buy domain name and own the URI, people You do not "buy" domain names. You "register" domain names. It might be generally helpful to use the proper terminology. >From the InterNIC FAQ: "How long does a registration last? Can it be renewed? Each registr

Re: Owning URIs (Was: Yet Another LOD cloud browser)

I think a key point of David's original post, which I would like to emphasize, is that if I use a URL to refer to a web page, the owner is generally either readily visible (in the URL) or discoverable (via domain lookup). When I represent a term as a URL, it is at least known who is serving

Re: Owning URIs (Was: Yet Another LOD cloud browser)

It is important to track the ownership (further provenance) of the description of URI. we may want to know who published the definition, and where the definition is copied from. Being able to connect RDF triples with authors is an important step towards the social semantic web. In my proposal th

Re: Owning URIs (Was: Yet Another LOD cloud browser)

It might be better to say owning the description of an URI. The Semantic Web allows "anyone can say anything anywhere", so we cannot stop people adding more descriptions to a URI. As seen in Swoogle Term search, many URIs have been defined by many places: the "official address' indicated by the h

Re: Owning URIs (Was: Yet Another LOD cloud browser)

: Tim Berners-Lee To: David Huynh Cc: Sherman Monroe ; Linked Data community ; semantic-...@w3.org Sent: Monday, May 18, 2009 9:31 AM Subject: Owning URIs (Was: Yet Another LOD cloud browser) David, On 2009-05 -18, at 07:20, David Huynh wrote: Sherman Monroe wrote: [.

Owning URIs (Was: Yet Another LOD cloud browser)

David, On 2009-05 -18, at 07:20, David Huynh wrote: Sherman Monroe wrote: [...] For example, when I search for Microsoft on Google, the first result not only IS what I want, but also LOOKs like what I want. I can make the decision to click on it within maybe 1 or 2 seconds. The URL "www.m