Re: [Digir-protocol] tModel values for schema differentiation

[Renato De G. <re...@cr...>]

Hi Kevin,

Computing the total number of records per provider can indeed be 
risky. The protocol doesn't even try to deal with that notion - DiGIR 
metadata responses only show the number of records by resource (one 
cannot tell whether two resources under the same provider share the 
same database and "root table", or not).

TAPIR still needs some polishing before its first "official" release 
and it doesn't have a specification yet. A good starting point to get 
more information is:

http://ww3.bgbm.org/protocolwiki/FrequentlyAskedQuestions

Best regards,
--
Renato

On 7 Dec 2005 at 9:42, Kevin Webb wrote:

> Greetings Renato!
> 
> My thought was, and this might be a departure from DiGIR's operating
> model, that provider sites be classified by schema, and that a
> particular provider site would only offer resources based on a
> specific schema. If a data set was to be provided via more than one
> schema representation then there would be more than one provider, or
> service point, associated with that data set.
> 
> I might be trying to solve a problem that doesn't justify the effort,
> and in fact the only downside to mingling multiple schema
> representations that I can identify is record inflation due to
> multiply-defined resources. Take for example a data set containing
> 1,000,000 records. If I create a DiGIR provider resource that
> 'provides' this data in a strict Darwin Core schema, and then I create
> a second DiGIR provider resource that 'provides' this data using an
> extended schema, then the metadata response for that DiGIR provider
> shows an aggregate of 2,000,000 records when in reality there is only
> one set of 1,000,000 records that exist. Like I said earlier, this
> issue might not justify the effort.
> 
> Your comment about Tapir has caught my attention, as I have heard
> references made to the project. Other than knowing the extension of
> the acronym - TDWG Access Protocol for Information Retrieval, I can't
> find any development resources on line for the project. Are there any
> information or on-line resources that can be shared with respect to
> this project?
> 
> Thank you.
> 
> 
> KFW