W3C home > Mailing lists > Public > public-digipub-ig@w3.org > February 2014

Fwd: [metadata] Who will consume our metadata?

From: Ivan Herman <ivan@w3.org>
Date: Tue, 4 Feb 2014 18:06:12 +0100
Message-Id: <56F82BAE-00E4-447A-9181-2AC733829D43@w3.org>
To: W3C Digital Publishing IG <public-digipub-ig@w3.org>
Geraldo used a wrong address to send this mail; forwarding this to the mailing list.

Ivan

Begin forwarded message:

> From: Gerardo Capiel <gerardoc@benetech.org>
> Subject: [Moderator Action] Re: [metadata] Who will consume our metadata?
> Date: 4 Feb 2014 17:23:34 GMT+1
> To: "Cramer, Dave" <Dave.Cramer@hbgusa.com>, "public-digipub-ig@w3.org" <public-digipub-ig@w3.org>
> 
> Dave and all,
> 
> This is good stuff. From an accessibility point of view, what I would like to see happen is the following:
> 
> 1) The publisher or their accessibility/distribution partners include in the EPUB 3.0.1 package document what accessibility features are in the EPUB based on Schema.org properties: http://www.w3.org/wiki/WebSchemas/Accessibility and http://www.idpf.org/accessibility/guidelines/content/meta/schema.org.php. Alternatively they can use ONIX accessibility fields for which these is a crosswalk to Schema.org: http://www.a11ymetadata.org/the-specification/metadata-crosswalk/.
> 
> 2) The online retailer includes these accessibility properties (aka rich snippets) along with the other Schema.org properties they should also be using from an SEO rationale: http://www.moosylvania.com/blog/4-simple-website-optimizations-to-level-up-your-website/.
> 
> 3) Consumers discover these accessible EPUBs via search engines. Though, Google's current search UI does not enable you to filter by a book's accessibility features, they are indexing these properties. You can see this by using their Custom Search Engine, which does allow you to narrow results by accessibility features in the search box:
> 
> http://www.google.com/cse?cx=001043429226464649088:WMX1711548652&q=history%20more%3Ap%3Abook-accessibilityfeature%3AstructuralNavigation
> 
> 4) When a consumer lands on the retailer's website based on the search above, the accessibility features are clearly presented. Bob Martinengo presented at a EDUPUB 1 a proposal for this: http://idpf.org/sites/default/files/file_attach/AMAC%20Presentation%20for%20EDUPUB.pdf and http://stepp.gatech.edu/dap.php.
> 
> The CSE above is configured to only search a narrow set of sites, but you can configure it to return results across the entire web. I hope the mainstream Google search expands their UI to includes these filters. They already have a filter for closed-captioning, which contextually appears when videos are in the search results.
> 
> I would welcome ideas on how we drive and facilitate adoption of these existing standards and technologies.
> 
> Gerardo
> 
> Gerardo Capiel
> VP of Engineering
> Benetech
> 
> On Feb 4, 2014, at 7:29 AM, "Cramer, Dave" <Dave.Cramer@hbgusa.com> wrote:
> 
>> For metadata to accomplish something, it needs to be both created and consumed. For us book publishers, ONIX is a good example of a very successful metadata standard. The people who make books create ONIX records that describe the books. We then send these records to the retailers, who use this information to populate their web pages. Consumers then read about the books, and (we hope) buy them. BISAC is another similar example—bookstores wanted to know which shelves to put the books on. Publishers, who presumably have read their own books and know what they are about, assigned codes to tell the bookstores what they needed to know. 
>> 
>> Who are the consumers of all the other metadata we're talking about? Many of us publishers have already implemented some kinds of semantic data, like putting epub:type="chapter" in our ebook content. But is anyone doing anything with that information? We also want metadata to drive the discovery of our books. How would that work when most of our content is not exposed to the web (due to file formats, DRM, or the need for payment)? Who is listening, besides Google's spiders?
>> 
>> Dave
>> 
>> :: :: ::
>> 
>> Dave Cramer | Content Workflow Specialist | Hachette Book Group | 237 Park Avenue NY | NY 10017 | 917 207 7927 | dave.cramer@hbgusa.com
>> 
>> 
>> This may contain confidential material. If you are not an intended recipient, please notify the sender, delete immediately, and understand that no disclosure or reliance on the information herein is permitted. Hachette Book Group may monitor email to and from our network.


----
Ivan Herman, W3C 
Digital Publishing Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
GPG: 0x343F1A3D
FOAF: http://www.ivan-herman.net/foaf






Received on Tuesday, 4 February 2014 17:06:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:35:48 UTC