If the file formats are really properly defined then yes, this can be used. I am not sure how this answers Phil's issue with dbpedia, though. But I probably miss the background here.
Ivan
On Feb 10, 2012, at 16:50 , Michael Hausenblas wrote:
>
> I wonder if we can mint something over in http://www.w3.org/ns/formats/ - Ivan?
>
> Cheers,
> Michael
> --
> Dr. Michael Hausenblas, Research Fellow
> LiDRC - Linked Data Research Centre
> DERI - Digital Enterprise Research Institute
> NUIG - National University of Ireland, Galway
> Ireland, Europe
> Tel. +353 91 495730
> http://linkeddata.deri.ie/
> http://sw-app.org/about.html
>
> On 10 Feb 2012, at 15:19, Phil Archer wrote:
>
>> I'm getting some push-back from gov data publishers on using DBpedia sadly (it's third party, it's not real, it's not stable, not like all our wonderful government department Web sites that sometimes stay on line for whole months!). The PROMOM effort that Dave has highlighted looks like the kind of thing they'd like more - government agency to government agency - as long as there's no ".uk" anywhere in the URIs I guess.
>>
>> How about "use a stable URI scheme for file formats if available, falling back to the MIME type if not available" ?
>>
>> Phil.
>>
>>
>>
>> On 10/02/2012 15:06, John Erickson wrote:
>>>>> The Right Thing to do would be to get IETF to mint URIs for all media
>>>>> types, and get ESRI to register a media type for their file format, etc.
>>>>> This may not be feasible.
>>>
>>> ...or maybe we could just follow the same, de facto convention we've
>>> been following of using URIs from A Certain Third party:
>>>
>>> http://dbpedia.org/resource/TIFF
>>> http://dbpedia.org/resource/JPEG
>>> http://dbpedia.org/resource/GZIP
>>>
>>> ...etc. ;)
>>>
>>
>> --
>>
>>
>> Phil Archer
>> W3C eGovernment
>> http://www.w3.org/egov/
>>
>> http://philarcher.org
>> +44 (0)7887 767755
>> @philarcher1
>>
>
----
Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
FOAF: http://www.ivan-herman.net/foaf.rdf