- From: Tim Kindberg <timothy@hpl.hp.com>
- Date: Fri, 04 May 2001 10:53:34 -0700
- To: Al Gilman <asgilman@iamdigex.net>, michaelm@netsol.com, Sandro Hawke <sandro@w3.org>
- Cc: uri@w3.org
At 10:25 AM 5/2/2001 -0400, Al Gilman wrote: >I would say that the way one would use a 'tag' has been inadequately developed >so far. The activities that handle tags should be identified, in particular >where they yield benefits, and where one is investing effort in creating >them. 'The activities that handle tags' are, in my case, 'resolution': getting a web resource from reading an identifier on, in or near a physical object or in some content. I have a paper about this at http://www.champignon.net/TimKindberg/IDResolution.pdf. >\ >If you review the current popular uses of real tags, a common function of tags >is to enable relative strangers to associate an article with its proper >context. I can't understand what 'proper context' could mean. Which is 'proper' out of the (barcode of the) can of beans being resolved by (a) a Safeway employee to get a stock reading and (b) Frank Smith, at home, who wants to know whether the beans have been organically modified? >If your encoding is not supported by a lookup service, it may not be >used. Competing symbolizations that _are_ supported by a lookup service >may be >used enough more so that your encoding will be buried and forgotten. > >The choice between LDAP and URN is debatable. But at least LDAP is a viable >option. LDAP DNs already embody precisely the same "<who> calls <the item in >question> <what>" logic as the 'tag' proposal. Some reasons why DNs don't cut it for me: (1) What are the distinguished names of objects within Al's cafe or some other small entity whose place in a hierarchy is not obvious or is ambiguous? I suppose Al would have to put his street address in the DNs to make sure no-one confuses his with the Al's cafe across town. Or maybe he could put his home address and his full name in ('Al Smith of 196 Morton St, .., trading as Al's cafe'). The point is: we'd have to define practices for descriptions that always produced a globally unique name for any type of entity (and not just relatively large organisations). I think that that would be error-prone and difficult, compared to the tag proposal. (2) Do DNs provide, as a matter of course, uniqueness guarantees over time? Not the last time I looked. (3) DNs are verbose: hard to put in cheap id technologies such as linear barcode symbologies, and hard for humans to copy and say to one another. Cheers, Tim. Tim Kindberg internet & mobile systems lab hewlett-packard laboratories 1501 page mill road, ms 1u-17 palo alto ca 94304-1126 usa www.champignon.net/TimKindberg/ timothy@hpl.hp.com voice +1 650 857 5609 fax +1 650 857 2358
Received on Friday, 4 May 2001 13:54:07 UTC