Re: [Ecrit] Generalizing draft-george-ecrit-lamp-post

I think there's little advantage of sub-spacing; we have no shortage of CA numbers and each time you do that, you then have to face the issue of whether a new element belongs in one bin or the other.

Henning

On Apr 19, 2010, at 5:07 PM, Richard Barnes wrote:

> It seems like this draft is a little specific to a particular use-case.  As several people mentioned in Anaheim, there are lots of things around that have numbers on them -- from lamp-posts, mile-posts, utility poles, bridges, etc.  If you were going to be inclusive, you might include all the QR codes that Google has been putting up as well.
> 
> So to avoid having to define new CAtypes for every "numbered thing that can be a location indicator", could I suggest that we make the following generalization?
> 
> 1. Add a single "place number" ("PLN"?) CAtype with two child nodes:
> 1.1. A "type" to indicate what type of numbered object is being referred to
> 1.2. The number of the referenced object
> 
> 2. Add a first-come-first-served registry of type values
> 
> _______________________________________________
> Ecrit mailing list
> Ecrit@ietf.org
> https://www.ietf.org/mailman/listinfo/ecrit
> 