[Handle-info] HS_VLIST for chaining handles?

["Hammond, Tony" <t.hammond@nature.com>]

Hi:

Is there any recommended way to chain handles together, i.e. to keep two
handles in lockstep? Would this be an appropriate use of the HS_VLIST
predefined type? 

Let's say, for sake of argument, that hdl:test/2 was being used to extend
hdl:test/1 value space. Would the simple inclusion of a value (say index 42
of hdl:test/2) in hdl:test/1 as e.g. (here using JSON "compact" syntax which
uses the handle URI querystring form to denote a handle value)

        {
            "index" : "123" ,
            "type" : "HS_VLIST" ,
            "data"  : [ hdl:test/2?index=42 ]
            } ,
            "permission" : "1110" ,
            "ttl" : "+86400" ,
            "timestamp" : "Sun Nov 25 13:33:30 GMT 2007" ,
            "reference"  : []
        } 

be sufficient to "lock in" hdl:test/2 and so all values from hdl:test/2.

Could this be seen as something like an "include" statement wrt values? I
know that the handle specs make no semantic claims (apart from noting that "
HS_VLIST values may be used to define administrator groups for handles") and
that these are merely a collection of pointers. But could that be a
reasonable interpretation? Sort of like an rdfs:seeAlso property?

(Note: In JSON "full" syntax the data element would be expressed more
uncompactly as something like:

            "data"  : {
                "referenceCount" : "1" ,
                "referenceList" : [
                    { "handle" : "test/2" , "handleValueIndex" : "42" }
                ]
            } ,
)

Cheers,

Tony


********************************************************************************   
DISCLAIMER: This e-mail is confidential and should not be used by anyone who is
not the original intended recipient. If you have received this e-mail in error
please inform the sender and delete it from your mailbox or any other storage
mechanism. Neither Macmillan Publishers Limited nor any of its agents accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of Macmillan Publishers Limited or one of its agents.
Please note that neither Macmillan Publishers Limited nor any of its agents
accept any responsibility for viruses that may be contained in this e-mail or
its attachments and it is your responsibility to scan the e-mail and 
attachments (if any). No contracts may be concluded on behalf of Macmillan 
Publishers Limited or its agents by means of e-mail communication. Macmillan 
Publishers Limited Registered in England and Wales with registered number 785998 
Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS   
********************************************************************************


_______________________________________________
Handle-Info mailing list
Handle-Info@cnri.reston.va.us
http://www.handle.net/mailman/listinfo/handle-info