AAUP 2014--Metadata Standards
•
2 j'aime•1,011 vues
Originally presented at AAUP, this presentation covers linking metadata, ISNI, and ONIX
Recommandé
Recommandé
Contenu connexe
Similaire à AAUP 2014--Metadata Standards
Similaire à AAUP 2014--Metadata Standards (20)
Plus de Bowker
Plus de Bowker (20)
Dernier
Dernier (20)
AAUP 2014--Metadata Standards
- 2. Agenda • Standards • Linking Products • ISNI • Onix Transition 2
- 4. Standards 4
- 5. Standards 5
- 7. 7 Subjects
- 8. Audience and Subject Codes
- 9. Everything in Title • This Heart Within Me Burns – From Bedlam to Benidorm (Revised & Updated) • Losing Hope: Book One of the Sienna St. James Series • #06 Sherlock Holmes and the Adventure of the Sussex Vampire
- 10. Where the Data Should Go • Subtitle • Series Title • Translated Title • Series Number • Volume Number • Edition Number • Edition Info • Language
- 12. ISBN Chunking • Academic/University Presses are looking into • Pilot with University of Chicago Press • ISBN standard 12
- 14. Contributor
- 15. Contributor
- 16. What is ISNI • ISO Standard, published in 2012 • International Standard Name Identifier • Numerical representation of a name – 16 digits – Assigned to public figures, contributors of content – researchers, authors, musicians, actors, publishers, research institutions – and subjects of that content (if they are people or institutions). – Example: 0000 0004 1029 5439
- 17. How many names in the ISNI database? • Over 8,300,000 assigned • 10,112,931 provisional (awaiting a match from another data set for corroboration) • Your author names may well already have ISNIs. http://www.isni.org/search. • Bowker’s Books in Print contains 2.33 million ISNIs – 33% coverage of all contributors, with more coming in monthly.
- 19. ONIX 2.1 transition to 3.0 • Digital products • Series, Sets and Multi-item products • Marketing Collateral • Sales and distribution in international markets • Block records 19
- 20. Survey Providers and Recipients 20 • Tags (old and new) • What version they are using • Who providers are sending data to • See how providers are displaying your data • What you can do to enhance your data for them.
- 21. Status of ONIX 3.0 Producing it 20% Working on it 34% Not working on ONIX 46%
- 22. Projected Date for ONIX 3.0 0.0% 5.0% 10.0% 15.0% 20.0% 25.0% 30.0% 35.0% 40.0% Q2-2014 Q3-2014 Q4-2014 Q1-2015 Q2-2015 Q3-2015 Q4-2015
Notes de l'éditeur
- Here are 3 examples of titles we received where they had extra information in the title that shouldn’t be there. The first example, the title should be This heart withing me burns. The subtitle should be From Bedlam to Benidorm. Revised and updated should go in the edition information field, not the title field. The second example came is one long title. The information after the colon should be the subtitle. In this third example you can see the volume number is in the title. This should definitely not be in the title field, it should be in the volume number field.
- Here is all the different places that the title information should and could go. Although it might not seem that big of a deal to put all the title information in the actual title field…it is. In our system we will remove all of this information and place it in the appropriate fields. Other places you send your data might not do this. They could either display it as you send it and then it might look all mashed in together and people might not be able to tell what the actual title is….or they could remove everything but not place it in the right fields and then you are missing key information for your title. So make sure you put all the extra title information in the appropriate fields.
- – here’s what we can say publicly: it’s something that academic/university presses are looking at. We did a pilot with University of Chicago Press last summer which told us there’s quite a bit of work to do in terms of defining exactly how chapters get chunked - do you include a cover image? The index which refers users to other chapters? Do you write marketing copy and assign BISACs to each chapter? How do you price them? Our party line here is that the ISBN standard says that any piece of tradable content in the book supply chain that is not limited to walled-garden environments should have an ISBN. That includes chapter-level content if it is sold separately in the wider book supply chain.
- Author biographies can be simple, include images, or be in the form of a discussion. Try to ensure basic information is included in your bio such as affiliated organizations, places of interest, award mentions, and previous book titles. This way even if a bookseller or library only features a paragraph as in the first example, your title will be discoverable via all of those appropriate keywords. Now that I have shown you how good metadata should look, let’s take a look at some bad or confusing metadata that you want to watch out for.
- These are two different theologians. But Random House is publishing both of them. They must make sure that they are getting the appropriate royalties to the correct author. The subject matter is not enough to distinguish the two, and middle names are not always consistently listed – how do we know for certain that these are two different individuals? The ISNI helps the publisher definitively disambiguate the two, and pay correctly.
- 16 digits – final one is a check digit so it is sometimes an X In machine-to-machine communication, the ISNI is rendered without the spaces. We break it up into four sections just so it’s more human-readable on the web.
- We have over 8.3 million ISNIs assigned to names in the ISNI database, with an additional 10 million awaiting a corroboratory match. Because the primary application of ISNI is in Linked Data, large data sets have served as the basis for the ISNI database. Recruiting one contributor at a time – given the large number of domains that exist for contributors – is not feasible for ISNI implementation; it would take far too long. So assignment is fairly automated, as we’ve discussed, and geared towards large data sets.
- Digital Products: The handling of digital products (delivered online or by download rather than on a physical carrier) has been completely re-thought, and has been integrated with the handling of physical products. There is new provision for describing usage permissions or constraints, whether enforced by DRM technology or not. Series and Set information is handled in the Collection Composite The <NoSeries/> indicator is now represented as <NoCollection/> Marketing Collateral: New data element groups have been introduced to cover the much greater variety of marketing ‘collateral’ that publishers are now making available over the Internet, or that publishers and aggregators are citing in order to support more effective online selling. Sales and Distribution for international markets: The former Supply Detail, Market Representation and Sales Promotion data element groups have been reorganised into a single major ‘Product Supply’ group to enable the status of a product in different markets to be more clearly and accurately described. Block records: Blocked records were created so publishers can send updates to aggregators and retailers more easily. Basically, a block is a product group (like a mega-composite) that can be sent as a stand-alone message. This means updates can be sent without a full record transmission.