W3C home > Mailing lists > Public > public-vocabs@w3.org > July 2013

Syntax for boolean in schema.org?

From: Martin Hepp <martin.hepp@ebusiness-unibw.org>
Date: Mon, 22 Jul 2013 21:00:03 +0200
Message-Id: <5E08AA1D-2B1F-44BB-9A4F-5E7281D64D76@ebusiness-unibw.org>
Cc: "public-vocabs@w3.org Org" <public-vocabs@w3.org>
To: Dan Brickley <danbri@google.com>
Dear Dan:

I think the following issue is still open:


Is there, in the meantime, consensus on whether boolean values should 

- the URI of http://schema.org/True and http://schema.org/False
	<link itemprop="property_name" href="http://schema.org/True />

- the lower-caps literal values "true" and "false" or
	<meta itemprop="property_name content="true">

- the same literals with an initial capital letter, i.e. "True" and "False"?
	<meta itemprop="property_name content="True">

Even if the Google parsers are tolerant with this, I think developers would love to have a definite specification.

A simple solution would be to implement the proposal dated April 2012, i.e.

1. Proposed change:

A simple text amendment for 
http://schema.org/True, http://schema.org/False, and http://schema.org/Boolean
 would do the trick.:

Note: The recommended use of this datatype is with a string “true” or “false” indicating the value of the respective property.
<div itemscope itemtype="
<span itemprop="name">The Catcher in the Rye</span>
 Family-friendly: <meta itemprop="isFamilyFriendly" content="true"> yes

2. Proposed action: Add this note to  



martin hepp
e-business & web science research group
universitaet der bundeswehr muenchen

e-mail:  hepp@ebusiness-unibw.org
phone:   +49-(0)89-6004-4217
fax:     +49-(0)89-6004-4620
www:     http://www.unibw.de/ebusiness/ (group)
         http://www.heppnetz.de/ (personal)
skype:   mfhepp 
twitter: mfhepp

Check out GoodRelations for E-Commerce on the Web of Linked Data!
* Project Main Page: http://purl.org/goodrelations/
Received on Monday, 22 July 2013 19:00:39 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:49:00 UTC