问题标签 [semantics]

我想知道像 Open Calais 这样的语义服务如何从一段文本中找出公司或人员的名称、技术概念、关键字等。是因为他们有一个大型数据库来匹配文本吗？

例如，像 Zemanta 这样的服务如何知道向一段文本建议哪些图像？

我知道微软已经在语义和跨浏览器兼容的 XHTML 和 CSS 的方向上做出了努力，但它似乎仍然像一个 PitA 来实现优雅的标记。我已经下载并调整了 CSS Friendly Adapters 和所有这些。但是我仍然发现自己对臃肿且没有吸引力的代码感到沮丧。

使用 ASP.Net 的优雅语义 CSS 仍然是白日梦吗？还是最终可能，我只需要更多的练习？

输入：词组 1，词组 2

输出：语义相似度值（介于 0 和 1 之间），或者这两个短语谈论同一事物的概率

我正在寻找一种能够以合理有用的图形格式呈现 RDF 图的工具。图形格式的主要目的是包含在 PowerPoint 幻灯片中或在大型绘图仪上打印以供管理审查。

我目前正在使用 TopBraid Composer，它在可视化单个实体方面做得相当好，但似乎没有一种清晰的方式来可视化整个图形（作为一个整体）。

有人知道这个问题的任何好的解决方案吗？

我想从任何大小的英文文本中提取减少的“有意义”标签集合（最多 10 个）。

http://tagcrowd.com/很有趣，但算法似乎很基本（只是字数统计）

有没有其他现有的算法可以做到这一点？

有很多人问“为什么我们不应该使用表格来构建我们的 HTML”，虽然有很多答案出现，但我很少看到有人被转换到语义世界。也就是说，我还没有看到任何令人信服的反驳来支持我们为什么应该（或可能）使用表格的理由。

有人愿意为表格何时是有效的结构标记提供理由吗？

2008 年 11 月 7 日

考虑到这个问题并没有像我想象的那样消失，我想我最好澄清我的问题并解释它的存在。

在“DIVs vs. TABLEs”问题之后多次阅读“表格更容易”的论点感到沮丧，我想更多地揭示这个问题，而不是让表格爱好者这么容易摆脱困境。

每个人都会对他们自己的其他人说，但我永远被赋予了一些应用程序来放置在我们的网站上，这些应用程序是由一些“表格更容易”的开发人员创建的，他们将一大块糟糕的 HTML 转储到我的页面中，老实说，我我只是没有看到足够多的餐桌爱好者倾听这些争论。

以前有人用过曼波吗？任何人都必须在微软的 Sharepoint 上进行设计吗？必须通过所有嵌套的表格垃圾来争取自己的方式是地狱，并且考虑到它是由一些该死的优秀编码人员编写的，这让我很恼火。合理的语义标记已经存在了很长时间，以至于开发人员没有理由仍然拥护“表格更容易”。桌子并不容易 - 他们很懒惰！

我的问题应该以消极的方式呈现，但我仍在等待人们接受他们使用表格的唯一原因是因为他们不知道 HTML。因为如果他们这样做了，那么他们就会明白，正如 jjrv 所说，表格是用于表格数据的。

是什么让语言成为脚本语言？我听说有些人说“当它被解释而不是编译时”。这将使 PHP（例如）成为一种脚本语言。这是唯一的标准吗？还是有其他标准？

也可以看看：

• “脚本”和“应用程序”有什么区别？

我上周设置的爬虫服务缺少的许多东西之一就是漂亮的 URL。现在，用户参数正在使用?u=传递到脚本中，这是一个惰性 hack 的症状（脚本当然是）。但是，我一直在考虑重做它，我想获得一些关于可用选项的反馈。现在有两个页面，更新和图表，为用户提供信息。这是我想出的两种可能性。“1234”是用户ID号。由于技术原因，遗憾的是不能使用用户名：

• http://<tld>/update/1234
• http://< tld >/chart/1234

或者

• http://<tld>/1234/update
• http://< tld >/1234/chart

从概念上讲，选项 #1 是使用用户 ID 调用更新。选项 #2 提供了一个动词来操作用户 ID。

从一致性的角度来看，哪个更有意义？

提到的另一个选项是

• http://<tld>/user/1234/update
• http://<tld>/user/1234/chart

这为与特定用户无关的页面提供了空间。IE

• http://< tld >/stats

我的Google-fu让我失望了。

在 Python 中，以下两个相等性测试是否等效？

这是否适用于您将要比较实例的对象（list比如说）？

好的，所以这种回答我的问题：

那么==测试值在哪里is测试以查看它们是否是同一个对象？