W3C home > Mailing lists > Public > public-dxwg-wg@w3.org > May 2018

RE: Help with broken links in DCAT-rev draft?

From: <Simon.Cox@csiro.au>
Date: Thu, 3 May 2018 15:51:47 +0000
To: <dsr@w3.org>, <kcoyle@kcoyle.net>
CC: <public-dxwg-wg@w3.org>
Message-ID: <d42daa6b181f4d7dadd96bef1953d733@exch1-mel.nexus.csiro.au>
Perhaps we should just deactivate the links, and replace them in the text with ‘formerly found at http://stale.org/foo/bar’ or something similar?

From: Dave Raggett [mailto:dsr@w3.org]
Sent: Thursday, 3 May, 2018 16:45
To: kcoyle@kcoyle.net
Cc: public-dxwg-wg@w3.org
Subject: Re: Help with broken links in DCAT-rev draft?

I took a look and wasn’t convinced about what I saw on the web.archive.org<http://web.archive.org> site. I would prefer to drop the links and add them back when we publish an update to the initial Working Draft.  This would allow the Webmaster to go ahead with the release of the FPWD on Tuesday. Is that acceptable?

Many thanks,


On 3 May 2018, at 17:11, Karen Coyle <kcoyle@kcoyle.net<mailto:kcoyle@kcoyle.net>> wrote:

If some URLs are included for historical purposes, perhaps we can use
the archive.org<http://archive.org> copy as the URL. I've placed those below

On 5/3/18 2:35 AM, Dave Raggett wrote:

I am preparing the editor’s draft for release as a First Public Working
Draft. Unfortunately, there are a number of problems with broken links.

The first problem is the URL for the interval data set from data.gov.uk<http://data.gov.uk>
<http://data.gov.uk> now returns 404 not found!



What URL should we use in its place?

The link checker was unable to connect to both of the following:





DERI is now the Insight Centre, so what should we do with these links?

The first occurs in reference to Fadi Maali as a previous editor, and
the next occurs in reference to the original DCAT vocabulary, that was
developed at the Digital Enterprise Research Institute (DERI).

There are also a large number of links with broken fragment identifiers.
Here are some examples:



These reflect a weakness with the link checker in that it checks the
default resource returned for this URL which is an HTML document with
links to the ontology in Turtle and RDF/XML.



Here the link checker gets the Turtle version of the URL, but doesn’t
know how to process this format.

I will ask the W3C Webmaster about these and will make the case that the
link checker isn’t adequate for such links.

/             /#Class:_Catalog
/             /#Class:_Dataset
/             /#example-landing-page
/             /#Class:_Distribution
/             /#Class:_Organization.2FPerson
/             /#Class:_Catalog_record
These are broken links within the editor’s draft where we are missing
the corresponding id attributes as the target for these links.  Note
the “2F” in the penultimate reference, which looks like it is missing a
preceding “%”.

Any ideas for how to fix these?

p.s. we also need to change the latest public version link in the
editor’s draft to:


This is respect to the version tracking system now in place for W3C
reports, see:


Dave Raggett <dsr@w3.org <mailto:dsr@w3.org<mailto:dsr@w3.org%20%3cmailto:dsr@w3.org>>>

W3C Data Activity Lead & W3C champion for the Web of things

Karen Coyle
kcoyle@kcoyle.net<mailto:kcoyle@kcoyle.net> http://kcoyle.net

m: 1-510-435-8234 (Signal)
skype: kcoylenet/+1-510-984-3600

Dave Raggett <dsr@w3.org<mailto:dsr@w3.org>> http://www.w3.org/People/Raggett

W3C Data Activity Lead & W3C champion for the Web of things

Received on Thursday, 3 May 2018 15:52:29 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:42:03 UTC