13527 2011-08-02 19:37:05 +0000 microdata: Marking up items using multiple unrelated vocabularies 2014-05-07 18:46:55 +0000 1 1 1 Unclassified WHATWG HTML unspecified All All RESOLVED WONTFIX http://www.whatwg.org/specs/web-apps/current-work/#encoding-microdata P4 enhancement Unsorted 1 richard ian ian kennyluck mike philipj public-html-admin public-html-wg-issue-tracking robin public-html-bugzilla oldest_to_newest 52005 0 richard 2011-08-02 19:37:05 +0000 There are situations where content authors have the choice between multiple overlapping microdata vocabularies. For example both schema.org/PostalAddress and vCard are available for marking up postal addresses. Microdata forces content authors to either choose one of them (schema.org because that's what Google supports), or to duplicate their content. The challenge with supporting multiple vocabularies in microdata is how to associate property names with the vocabularies in absence of vocabulary knowledge. This difficulty has been stated as the reason for rejecting a similar issue here: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13470 The ambiguity can be avoided by generating multiple items from a single itemscope, with one type each. For example: <div itemscope> <span itemprop="streetAddress street-address">26 Dun Aengus</span>, <span itemprop="addressLocality locality">Galway</span>, <span itemprop="addressCountry country-name">Ireland</span>. <meta itemprop="altitem" content="http://schema.org/PostalAddress streetAddress addressLocality addressCountry"> <meta itemprop="altitem" content="http://microformats.org/profile/hcard street-address locality country-name"> </div> The altitem property would have to be a microdata built-in property that affects microdata parsing. Its value would be a whitespace-separated list; its effect would be to generate a new “alternate item” whose itemtype is the first URL from the list. The rest of the list are property names to be copied from the itemscope. The result here would be three items; one untyped item with eight properties; one schema.org typed item with three properties; one vCard typed item with three properties. This proposal is fleshed out here: http://richard.cyganiak.de/blog/2011/08/multiple-itemtypes-in-microdata/ The point of this example is to argue that support for multiple vocabularies in microdata is possible in a way that is more convenient to authors than forcing them to repeat content. 52009 1 ian 2011-08-02 21:15:24 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Partially Accepted Change Description: none yet Rationale: I have marked this LATER so that we can examine it in more detail once microdata has seen significant adoption. It's not clear that this is a problem that will actually be seen in the wild. 52909 2 mike 2011-08-04 05:05:18 +0000 mass-move component to LC1 82072 3 mike 2013-01-24 08:00:12 +0000 This bug was cloned to create HTML WG bug 19016. 84684 4 ian 2013-03-19 23:32:41 +0000 Are there examples of pages publishing data in multiple vocabularies that are all processed by different data analysis tools? 95132 5 ian 2013-10-22 21:53:11 +0000 In the absence of any data showing people actually would benefit from this, it's not clear why we'd add it. 105335 6 ian 2014-05-07 18:46:55 +0000 Given the low level of demand for this feature (hardly anyone has shown any pages that are affected by not having this feature), I think we should punt on it.