問題タブ [semantics]

Open Calais のようなセマンティック サービスが、テキストから企業名、人名、技術コンセプト、キーワードなどをどのように割り出すのか疑問に思っていました。テキストを照合する大規模なデータベースがあるためでしょうか?

たとえば、Zemanta のようなサービスは、テキストにどの画像を提案するかをどのように判断するのでしょうか?

Microsoft がセマンティックおよびクロスブラウザー対応の XHTML および CSS の方向に向けて努力していることは知っていますが、それでも洗練されたマークアップを実行するのは PitA のように思えます。CSS Friendly Adapters などをダウンロードして微調整しました。しかし、肥大化した魅力のないコードにいまだに不満を感じています。

ASP.Net を使用したエレガントでセマンティックな CSS は、まだ夢物語ですか? それとも、最終的に可能になるのでしょうか?もっと練習が必要ですか?

入力: フレーズ 1、フレーズ 2

出力: 意味的類似度値 (0 と 1 の間)、またはこれら 2 つのフレーズが同じことについて話している確率

RDF グラフをかなり有用なグラフィック形式でレンダリングするツールを探しています。グラフィック形式の主な目的は、PowerPoint スライドに含めること、または経営陣のレビューのために大きなプロッターに印刷することです。

私は現在 TopBraid Composer を使用していますが、これは単一のエンティティの視覚化にはかなり適していますが、グラフ全体を (全体として) 視覚化する明確な方法がないようです。

この問題に対する良い解決策を知っている人はいますか?

任意のサイズの英語のテキストから、「意味のある」タグの削減されたコレクション（最大10個）を抽出したいと思います。

http://tagcrowd.com/は非常に興味深いですが、アルゴリズムは非常に基本的なようです（単語数だけ）

これを行うための他の既存のアルゴリズムはありますか？

「HTML の構造化になぜテーブルを使用すべきではないのか」と尋ねる人がたくさんいます。多くの回答が寄せられていますが、セマンティクスの世界に変換されている人はめったにいません。とはいえ、テーブルを使用すべき (または使用する可能性がある) 理由を裏付ける説得力のある反論はまだ見たことがありません。

テーブルが有効な構造マークアップである場合の根拠を提供したい人はいますか?

2008 年 11 月 7 日

この疑問が思ったように消えなかったのを考えると、疑問を明確にしてその存在を説明したほうがいいと思います。

「DIVs vs. TABLEs」の質問に続いて「テーブルの方が簡単」という議論を何度も読んだことへの不満から、私はもう少し質問を明らかにし、テーブル愛好家が簡単にフックから外れないようにしたいと思いました。

他の人はそれぞれに言うかもしれませんが、「テーブルの方が簡単」な開発者によって作成された、サイトに配置するためのアプリケーションを永遠に与えられています。テーブル愛好家が議論を聞いているのを十分に見ていません。

昔マンボ使ってた人いますか？Microsoft の Sharepoint のトップにデザインを載せるのに、誰かがバッシングしなければなりませんでしたか? ネストされたテーブルのがらくたをすべて戦わなければならないのは地獄でした。それが何人かの血まみれの優れたコーダーによって書かれたことを考えると、私はまったくイライラします。妥当なセマンティック マークアップはかなり前から存在していたので、開発者が「テーブルの方が簡単だ」と主張し続ける理由はありません。テーブルは簡単ではありません - 彼らは怠惰です!

私の質問は、それが提示された否定的な方法について否定的な意見に値しましたが、人々がテーブルを使用する唯一の理由は、HTML を知らないためであるということを受け入れるのを待っています。そうすれば、jjrv が言うように、テーブルは表形式のデータであることを理解できるからです。

言語をスクリプト言語にする理由は何ですか？「コンパイルされるのではなく、解釈されるとき」と言う人もいます。これにより、PHP（たとえば）はスクリプト言語になります。それが唯一の基準ですか？または他の基準はありますか？

参照：

• 「スクリプト」と「アプリケーション」の違いは何ですか？

先週セットアップしたスクレイパー サービスに欠けていた多くの機能の 1 つは、きれいな URL です。現在、ユーザー パラメーターは?u=を使用してスクリプトに渡されています。しかし、私はそれをやり直すことを考えていたので、利用可能なオプションについてフィードバックを得たいと思っています. 現在、ユーザーに情報を提供する 2 つのページ、update と chart があります。ここで私が思いついた2つの可能性があります。「1234」はユーザーID番号です。技術的な理由により、残念ながらユーザー名は使用できません:

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

また

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

オプション #1 は、概念的には、ユーザー ID を使用して update を呼び出すことです。オプション #2 は、ユーザー ID を操作する動詞を提供しています。

一貫性の観点から、どちらがより理にかなっていますか?

言及されている別のオプションは

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

これにより、特定のユーザーに関係のないページ用のスペースが提供されます。すなわち

• http://< tld >/stats

私のGoogle-fuは私に失敗しました。

Pythonでは、同等性に関する次の2つのテストは同等ですか？

これは、インスタンスを比較するオブジェクト（たとえば）にも当てはまりますlistか？

さて、この種の答えは私の質問です：

では、テストは、それらが同じオブジェクトであるかどうかを確認するために==どこでテストするかを評価しますか？is