Download presentation
Presentation is loading. Please wait.
Published byAriana Foster Modified over 11 years ago
1
Registration agencies: DOI deployment doi>
2
POLICIES Any form of identifier NUMBERING DESCRIPTION framework: DOI can describe any form of intellectual property, at any level of granularity ACTION Handle resolution allows a DOI to link to any and multiple pieces of current data doi>
3
To do this incurs costs: Number registration –validation, maintenance, metadata, guidance Infrastructure –resolution service, scaling, development Governance –rules, further development DOI adds value
4
DOI free at point of use Costs of assignment paid by assigner Allow different business models –allow anyone to do what they want Distributed system –agencies DOI deployment; principles
5
IDF to provide governance layer only –using a federation of registration agencies IDF sets out minimum criteria for registration agencies: –rules of the road: not journey maps –technical; information management; $ Does not prescribe details of individual businesses Comparable models work well: –EAN/UPC; Visa; ISBN etc. DOI deployment; principles
6
Variety of potential business models –currently $1000 per prefix one off –one size does not fit all; need more flexibility Variety of naming authority models –currently one per registrant –move to appropriate level; e.g. journals –allow subdivision (10.1000.2/123) RAs will probably offer applications –number registration alone not a business? DOI deployment: advantages
7
Site 1Site 2Site 3Site 4Site 5 IDF IP 1 IP 2 IP 3 IP 4 IP 5 IP 6 IP owners RA 0RA 1RA 2RA 3 RA layer Registration Services MD Collection Provision to VAS etc.
8
DOI operational roles IP owners: register DOIs with agency
9
DOI operational roles Registration agency: - agreements with IP owners* - registration with DOI system (IDF terms) - metadata collection /added value* - provision of, or to, Value Added Services by agreement*, etc * specific to each RA
10
DOI operational roles IDF: minimal common agreements - DOI resolution service - service integrity - Data Type Registries - Policies e.g. archiving, testing, etc
11
Registration agencies run the system Operating Federation (all the RAs) RA IP Operating costs Costs/N $ $$
12
DOI deployment: organisation Operating Federation RA IP IDF M & cost-reductiondevelopment spend
13
DOI deployment: organisation IDF M RA c
14
Appoint RA membership to elected board –initial 3/12 seats (25%) –first RA seat allocated possible target: % seats = % income? future evolution of the organisation Registration agencies and IDF representation
15
DOI deployment: initial organisation IDF M RA 75%25% IP
16
Common agreement –level playing field –recognise differences in scale Franchise model Initial financial model (2001) –2 cents per DOI allocated –membership of IDF –minimum $20K in 2001 Initial working group –Terms –Letter of Intent (now available) –add more members Terms between Registration agencies and IDF
17
Functional (application) agencies –applications across borders (e.g. CrossRef) National/regional DOI agencies –local services –language documentation –integration with other agencies e.g. ISBN Issues (1): Functional v national
18
DOI metadata is a small basic set –likely not to be of commercial value alone Resolution provides known item –DOI look up only Metadata is not held in DOI system –only a pointer to it Metadata promotion maximises value –like a catalogue Issues (2): Value of metadata
19
On a web page; tag; etc –easy to do, unstructured XML (Extensible Markup Language) –logical syntax, wide support, needs more to guarantee interoperability RDF (Resource Description Framework) –Syntax for interoperable semantics; standard still evolving. Questions as to acceptability Separate database –easy but raises issues of access Pointer entry (data type) in DOI record –best guarantee of commonality; likely to be introduced Issues (3): Make metadata available (syntax)
20
DOI approach based on work –practical implementation ONIX etc DOI Genre for each i.p. type –functionally (arbitrarily) defined Incorporates a common DOI kernel: –DOI; DOI genre; Identifier (legacy); Title –Type (work, manifestation, etc) –Origination (original, derivative, replica, etc) –Primary agent and agent role Further articulation and guidelines Issues (4): Which metadata? (semantics)
21
DOI Genre 1 Compulsory metadata for this Genre DOI Genre 2 DOI Genre 3 Compulsory kernel metadata for any DOI All metadata in well-formed structure
22
Seen already: –duplication of prefix; DOIs not entered into directory; citing of early DOIs Who will determine rules? –May be different guidelines for different areas and who will police them? Some checks can be built into system – e.g. attempted duplication Issues (5): Mis-use
23
missionary work –identifiers: precision about what is identified (ISO TC46?) –functional granularity; well-formed metadata, etc. who will pay for this? what can we learn from other efforts? –e.g. ISBN Best explained by examples: applications Encouraging signs of take off –e.g. E Books Issues (6): Explaining
24
DOI only now going from zero genre to compulsory Genre metadata –pioneering difficulties Resolution technology not ubiquitous –plug-ins and proxies are work arounds Who owns compliance? Guidelines are incomplete/evolving Issues (7): Building on incomplete foundations
25
Who defines Genres and mappings, ensures conformance? –e.g. DOI-X, Crossref (journal articles) –IDF testing service at cost? Who ensures quality control of content? Who is the authority for each element? What are the business model implications? Issues (8): quality control
26
DOI Registration Agencies –based on similar models –e.g. UPC/EAN bar codes, ISBN Relationships between: –agencies and IDF –agencies and customers –agencies and agencies Issues (9): Business models
27
IDF / Operating Federation RA C CC
28
Many ISO entities have metadata records –ISBN, ISSN, etc - widely used May not be consistent with each other May not be consistent with indecs mapping May not be available for DOI registration on ideal do it once basis –commercial considerations of those agencies Can metadata be shared? Issues (10): relation to existing schemes?
29
DOI and indecs based on open standards Who directs evolution? –governance structure, maintenance agency (NISO standard) –likely not to be of commercial value alone Who will invest the resources necessary to make improvements and prevent stagnation? –IDF set up as collaborative forum –Long term funding and sustainability? –Funding through use (like bar codes) Issues (11): management of standards
30
Basis for Deployment outlined (end of 1999) –cost recovery RA Working Group: initially 3 members/RAs Terms document - now available Letter of Intent - now available CrossRef first RA to sign up 10-15 other RA candidates discussing with IDF RAs will be part of the Foundation –governance and close collaboration Registration Agencies
31
does not own or direct –RAs are independent businesses, members of the Foundation, part of agreed operating federation does not compete with existing agencies –(e.g. ISBN): we mandate declaration of ISBN etc. does not determine business models –needs to be done by the sector does not enforce one single metadata standard –just principles neither privatises nor liberates data –only a minimal kernel (like book title) provides community focus and consensus IDF in relation to Registration Agencies
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.