[Playlist] Re: xspf over json

[Jay Fienberg]

> Date: Sat, 28 Apr 2007 15:44:00 -0700
> From: "Chris Anderson" <jchris at mfdz.com>
> On 4/28/07, Lucas Gonze <lgonze at panix.com> wrote:
>>
>> Should this media type just be the same as normal JSON?
>>
>
> The reason for giving it a unique media type is the same as a unique
> file extension - so clients can recognize and interpret it without
> having to inspect the body.

Being a bit of an old SGML guy, I find it ever weird that different  
documents in the same general computer syntax need to be thought of  
as different "formats".

But, isn't the whole "+" mime type thing supposed to be "specific +  
general". For example, application/xhtml+xml means the resource can  
be specifically parsed as an XHTML document or, more generally,  
parsed as an XML document.

If this is correct, application/xspf+json doesn't work because a XSPF  
document isn't more generally a json document. I think you'd want:  
application/jspf+json: It's specifically a jspf document, which is  
more generally a json document.

> On 4/28/07, Lucas Gonze <lgonze at panix.com> wrote:
> I have one misgiving about this project -- there is a risk that  
> playlist
> technology will split into JSON and XML factions, which would work
> against interoperability.

IMHO, formats like XSPF are more and more going to be treated as  
schemas (and/or ontologies) that applications translate into  
convenient markup document types (e.g., in XML), data stores (e.g.,  
in SQL databases), and object stores (e.g., in JSON). The ideal of  
representing a "format" in XML is not going away, but there's  
definitely something of a post-XML outlook influencing web and  
application developers, i.e., in terms of storage, interchange and  
document formats.

(But, one has to keep saying thanks for all of the works that's gone  
into making XSPF a great XML format, which is kind-of a "gold"  
standard at this point. For example, all of recent RelaxNG work  
represents a really high standard of quality.)

Jay

>
>> as in
>>> Jay Fienberg
>>>> http://jayfienberg.com
>>>
>>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.musicbrainz.org/pipermail/playlist/attachments/20070429/bd7e307e/attachment.htm