This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 13370 - What authoring errors do the microdata value conformance constraints help catch?
Summary: What authoring errors do the microdata value conformance constraints help catch?
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: LC1 HTML Microdata (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-26 14:47 UTC by contributor
Modified: 2011-08-04 05:05 UTC (History)
5 users (show)

See Also:


Attachments

Description contributor 2011-07-26 14:47:44 UTC
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html
Multipage: http://www.whatwg.org/C#values
Complete: http://www.whatwg.org/c#values

Comment:
What authoring errors do the microdata value conformance constraints help
catch?

Posted from: 83.218.67.122 by philipj@opera.com
User agent: Opera/9.80 (X11; Linux x86_64; U; Edition Next; en) Presto/2.9.181 Version/12.00
Comment 1 Philip Jägenstedt 2011-07-26 15:05:26 UTC
"""If a property's value is an absolute URL, the property must be specified using a URL property element.

If a property's value represents a date, time, or global date and time, the property must be specified using the datetime attribute of a time element."""

I'm writing some patches for validator.nu to do microdata validation, but adding these constraints seems like a bad idea as they could raise errors for rather sane usage:

1. Someone marks up comments or dialog using microdata. One reply is given in the form of a URL, marked up as <div itemprop="comment">http://lmgtfy.com/?q=html</div> by the template.

2. A book about the moon landing is called "1969-06-20" and is marked up using http://schema.org/Book: <span itemprop="name">1969-06-20</span>.
Comment 2 Philip Jägenstedt 2011-07-27 21:19:09 UTC
http://bugzilla.validator.nu/show_bug.cgi?id=850
Comment 3 Ian 'Hixie' Hickson 2011-08-02 06:56:00 UTC
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: see diff given below
Rationale: You're misunderstanding the requirement. This is not a computer-checkable conformance requirement in the absence of information about the vocabulary. A string that happens to be interpretable as a URL isn't necessarily a URL. A sequence of numbers and dashes that happens to be interpretable as a date isn't necessarily a date.

The requirement is intended to be used in conjunction with a vocabulary. If you know a particular property takes a URL, then it has to be in a URL element.

I've added some prose to try to help explain this better.
Comment 4 contributor 2011-08-02 06:56:31 UTC
Checked in as WHATWG revision r6343.
Check-in comment: Now both pedancy and simplicity are losing in the race for clarity.
http://html5.org/tools/web-apps-tracker?from=6342&to=6343
Comment 5 Philip Jägenstedt 2011-08-02 09:48:50 UTC
Ah, thanks for clarifying that!
Comment 6 Michael[tm] Smith 2011-08-04 05:05:20 UTC
mass-move component to LC1