[tdwg-tapir] common operation base type

Steven Perry smperry at ku.edu
Thu Nov 17 14:33:16 CET 2005


Markus,

I think this is a good idea.  In instance documents, would these 
attributes then be on the ping, capabilities, metadata, inventory and 
search request elements?  This is where they seem to belong.

However, inventory and search are already typed (to restrict the 
elements that can occur within them).  If you agree that the top level 
request elements (ping, capabilities, etc.) are the place for these new 
attributes, then can I suggest using an attributeGroup to define them 
(perhaps called requestParameters) instead of a complex type.  This way 
we avoid the messy complex type extension mechanism (which would require 
that inventoryParameters and searchParameters extend this new request 
parameters complex type).

My brain is already back in the parallel RDF universe, so this may be a 
foolish idea.  If you've got a better solution in mind or see a problem 
with this approach, let me know.  Here's a link to an article on this 
topic http://www.xml.com/pub/a/2003/10/29/derivation.html

-Steve


Döring, Markus wrote:

>hi,
>this morning I was thinking whether we should create a common operation base type, that would have some attributes resembling the global GET parameters:
>http://ww3.bgbm.org/protocolwiki/GetInvokedOperations
>
>envelope="true"
>xslt="http://my.home.tv/alive.xsl"
>xslt-apply="false"
>
>This way we dont have to put those parameters into the header where they are not really belonging.
>
>Any objections to modify the protocol this way?
>
>Markus
>
>
>_______________________________________________
>tdwg-tapir mailing list
>tdwg-tapir at lists.tdwg.org
>http://lists.tdwg.org/mailman/listinfo/tdwg-tapir_lists.tdwg.org
>  
>





More information about the tdwg-tag mailing list