RE: Metaweb joins Google

[Hondros, Constantine]

It's big news for the wider Semantic Web community, as it shows that Google is 
determined to extract better semantics from pages it crawls ... but it's 
mediocre news for the LOD community. Freebase is based on proprietary database 
technology, it relies on its own graph data format, is queryable by its own 
query language (MQL, based on JSON), and makes no commitment to RDf, OWL and 
SPARQL beyond supporting a SPARQL end-point (in beta).

The best case is that Google is just buying the entity extraction expertise and 
software deployed by Freebase ... the worst case is that they end up 
leapfrogging the Semantic Web standards in favour of their own ...

C.

-Original Message-
From: public-lod-requ...@w3.org [mailto:public-lod-requ...@w3.org] On Behalf Of 
Nathan
Sent: Friday, July 16, 2010 9:57 PM
To: Semantic Web; Linked Data community
Subject: Metaweb joins Google

Suprised this one isn't already posted!

Metaweb (inc Freebase) has joined google:

http://googleblog.blogspot.com/2010/07/deeper-understanding-with-metaweb.html
http://blog.freebase.com/2010/07/16/metaweb-joins-google/

Big (huge) news & congrats to all involved,

Best,

Nathan



This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.

RE: [ANN] RDFa Developer (1.0b1): RDFa extension for firefox

[Hondros, Constantine]

Hi,

I think this is an excellent, well-constructed plugin and something that I have 
been hoping would turn up for a while.



My only suggestion is that you try to detect whether the page contains 
deliberate RDFa, for example whether it uses the RDFa DTD, or contains 
version="XHTML+RDFa 1.x", and don't report any triples if it doesn't conform. 
Otherwise your tool reports a jumble of triples in the XHTML vocab namespace 
that are of questionable semantic value.



I got very excited to see the BBC News home page sporting 16 triples, only to 
find it was mostly CSS links, favicons, and similar. Does the BBC home page 
contain RDFa? According to strict extraction rules, yes ... in real terms, nary 
a triple.


From: public-rdfa-requ...@w3.org [mailto:public-rdfa-requ...@w3.org] On Behalf 
Of Javier Pozueco Pérez
Sent: Tuesday, July 13, 2010 9:46 AM
To: public-lod@w3.org; public-r...@w3.org; pedantic-...@googlegroups.com
Subject: [ANN] RDFa Developer (1.0b1): RDFa extension for firefox

(sorry for cross posting)

We are glad to announce the first public release of RDFa Developer, a firefox 
extension that helps you to correctly annotate web pages with RDFa.

This tool enables you to examine the RDFa markup, to query your data using 
SPARQL and to detect common pitfalls in the use of RDFa.

RDFa Developer is an open source tool that is available for download at: 
http://rdfadev.sourceforge.net. A short demonstration video is also available 
from the web page.

Your comments are very much appreciated.

Yours,

Javier Pozueco.

javier.pozu...@fundacionctic.org


This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.

RE: PRISM data on the LOD cloud?

[Hondros, Constantine]

Thanks for your links, Kingsley. I easily discovered hundreds of resources 
using PRISM predicates within the LOD cloud. Mostly deriving from RSS feeds 
from academic publishers, as Tony Hammond suggested below.

So question well answered.

Regards,
Constantine

-Original Message-
From: Kingsley Idehen [mailto:kide...@openlinksw.com] 
Sent: Saturday, July 03, 2010 12:44 AM
To: Hondros, Constantine
Cc: Hammond, Tony; public-lod@w3.org
Subject: Re: PRISM data on the LOD cloud?

Hondros, Constantine wrote:
> Thanks,
>   

Hondros,

> I am always looking out for datasets that will make management sit up and 
> take notice of the LOD cloud (my organisation is a *large* global publisher). 

Ditto!
> UK and US government datasets have raised awareness that something is 
> happening, but there's nothing like seeing the competition getting involved 
> while you dally in the wings.
>   

Yes, nothing like competition for accelerating opportunity cost 
palpability for decision makers!
> Kingsley, I didn't at all understand your answer. The PDF I referenced lists 
> the members of the PRISM consortium, which includes some big names in the 
> publishing world. The point being, if commercial entities are actively using 
> a metadata format that is trivially publishable as Linked Data, then wouldn't 
> we hope to see this ending up in the LOD cloud. 
Sure.
> If it isn't, then why not? It would be a worry if the LOD cloud remains the 
> preserve of the non-profit, governmental and academic communities.
>   


My gut reaction re. Data (TBox or ABox) is to get it loaded. Thus, when 
I see "Ontology...", I just want to load it, look at it, and then 
starting conjuring how it can impact the existing LOD cloud (which is 
still a little too ABox oriented).

My PDF comment was just my way of asking for a resource URL so I could 
load the ontology into our live LOD cloud cache instance [1] :-)

I assume you've seen the loaded ontology based on my last post re. this 
thread?

BTW - you can also query your data via SPARQL, and for scope the Named 
Graph IRI is:  .

Basic dump query:
select * from  where {?s 
?p ?o}

Links:

1. http://lod.openlinksw.com -- basic interface for full text queries 
(you can also use lookup by URI or rdfs:label tabs)
2. 
http://lod.openlinksw.com/describe/?url=http%3A%2F%2Fprismstandard.org%2Fnamespaces%2F1.2%2Fbasic%2F
 
-- nice way to view the ontology
3. http://lod.openlinksw.com/sparql -- SPARQL endpoint should you want query
4. http://lod.openlinksw.com/isparql -- iSPARQL interface to SPARQL 
based Query By Example .


I hope I am a little clearer now? We seek the same thing :-)


Kingsley


> -Original Message-
> From: Hammond, Tony [mailto:t.hamm...@nature.com]
> Sent: Friday, July 02, 2010 3:19 PM
> To: Kingsley Idehen; Hondros, Constantine
> Cc: public-lod@w3.org
> Subject: Re: PRISM data on the LOD cloud?
>
> Hi Kingsley:
>
>   
>> Kill me with the PDF URL :-(
>> 
>
> I think we could have been a tad more gracious here. This kind of remark
> only serves to alienate the well intentioned.
>
> You know, it's not actually (yet) a crime to put out a PDF on the open Web.
> Yes, it may not be the most "webby" of document formats but it does have
> certain viabilities.
>
> Re your question:
>
>   
>> Where can I see GET the RDF/XML resource?
>> 
>
> What on earth does this really mean? Which "resource" do you want to see?
> The link that was forwarded by the enquirer was to a specification document
> for generating resources with standalone RDF/XML descriptions as well as to
> embedded XMP (RDF/XML) packets.
>
> I'm not sure why that specification especially needs to be in RDF/XML. But
> there is an .rdfs [1] that I contributed to a somewhat older version of
> PRISM (1.2) if that helps you any. It needs to be updated and improved.
>
> As to the original query, there is already a large body of RDF/XML documents
> using PRISM available from academic publishers who have used it especially
> in their RSS feeds - and have been using it for > 5 years. See this RSS Best
> Practices document [2] from CrossRef - the organization promoting citation
> linking - which recommends that journals publishers use RSS 1.0 (i.e. the
> RDF flavour) and also that they use DC and PRISM for fuller descriptions.
>
> Also CrossRef are working on a similar document to encourage publishers to
> add XMP packets (with DC and PRISM) into their PDFs. Note that a couple of
> larger publishers are routinely adding XMP packets to their PDFs, and
> CrossRef is also devloping tools for smaller publishers [3]. (And I suppose
> if publishers must out PDFs then they are atoning to some degree in adding
> RDF/XML descriptions to these documents.;)
&

RE: PRISM data on the LOD cloud?

[Hondros, Constantine]

Thanks,
I am always looking out for datasets that will make management sit up and take 
notice of the LOD cloud (my organisation is a *large* global publisher). UK and 
US government datasets have raised awareness that something is happening, but 
there's nothing like seeing the competition getting involved while you dally in 
the wings.

Kingsley, I didn't at all understand your answer. The PDF I referenced lists 
the members of the PRISM consortium, which includes some big names in the 
publishing world. The point being, if commercial entities are actively using a 
metadata format that is trivially publishable as Linked Data, then wouldn't we 
hope to see this ending up in the LOD cloud. If it isn't, then why not? It 
would be a worry if the LOD cloud remains the preserve of the non-profit, 
governmental and academic communities.

-Original Message-
From: Hammond, Tony [mailto:t.hamm...@nature.com]
Sent: Friday, July 02, 2010 3:19 PM
To: Kingsley Idehen; Hondros, Constantine
Cc: public-lod@w3.org
Subject: Re: PRISM data on the LOD cloud?

Hi Kingsley:

> Kill me with the PDF URL :-(

I think we could have been a tad more gracious here. This kind of remark
only serves to alienate the well intentioned.

You know, it's not actually (yet) a crime to put out a PDF on the open Web.
Yes, it may not be the most "webby" of document formats but it does have
certain viabilities.

Re your question:

> Where can I see GET the RDF/XML resource?

What on earth does this really mean? Which "resource" do you want to see?
The link that was forwarded by the enquirer was to a specification document
for generating resources with standalone RDF/XML descriptions as well as to
embedded XMP (RDF/XML) packets.

I'm not sure why that specification especially needs to be in RDF/XML. But
there is an .rdfs [1] that I contributed to a somewhat older version of
PRISM (1.2) if that helps you any. It needs to be updated and improved.

As to the original query, there is already a large body of RDF/XML documents
using PRISM available from academic publishers who have used it especially
in their RSS feeds - and have been using it for > 5 years. See this RSS Best
Practices document [2] from CrossRef - the organization promoting citation
linking - which recommends that journals publishers use RSS 1.0 (i.e. the
RDF flavour) and also that they use DC and PRISM for fuller descriptions.

Also CrossRef are working on a similar document to encourage publishers to
add XMP packets (with DC and PRISM) into their PDFs. Note that a couple of
larger publishers are routinely adding XMP packets to their PDFs, and
CrossRef is also devloping tools for smaller publishers [3]. (And I suppose
if publishers must out PDFs then they are atoning to some degree in adding
RDF/XML descriptions to these documents.;)

So, at least on the scholarly publishing front there are ongoing efforts to
make PRISM metadata terms available within RDF descriptions.

Cheers,

Tony



[1] http://www.idealliance.org/filefolder/prism.rdfs

[2] http://oxford.crossref.org/best_practice/rss/

[3]
http://www.crossref.org/CrossTech/2009/12/add_crossref_metadata_to_pdfs.html




On 1/7/10 22:37, "Kingsley Idehen"  wrote:

> Hondros, Constantine wrote:
>>
>> Has any PRISM content ever made it into the LOD cloud?
>>
>>
>>
>> PRISM (Publishing Requirements for Industry Standard Metadata) is a
>> metadata standard that can be encoded as RDF/XML (as well as XML, and
>> XMP), which has been developed by an impressive industry consortium
>> [1], and which, as far as I can tell, is being actively used.
>>
>>
>>
>> In other words, just the sort of high quality metadata we would hope
>> to have in the LOD cloud, right? End-points, anyone?
>>
>>
>>
>> [1] http://www.prismstandard.org/PRISMUsers.pdf
>>
>>

>
> Kill me with the PDF URL :-(
>
> Where can I see GET the RDF/XML resource?



On 1/7/10 22:37, "Kingsley Idehen"  wrote:

> Hondros, Constantine wrote:
>>
>> Has any PRISM content ever made it into the LOD cloud?
>>
>>
>>
>> PRISM (Publishing Requirements for Industry Standard Metadata) is a
>> metadata standard that can be encoded as RDF/XML (as well as XML, and
>> XMP), which has been developed by an impressive industry consortium
>> [1], and which, as far as I can tell, is being actively used.
>>
>>
>>
>> In other words, just the sort of high quality metadata we would hope
>> to have in the LOD cloud, right? End-points, anyone?
>>
>>
>>
>> [1] http://www.prismstandard.org/PRISMUsers.pdf
>>
>>
>> 
>> This email and any attachments may contain confidential or privileged
>

PRISM data on the LOD cloud?

[Hondros, Constantine]

Has any PRISM content ever made it into the LOD cloud?

PRISM (Publishing Requirements for Industry Standard Metadata) is a metadata 
standard that can be encoded as RDF/XML (as well as XML, and XMP), which has 
been developed by an impressive industry consortium [1], and which, as far as I 
can tell, is being actively used.

In other words, just the sort of high quality metadata we would hope to have in 
the LOD cloud, right? End-points, anyone?

[1] http://www.prismstandard.org/PRISMUsers.pdf


This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.

RE: www.shopforia.com exposes GoodRelations in RDFa for 104,000 items / 5 mio. triples

[Hondros, Constantine]

Looking at the example source, I'm curious what's going on here:

http://www.shopforia.com/"; 
typeof="owl:Ontology">
   http://www.w3.org/2006/vcard/ns";>
   http://purl.org/goodrelations/v1";>

Is this considered good practise? I can't see the benefit this might give to 
any agent making use of the triples.

-Original Message-
From: public-lod-requ...@w3.org [mailto:public-lod-requ...@w3.org] On Behalf Of 
Martin Hepp (UniBW)
Sent: 28 April 2010 11:07
To: public-lod@w3.org
Subject: www.shopforia.com exposes GoodRelations in RDFa for 104,000 items / 5 
mio. triples

Dear all:
I am happy to announce one of many new major sources of GoodRelations data:

http://www.shopforia.com/ recently added GoodRelations in RDFa to their 104,000 
items pages in 26 categories:

Example:
http://www.shopforia.com/cgi-bin/apf4/apf4.cgi?Operation=ItemLookup&ItemId=B003DRBA3S

Sitemap: There seems to be no sitemap for the site, but you can reconstruct it 
by 1. crawling

http://www.shopforia.com/cgi-bin/apf4/apf4.cgi?SearchIndex=&ItemPage=
  with n = 1...400 for Category = Apparel, Beauty etc. and 2. extracting all 
item links, which follow the pattern

http://www.shopforia.com/cgi-bin/apf4/apf4.cgi?Operation=ItemLookup&ItemId=,
 with ASIN = e.g. B0009RL86E

Many items have EAN/UPC codes, which allows for powerful linking with product 
model data (features etc.).

I guess that the total amount of triples will be in the order of magnitude of 
50 triples per page x 104,000 pages = 5,200,000 triples.


Best wishes

Martin Hepp

--
--
martin hepp
e-business&  web science research group
universitaet der bundeswehr muenchen

e-mail:  h...@ebusiness-unibw.org
phone:   +49-(0)89-6004-4217
fax: +49-(0)89-6004-4620
www: http://www.unibw.de/ebusiness/ (group)
  http://www.heppnetz.de/ (personal)
skype:   mfhepp
twitter: mfhepp

Check out GoodRelations for E-Commerce on the Web of Linked Data!
=

Project page:
http://purl.org/goodrelations/

Resources for developers:
http://www.ebusiness-unibw.org/wiki/GoodRelations

Webcasts:
Overview - http://www.heppnetz.de/projects/goodrelations/webcast/
How-to   - http://vimeo.com/7583816

Recipe for Yahoo SearchMonkey:
http://www.ebusiness-unibw.org/wiki/GoodRelations_and_Yahoo_SearchMonkey

Talk at the Semantic Technology Conference 2009:
"Semantic Web-based E-Commerce: The GoodRelations Ontology"
http://www.slideshare.net/mhepp/semantic-webbased-ecommerce-the-goodrelations-ontology-1535287

Overview article on Semantic Universe:
http://www.semanticuniverse.com/articles-semantic-web-based-e-commerce-webmasters-get-ready.html

Tutorial materials:
ISWC 2009 Tutorial: The Web of Data for E-Commerce in Brief: A Hands-on
Introduction to the GoodRelations Ontology, RDFa, and Yahoo! SearchMonkey
http://www.ebusiness-unibw.org/wiki/Web_of_Data_for_E-Commerce_Tutorial_ISWC2009




This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.

Figuring out what's behind a SPARQL endpoint

[Hondros, Constantine]

What's the best way to get a grip on what's actually behind an endpoint?

I've been mulling over a proof-of-concept project to enrich published legal 
content - already highly annotated with RDF metadata - with RDF content from 
open government sources. But I'm kind of baffled by how best to assess the 
richness of an endpoint other than by running my own SPARQLs - eg. listing 
DISTINCT predicates, or CONSTRUCTing some of the typed resources.

These queries give me some indication of what's there ... but  what would be 
handy is some sort of visualisation or analysis tool that gives me statistics 
like the number of resources contained in the endpoint, the type and predicate 
vocabularies used, and the density of linking between resources.

Anything like this exist?


This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.

RE: RelFinder - Version 1.0 released

[Hondros, Constantine]

Hi,
I think this tool provides the nicest visualization of RDF that I have ever 
seen.

I've tried to use it to visualise UK Government SPARQL endpoints, however I 
can't seem to hack the config properly.

I've pointed it at http://services.data.gov.uk/analytics/sparql, but I 
consistently get "o results found" in the autocomplete boxes.

The autocomplete should return me any resource with a rdfs:label, right?

Thanks,
C.

-Original Message-
From: public-lod-requ...@w3.org [mailto:public-lod-requ...@w3.org] On Behalf Of 
Steffen Lohmann
Sent: 15 March 2010 11:37
To: public-lod@w3.org; semantic-...@w3.org; 
dbpedia-discuss...@lists.sourceforge.net
Cc: Timo Stegemann; Philipp Heim
Subject: RelFinder - Version 1.0 released

Hi all,

we are happy to announce the release of version 1.0 of the RelFinder.

The RelFinder is a tool that extracts and visualizes relationships between 
given objects in Semantic Web datasets and makes these relationships 
interactively explorable.
It advances the idea of the DBpedia Relationship Finder by offering improved 
visualization and exploration techniques and working with any dataset that 
provides SPARQL access. Some key features are:

- relationships even between more than two given objects (all visualized in one 
'relationship graph')
- easy configurability of the accessed dataset and search parameters (via 
settings menu or config file)
- aggregations and global filters (based on relationship length, class, link 
type, connectivity)
- highly interactive visualization (highlighting, red thread, pick&pin, details 
on demand, animations)

The RelFinder is implemented in Adobe Flex and requires only a Webbrowser with 
installed Flash Player. Give it a try at http://relfinder.semanticweb.org and 
discover relationships that you have not been aware of before ;-)

Thanks go to Jens Lehmann, Jürgen Ziegler, Lena Tetzlaff, Laurent Alquier & 
Sebastian Hellmann.

Best regards,
Philipp, Timo & Steffen



This email and any attachments may contain confidential or privileged 
information
and is intended for the addressee only. If you are not the intended recipient, 
please
immediately notify us by email or telephone and delete the original email and 
attachments
without using, disseminating or reproducing its contents to anyone other than 
the intended
recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete 
transmission of
of this email or any attachments, nor for unauthorized use by its employees.

Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The 
Netherlands, and is registered
with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.