13150 2011-07-05 16:35:52 +0000 Behavior of multiple @itemid values in the same document 2011-08-04 05:05:49 +0000 1 1 1 Unclassified HTML WG LC1 HTML Microdata (editor: Ian Hickson) unspecified All All RESOLVED NEEDSINFO P2 normal --- 1 msporny ian ian jackalmage mike philipj public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 50680 0 msporny 2011-07-05 16:35:52 +0000 Logging this bug at the request of Philip Jägenstedt: When you use the same @itemid on the page, and you retrieve data using the Microdata DOM API, is the expected behavior that: 1) All properties for the same @itemid are merged with two separate items on the page. 2) All properties and types for the same @itemid are merged. 3) What happens when somebody does a getItems() and uses one of the itemtypes - are all properties returned? With RDFa and RDF in general, all things w/ the same "@itemid" (aka: "@about") would be merged into a single object with multiple types when retrieved via the RDFa API. This is, in fact, what happens with RDF output for Philip's Microdata parser. However, the JSON output creates two objects with non-overlapping properties. What is the proper behavior? 50709 1 philipj 2011-07-06 08:23:24 +0000 What I'm doing in MicrodataJS is per spec, see http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html#json The only way that itemid feeds into the JSON export is """If the item has an global identifier, add an entry to result called "id" whose value is the global identifier of item.""" IMO, this is just fine as it is. 50738 2 jackalmage 2011-07-06 18:39:08 +0000 This doesn't seem reasonable. @itemid identifies a global subject for a set of triples. You can specify multiple different sets of triples for the same global object, using different vocabularies. It doesn't seem useful or reasonable to merge these into a single Microdata item. For example, I may mark up, on the same page, a review of a book and purchasing information about the book, using two different vocabs but using @itemid to specify they're both about the same book. When reading out the review item I wouldn't want the data to be polluted with purchasing information, and vice versa. 50814 3 ian 2011-07-07 23:04:48 +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: Did Not Understand Request Change Description: no spec change Rationale: I don't understand. Could you elaborate? What's the problem here? Note that the semantic of itemid="" is entirely up to the vocabulary. We can't assume any particular processing for multiple items with the same itemid="". 52987 4 mike 2011-08-04 05:05:49 +0000 mass-move component to LC1