为什么有必要提供一个“价值”＆＃39;在这个＆＃39; LocationFeatureSpecification＆＃39;项目？

Question

我试图通过schemas向我的网站添加语义标记。我想列出一家酒店的服务，所以我要看一下LocationFeatureSpecification。我有以下示例，其中包含酒店功能列表：

<ul>
<li itemprop="amenityFeature" itemscope itemtype="http://schema.org/LocationFeatureSpecification">
 <span itemprop="name">Sauna</span>
 <meta itemprop="value" content="True">
</li>
<li itemprop="amenityFeature" itemscope itemtype="http://schema.org/LocationFeatureSpecification">
 <span itemprop="name">Gym</span>
 <meta itemprop="value" content="True">
</li>
</ul>

所以我的问题是，为什么这里需要value？是否可以省略默认值＆＃34; true＆＃34;值？

另外，我想提供有关服务是免费还是付费的信息（不说任何金额）。在its description clearly states：

时如何使用此属性执行此操作

  

此通用属性不会声明该功能是否包含在主要住宿的优惠中，或者是否需要支付额外费用。

Answer 1

您可以省略value property，就像您可能省略所有其他财产一样，因为Schema.org从不要求任何财产。

没有明确定义如何解释没有value的{​​{3}}（即没有＆＃34;默认＆＃34;值定义），但我认为可以想象消费者会将其解释为具有的位置的特征 但是当然也有可能某些消费者需要itemref属性，所以如果你想要安全，你可能想提供meta，即使它的值是 true 。如果您有许多便利设施功能，则可以使用Microdata的LocationFeatureSpecification属性：仅提供一个Offer元素，并从所有:not项（LocationFeatureSpecification）中引用它。

似乎没有办法明确说明哪些舒适功能是免费/包含或非免费/可选。您可以为功能创建相应的b项，例如example建议：

  

为了对可选房间功能的费用进行建模，您可以通过Schema.org Hotels documentation属性将房间的offer链接到功能或服务的优惠。