要素の入れ子で階層構造を明示。各要素の使用に関しては触れないこととします。明示するならどうするか好例いずれの方法を採用するにせよ、常に「終止一貫した」階層構造を作るように心がけることが、セマンティックウェブへの第一歩です。「マーク付けノート」があります。要素の開始タグの直後に来ている。していない明示方法は、プログラムを混乱させます。検証ツールでも、例外処理を余儀なくされます。以下に、その一例を挙げておきます。範囲内だけと考えられる。及ぶ範囲が、どこからどこまでなのか曖昧。上記の文書は、例えば手製のスキーマではエラーを吐きます。使う位なら、全く使わない方がましです。少なくともスキーマやパーザは、記述が一貫してさえいれば、まともに構造を認識し、適切に処理出来ることが期待できるからです。何が言いたいのかセマンティックウェブを視野に入れる上で大事なのは、飽くまで「構造とマーク附けが一致しており」「記述が終止一貫」しているかどうかであり、単に明示していさえすれば良いわけではありません。用いたセクションを作成すること自体を否定するわけではないし、それがプログラム処理にとっては好都合であるのは理解出来ます。一つ言いたいのは「中途半端で恣意的な明示は逆効果である」ということだけなのです。殆んど使わない理由いろいろと挙げてみました。簡潔で必要最低限のマーク附けで済ませることで、簡素なテキストエディタでもすぐに公開可能な文書を作成することが出来る。複雑なマーク附けを排除することで、文書そのもののメンテナンス性を上げる。入れ子で表すことが出来る。入れ子によってセクションを定義する文書への変換も、見出し階層さえしっかり出来ていれば、簡単なスクリプトで容易に変換できる。重いオーサリングツールを使わずとも、テキストエディタで簡潔に現すことが出来るのも、マーク附け言語の利点だと思うのです。人間がテキストエディタで書かなければならないものではない。階層構造の管理などの面倒な作業は、オーサリングツールが担うべきだ。文書の如く、「このツールがなければ編輯出来ない」という事態に陥ることもあり得るわけで。文書作成をツールに完全依存させるのは、一つのあり方と言えるでしょう。いざ小回りを効かせようと思うと(ちょっとカスタマイズしたいとか、文書をちょっと変更したいとか)、わざわざツールを立ち上げるよりは、テキストエディタの方が遥かに有効です。可視性の高い単純な構造ならば、そのような編輯も容易に出来ます。それこそ、ツールの吐き出した階層構造を人間の目で追っかけることは、私には出来やしません。「ぽかぽか夢工房」トップぽかぽかweb。