Re: Rewrite of feature tag syntax rules

It seems to me that the whole idea has gotten out of control.
There simply is no point in exchanging feature sets over the
wire if they can't be exchanged efficiently, and the draft 00
syntax of tags was already too big.  Hell, I'd have a hard time
convincing people to use pure bit vectors -- the number of possible
features is simply too big.

It makes far more sense to me to do this stuff by reference to
well-known sets using a relative URI to a common base, e.g.

    iana:/http/featuresets/

and then populate it with common sets, e.g.,

    ht2 ht3.2 ht4 cougar ns1.1 shkwv

with each set consisting of feature_name/range pairs and an entry
indicating what other sets are also covered by this set [inclusion
is necessary in order to avoid huge numbers of set names being exchanged
on the wire].  Features would then be a simple list of URIs, and the
authors can use non-relative URLs if they want to screw themselves.
Optimize for the common case.

....Roy  [and pity the fool who says there is no need for relative URNs]

Received on Thursday, 15 May 1997 17:02:30 UTC