Criticisms of vnd draft
Ian King <[email protected]> Wed, 17 Mar 1999 13:56:57 -0800
| Newsgroups | gmane.ietf.url |
|---|---|
| Message-ID | <FFD1BA74C6A7D111A09500805F9F88F5080B9100@RED-MSG-43> |
I've had some very welcome input from Leslie Daigle of URN fame :-) regarding the vnd draft I mailed out last week. I'll summarize and respond to it in this mail. First, the vnd.* syntax uses the '.' as the separator for the keyword from the rest of the scheme text; the procedures draft says the separator should be a '-'. We can either change the procedures draft to include '.', change the vnd draft to use '-', or admit that life isn't perfect. I'm planning to do the third -- I'll add some text to the vnd draft stating that the '.' in the vnd syntax is historical, and is at variance with the procedures draft. I've also used language that sounds as if compliance with the URL guidelines draft is somehow optional. I did that deliberately at the time, although I can't recall why; in any event, Leslie pointed it out, and I plan to change it to make compliance with both the syntax draft and guidelines draft required (people will do what they do anyway). The other point Leslie raised is one that is at least a close cousin to the rats we battled in WG meetings: the vendor-ID string. I added a bit of language to the wording I lifted from the MIME doc, stating that IANA could refuse to register a vendor-ID for several reasons, including that it wasn't "representative" of the vendor. We can go one of a few ways with this: we can leave it as undefined as it is in the MIME doc, we can try to make the vnd draft language more prescriptive, or we can leave it alone. One thought I have here is that these URL scheme names are NOT intended for the address bar of the browser; these are intended for the situation where a vendor needs something human-transcribable (which, despite many arguments, OIDs and GUIDs are not), for instance in a scripting environment (CGI or ASP, for instance). For this reason, I don't think the competition for "pretty vendor-IDs" will be as keen as for "short-short" names. I've tried to give the IANA discretion to deny, for instance, Oracle using 'netscape' as a vendor-ID. In any event, I am asking IANA to create a separate registry for these vendor-IDs, while the MIME scheme doesn't separate the vendor-ID from the type name. Does it work to more closely emulate the MIME approach, with the vendor-ID "registration" being "implied" as part of the URL scheme name use? I'm open to suggestions and discussion on this point, but please realize that the vnd draft is not a product of the Working Group, and I'm asking for your input as interested parties. My inclination is to either change the language to be closer to the MIME language I stole, or leave it alone and take my chances. :-) Thoughts? Thanks -- Ian Ian King <[email protected]> Internet Bill Delivery & Payment MICROSOFT CORPORATION