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,

Dave

> On 3 May 2018, at 17:11, Karen Coyle <kcoyle@kcoyle.net> wrote:
> 
> If some URLs are included for historical purposes, perhaps we can use
> the 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> now returns 404 not found!
>> 
>>              http://reference.data.gov.uk/id/interval
> 
> https://web.archive.org/web/*/http://reference.data.gov.uk/id/interval
> 
>> 
>> What URL should we use in its place?
>> 
>> The link checker was unable to connect to both of the following:
>> 
>>              http://www.deri.ie/
> 
> https://web.archive.org/web/*/http://www.deri.ie/
> 
>>              http://vocab.deri.ie/dcat
> 
> https://web.archive.org/web/*/http://vocab.deri.ie/dcat
> 
>> 
>> 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:
>> 
>>              http://www.w3.org/ns/dcat#dataset 
>>              http://www.w3.org/ns/dcat#record
>> 
>> 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.
>> 
>>              http://www.w3.org/2000/01/rdf-schema#Class
>>              http://www.w3.org/2000/01/rdf-schema#Literal
>> 
>> 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:
>> 
>>             https://www.w3.org/TR/vocab-dcat-2/
>> 
>> This is respect to the version tracking system now in place for W3C
>> reports, see:
>> 
>>             https://www.w3.org/2005/05/tr-versions 
>> 
>> 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 
>> 
>> 
>> 
>> 
>> 
>> 
> 
> -- 
> Karen Coyle
> kcoyle@kcoyle.net http://kcoyle.net
> m: 1-510-435-8234 (Signal)
> skype: kcoylenet/+1-510-984-3600
> 

Dave Raggett <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:45:41 UTC