- From: Boley, Harold <Harold.Boley@nrc-cnrc.gc.ca>
- Date: Fri, 13 Jun 2008 15:31:25 -0400
- To: "Sandro Hawke" <sandro@w3.org>
- Cc: "RIF WG" <public-rif-wg@w3.org>
Sandro, http://www.w3.org/2002/06/registering-mediatype links to http://www.ietf.org/rfc/rfc3023.txt whose sections 8.16-8.18 could act as paradigms. What about this, where [RIF-BLD] is our LC submission of BLD (assuming this can later be generalized to [RIF-FLD] with the full RIF syntax for logic dialects, including the PRD logic): Application/rif+xml Content-type: application/rif+xml <?xml version="1.0" ?> RIF documents identified using this MIME type are XML documents whose content describes rules, as defined by [RIF-BLD]. As a format based on XML, RIF documents SHOULD use the '+xml' suffix convention in their MIME content-type identifier. However, no content type has yet been registered for RIF and so this media type should not be used until such registration has been completed. I think you should add a new BLD boilerplate section 9 Appendix: ... corresponding to the template in rfc4288.txt section 10. We can then discuss it and I will certainly help filling it out. -- Harold -----Original Message----- From: Sandro Hawke [mailto:sandro@w3.org] Sent: June 12, 2008 2:06 PM To: Boley, Harold Cc: RIF WG Subject: Media-Type (MIME type) for RIF Sorry, but I made a mistake when I said we didn't need to worry about media-type registration for Last Cast. The registration form is supposed to be a normative appendix (to BLD, I think), as per: http://www.w3.org/2002/06/registering-mediatype Harold, do you have time to give that a try? In particular, the template in section 10 of http://www.ietf.org/rfc/rfc4288.txt ? There is some complication here, though, in the media type being for all of RIF, not just BLD. That's kind of tricky..... Ponder, ponder. Perhaps BLD should just name the expected mime type ("application/rif+xml" I guess) and say the full registration will follow (in some general RIF-syntax document?). -- Sandro (this completes ACTION-475 woefully late.)
Received on Friday, 13 June 2008 19:32:07 UTC