W3C home > Mailing lists > Public > public-lod@w3.org > October 2018

Re: Use the void and schema.org [Was; Re: LODAtlas 1.0 release - Browsing Linked Data Catalogs]

From: Ettore RIZZA <ettorerizza@gmail.com>
Date: Thu, 4 Oct 2018 16:22:51 +0200
Message-ID: <CAGq-doq7zfdsuyi=2tuMhoJLdwgghokZcJCjbpH7OkPVa8C9aQ@mail.gmail.com>
To: emmanuel.pietriga@inria.fr
Cc: stellato@uniroma2.it, public-lod@w3.org
Dear all,

sorry if my question seems profane, but is there a standard or a consensus
proposal on the best way to store Void metadata in a LOD dataset? something
like "at the root of the site, in a file called void.rdf, like a
robot.txt". I see for example that DBpedia has a Void page
<http://dbpedia.org/void/page/Dataset>, but it is impossible to find it
without crawling the entire web site.

Regards,

Ettore Rizza

On Thu, 4 Oct 2018 at 16:01, emmanuel.pietriga@inria.fr <
emmanuel.pietriga@inria.fr> wrote:

> Thanks Armando.
>
> In LODAtlas, we are particularly interested in the links between datasets,
> and showing them to users so that they understand how a dataset fits in the
> whole cloud. That’s why we use old.datahub/lod-cloud data in the first
> place. Is there also support in the sort of tools you mention to declare
> what datasets the one of interest links to?
>
> best,
> Emmanuel
>
> > On 4 Oct 2018, at 14:42, Armando Stellato <stellato@uniroma2.it> wrote:
> >
> > Just marginal on the main topic here, however I thought it good to put
> my two cents in support of the automatic generation of metadata profiles
> for datasets.
> >
> >
> >
> > The Collaborative editor for OWL ontologies, SKOS(/XL) thesauri and
> OntoLex lexicons VocBench 3 [1] allows for the semi-automatic generation of
> dataset metadata profiles [2].
> >
> > The system prompts for generic metadata (title, homepage etc..) about
> the dataset, while everything that can be computed over the data is
> generated automatically.
> >
> >
> >
> > Currently there are generators for:
> >
> > 1.      VoID and LIME [3,4] descriptions. LIME is the LInguistic
> MEtadata module developed in the context of the OntoLex specification,
> though as a metadata vocabulary it can be used for any kind of dataset,
> providing statistical and qualitative information about the lexical asset
> of datasets
> >
> > 2.      DCAT/DCAT-AP [5] profiles
> >
> > 3.      ADMS
> >
> >
> >
> > and they are loaded as implementation of an extension point, so other
> implementations could be added
> >
> >
> >
> > Cheers,
> >
> >
> > Armando
> >
> >
> >
> > [1] http://vocbench.uniroma2.it/
> >
> > [2]  http://vocbench.uniroma2.it/doc/user/metadata_vocabularies.jsf
> >
> > [3] https://www.w3.org/2016/05/ontolex/#metadata-lime
> >
> > [4] https://link.springer.com/chapter/10.1007/978-3-319-18818-8_20
> >
> > [5]
> https://joinup.ec.europa.eu/solution/dcat-application-profile-data-portals-europe
> >
> > [6] https://www.w3.org/TR/vocab-adms/
> >
> >
> >
> >
> >
> > From: Gray, Alasdair J G <A.J.G.Gray@hw.ac.uk>
> > Sent: Thursday, October 4, 2018 1:58 PM
> > To: emmanuel.pietriga@inria.fr
> > Cc: Jerven Bolleman <me@jerven.eu>; Linking Open Data <public-lod@w3.org
> >
> > Subject: Re: Use the void and schema.org [Was; Re: LODAtlas 1.0 release
> - Browsing Linked Data Catalogs]
> >
> >
> >
> >
> >
> >
> >
> > On 4 Oct 2018, at 12:00, emmanuel.pietriga@inria.fr wrote:
> >
> >
> >
> > - Has VoID achieved good coverage yet? (I remember reading that few
> datasets were exposing VoID descriptions, but that may have been several
> years ago and things might have changed)
> >
> >
> >
> > Harvesting VoIDs/schema.org would be a good way of encouraging up take.
> It is likely that there will be a big increase in schema.org markup now
> that Google have released a dataset search tool.
> >
> >
> https://www.blog.google/products/search/making-it-easier-discover-datasets/
> >
> >
> >
> > - How do we get those decentralized VoID descriptions? Is there a
> crawling service somewhere that would give us access to such descriptions?
> >
> >
> >
> > Starting, as Jerven suggested, by allowing people to provide you the URI
> of the VoID, but also following the links in VoIDs to other datasets.
> >
> >
> >
> > Alasdair
> >
> >
> >
> > --
> >
> > Alasdair J G Gray
> >
> > Associate Professor in Computer Science,
> > School of Mathematical and Computer Sciences
> > Heriot-Watt University, Edinburgh, UK.
> >
> > Email: A.J.G.Gray@hw.ac.uk
> > Web: http://www.macs.hw.ac.uk/~ajg33
> > ORCID: http://orcid.org/0000-0002-5711-4872
> > Office: Earl Mountbatten Building 1.39
> > Twitter: @gray_alasdair
> >
> >
> >
> > Heriot-Watt University is The Times & The Sunday Times International
> University of the Year 2018
> >
> > Founded in 1821, Heriot-Watt is a leader in ideas and solutions. With
> campuses and students across the entire globe we span the world, delivering
> innovation and educational excellence in business, engineering, design and
> the physical, social and life sciences.
> >
> > This email is generated from the Heriot-Watt University Group, which
> includes:
> >
> > 1.    Heriot-Watt University, a Scottish charity registered under number
> SC000278
> >
> > 2.    Edinburgh Business School a Charity Registered in Scotland,
> SC026900. Edinburgh Business School is a company limited by guarantee,
> registered in Scotland with registered number SC173556 and registered
> office at Heriot-Watt University Finance Office, Riccarton, Currie,
> Midlothian, EH14 4AS
> >
> > 3.    Heriot- Watt Services Limited (Oriam), Scotland's national
> performance centre for sport. Heriot-Watt Services Limited is a private
> limited company registered is Scotland with registered number SC271030 and
> registered office at Research & Enterprise Services Heriot-Watt University,
> Riccarton, Edinburgh, EH14 4AS.
> >
> > The contents (including any attachments) are confidential. If you are
> not the intended recipient of this e-mail, any disclosure, copying,
> distribution or use of its contents is strictly prohibited, and you should
> please notify the sender immediately and then delete it (including any
> attachments) from your system.
> >
>
>
>
Received on Thursday, 4 October 2018 14:23:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:22:47 UTC