[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: DOI and the non-IETF tree
> Additionally we were recommended to follow up the non-IETF tree
> recommendation with Larry Masinter, and were pointed to
> http://larry.masinter.net/vndurl.txt which proposes two
> non-IETF URI trees vnd- and prs-, to be used for the following:
> "In the development of new products, vendors often have the need
> to use URIs to identify and locate
> resources in a manner that is NOT seen by end users, is not widely
> distributed, or for some other reason does not justify the effort to
> register a scheme name from the IETF tree." That proposal
> that a non-IETF identifier should be so restricted is not appropriate
to
> DOIs, which are seen by end users and which are widely distributed in
a large open
> community.
I think that you're saying that you don't like the
'vnd-' tree because you think the scope recommended
in it is broad enough.
I think it's simple to change the scope statement.
RFC 2048, when talking about the 'vnd' tree for MIME
types, merely says:
The vendor tree is used for media types associated with commercially
available products. "Vendor" or "producer" are construed as
equivalent and very broadly in this context.
A registration may be placed in the vendor tree by anyone who has
need to interchange files associated with the particular product.
However, the registration formally belongs to the vendor or
organization producing the software or file format. Changes to the
specification will be made at their request, as discussed in
subsequent sections.
....
While public exposure and review of media types to be registered in
the vendor tree is not required, using the ietf-types list for review
is strongly encouraged to improve the quality of those
specifications. Registrations in the vendor tree may be submitted
directly to the IANA.
If the wording in the 'vndurl' draft is changed to be more
neutral about the context of use, would that eliminate
this particular objection to the use of vnd-doi?