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

[dxwg] Links from DCAT draft to (DCAT 2014) rdf

From: David Browning via GitHub <sysbot+gh@w3.org>
Date: Wed, 22 Aug 2018 07:59:19 +0000
To: public-dxwg-wg@w3.org
Message-ID: <issues.opened-352843040-1534924758-sysbot+gh@w3.org>
davebrowning has just created a new issue for https://github.com/w3c/dxwg:

== Links from DCAT draft to (DCAT 2014) rdf  ==
Looking at the editors draft, some (possibly all)  of the internal links in the vocabulary specification pick up old RDF.  Its most obvious where the RDF Property field contains something like `dcat:dataset` which takes you to what's basically a redirect page at https://www.w3.org/ns/dcat that then links to the 2014 ttl or rdf/xml...so you're no longer looking at the updated version.  By comparison, links to definitions in specifications like DCT take you from `dct:hasPart` direct to the ttl (even if the anchor syntax is a bit irrelevant). 

[There's a separate consistency issue - which is what I was trying to address - where we've mixed up links to the rdf with links within the document but that's comparatively minor - I'm fixing that on the back of existing actions]

I think there are two questions:

1. Do we want to persist the 2014 approach of an intermediate page which allows then points independently to the RDF?  That only makes sense to me if we plan to do both ttl and rdf/xml forms - I think we decided not to do that?
2. For Second public draft, what do we want to achieve?  We do have a link to the live version of the ttl in Abstract - which is good, but I don't think its adequate.  [We know nobody reads introductions, but people do read abstracts, I think.  Unfortunately its not always the same people who read the doc.....]

My instinct is that we should fix this so the links work but open to be persuaded...

Please view or discuss this issue at https://github.com/w3c/dxwg/issues/320 using your GitHub account
Received on Wednesday, 22 August 2018 07:59:20 UTC

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