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

http://vocab.deri.ie/dcat is back online today.

Op do 3 mei 2018 17:46 schreef Dave Raggett <dsr@w3.org>:

> I took a look and wasn’t convinced about what I saw on the 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
>
>
>
>
>
>
>