W3C home > Mailing lists > Public > public-gld-wg@w3.org > February 2012

Re: ISSUE-27 (format): URIs for file formats [DCAT]

From: Phil Archer <phila@w3.org>
Date: Thu, 09 Feb 2012 17:10:53 +0000
Message-ID: <4F33FE1D.8060000@w3.org>
To: Sarven Capadisli <sarven.capadisli@deri.org>
CC: Government Linked Data Working Group <public-gld-wg@w3.org>
You are correct, Sarven, thank you. I have closed Issue-27.

Right, now... how are we going to close Issue-12 ? :-)

On 09/02/2012 16:54, Sarven Capadisli wrote:
> On 12-02-09 01:32 PM, Government Linked Data Working Group Issue Tracker
> wrote:
>> ISSUE-27 (format): URIs for file formats [DCAT]
>>
>> http://www.w3.org/2011/gld/track/issues/27
>>
>> Raised by: Phil Archer
>> On product: DCAT
>>
>> DCAT uses dcterms:format thus:
>>
>> :distribution dcterms:format [
>> a dcterms:IMT;
>> rdf:value "text/csv";
>> rdfs:label "CSV"
>> ]
>>
>> Is this the best we can do? There are alternatives:
>>
>> 1. Ed Summers' work on providing URIs for MIME types [1] could
>> potentially be moved in to W3C space by this WG.
>>
>> 2. Ivan Herman's work on providing file types [2] could be extended ad
>> hoc to provide a stable set of URIs for file formats that includes
>> MIME type as one property but allows for unambiguous naming of
>> multiple formats with a single MIME type
>>
>> 3. Stick with what we have.
>>
>> Of these, 3 is the path of least resistance, 2 is my preferred option.
>> This is because, as Ivan points out, the MIME type doesn't always tell
>> you everything you need to know. It's not that big a task and we could
>> create a few key ones fairly quickly.
>>
>> [1] http://mediatypes.appspot.com/
>> [2] http://www.w3.org/ns/formats/
>>
>>
>>
>
> As far as I understand, this issue raises the same concerns as issue 12
> [1]. Phil, perhaps this issue should be closed?
>
> [1] http://www.w3.org/2011/gld/track/issues/12
>
> -Sarven
>
>

-- 


Phil Archer
W3C eGovernment
http://www.w3.org/egov/

http://philarcher.org
+44 (0)7887 767755
@philarcher1
Received on Thursday, 9 February 2012 17:11:29 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:52:00 UTC