【XML】xmlns, XSLT, ..
794:本田
08/02/05 01:38:58
XMLの論考: オブジェクト・モデルとしてのXML-RPC
大衆のためのデータ・バンドルか
レベル: 上級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2001年 12月 01日
URLﾘﾝｸ(www.ibm.com)
間違いなくXML-RPCにも欠点がありますが、
この関数呼び出しプロトコルはさまざまな作業に適しています。
ここで、コラムニストDavid Mertzは読者のフィードバックに応え、
オブジェクト・データをモデル化する方法としてXML-RPCを調べます。
また、オブジェクトをシリアライズする手段として、
以前のコラムで説明したxml_pickle モジュールとXML-RPCを比較します。
この比較は、サンプル・コードによって詳しく示されます。
795:本田
08/02/05 01:40:41
XMLの論考: もう1つのPython/XMLツール・セット4Suite
体重400キロのゴリラのようなPython XMLツールの紹介
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 1月 01日
URLﾘﾝｸ(www.ibm.com)
Pythonモジュールからなる4Suiteセットは、「くろうとの選ぶ本格派」ツールです。
広範で洗練された機能を持つ4Suiteツールは非常にパワフルで、プログラマーの学習カーブも急上昇します。
4SuiteはPythonの最近のバージョンによって提供された基本的なXML機能以上のものを提供するだけでなく、
いくつかの役立つオプションも含んでいます。
著者Davidが4Suiteの最も注目すべき面を紹介し、
あなたのPython/XML ツール・セットが4Suiteによってますます多機能になる様子を示します。
796:本田
08/02/05 01:41:08
XMLの論考: PYX入門
行指向のXML
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 2月 02日
URLﾘﾝｸ(www.ibm.com)
XMLのフォーマットは非常にシンプルです。
XMLはバイナリー・エンコードではなくプレーンなUnicodeテキストを使用し、
構造はすべて推測しやすいタグで宣言されます。
にもかかわらず、
XML文書を処理するにはパーサーで注意深くデバッグする必要があるほど、
XML文法には多くの規則が存在します。
しかも、パーサーはそれぞれ独自のプログラミング・スタイルを強制します。
それに代わるのは、XMLをシンプルにすることです。
オープン・ソースであるPYX形式は、XML文書を表現する純粋に行指向の形式です。
この形式を使うことによって、grep、sed、awk、wc、および一般的なUNIXコレクションを使用して、
XML文書の内容を簡単に処理できるようになります。
797:本田
08/02/05 02:29:29
XMLの論考: REXMLライブラリー
Rubyプログラミング言語におけるXML処理
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 3月 01日
URLﾘﾝｸ(www.ibm.com)
XMLの処理に立ち向かうには、少なくとも2つの姿勢があります。
1つは、多くのプログラミング言語から呼び出することのできる標準的なAPIを採用するという姿勢です。
2つ目は、
XMLアプリケーションを開発するのに使用するプログラミング言語の力を借りてXML処理ライブラリーを作り出すという姿勢です。
この連載の最初の方の記事で、David Mertz氏は、
彼独自のPythonxml_pickle およびxml_objectify や、HaskellHaXml ライブラリーで、
この第2のアプローチのいくつかのバージョンを検討しました。
かなり新しく、しかも急速に発展しつつあるRubyプログラミング言語用のよく利用されるライブラリーも、
この第2のアプローチを採用しています。
この記事では、David氏が、Ruby Electric XML (REXML) という、
Rubyの機能を活用してXML処理を実行するライブラリーを紹介します。
REXML は、ストリーム・スタイルのSAXにも、ツリー・スタイルのDOMにも似ていますが、
どちらの種類のAPIにも直接には制約を受けていません。
798:本田
08/02/05 02:34:05
XMLの論考 第19回: 続・XMLと圧縮
ブロック・レベルのアルゴリズムとリソース負荷
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 4月 01日
URLﾘﾝｸ(www.ibm.com)
この連載の以前の記事で、Davidは、
圧縮率を改善するためにXML文書を可逆的に再構造化する技法について調べました。
しかし、大規模なXML文書と組み込みプロセスの場合、
圧縮パスに先立ってソース文書全体を再構造化するのは実用的でないことがあります。
この記事でDavidは、
再構造化の技法をブロック・レベルの処理にどのように適合させられるかについて、
圧縮率の改善とCPU/メモリーの所要量の面から調べます。
799:本田
08/02/05 02:53:50
XMLの論考: gnosis.xml.validityライブラリーによって妥当性を確保する
OOPデータをXMLの規則に押し込む
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 7月 01日
URLﾘﾝｸ(www.ibm.com)
既存のXML APIの大半は、
整形式であるかどうかの検証作業をプログラム的に実現できますが、
妥当性を保証できるものはほとんどありません。
XML処理の世界では、これが深刻な弱点になっています。
この記事では、
著者が開発したgnosis.xml.validity ライブラリーを取り上げます。
このライブラリーによって、
XMLの直列化を意図したPythonオブジェクトの妥当性を実現してみましょう。
800:本田
08/02/05 03:00:39
XMLの論考: XMLエディターの総まとめ: 第1回
JavaおよびMacOS用の製品を再び取り上げる
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 8月 01日
URLﾘﾝｸ(www.ibm.com)
Davidが以前XMLエディターの商用ツールのカテゴリーを調査してから1年半がたちましたが、
その後のXMLエディター商用ツールの進歩をDavid が2回連載で調べていきます。
これらのツールは、概してテキスト・エディターの表面的なラッパーであったものから、
XML指向のテクノロジーを使う作業プロセスをかなり簡単にできる具体的な開発環境へと進歩しています。
この第1回の記事では、JavaおよびMacOSアプリケーションを調べます。
具体的には、Morphon TechnologiesのMorphon 2.0.5、SyncROの <oXygen/> 1.2.1、
およびElfDataのXML Editor 1.14を取り上げます。
801:デフォルトの名無しさん
08/02/05 03:01:01
（・∀・） ﾆﾔﾆﾔ
802:本田
08/02/05 03:02:53
XMLの論考: XMLエディターの総まとめ 第2回
Windows用エディターを再び取り上げる
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 9月 01日
URLﾘﾝｸ(www.ibm.com)
DavidによるXMLエディターの検討の第2回目のこの記事では、Windowsベースの製品を調べます。
具体的には、AltovaのXML Spy、Wattle SoftwareのXMLwriter、NetBryx TechnologiesのEditML Pro、
そしてCorelのXMetalを取り上げます。
Davidが以前このカテゴリーのツールを調べてから1年半が経ちましたが、
その間にこれらのツールは、テキスト・エディターの表面的なラッパーといったようなものから、
XML指向のテクノロジーを使う作業が非常に楽になる具体的な開発環境へと進歩しました。
803:デフォルトの名無しさん
08/02/05 11:38:22
ひさびさに来たら荒らされてたｗ
カビの生えた記事ばかりひたすら列挙されてもなあ
Text Processing in Pythonなんかタダで読めるのに
Amazonへのリンクまで貼っちゃうとかもうね
804:デフォルトの名無しさん
08/02/05 17:41:26
大分前からpc11鯖にコピペまき散らすbotが出ててちょくちょく動いてるよ。
805:本田
08/02/05 20:00:57
XMLの論考: YAMLはXMLに改良を加える
YAML Ain't Markup Language (YAMLはマークアップ言語ではない)
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2002年 10月 01日
URLﾘﾝｸ(www.ibm.com)
この記事では、DavidがYAMLを紹介します。
これは、人間にとって読みやすいデータ直列化フォーマットであり、
動的なプログラム言語で使用されるデータ型をエンコードするのにうってつけです。
XMLと対照的に、YAMLが使用する構造の標識は、クリーンかつ最小限のものです。
これは、ネストされた要素を字下げするという方法に主に頼っていることによります。
より重要なこととして、YAMLは構文が優れており、多くのタスクの場合に、
YAMLのデータ構造と「自然な」データ構造との間のセマンティックな適合関係は、
ずっとぴったりしたものとなっています。
806:本田
08/02/05 20:04:32
XMLの論考: reStructuredText
軽量で強力な文書マークアップ
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 2月 01日
URLﾘﾝｸ(www.ibm.com)
reStructuredTextという文書フォーマットはPython文書化の公式ソース・フォーマットの1つとして採用されていますが、
他のタイプの文書化でも役立ちます。
reStructuredTextは興味深いハイブリッド・テクノロジーであり、
構文と外観においては他の「ほとんどプレーン・テキストの」フォーマットと似ていますが、
セマンティクスとAPIにおいてはXMLによく似ています。
Davidはこのフォーマットを調べ、
既存のツールで reStructuredTextをいくつかのXML方言 (docutils、DocBook、OpenOffice) やLaTeX、HTML、
およびPDFなどの他の有用なフォーマットに変換する方法を示します。
807:本田
08/02/05 20:06:17
XMLの論考: RELAX NGによる逆襲 第1回
W3CのXML Schemaを打ち負かす
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 2月 15日
URLﾘﾝｸ(www.ibm.com)
RELAX NGのスキーマは、妥当なXMLインスタンスのクラスを記述する手段として、
W3CのXML Schemaのスキーマよりも強力で、厳密で、意味の記述が直接的です。
十分な実績のあるDTDの意味体系を拡張する一方で、データ型を直交的に拡張でき、
関連インスタンス・モデルを簡単に構築できるというのが、このRELAX NGの「売り」です。
この3回シリーズの記事では、David Mertz氏がRELAX NGを初めて取り上げます。
まずはその第1回をご覧ください。
808:本田
08/02/05 20:07:45
XMLの論考: RELAX NGによる逆襲: 第2回
ツールと特殊な問題点
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 3月 26日
URLﾘﾝｸ(www.ibm.com)
RELAX NGのスキーマは、妥当なXMLインスタンスのクラスを記述する手段として、
W3CのXML Schemaのスキーマよりも強力で、厳密で、意味の記述が直接的です。
RELAX NGシリーズの第2回の記事では、
David Mertz氏が意味の記述にかかわるいくつかの問題点を取り上げ、
RELAX NGを処理するためのツールを紹介します。
809:本田
08/02/05 20:08:36
XMLの論考: RELAX NGによる逆襲: 第3回
短縮構文とXML構文
レベル: 上級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 5月 14日
URLﾘﾝｸ(www.ibm.com)
RELAX NGの短縮構文は冗長性があまりないので、
RELAX NGのXML構文で同じ意味制約を記述した場合に比べて読みやすく形式も簡単です。
今回の記事では、この2つの構文形式をサポートして構文形式を変換するツールを考察します。
810:本田
08/02/05 20:10:54
XMLの論考: PythonにおけるElementTreeのXMLプロセス
APIは、類似のライブラリに匹敵するか
レベル: 上級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 6月 24日
URLﾘﾝｸ(www.ibm.com)
Fredrik LundhのElementTreeモジュールは、Pythonでの軽量で高速なXML文書の操作性により、人気を呼んでいるAPIです。
今回Davidは、オブジェクト・ツリーとしてのElementTreeとXMLインスタンスの処理に専念した他の幾つかのライブラリ
（特に彼自身のgnosis.xml.objectifyモジュール）を比較します。
811:本田
08/02/05 20:12:56
XMLの論考: RXPパーサ
Pythonバインディングによる超高速妥当性検証パーサ
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 8月 04日
URLﾘﾝｸ(www.ibm.com)
RXP は、XML文書の非DOMツリー表現を生成する、Cで書かれた妥当性検証パーサです。
RXP 自体は詳しく説明されているとは言えません（きっと臆病な人には向きません・・・）、
けれど少なくとも2つの優秀で高度なAPIがRXP 上に作られています。
PythonバインディングであるpyRXP と、ユーティリティやライブラリ群であるLT XML です。
この記事でDavidは、RXP の紹介、expat パーサとの比較を行います。
そして、RXP の複雑さに踏み込まずにRXP の高速性を利用する方法としてpyRXP とLT XML について簡単に説明します。
812:本田
08/02/05 20:14:43
XMLの論考: テキスト・エンコーディング・イニシアチブ
記録文書や複合文書のためのXML方言
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 9月 04日
URLﾘﾝｸ(www.ibm.com)
最近XMLは、プログラマがコンピュータ向きのデータをコード化するためのマークアップ技法であるとみなされているようです。
DocBookや類似の文書化指向のDTDも、技術文書の作成に焦点を絞るようになっています。
しかしながら、XMLは本来、（出版社や文書保管者、図書館司書、学者などから構成される）SGMLコミュニティに根ざすものです。
今回の記事でDavidは、文学的、言語学的文章のマークアップに特化したXMLスキーマである、
TEI （テキスト・エンコーディング・イニシアティブ）をとり上げます。
TEIは、原文書の印刷上の特徴を抽象化するものですが、
効果的な検索や索引作成、比較、そして印刷出版などを行うことが可能です・・・こんなことは、
出版物を単に画像として保管している場合には不可能です。
813:本田
08/02/05 20:17:49
XMLの論考: SXMLとSSAXの調査
Schemeプログラミング言語でXMLを操作する
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 10月 23日
URLﾘﾝｸ(www.ibm.com)
前回の記事でDavidは、各種プログラミング言語のXMLライブラリと、それらの長所と短所を考察しました。
今回は特に教育の場や純粋主義者の間で相変わらず人気のあるLisp/Schemeファミリーの言語を調べます。
ここでとりあげるのは、SchemeのSSAXライブラリ（効率的で純粋に関数型のパーサ）と、
（DOMに似た）SXMLツリー・ライブラリ、
また関連ツールとしてそれらで動作するSXSLTとSXPath等を含めて検討します。
Davidは強力な関数型の言語で構文解析を行う利点を説明し、
そしてSSAXを他の言語のライブラリと比較します。
814:本田
08/02/05 20:19:02
XMLの論考: XOM Java XML API
厳格で正確なツリー指向のXMLモデル
レベル: 上級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2003年 12月 17日
URLﾘﾝｸ(www.ibm.com)
今回の記事でDavidは、Elliotte Rusty HaroldによるXOMを見て行きます。
大まかに言えば、これもまた、いくらかDOMのスタイルを持つオブジェクト指向XML APIの一つですが、
XOMには他と一線を画すいくつかの特徴があり、そうした特徴は重要な設計要素だとHaroldは言っています。
そうした特徴の中で最たるものは、XOMインスタンスが常に正しいXMLにシリアル化されるように、
メモリ内オブジェクトにおいても変わらずに維持されるように厳格さを追求するという点です。
さらに、XOMは他のJava XML APIよりも大幅な単純化と高度な規則性を狙っています。
815:デフォルトの名無しさん
08/02/05 20:31:16
今起きたのか
816:本田
08/02/06 00:18:41
XMLの論考: ワード・プロセッサとXML
オープン・ソースがネイティブな文書フォーマットとしてXMLを採用
レベル: 初級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2004年 2月 25日
URLﾘﾝｸ(www.ibm.com)
フリーソフトとして公開されている主要なワープロソフトの3種類が、
どれも最近のバージョンで、ネイティブな文書フォーマットとしてXMLを採用しました。
XMLをどのように扱うかはその3種類（AbiWord、KOfficeのKWord、そしてOpenOffice.org Writer）
のそれぞれで少しずつ異なっていますが、
その違いは主として各プロジェクトがどこに焦点を当てて開発を行っているかによるものです。
XML の利点には、”パーサやライタ（解析、展開したり保存したりする機能）”
がコンポーネント化されていること、
フォーマット仕様がオープンであり正式になっていること、
XSLTやその他の変換APIが適用できること等がありますが、
今回Davidは、
上記プロジェクトやその他オープン・ソースのワープロソフト開発者達が
文書フォーマットとしてXMLの利点をどのように認識したのかを見て行きます。
817:本田
08/02/06 00:20:47
XMLの論考: GUIとXML設定データ
Mac OS XとKDEでのXMLの使われ方を見る
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2004年 4月 28日
URLﾘﾝｸ(www.ibm.com)
XMLは時間とともに、多くの最適な分野に浸透してきました。
XMLが次第に使われるようになってきた分野の一つにGUIの設定があります。
特に、永続的であったとしてもコンパイル時に固定してしまっては不都合なGUI要素の設定に
XMLが使われています。
今回の記事でDavidが目を向けるのは、Mac OS XのAqua GUIと、
最近の大部分のLinuxディストリビューションで標準または使用可能となっている
Kデスクトップ環境 (KDE)でのXMLの使われ方です。
818:本田
08/02/06 00:23:01
XML Matters: GUIs and XML configuration data, Part 2
The Mozilla Project and XUL
Level: Intermediate
David Mertz (mertz@gnosis.cx), Browser, Gnosis Software, Inc.
26 May 2004
URLﾘﾝｸ(www.ibm.com)
David continues his discussion of how XML is used in the configuration of GUI interfaces.
He looks at Mozilla's XML-based User Interface Language (XUL)
which allows you to write applications that run without any particular dependency
on the choice of underlying operating system.
This may seem strange at first,
but you'll soon see that this Mozilla project offers powerful tools for GUI building
that allow you to develop for an extensive base of installed users.
819:本田
08/02/06 00:24:23
XML Matters: Practical XML data design and manipulation for voting systems
EVM2003 brings XML to the democratic process
Level: Intermediate
David Mertz (mertz@gnosis.cx), Muckamuck, Gnosis Software, Inc.
28 Jun 2004
URLﾘﾝｸ(www.ibm.com)
In this installment,
David discusses his practical experiences developing interrelated XML data formats
for the EVM2003 Free Software project to develop voting machines
that produce voter-verifiable paper ballots.
Some design principles of format subsetting emerge. In addition,
David looks at how an application-specific meaning for XML document equivalence can be programmed,
and why canonicalization is insufficient.
820:本田
08/02/06 00:26:04
XML Matters: Describe XML content with the Dublin Core Metadata Initiative
Reuse metadata in broader XML vocabularies
Level: Intermediate
David Mertz (mertz@gnosis.cx), Metaphilosopher, Gnosis Software, Inc.
06 Aug 2004
URLﾘﾝｸ(www.ibm.com)
The Dublin Core Metadata Initiative (DCMI) is a standardized vocabulary for handling information about documents.
In general, the DCMI vocabulary defines a hierarchy of terms that describe the purpose, context,
and origin of a document (rather than describing the document itself).
David shows you how DCMI provides a set of metadata primitives
that you can reuse (through namespaces) in broader XML vocabularies,
such as RSS variants. Various standards, including those from ISO and NISO, have adopted parts of DCMI.
821:本田
08/02/06 00:27:59
XML Matters: OASIS Election Markup Language
Standardization of XML formats for voting and elections
Level: Intermediate
David Mertz (mertz@gnosis.cx), Bean Counter, Gnosis Software, Inc.
15 Oct 2004
URLﾘﾝｸ(www.ibm.com)
The Organization for the Advancement of Structured Information Standards (OASIS) has developed many XML standards
in use within government, law, and business.
Election Markup Language (EML) is OASIS' foray into the world of elections
-- with an emphasis on voting within governmental jurisdictions.
In this installment,
David gives readers an introductory look at the structure and purpose of EML,
with an eye toward how this standard, which is now used largely in Europe,
will substantially influence future data standards in the United States.
822:本田
08/02/06 00:29:11
XML Matters: Get the most out of gnosis.xml.objectify
Use utility functions for enhanced object behavior
Level: Advanced
David Mertz (mertz@gnosis.cx), Protagonist, Gnosis Software, Inc.
23 Nov 2004
URLﾘﾝｸ(www.ibm.com)
The XML binding gnosis.xml.objectify was designed, in many ways, more as a toolkit than as a final tool.
But this leaves some (potential) users confused about how to specialize it for some common tasks.
In this article,
David shows readers how very thin wrappers can customize gnosis.xml.objectify to perform actions such as:
Provide XPath access to child objects; automatically reserialize objects to XML;
modify the syntax of access to nodes.
Some of these techniques involve rather trivial specialization of provided parent classes.
Others involve small utility functions.
823:本田
08/02/06 00:30:15
XML Matters: Program with SVG
Make the most of this flexible, portable XML language for graphics
Level: Introductory
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
15 Apr 2005
URLﾘﾝｸ(www.ibm.com)
Scalable Vector Graphics (SVG) is an XML format that describes scale-independent graphics,
with good support in free software and commercial tools.
In this installment, David introduces scripting and animation with SVG,
and touches on manipulating SVG through DOM. Because SVG is XML,
it lends itself to transformation and/or generation with any of the tools
and libraries you might use for XML generally.
824:本田
08/02/06 00:31:40
XML Matters: Beyond the DOM
Tips and tricks for a friendlier DOM
Level: Intermediate
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
20 May 2005
URLﾘﾝｸ(www.ibm.com)
The Document Object Model (DOM) is one of the most widely implemented tools for manipulating XML and HTML data,
but it is rarely used to its full potential.
By taking advantage of the DOM and extending it to be even easier to use,
you gain a powerful tool for XML applications, including dynamic Web applications.
825:本田
08/02/06 00:32:36
XML Matters: SVG and the scriptless script
Declarative animation for junior rocket scientists
Level: Introductory
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
25 Oct 2005
URLﾘﾝｸ(www.ibm.com)
Scalable Vector Graphics (SVG) browsers are becoming mainstream now, and they can be used in many powerful ways.
Continuing on from David's earlier SVG column,
Dethe looks at some of the ways that declarative markup can replace script for animation and other common scripting tasks.
In the process, he briefly looks at replacing script with declarative markup in other XML dialects.
Moving common scripting tasks into declarative markup can eliminate the need for tedious boilerplate code,
reduce errors, and make your script's intent easier to follow, freeing you to focus on your code's unique aspects.
826:デフォルトの名無しさん
08/02/06 01:16:47
W3C勧告規格の代替物は要らないなぁ。
あとSVGは普及して欲しいね。特にJavaで対応して欲しい。
JavaFXとかで標準対応されるんだっけか？
827:デフォルトの名無しさん
08/02/06 02:34:26
Batik はうんこすぎだったな。
828:デフォルトの名無しさん
08/02/06 02:53:12
javaのSVGレンダラの実装はいくつかあるけど
829:本田
08/02/07 00:24:51
XML Matters: The Web ain't just for 2D any more
Born-again VRML makes the Web safe for 3D
Level: Introductory
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
15 Dec 2005
URLﾘﾝｸ(www.ibm.com)
Once upon a time, 3D for the Web promised to be as easy as building a Web page.
Unfortunately, 3D -- even simple 3D -- is more complex than displaying scrolling text and pictures.
Each VRML vendor implemented a different subset of the spec, and it never gained traction.
And so 3D on the Web faded away.
Or did it? It turns out that VRML lives on in its XML flavor,
X3D, which has grown to encompass VRML's siblings H-Anim (Humanoid Animation) and GeoVRML.
Can 3D on the Web finally be used for more than virtual shopping malls?
The latest installment of this mini-series on XML media shows that it can.
In this article, Dethe focuses on a couple of uses that X3D is ready for now,
and takes a look at where it might go in the future.
830:本田
08/02/07 00:26:48
XMLの論考: マイクロフォーマットのパイプストリーム
XMLを別の状態に移動する
レベル: 中級
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2006年 4月 25日
URLﾘﾝｸ(www.ibm.com)
コンピューティングにおける最もエレガントな概念の1つは、UNIXのパイプ構造です。
パイプを使用すると、あることをうまく処理できる小さなプログラムを再利用し、
そのプログラムを接続して、
あるプログラムからの出力を別のプログラムへの入力として送ることができます。
あいにく、UNIXのパイプは、ほとんどが行指向なので、
XML処理に簡単に応用することはできませんでした。
この記事では、これを解決するために試されたいくつかの既存ツールをレビューします。
831:本田
08/02/07 00:28:44
XMLの論考:Atom駆け足解説
Atomはフォーマットかプロトコルか？両方です！シンジケーションとパブリッシングに使ってください。
レベル: 中級
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2006年 5月 23日
URLﾘﾝｸ(www.ibm.com)
Atomは実際には2つの異なるものであり、
両方ともシンジケーション（ブログやニュースフィードなど、定期的に更新されるその他の情報）に関連しています。
Atom Syndication Formatは、
エントリー（単独のトピックまたは項目）とフィード（トピックまたは項目の集合）を公開するためのIETF標準です。
Atom Publication Protocol（Atom APIまたは省略してAPPと呼ばれることもあります）は、
Atomリポジトリーのコンテンツを検索、一覧表示、追加、編集、および削除するための手段です。
Syndication FormatとしてのAtomはIETFでの(検討)プロセスを経て標準になり、
一方、Publishing ProtocolとしてのAtomは標準委員会でまだ作業中ですが、
現時点では、その大半が枯れてきているようです。
832:本田
08/02/07 00:29:51
XML の論考: マイクロフォーマットよりも軽いピコフォーマット
X のない Ajax、不等号括弧のないマイクロフォーマット
レベル: 初級
Dethe Elza (delza@livingcode.org), Senior Technical Architect, Blast Radius
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2006年 8月 01日
URLﾘﾝｸ(www.ibm.com)
David Mertz は以前の XML の論考コラムの中で、
大部分がテキストである文書をフォーマットするための軽量マークアップ言語、reStructuredText を解説しました。
またその前には、大部分がデータである文書のための軽量マークアップ言語、YAML を取り上げました。
AJAX とマイクロフォーマットが一般的になってきたことを考えた場合、これらは相変わらず便利なのでしょうか。
あるいは、マイクロフォーマットは十分「軽量」なのでしょうか。
Xのない AJAX 用に MochiKit を利用し、またマイクロフォーマットの生成に reStructuredText を適用して、
(YAML よりも軽量な) JSONを活用する方法を学びましょう。
833:本田
08/02/07 00:31:06
XMLの論考: MochiKit
XML の DOM 操作を改善する
レベル: 中級
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2006年 11月 21日
URLﾘﾝｸ(www.ibm.com)
MochiKit は、JavaScript 用の便利な上位ライブラリーです。
MochiKit は、Python や Python 標準ライブラリーが提供する多くの便利な機能から主な着想を得ており、
また別の側面として、ブラウザーのバージョン間での違いを吸収してくれます。
特に MochiKit.DOM は手軽なコンポーネントであり、これを使うことで、
「生の」 JavaScript で処理する場合よりもずっと容易に DOM オブジェクトを処理することができます。
多くの MochiKit.DOM は XHTML の処理にカスタマイズされているため、
特に MochiKit と Ajax を組み合わせる場合には、
XHTML でラップされたマイクロフォーマットを使えることは非常に便利かもしれません。
834:本田
08/02/07 00:32:18
XML の論考: Ajax のトレードオフ: さまざまな種類の XML
アプリケーション用にデータをエンコードするための正しい方法はどれか
レベル: 中級
Dethe Elza (delza@livingcode.org), Senior Software Developer, Uniserve Communications Corporation
David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.
2007年 1月 09日
URLﾘﾝｸ(www.ibm.com)
Ajax は Asynchronous JavaScript and XML を表します。
そこにはあるのは、最近の Web ブラウザーでは、W
eb アプリケーションの使用中にサーバーとの間で送受信されるデータ用にチャネルをオープンしたままでも十分な信頼性を確保できる、
という考え方です。
これは、リンクをたどるとページ全体が新たにロードされるという標準的な Web 技術とは対照的です。
Ajax ベースでの開発の多くの側面では、従来の Web ページを設計する場合とは異なる判断が要求されます。
例えば「戻る」ボタンをどう処理するのか、
更新されたデータをどう表示するのか、どのくらい頻繁に更新を送信するか、などの判断が要求されます。
この記事では、そうした中の 1 つの側面に関連した話題、データ交換フォーマットに何を使うべきかについて解説します。
835:本田
08/02/07 00:36:11
>>779
>>803
Text Processing in Python
by David Mertz -- published by Addison Wesley
URLﾘﾝｸ(gnosis.cx)
[TXT] acknowledgments.txt FOLKS WHO HAVE MADE THIS BOOK BETTER
[TXT] intro.txt INTRODUCTION
[TXT] chap1.txt PYTHON BASICS
[TXT] chap2.txt BASIC STRING OPERATIONS
[TXT] chap3.txt REGULAR EXPRESSIONS
[TXT] chap4.txt PARSERS AND STATE-MACHINES
[TXT] chap5.txt INTERNET TOOLS AND TECHNIQUES
[TXT] appendix_a.txt A SELECTIVE AND IMPRESSIONISTIC SHORT REVIEW OF PYTHON
[TXT] appendix_b.txt A DATA COMPRESSION PRIMER
[TXT] appendix_c.txt UNDERSTANDING UNICODE
[TXT] appendix_d.txt A STATE-MACHINE FOR ADDING MARKUP TO TEXT
[TXT] glossary.txt GLOSSARY TERMS
836:本田
08/02/07 00:38:09
Xml Processing With Python (Charles F Goldfarb Definitive Xml) (CD-ROM)
Sean McGrath (著)
URLﾘﾝｸ(www.amazon.co.jp)
# CD-ROM: 527ページ
# 出版社: Prentice Hall Ptr; Pap/Cdr版 (2000/6/15)
# 言語 英語, 英語, 英語
# ISBN-10: 0130211192
# ISBN-13: 978-0130211194
# 発売日： 2000/6/15
# 商品の寸法: 23.4 x 17.9 x 3.8 cm
837:デフォルトの名無しさん
08/02/07 00:52:13
たけち
838:デフォルトの名無しさん
08/03/31 17:24:52
今XPathやってて思ったんだけど、
なんで文字列関数にstarts-withはあるのにends-withはないの？
839:デフォルトの名無しさん
08/03/31 17:27:21
重いからじゃ
840:デフォルトの名無しさん
08/03/31 21:15:58
>>838
> 今XPathやってて思ったんだけど、
> なんで文字列関数にstarts-withはあるのにends-withはないの？
XPath 2.0 Functions にはあるけどなー
URLﾘﾝｸ(www.w3.org)
841:デフォルトの名無しさん
08/04/07 10:53:11
XML の中にバイナリデータぶち込みたいんだけど Base64 の UTF-8 版みたいなもんは無いのか?
使えるコード多くなるから効率も良くなるだろう。
842:デフォルトの名無しさん
08/04/07 12:29:22
ishみたいな？
843:デフォルトの名無しさん
08/04/07 13:13:32
ish てパソ通で使われてた奴?
懐かしいけどあれ UTF-8 扱えるの?
844:デフォルトの名無しさん
08/04/07 13:48:47
XPathの解説って仕様書以外に詳しいところってある？
845:デフォルトの名無しさん
08/04/07 21:48:52
>>843
ishで直接utf-8は使えないけど、使えたら面白そうだ。
846:デフォルトの名無しさん
08/04/13 10:40:53
>>844
仕様書以上に詳しかったらそっちが仕様書になるべきだな
847:デフォルトの名無しさん
08/04/13 10:53:00
仕様書に例題とかチュートリアルとか不要だろ。
引っ込んでろバカ。
848:デフォルトの名無しさん
08/04/13 13:36:27
何真っ赤になってんだ？
849:デフォルトの名無しさん
08/04/13 17:04:58
例題ついてたら詳しいことになるのか？
850:デフォルトの名無しさん
08/04/13 17:10:32
付いてないより詳しいな。バカなのか?
851:デフォルトの名無しさん
08/04/13 17:16:50
過疎は分かるがお前らに足りない物
ス ル ー カ
852:デフォルトの名無しさん
08/04/13 17:24:57
ネスト構造の人形か
853:デフォルトの名無しさん
08/04/15 00:42:08
バカバカ言ってる面白い人がいると聞いて歩いてきました
854:デフォルトの名無しさん
08/04/15 01:10:22
誰がガバガバだ
855:デフォルトの名無しさん
08/04/25 22:43:31
<rect name="skillperk_background">
<include src="xxx\generic_background75.xml" />
<visible> &true; </visible>
<depth> 50 </depth>
<locus> &true; </locus>
<user0>
<copy src="penis_icon" trait="x" />
<add src="penis_icon" trait="width" />
<add> 300 </add>
</user0> <!-- xxx add width -->
<user1><!-- xxx add height -->
<copy src="penis_icon" trait="y" />
<add src="penis_icon" trait="height" />
<!-- <add> 30 </add> -->
</user1>
<x>
<copy src="screen()" trait="width" />
<sub src="me()" trait="width" />
<div> 2 </div>
</x>
<y>
<copy src="screen()" trait="height" />
<sub src="me()" trait="height" />
<div> 2 </div>
</y>
856:デフォルトの名無しさん
08/05/08 22:24:03
PDFが扱えるXSL-FOで使い物になる奴ってある?
857:デフォルトの名無しさん
08/05/09 00:05:31
>>856
XSL-Formatter
858:デフォルトの名無しさん
08/05/11 02:47:45
XSL-Formatter 高すぎて個人じゃ手賀でないよぉ
貧乏研究者のために非営利目的限定で安く出してくれないものか・・・
859:デフォルトの名無しさん
08/05/12 02:19:56
>>856
stylus studio のエンタープライズ版は？
高機能の割りにはかなり安いと思うけど
860:デフォルトの名無しさん
08/05/13 08:00:23
XML spy の無料ver 無くなったの？
861:デフォルトの名無しさん
08/05/16 01:35:44
XQueryをSAXON使ってJava埋め込みで実装したいんだが、
どっかいいサンプルのってるサイトはないだろか？
862:デフォルトの名無しさん
08/05/18 22:36:29
>>856
apache FOPって使い物にならないの？
863:デフォルトの名無しさん
08/05/18 22:40:07
>>862
ならない
864:デフォルトの名無しさん
08/05/22 15:35:33
プログラムの事は全くの素人です。
XBRLのプログラミングするのって難しいのでしょうか？
例えば、EDINETのデータを企業ごとにEXCELに出力するようなソフトを
作ってとお願いしたら、どの位の予算でできるものなんでしょうか。
865:デフォルトの名無しさん
08/05/22 16:52:28
>>864
単にデータを変換するだけなら学生一人で1日あればその程度のプログラムは作れる。
規模とか実用的な処理速度とか使い勝手とかいろんな要件を追加すればその分だけ金はかかるけどな。
866:デフォルトの名無しさん
08/05/22 19:01:37
xsltprocっていうのを入れてみようと思うんですが、これはXSLT2.0/XPath2.0をサポートしているのでしょうか？
URLﾘﾝｸ(xmlsoft.org)みても書いてないように見えます。
867:デフォルトの名無しさん
08/05/22 20:57:34
>>866
内部で使ってるlibxsltみると幸せになるかもね
868:デフォルトの名無しさん
08/05/22 21:19:13
ヒントをありがとうございます。URLﾘﾝｸ(xmlsoft.org)を見たらlibxsltはXSLT 1.0の実装だと書いてありました。ガッカリ。
869:デフォルトの名無しさん
08/05/26 16:42:58
"XMLの短所"の所に"XML文書における内容と属性の区別は、一定の人々にとっては不自然に感じられる。XMLのデータ構造の設計を難しくする要因となっている。"
と書かれていますが、具体的に解る日本語のサイトは無いですか？
870:869
08/05/26 17:36:19
検索の仕方を変えたら、見つかりました。お騒がせしました。
871:デフォルトの名無しさん
08/05/26 22:44:29
（要素の）内容と属性の違いがなんで不自然に感じるんだ？
そう感じる奴はSGML/XMLに於ける文章の構造化が出来てないだけじゃないか。
そもそも文章であるxmlインスタンスはデータ構造を含む事はあってもそのものはデータ構造じゃないぞ。
いつものことだが文章をデータ構造として扱おうとするから不自然が発生する。
872:デフォルトの名無しさん
08/05/26 23:46:56
「一定の人々」「感じられる」なんていったらどんなことでも
言える罠。
・一定の人々にとっては池田犬作は神であると感じられる
・一定の人々にとってはマイナスイオンは癒し効果があると
感じられる
・一定の人々にとってはLispを使わない奴はハッカーじゃないと
感じられる
873:デフォルトの名無しさん
08/05/27 00:10:21
>>871-872
んな一般的な話じゃなくて、要素vs属性宗教戦争をwikiだかに書いたやつが
わけわからんのに言及したんだろ。
874:デフォルトの名無しさん
08/05/27 00:13:32
どうでもいいけど日本語的におかしいよ。
875:デフォルトの名無しさん
08/05/28 18:07:00
で、おまえらはnameを属性、要素のどちらにするんだ?
876:デフォルトの名無しさん
08/05/28 18:41:28
nameの意味次第じゃね
877:デフォルトの名無しさん
08/05/30 18:01:59
【な め な め】
878:デフォルトの名無しさん
08/05/30 21:34:50
長所新車な質問で済みません。
<foo>"It's fool!"</foo>
みたいに要素の内容に文字実体参照を使わず直接 " とか ' を
書いてもいいような気がするけど駄目ですか？
（gt lt amp が無理なのは分かってます）
879:デフォルトの名無しさん
08/05/30 21:54:03
どう処理するか次第じゃない？
880:デフォルトの名無しさん
08/05/30 22:37:27
>>878
直接書いて何も問題ないよ。
gt も書いていい。
881:デフォルトの名無しさん
08/05/31 18:36:22
>>879 >>880
ありがとう。
＞gt も書いてもいい。
開いてないものを閉じるはずがないということで納得。
882:デフォルトの名無しさん
08/06/05 02:25:17
質問なのですが
Xpathを使用する際に宣言ってありますか？
それともXSLの仕様の１つだからXSL宣言だけでOKなんでしょうか？
883:デフォルトの名無しさん
08/06/05 02:26:15
日本語で
884:デフォルトの名無しさん
08/06/05 04:48:59
>>882
流石に日本語ではカワイソウ
出直して来い
885:デフォルトの名無しさん
08/06/05 16:34:30
JSONみたいにXMLのマージのできるJavaのライブラリや機能ありますか？
886:デフォルトの名無しさん
08/06/06 00:41:57
ジェイソンの対抗馬のフレディというのがある
887:デフォルトの名無しさん
08/06/07 02:02:03
>>886
「Web ブラウザから利用できるSAXパーサ“Freddy” の実装と評価」
URLﾘﾝｸ(www.ieice.org)
888:デフォルトの名無しさん
08/06/16 11:53:32
xslt、xslの質問です。
<xsl:output
で、
indent="yes"
にすると、インデントさせてHTMLを出力させているのですが、
部分的にインデントさせずに出力する方法はありませんでしょうか？
xsltは、C#のSystem.Xml.XslのXslTransformを使っています。
889:デフォルトの名無しさん
08/06/16 12:01:39
何をやりたいかというと、
<img .../><img .../><img .../>
のように<img>を連続で配置したいのです。
（そうしないとIE7, html4strictで表示が変わる）
<![CDATA[ ほげほげ ]]>
で記述すれば、いけると思っていたのですが、
ソースがそのまま出てしまいます orz
890:888=889
08/06/16 13:26:54
disable-output-escaping="yes"でうまくいきました！
xslで、
<xsl:template match="hoge">
<xsl:value-of select="." disable-output-escaping="yes"/>
</xsl:template>
xmlにて、
<hoge><![CDATA[<img ・・・/><img ・・・/><img ・・・/>]]></hoge>
でうまくCDATA内のHTMLをエスケープされずに出力できました！！
お騒がせしました。ありがとうございました。
891:デフォルトの名無しさん
08/06/16 16:25:29
【施設・ソフト系の話】特定健診・特定保健指導
ｽﾚﾘﾝｸ(hosp板)l50
892:デフォルトの名無しさん
08/06/16 17:44:40
URLﾘﾝｸ(tokuteikenshin.jp)
に載っているプログラムをどう思うか感想を。
893:デフォルトの名無しさん
08/06/17 23:01:23
>>892
まあいいんじゃない？
クラスに（たぶんJava）マップすることを想定してる書き方とか、
数値系とテキスト系で記述ルールをポリシ化してるっぽい所とか、
まあ一定にそれほど変じゃないポリシがある人が書いたように思える。
一部に名前空間周りが「？」な
URLﾘﾝｸ(tokuteikenshin.jp)
とかあるけど、全体的にはまっとうだと思われ。
かつてはxml0001,xml0002,xml0003,...とか<foo>abc/123/234/</foo>とか
ネーミングも構造化もへったくれもないXMLが色々なところで跋扈していてな・・・
それに比べれば夢のようだ。
最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4880日前に更新/254 KB
担当:undef