【XML】xmlns, XSLT, RelaxNG, JAXP, etc.【総合】

【XML】xmlns, XSLT, RelaxNG, JAXP, etc.【総合】 at TECH

[前50を表示]
650:デフォルトの名無しさん
07/10/31 21:43:57
>>649
パーサーではStAXもサポートされたみたいですけど、どんな感じでしょうか。

651:デフォルトの名無しさん
07/11/01 01:21:38
J2SE 6.0

652:デフォルトの名無しさん
07/11/01 17:12:21
StAX最高だよ。

653:デフォルトの名無しさん
07/11/02 19:43:14
URLﾘﾝｸ(www.w3.org)
これどう？
すげー使いてー、どこぞで実装してんすかー

654:デフォルトの名無しさん
07/11/02 21:47:25
まだドラフトなのに実装とかするところあるのか？

655:デフォルトの名無しさん
07/11/03 00:45:24
W3Cは変なもの作りすぎです。

656:デフォルトの名無しさん
07/11/04 02:15:38
WDで実装が作られるって別に珍しくない。
けど、これの実装は知らん。

657:デフォルトの名無しさん
07/11/05 00:26:33
URLﾘﾝｸ(norman.walsh.name)
URLﾘﾝｸ(nwalsh.com)

658:デフォルトの名無しさん
07/11/07 13:01:25
XMLスキーマで、要素集合を定義するときにxs:sequenceとxs:allがあるけど、
いろいろと解説を読んだ感じでは、特別な理由がない限りは順序を指定する
xs:sequenceを使え、ということだと理解したんだけど。

ということは、そもそもXML自体が要素の順番を重要視する規格だということ
になると思うんだけど、そういう理解であってる？

659:デフォルトの名無しさん
07/11/07 17:39:15
>>658
そんなことはないと思う。
単に要素の出現順序が決まっていれば処理が楽だからじゃないか？

660:658
07/11/07 18:08:16
あと、そもそもDTDだと順番自由な要素集合を定義する方法がないことを初めて知った。

もちろん、処理が楽だからというのはそうなんだろうけど、世のパーサー実装がそれを
前提に書かれてるとしたら、俺のXML理解がかなり変わってくるので。

661:デフォルトの名無しさん
07/11/08 02:31:05
xmlスキーマからどんなxmlがくるか解析するツールって何かありませんか？

662:デフォルトの名無しさん
07/11/09 11:17:17
どんなxmlがくるか解析したものがスキーマじゃね？
データを解析するの？

663:デフォルトの名無しさん
07/11/09 11:54:00
XMLスキーマからサンプルとしてインスタンスを生成するってこと？
XML Spy, oXygenなんかにはそういう機能があったはず
フリーソフトウェアも探せばあるかもしれないね

664:デフォルトの名無しさん
07/11/10 00:45:23
Sun XML Instance Generatorというのがある。

665:デフォルトの名無しさん
07/11/12 03:56:16
例えば URL なんかをこんな感じで表したい場合:

<url scheme="http">
　　<host>www.foo.com</host>
　　<port>80</port>
　　<path>/hoge/unko.txt</path>
</http>

<url scheme="mailto">
　　<mail>hoge@foo.com</mail>
</url>

属性の値によって子要素の定義が変わるような定義を Schema で記述できるんでしょうか?
どう表せばよいか悩んでいます。

666:デフォルトの名無しさん
07/11/13 20:29:25
>>665
ちょっと余計なものが付くがこれで良ければ。

<xsd:element name="url" type="urlType" />
<xsd:complexType name="urlType" abstract="true" />
<xsd:complexType name="httpType">
　<xsd:complexContent>
　　<xsd:extension base="urlType">
　　　<xsd:sequence>
　　　<xsd:element ref="host" />
　　　<xsd:element ref="port" />
　　　<xsd:element ref="path" />
　　</xsd:sequence>
　　<xsd:attribute name="scheme" type="schemeType" use="required" fixed="http" />
　</xsd:extension>
　</xsd:complexContent>
</xsd:complexType>
<xsd:complexTpe name="mailtoType">（略）</xsd:complexType>

<url scheme="http" xsi:type="httpType">
　<host>www.foo.com</host>
　<port>80</port>
　<path>/hoge/unko.txt</path>
</url>
<url scheme="mailto" xsi:type="mailtoType">（略）</url>

xsi:typeが省略されるとurlTypeはabstractなのでエラーになる。

667:デフォルトの名無しさん
07/11/13 20:42:36
>>666
なるほど、ベースを abstract で宣言しておいて、拡張のほうで "http", "mailto" を
fixed 指定にしておけば属性値ごとに中の定義が変更できるような使い方になりますね。
帰って試してみます。schemaType は string じゃダメなんでしょうか?

668:デフォルトの名無しさん
07/11/13 21:12:20
>>667
schemeTypeはenumerationにしてたんだが行数の都合で省略したのを忘れてた。
もちろんstringでいいと思う。

669:デフォルトの名無しさん
07/11/14 04:02:31
高橋麻奈の「やさしいXML 第２版」という本で、ちょうどXSLの操作を勉強しています。

練習問題での自分の回答と巻末の模範解答が違うことがあるのですが、同じことができる
スタイルシートを作れていれば「正解」としていいのでしょうか？

たとえば、
<xsl:template match="car">
　 <car>
　　 <xsl:attribute name="file">
　　　　<xsl:value-of select="img/@file"/>
　　 </xsl:attribute>
　　 <xsl:apply-templates select="name"/>
　　 <xsl:apply-templates select="price"/>
　</car>
</xsl:template>

とするべき（？）ところで、<car>のかわりに、<xsl:copy>と書いてしまったのですが、
ＸＭＬの理解の上では問題ありませんよね？

他にも
<xsl: copy-of select="."/>と書く方法と、

<要素>
　　<xsl:value-of select="."/>
</要素>

と丁寧に書く方法がありますが、ＸＭＬの勉強では好きな方選べばよいのかな・・・

670:デフォルトの名無しさん
07/11/14 07:14:27
>>669
与えられた入力と求める出力（いずれもXMLか）を貼らないと
XSLT知ってる人でも答えにくいと思うぞ。

671:デフォルトの名無しさん
07/11/14 16:45:43
まずはやさしいシリーズを捨てる所からだな。
悲しいけどこれってマジレスなのよね。

672:669
07/11/15 00:03:12
>>671
やさしいXML、Java活用編ともに終盤にさしかかっているので・・・
結局3冊買っちゃいました

673:デフォルトの名無しさん
07/12/01 18:03:12
<foo:bar>ほげほげほげ
ふーばー
おっぱっぴー</foo:bar>

みたいなのを、

<xhtml:div>ほげほげほげ 
ふーばー 
おっぱっぴー<xhtml:div>

みたいにしたいんだけど、どう書けばいいんでしょうか。

674:デフォルトの名無しさん
07/12/01 18:04:55
あ、XSLTの話です。

675:デフォルトの名無しさん
07/12/01 18:59:26
substring-before, substring-afterでも駆使して再帰的に変換すればいいんじゃなかろうか。

とはいえ、データ構造から見直したほうがいいとおもうよ

676:デフォルトの名無しさん
07/12/01 19:11:18
>>673
やってやれないことはないがあまりオススメしない。
HTMLにするならpreじゃいけないのか？

<xsl:param name="line.delimiter" xml:space="preserve">
</xsl:param>

<xsl:template match="foo:bar">
　<xhtml:div>
　　<xsl:call-template name="substitute">
　　　<xsl:with-param name="str" select="text()" />
　　</xsl:call-template>
　</xhtml:div>
</xsl:template>

<xsl:template name="substitute">
<xsl:param name="str" />
　<xsl:choose>
　　<xsl:when test="contains($str, $line.delimiter)">
　　　<xsl:value-of select="substring-before($str, $line.delimiter)" />
　　　<xsl:text disable-output-escaping="yes"> </xsl:text>
　　　<xsl:value-of select="$line.delimiter" />
　　　<xsl:call-template name="substitute">
　　　　<xsl:with-param name="str" select="substring-after($str, $line.delimiter)" />
　　　</xsl:call-template>
　　</xsl:when>
　　<xsl:otherwise>
　　　<xsl:value-of select="$str" />
　　</xsl:otherwise>
　</xsl:choose>
</xsl:template>

677:デフォルトの名無しさん
07/12/04 00:05:29
XSLTで
<a>
<elem-a/><elam-b/>
</a>

<elem-1/><elem-2/>

を
<c>
<elem-a/><elam-b/>
<elem-1/><elem-2/>
</c>
に書き換えたいのですが、
<template match="a|b">
<c>
<apply-template select="*"/>
</c>
</template>
とやったら(記憶で書いてるので細かい点、ちょっと嘘かも)
<c>
<elem-a/><elam-b/>
</c>
<c>
<elem-1/><elam-2/>
</c>
となってしまいました。どのように書けばよいのでしょう?

678:デフォルトの名無しさん
07/12/04 23:34:32
んー、OPMLをXHTMLに変換するXSLT書いてるんだけど、
outlineがexpansionStateに含まれているかどうかってどうすれば知ることができるんだろうか

679:デフォルトの名無しさん
07/12/04 23:42:40
>>677
<a>との親にテンプレート適用して、
<a>との子とってくればいいんじゃなかろうか

680:デフォルトの名無しさん
07/12/05 00:35:14
>>679
なるほどそう書くのですか。それで出来そうですね。

681:デフォルトの名無しさん
07/12/05 00:36:26
>>678
outlineの親要素のローカル名がexpansionStateかどうかを調べればよいのでは。
もしexpansionState要素の子要素であるoutlineに何かしたいなら
マッチングパターンを変えてテンプレートを作成すればいい。

682:デフォルトの名無しさん
07/12/07 19:54:39
libxml使ってるんだけど、xmlXPathContextPtrってxmlDocPtrがないと生成できないの？
xmlNodePtrからいちいちxmlDocPtr生成するの面倒い…

683:デフォルトの名無しさん
07/12/10 02:52:30
XMLスキーマでユーザー定義の型をつくるとき、同じ型のリストはxsd:list を使えばできますが、例えば int のあと float ２つみたいな型を定義するにはどうすればいいでしょう？
<hoge>1 2.0 3.0</hoge>
のような。
xsd:pattern で正規表現を指定する他に方法ありますか？

684:デフォルトの名無しさん
07/12/21 12:52:44
>>683
んーそもそも、XMLというかデータ構造的に、そうした型の設計は
好ましくない気がするんだけど、どうしてもそれじゃなきゃだめなのけ?

685:デフォルトの名無しさん
07/12/21 20:31:19
XML をいわば Unicode データのコンテナ的に使っていますが、
XML 1.0 で定義されている文字を外れるコードが含まれると（例えば 0x1f 以下の
制御文字とか）エラーになってしまうようで、困っています。
この手の問題ってどうしたらいいと思いますか? とりあえず自前の文字参照みたいのを
定義して、かませようかと思っていますが...

686:デフォルトの名無しさん
07/12/21 20:41:32
じゃダメなのか。

687:orz
07/12/21 20:41:59
 じゃダメなのか。

688:デフォルトの名無しさん
07/12/21 20:56:29
>>686
年の瀬も近くてまったりしようと思ってたのに、いまさら自前のコードを起こして
テストするのが面倒でw XML の範疇でなんとかならないかと思って。

>>687
それは「文字」参照なんで、XML の範疇で文字として扱われていないコードに対しては
駄目みたいです、というのが自分の理解。ちなみに CDATA も同様。

689:orz
07/12/21 21:00:17
じゃ Base64 でも何でも使えば良いじゃん。

690:デフォルトの名無しさん
07/12/21 21:01:12
ちなみに XML 1.1 だと文字コードの範囲が広がってるんですけど、
巷の XML ライブラリってまだ 1.1 をほとんどサポートしてないですよね?

691:デフォルトの名無しさん
07/12/21 21:04:56
>>689
はい、それもアリなんですが、可読性がなくなるのがちょっと不便というか...
その XML を生でみたいときもあるので。

692:デフォルトの名無しさん
07/12/21 21:08:12
<char codepoint="0x1f"/>
とか適当にでっちあげればいいじゃん。

693:デフォルトの名無しさん
07/12/21 21:19:41
quoted-printable か URL フォームエンコーディングとかでも。
ちなみに「ダメです」ってのは何かアプリ的な不具合なのか、それとも潔癖原理主義的なものなのか。

694:デフォルトの名無しさん
07/12/21 21:21:13
>>692
すみません、それってどうやって使うんですか?

例えば
<text>制御文字が入ったテキスト 0x1f</text> （0x1f は実際にはバイトデータ（で、不正））
を
<text>制御文字が入ったテキスト <char codepoint="0x1f"/></text>
みたいな?
で、このテキストを取り出すときに何らかの処理で元のバイトデータに戻す?
ちなみに今は XPath でこの要素を取り出したりしているんですが... 変更は簡単かな?

695:デフォルトの名無しさん
07/12/21 21:40:18
>>693
>quoted-printable か URL フォームエンコーディングとかでも。

日本語が結構入るんで、ちょっと厳しいですかね。　

>ちなみに「ダメです」ってのは

えっとその「ダメです」がどれを指しているかわかりませんが、要は XML のエラーを
XML を処理しているレイヤーの回りで、なるべく楽に、インパクトを少なく回避するか、
ということです。

696:デフォルトの名無しさん
07/12/21 23:53:07
PI使えばいんじゃね？
でアプリ側で自由に処理すればいい。

697:デフォルトの名無しさん
07/12/21 23:54:56
まあ、文章をデータコンテナなんかに使おうと思うからそんな矛盾が起きるわけで。
そもそも発想が間違ってる。

698:デフォルトの名無しさん
07/12/21 23:57:40
なんでもかんでも XML は良い事だ (2001年日経)

699:デフォルトの名無しさん
07/12/22 00:09:45
XML Schema的にはhexBinaryかbase64Binary

700:デフォルトの名無しさん
07/12/22 00:18:12
xmlなアプリ実装すると考えればPIのdataにBase64が鉄板か？

701:デフォルトの名無しさん
07/12/22 00:37:46
もう MD5 で良いじゃん。

702:デフォルトの名無しさん
07/12/22 15:24:41
>>701
え?w

703:デフォルトの名無しさん
07/12/22 15:51:07
きっと、逆変換するアルゴリズムを開発した超絶ウルトラスーパーハッカーなんだよ。

704:デフォルトの名無しさん
07/12/22 21:55:00
俺はエロ画像のSHA1で抜ける！

705:デフォルトの名無しさん
07/12/22 22:56:37
なんだこの流れ？

706:デフォルトの名無しさん
07/12/24 13:18:59
俺もそういう文字扱いたかったから、xml1.1にしたよ。

707:デフォルトの名無しさん
07/12/24 13:32:03
xml1.1まともに扱えるパーサ教えてください

708:706
07/12/24 14:07:21
まともの定義がわからないけど、俺はjavaでStAX使いたいからWoodstoxだよ。
URLﾘﾝｸ(woodstox.codehaus.org)
JDK6とか新しめのJAXPでもxml1.1は使えるでしょ？

709:デフォルトの名無しさん
07/12/30 18:02:23
<xsl:for-each> でノード集合を逆順に列挙するのってどう書いたら良いですか?

710:デフォルトの名無しさん
07/12/30 18:14:50
xpath2.0ならreverseが使える。1.0はよう知らん

711:デフォルトの名無しさん
07/12/30 18:39:07
>>709
<xsl:sort>でソートするんじゃダメ?

712:デフォルトの名無しさん
07/12/30 19:48:56
<xsl:for-each> の直下に <xsl:sort order="descending" /> 置いたらできますた。

713:デフォルトの名無しさん
07/12/30 23:36:32
XMLでbase64を使う意味が分からない。
Unicode使えるんだから、もっと膨張を抑えたエンコードも出来るはず。

714:デフォルトの名無しさん
07/12/31 05:28:28
別に必ずしもbase64でエンコードする必要はない。

715:デフォルトの名無しさん
07/12/31 09:58:36
ish?

716:デフォルトの名無しさん
07/12/31 11:34:27
イクラちゃんishで

717:デフォルトの名無しさん
08/01/01 20:37:49
XMLDBでxindiche以外でフリーでつかえるものってある？

718:デフォルトの名無しさん
08/01/03 16:53:52
libexpatw の最後の w って何ですかw

719:デフォルトの名無しさん
08/01/03 18:42:22
wchar_tのw

720:デフォルトの名無しさん
08/01/09 10:06:44
>>717
eXistかDB2のExpress-Cでも使っとけ

721:デフォルトの名無しさん
08/01/12 00:12:51
XPath, XQuery の仕様読んでるが何か SQL の再発明めいてきたなこれ。

722:デフォルトの名無しさん
08/01/12 01:01:46
似せたんじゃなかったけクエリー言語として。

723:デフォルトの名無しさん
08/01/12 01:48:41
XMLの検証で質問です。

<a>
ABC
123
</a>

このようなXMLで、1番目の要素はstring型、2番目の要素は
integer型であることを検証したいと思っているのですが、wxsでは
同名の要素を異なる型で定義することができません。
何かうまい方法はないでしょうか？

724:デフォルトの名無しさん
08/01/12 02:15:31
要素名を変える

725:デフォルトの名無しさん
08/01/12 03:04:09
string型はinteger型を包含するから無駄な検証だな。

726:デフォルトの名無しさん
08/01/12 08:37:20
というか1番目の要素はルート要素であるaじゃないの？
色々と間違ってる。

727:デフォルトの名無しさん
08/01/12 08:46:32
さすがにそうは読めんが。

728:デフォルトの名無しさん
08/01/12 10:19:15
名前空間を変える。

729:デフォルトの名無しさん
08/01/12 10:34:36
PIでやってもいいな。

730:デフォルトの名無しさん
08/01/12 13:49:14
PIって何？

731:デフォルトの名無しさん
08/01/12 13:53:49
Processing Instruction

732:デフォルトの名無しさん
08/01/12 15:16:25
>>725
well-formed XML は valid XML を包含するからvalidatorは必要ない？

733:デフォルトの名無しさん
08/01/12 16:36:44
>>723
そんなスキーマの設計になる納得の行く理由を聞きたいが。

734:デフォルトの名無しさん
08/01/12 17:12:28
>>732
うん。
non-valid XMLだったら、wel-formed XMLであることを調べる。← これは馬鹿げている。

もっとも、元質問は
> 同名の要素を異なる型で定義することができません。
ではなくて
< 要素の出現順で異なる型を定義したい
という事のようなので、オレの読み違いのようだけど。

735:デフォルトの名無しさん
08/01/12 18:43:46
>non-valid XMLだったら、wel-formed XMLであることを調べる。
今回は違うが、食わせるxmlが不定の場合、エラーハンドラくらい実装するから、
これはwel-formedかどうか調べる事になるから別に馬鹿げてる訳でもないと思うが。

馬鹿げてるのはnon-wel-formedなxmlでもパース出来るパーサかと。実際にあるが。

736:デフォルトの名無しさん
08/01/12 19:11:10
if ( i > 0 || i >= 0)
↑これを馬鹿げているといってるんだけど、コンパイラが最適化するから問題ないというならそれでもいい。

737:デフォルトの名無しさん
08/01/12 19:29:09
>>725が言っているのは、i の定義が「数値」であるならば「0より大きい数値」を
包含してるから、その比較自体無駄だということだろ？

738:デフォルトの名無しさん
08/01/12 21:24:23
そういう事か他言語にバインドした後の話ね。そういう使い方はした事ないな。

739:723
08/01/13 01:12:15
いろいろな意見ありがとうございました。
結局手はないようですね。

背景説明を端折っていましたが、このXML文書は外部で仕様が定められて
いるもので、それを定義したスキーマ文書は別に存在します。
ただし汎用的なフォーマットなのでかなり制約は緩いものとなっています。
逆にこれを利用するシステム／装置側はそのすべてのバリエーションを
許容することができないため、その特定用途向けの検証をwxsで行おうと
考えていました。
実際に要求されている制約は「name属性が"aaa"の場合はxxx属性が必須で
テキストはxx文字以内」などというものだったりするのですが、さすがに
それは無理だろうと考えていたので、要素の出現順を固定して「1番目の
要素はname属性が"aaa"に等しく、～」という形で検証しようとしていました。

実はその検証用のxsdを作成する際はSunのmsvを確認に使っていて、
そこでは意図したとおりの検証ができていました。ところがこれを利用する
プログラムが出来て、そちらに掛けてみたところスキーマ文書が受け付け
られず、問題が発覚しました。
ですのでxsdの記述だけで解決できればよかったのですが、別途チェック
プログラムを起こしたりする必要がありそうですね。

740:デフォルトの名無しさん
08/01/13 02:09:10
スキーマの設計が悪い。

741:デフォルトの名無しさん
08/01/13 02:12:42
すげぇ無駄な事してるな・・・何とかしようと思う723は凄い

742:デフォルトの名無しさん
08/01/13 02:14:41
>>739
ああ、よくある、上から降りてきた設計のしわ寄せが現場に来るの図ね。
まあそんなことだと思ったよ。
きっとスクリプトで楽することもできないんだろう。
頑張って追加のコードを組んでください。

743:デフォルトの名無しさん
08/01/13 03:00:20
あら

744:デフォルトの名無しさん
08/01/13 03:05:57
まぁ文章の完全な正当性なんて DB やホストに問い合わせてみないと保障できない
なんてのもよくある話だから、スキーマベースの検証の限界だと思ってプログラムで
確認しなはれ。

745:デフォルトの名無しさん
08/01/13 03:50:54
それとこれとは別だろ。どうみてもスキーマの設計ミス。
というかバカだろそのスキーマ作った奴。

746:デフォルトの名無しさん
08/01/13 09:19:36
Processing Instruction の位置づけがよく分からんのですが、例えばどういうときに
自分定義の PI を導入するもんですか?

747:デフォルトの名無しさん
08/01/13 10:58:16
適当な例が思いつかんが、たとえば、>>685の質問をPIで何とかしようと思うと、

<text><?[[Here is an U+00 ->]]><?character U+00?><?[[<-.]]></text>

こんな感じになるかもしれない。

748:デフォルトの名無しさん
08/01/13 11:06:09
ボケてたよー

<text><?[CDATA[Here is an U+00 ->]]><?character U+00?><?[CDATA[<-.]]></text>

749:デフォルトの名無しさん
08/01/13 11:06:53
ごめん。寝てないんだよー

<text><![CDATA[Here is an U+00 ->]]><?character U+00?><![CDATA[<-.]]></text>

750:デフォルトの名無しさん
08/01/13 11:40:19
まずその XML を特定のプログラムで加工処理するという前提があって、そのプログラム用に
データでも文章でもない制御系の情報を埋め込むためのもの、という感じで良いのかな?
C で言う #pragma 命令みたいな。<?compiler warning="suppress"?> とか
<?scanning very-very-secure?> とか <?verify hash="02F84298FEDFA" algorithm="md5"?> とか。

751:デフォルトの名無しさん
08/01/13 11:47:04
まあ、そんなもの。
XMLプロセッサは、対応していないPIは無視することになってるから、#pragmaと一緒やね。

752:デフォルトの名無しさん
08/01/13 13:52:12
XML ﾃﾞｰﾋﾞｰって何なの? 既存の XML ファイルに SQL で照会掛けたりできるの?

753:デフォルトの名無しさん
08/01/13 22:39:47
できるものもある。

754:デフォルトの名無しさん
08/01/14 16:25:07
XSL-FOの話題ってここでいいのか？
組版の話だから違うような気もするんだが。
もし妥当なスレがあったら教えてくれるとありがたい。

755:デフォルトの名無しさん
08/01/14 16:29:39
関連技術なら何でもいいと思うよ。

答えられる人がいるかどうかは、また別の話だけど。

756:デフォルトの名無しさん
08/01/14 21:23:35
XML関連の質問って、どこにもって行けばいいのか分からないよなぁ。
このスレではわりと勉強させてもらっているが。

あと、XML DBの話はこういうのがある。俺もまだ第一回しか読んでないんだが。
URLﾘﾝｸ(www.atmarkit.co.jp)

757:デフォルトの名無しさん
08/01/14 23:01:25
>>756
ソレ、役に立たない。

758:デフォルトの名無しさん
08/01/14 23:31:13
XSL-FOはここだろうけど実装が限られるし仕様自体も紙媒体への印刷を考慮されて巨大化してるから分かる人は少ないよ。

XSLとXSL-FOの関係もろくに理解してない奴らばかりだし。

とりあえず仕様書は嫁。でかいけど。

759:デフォルトの名無しさん
08/01/15 01:03:36
おまいさんが理解してるんだろう。

760:デフォルトの名無しさん
08/01/15 20:44:02
XSL で 0 パディングってどうやればいいの?

761:デフォルトの名無しさん
08/01/16 20:56:24
format-number

762:デフォルトの名無しさん
08/01/18 17:25:02
XML-FOなんて扱えるソフトすらもってねえ

763:デフォルトの名無しさん
08/01/18 19:38:02
PDF変換とかに使われてるくらいかな？
SVGは使われ始めてるのに、こっちは使われてないんだよな。
WYSIWYG特性はこっちのが強いはずなのに。

764:754
08/01/18 19:48:36
アクセス規制に引っかかって年末からずっと書けやしない。
今も自宅とは別のマシンから書き込んでる。

で、聞きたかったのはあるブロックがページをまたがないよう
に指定ってできるのかねってこと。
ちなみに俺が使ってるのはXSLFormatter体験版。

765:デフォルトの名無しさん
08/01/18 20:49:43
SVGはIEが対応してないからなぁ．
しかも Adobe が配布していた
SVG ビューアもなんかどっかいっちゃった．

766:デフォルトの名無しさん
08/01/18 21:38:15
IEなんてごみしらね。
xml絡みはまともな実装ができるまでサポートしないってIE7が出たとき開発陣が言ってたが・・・。

767:デフォルトの名無しさん
08/01/19 01:07:45
IEは、JavaScriptのメモリ関係の酷いバグをさっさと直せと言いたい。

768:デフォルトの名無しさん
08/01/19 18:55:51
XPath 2.0 でヤケクソ気味に関数増やしやがったな。

769:デフォルトの名無しさん
08/01/20 02:20:44
XSL って無限ループ書ける?
最悪でもスタックオーバーフローくらいの一時的なの済むなら
客に自由に作ってもらおうかと思ってるんだけど。

770:デフォルトの名無しさん
08/01/20 03:10:04
XSLT 1.0はチューリング完全。
URLﾘﾝｸ(www.unidex.com)

771:デフォルトの名無しさん
08/01/22 01:30:10
XSL か XPath 使って「全角文字 (Unicode に全角文字も変だが; 日本語ね) に
囲まれた連続した空白は削除する」って出来ない?

772:デフォルトの名無しさん
08/01/22 01:44:11
一応xpathには指定した文字のインデックスを得る関数と、部分文字列を得る関数はあるから、出来ないことはないと思うよ。

773:デフォルトの名無しさん
08/01/23 11:09:40
XPathで、
/list/item[number][date]
を、[]を含まない書き方にはどうすればいいんでしょうか？
parent axisを使えばいいらしいんですが、、、

よろしくお願いします。

774:デフォルトの名無しさん
08/01/23 13:38:21
そんなのないよ

775:デフォルトの名無しさん
08/02/03 03:55:31
DTD と XML 名前空間を混在させるにはどうしたら良いですか?
例えば↓のように書くと「要素 foo に xmlns:bar 属性は使えない」ということになってしまうんですが。

<!DOCTYPE foo SYSTEM "foo.dtd">
<foo xmlns:bar="URLﾘﾝｸ(...)">
...
</foo>

まぁ Eclipse の XML 構造化エディタ上の話で、Java から読む時は DTD 検証してないんで
問題ないっちゃないんですが。

776:デフォルトの名無しさん
08/02/03 11:50:07
名前空間が分離できねーからDTDダメダメ、XML Schema開発しようぜ。
という流れなので無理。

777:デフォルトの名無しさん
08/02/03 12:38:01
DTDにxmlns:bar属性の定義を追加しないと使えんわな

778:デフォルトの名無しさん
08/02/03 13:35:04
規則を表現する能力でいえば，Relax NG の方が高いよな．
でも XML エディタの多くは XML Schema 対応だから
そっちの方が無難だが．

RFC とか IETF での規格書は Relax NG Compact で
記述されていることも多くって，変換が必要．

779:本田
08/02/04 23:06:03
Text Processing in Python (ペーパーバック)
David Mertz (著)
URLﾘﾝｸ(www.amazon.co.jp)
# ペーパーバック: 544ページ
# 出版社: Addison-Wesley (C) (2003/6/2)
# 言語英語, 英語, 英語
# ISBN-10: 0321112547
# ISBN-13: 978-0321112545
# 発売日： 2003/6/2
# 商品の寸法: 23 x 17.4 x 3.2 cm

780:本田
08/02/04 23:06:39
XMLの論考: 第1回

XML文書をオブジェクトとして'Python 的に'取り組む
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2000年 8月 01日
URLﾘﾝｸ(www.ibm.com)
「XML の論考」コラムの最初の記事で、
David Mertz 氏は xml_pickle モジュールを紹介していますが、
これは、XML と Python を境い目を作らずに統合しようとする彼の継続的な探求の一部でもあります。
この記事で、Mertz 氏は、 xml_pickle に至った設計上の目標と決定について論じ、
考えられる使い方について説明します。

781:本田
08/02/04 23:07:05
XMLの論考: 第2回

XML文書をオブジェクトとして "Python 風" に処理する方法 (II)
developerWorks

レベル: 中級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2000年 8月 01日
URLﾘﾝｸ(www.ibm.com)
この記事は、『XML Matters』コラムの第 2 回目となりますが、
XML と Python の間のよりシームレスな統合を実現する絶え間ない探求の一環として、
David Mertz がxml_objectify モジュールを紹介します。
David は、xml_objectify の使用方法と、
XML 文書をオブジェクトとして処理する際にこの "Python 風" モジュールを使用する利点について説明します。

782:本田
08/02/04 23:07:29
XMLの論考: 第3回

XMLの派生語であるDocBookの紹介
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2000年 10月 01日
URLﾘﾝｸ(www.ibm.com)
「XMLの論考」コラムの3回目のこの記事で、David Mertz氏は、
技術文書および他の文書を記述するDocBook (SGML/XMLの派生言語の1つ) について紹介します。
David Mertz氏は、DocBookを使うことの利点とともに、
大規模な文書の変換作業を計画しモジュール化する方法を解説してくれます。

783:本田
08/02/04 23:07:49
XMLの論考: 第4回

DocBookのXML版を楽しむ
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2000年 10月 01日
URLﾘﾝｸ(www.ibm.com)
連載コラムの今回は、便利なDocBookを使えば、
さまざまに異なる文書形式を1つの標準的なXML形式に変換できることについて説明を続けます。
さらに、いくつかのDocBookタグをより詳しく調べて、基本的なDocBook文書の作成方法も示します。

784:本田
08/02/04 23:33:57
XMLの論考: 第5回

XSLTを使ってDocBook文書を変換する方法
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2000年 11月 01日
URLﾘﾝｸ(www.ibm.com)
DocBook のサンプルをもとに、David Mertz 氏が、
XSLT (Extensible Stylesheet Language Transformation) を使って、
XML 文書を HTML に変換する方法を示します。
その中では、XML 文書を変換する 4 つの代替手段を取り上げ、
いくつかのオープン・ソース・ツールの使い心地にまで触れているわけですから、
まさに勇気あるコラムニストです。
サンプル・コードとしては、XSLT 文書の断片、
シンプルな DocBook の 1 つの章を XSLT で記述した妥当な HTML 出力コード、
簡単な XSLT ループ例が掲載されています。

785:本田
08/02/04 23:34:25
XMLの論考: 第6回

さまざまなエディター
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 1月 01日
URLﾘﾝｸ(www.ibm.com)
この記事では、
10以上の主要なXMLエディターについての最新評価をDavid Mertzが示します。
とくに大量のテキストを含む一般的文章 (prose) のXML文書処理に関して、
それぞれのエディターの安定度、弱点、および機能性を比較します。
さらに、一般的文章のXML文書を作成、変更、保守するうえでの実際の問題にも答えます。

786:本田
08/02/04 23:34:46
XMLの論考: 第7回

W3C XML SchemaとDocument Type Definitions (DTD) の比較
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 3月 01日
URLﾘﾝｸ(www.ibm.com)
XML文書型の指定として、
XMLスキーマが間もなくDTDに取って代わると多くの開発者は考えています。
David MertzはXMLスキーマが開発者にとって非常に価値のあるツールだと考えますが、
これがDTDに取って代わるかどうかについては、懐疑的です。
「XMLの論考」の今回のコラムでは、
スキーマとDTDの比較という難題に取り組み、
XMLスキーマの世界で今何が起きているかを明らかにします。

787:本田
08/02/05 01:18:48
XMLの論考: 第8回

XMLを階層モデル、リレーショナル・モデル、オブジェクト指向モデルに適応させる
developerWorks
レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 4月 01日
URLﾘﾝｸ(www.ibm.com)
XMLがどんなデータベースに最もよく適合するかを検討している著者David Mertzは、
階層、リレーショナル、オブジェクト指向のそれぞれのデータ・モデルの枠組みにXMLがどう適合するかを説明します。

788:本田
08/02/05 01:19:25
XMLの論考: 第9回

SQL照会からのDTDおよびXML文書の生成
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 5月 01日
URLﾘﾝｸ(www.ibm.com)
このコラムは、ポータブルXML結果セットをRDBMSの種類に依存せず生成できるようにする、
、パブリック・ドメイン sql2dtd および sql2xml ユーティリティーについての考察を取り上げています。
リレーショナル・データベースからデータを抽出するSQL照会は、
照会結果をXMLで表現するもので、
これによりきわめて実用的な形で、非定型の文書タイプの情報を提供できます。

789:本田
08/02/05 01:22:56
XMLの論考: 第10回

XML文書を索引付けする
developerWorks

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 5月 01日
URLﾘﾝｸ(www.ibm.com)
XML文書保管形式は、特に散文的で単純な文書向けに普及してきました。
しかし、それにつれて、XML文書の集合内の内容を探す作業は難しくなってきています。
このコラムでは、XML固有の検索および索引付け機能を含めて、
Mertz氏の「魅力的なPython第15回」のコラムで提示された汎用全文検索システム (indexer) について解説します。
このコラムでは、このツール設計が、いかにXML階層ノード構造の利点を生かす索引付けに取り組んだかについて議論します。

790:本田
08/02/05 01:27:58
XMLの論考第11回: xml_pickleおよびxml_objectifyの再考

オープン・ソースのレッスンと常識

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 6月 01日
URLﾘﾝｸ(www.ibm.com)
著者のDavid Mertzが、高水準言語Pythonによる、
XML文書処理に便利なユーティリティーを初めて紹介して以来、
ユーザーや読者から非常に有用な拡張や提案が数多く寄せられました。
この記事では、彼のモジュール・スイートに対して行われた変更の一部をご紹介するほか、
これらのモジュールの高度な使用とカスタマイズに関するヒントも提示します。
コード・サンプルでは、py_obj._XML 属性、
オブジェクトやリストとして扱われるノード属性、
py_obj マジック属性の振る舞いなどのデモンストレーションを行います。

791:本田
08/02/05 01:29:07
XMLの論考第12回: Pythonモジュールxml2sqlおよびdtd2sqlの使用

DTDおよびXML文書からのSQLステートメントの生成

レベル: 初級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 6月 01日
URLﾘﾝｸ(www.ibm.com)
前回の記事では、SQL照会からのXML文書の生成について探りました。
今回、David Mertzは、それなりの制約と複雑さがあるものの、
XML文書およびDTDからRDBMSストレージ形式への逆方向の変換も同様に可能であることを示します。
ここで論じるPythonのパブリック・ドメイン・ユーティリティーxml2sql およびdtd2sql は、
整合性を保ち逆変換可能な方法で、
データベースを作成しデータを挿入するための、SQLステートメントを生成します。
この技法を7つのコード・サンプルによって示します。

792:本田
08/02/05 01:31:16
XMLの論考第13回: XMLと圧縮

文書のエントロピーの調査

レベル: 中級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 9月 01日
URLﾘﾝｸ(www.ibm.com)
今回のXMLの論考では、XML文書のいくつかの圧縮方法を調べます。
XMLは構造が特殊なため、単純な圧縮技法に対しては、いくつか改善が可能です。
それらの改善点を活用する方法を、コラムニストのDavid Mertzが説明します。
また、技法を示すためのサンプル・コードも含まれています。

793:本田
08/02/05 01:35:21
XMLの論考: DOM、SAX、およびXSLTの限界を超える

XML用のHaXml関数型プログラミング

レベル: 中級

David Mertz, Ph.D (mertz@gnosis.cx), Author, Gnosis Software, Inc.

2001年 10月 01日
URLﾘﾝｸ(www.ibm.com)
XMLデータを処理するとき、DOMやSAXやXSLTではなく、Haskellの使用を考慮してみてください。
HaXmlライブラリーは、XML文書を関数型言語Haskell固有の再帰的データ構造で表現します。
HaXmlには、こうした「データ構造化された」XML文書を処理するための、高次 (higher order) 関数が提供されています。
DOM、SAX、XSLTといったよく知られている技法と比べて、
HaXml技法は多くの点ではるかに洗練され、しかもコンパクトで強力です。
この技法をサンプル・コードによって示します。

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を処理するためのツールを紹介します。

次ページ