07/08/11 17:58:01
XQuery2.0を全部実装って相当大変じゃね？
597:デフォルトの名無しさん
07/08/11 18:00:55
>>586みたいな、サンプル拾って何となく改造したらできたよ、わーい、ってタイプは、
トラブルシュートが一切出来なくて終盤苦しむんだよなー。
周りを巻き込んで。
598:デフォルトの名無しさん
07/08/11 21:19:54
XSLTなのですが、属性名を動的に記述する方法ってないのでしょうか。
例えば以下のような処理を期待しています。（当然エラーになりますが）
<xsl:for-each select="attr">
<xsl:attribute name="@name">
<xsl:value-of select="@value"/>
</xsl:attribute>
</xsl:for-each>
599:デフォルトの名無しさん
07/08/11 21:26:36
{@name}
じゃダメだっけ。
600:デフォルトの名無しさん
07/08/11 21:37:21
>>599
ありがとう、できました！
参考書に載ってないから諦めてたんですが、
実は属性値 XPath でぐぐると出てきますね・・・
ネットよりショボイ参考書買っちゃったorz
601:デフォルトの名無しさん
07/08/12 02:31:24
技評の完全解説がｵﾇﾇﾒ
602:デフォルトの名無しさん
07/08/12 09:41:42
>>596
相当大変だからすでに実装されたライブラリを探す。
XQueryの実装ライブラリ探してますって話ならここだが、
XQueryが使えるソフト探してますは板すら違うかも。
XQueryってW3CのRI出てなかったけ？
603:デフォルトの名無しさん
07/08/12 22:45:11
Rはないような気がしないでもない。
URLﾘﾝｸ(www.w3.org)
604:デフォルトの名無しさん
07/08/13 01:10:03
XML Schemaは「それら以外の属性」のような定義って出来ますか？
例えば type や uuid などの属性名にはルールを設けるけど、
それ以外の属性は好きに書いていいよ。っという書き方です。
605:604
07/08/13 02:10:12
自己解決。xs:anyAttributeってのがありました。
606:デフォルトの名無しさん
07/08/14 16:45:49
XMLの規格ってなんで規格ごとに記法に統一性がないんだろう。
schemaのrestriction用に変数や関数が使いたい。
xslやxpathの資産が何も引き継げないとは。。。
607:デフォルトの名無しさん
07/08/14 18:16:58
>>606
> schemaのrestriction用に変数や関数が使いたい
ただでさえ特盛りのXML Schemaにそれつけたら
完璧なバリデータを書くのが不可能に近くなるぞ。
608:デフォルトの名無しさん
07/08/14 19:19:12
統一性がないんじゃなくてSGMLで統一して何でも出来るようにして
大失敗したから目的ごとに別の仕様を作るようにしただけ。
以下、>>607。WXSなんてW3CのRIですら仕様のフルサポート出来てないけどアレが一番再現度高いんだから。
あれがほしいこれがほしい言ってたらSGMLの二の舞。
609:デフォルトの名無しさん
07/08/16 11:47:34
むしろWXSはもっとシンプルにすべきだった。
610:デフォルトの名無しさん
07/08/16 12:01:00
SGMLは複雑、XMLはシンプルなんてよく言われるけど
いまじゃXMLのほうがはるかに複雑だよなぁ
611:デフォルトの名無しさん
07/08/16 15:25:56
XMLでキモく感じるのは属性と要素を区別してしまったことだ。
それでもまだXML自体はマシじゃなかろうか。
関連技術のカオスっぷりには閉口するが。
612:デフォルトの名無しさん
07/08/16 21:07:35
schemaって属性版のchoiceってないの？
613:デフォルトの名無しさん
07/08/16 22:49:26
>>612
enumeration?
614:デフォルトの名無しさん
07/08/16 23:38:23
それは単純型の値じゃね？
615:デフォルトの名無しさん
07/08/17 13:13:22
javaで↓を取ると
<a>
1111
2222
3333
</a>
値が
1111
2222
3333
になります。
↓で取れないですかね
1111
2222
3333
616:デフォルトの名無しさん
07/08/17 13:15:18
javaで↓を取ると
<a>
1111
2222
3333
</a>
値が
1111
2222
3333
になります。
↓で取れないですかね
1111
2222
3333
617:デフォルトの名無しさん
07/08/17 15:58:55
>>611
属性と要素の交換を可能にしたSGMLは見事に実装が困難になった訳だが・・・。
618:デフォルトの名無しさん
07/08/17 16:10:30
>>616
> 1111
> 2222
> 3333
> になります。
ならないだろ。
\n
1111\n
2222\n
3333\n
になるはず。
619:デフォルトの名無しさん
07/08/17 17:35:45
APIはなんですか？
そんなにマイナーなものですか？
JAXPもJDOM有名なのがいろいろあるのに
APIはなんですか？
結局実装次第でｒｙ・・・・
空白の扱いをxml側で指定がなければ事実上、空白をどう扱うかは実装依存だろ。
620:デフォルトの名無しさん
07/08/17 23:56:01
>>617
>>611 は XML 仕様策定時に「属性などイラン。すべて要素にしる！」話が
結局そこまで踏み切れなかったことを言ってると思われ。
621:デフォルトの名無しさん
07/08/18 02:14:41
xsltだけどxsl:variableにDOMを詰める方法ってあります？
もしくは文字列をDOMに変換する方法でもいいんですが。
622:デフォルトの名無しさん
07/08/20 12:12:46
>>620
フォローサンクス。そゆことっす。なんで残したんだろ。
623:デフォルトの名無しさん
07/08/20 19:06:11
HTMLにあったからじゃない？
624:デフォルトの名無しさん
07/08/20 20:24:51
データ記述言語として考えれば属性なぞ要らんけど
テキストマークアップ言語として考えれば属性がないと不便極まりない
625:デフォルトの名無しさん
07/08/20 23:13:27
だからSGML/XMLはデータ記述言語じゃないとｒｙ
アトリビュート付き文書を扱うためのフォーマットだ。
アップルはそこら辺分かってない。
626:デフォルトの名無しさん
07/08/21 02:59:46
マークアップにはXMLよりSGMLの方がはるかに便利
せめてXMLでもNETが使えたらなぁ
627:デフォルトの名無しさん
07/08/21 12:26:52
現実問題、データ記述に使われてしまってるのがやるせない。
テストデータを YAML で書いてたら
なんだコレ、XML にしろと言われて一悶着。
権力に負けた。
628:デフォルトの名無しさん
07/08/21 18:51:28
目先のベンチマークより、「より標準である」ことを選ぶのは普通でしょ
629:デフォルトの名無しさん
07/08/21 20:16:24
分野が全くの別もんなんだから適材適所だろ。
そこを理解してない奴が居るとxmlかyamlで揉める。
630:デフォルトの名無しさん
07/08/21 20:44:12
そこでJSONですよ
631:デフォルトの名無しさん
07/08/21 22:42:00
つ RSD
RSDはデータ記述フォーマットだが文章をヒアドキュメントとして埋め込めるからデータと文章を同列に扱いたいとき良いよ。
文書主体ならやっぱSGMLかXMLしかフォーマットがないけど。独自以外。
632:デフォルトの名無しさん
07/08/22 11:02:11
>>619
commonsのconfigurationとjxpathです。
両方とも、最初の文字までがクリアされてしまいます。
633:デフォルトの名無しさん
07/08/22 21:44:17
十分マイナーじゃねーかｗ
普通、API側にも空白制御を指定できるメソッドかなんかあるはずだけど、
高レベルAPIだと無いかな。リファレンス嫁としか言いようがない。
634:デフォルトの名無しさん
07/08/23 23:31:44
URLﾘﾝｸ(www.infoteria.com)
635:デフォルトの名無しさん
07/08/24 00:26:11
>>634
それ固有の実装の話な。
ここでそんな話しても意味ないのは分かるかな？
636:デフォルトの名無しさん
07/08/25 04:59:17
>>631
>RSDはデータ記述フォーマットだが文章をヒアドキュメントとして埋め込めるからデータと文章を同列に扱いたいとき良いよ。
RSDってこれかな？
URLﾘﾝｸ(dev.zeraweb.com)
でもヒアドキュメントで埋め込んだ文章には<strong>や<em>といった要素を入れられるわけではないよね？
単なるテキストに過ぎない。
これだったらJSONやYAMLでよくね？特にYAMLならブロックテキストがあるし。
637:デフォルトの名無しさん
07/09/01 14:19:28
漫画で学ぶXML
URLﾘﾝｸ(www.geocities.jp)
URLﾘﾝｸ(www.geocities.jp)
638:デフォルトの名無しさん
07/09/01 14:44:02
>>635
DOM3以前は実装依存だぞ。という事を示したのだが、それくらい読み取れないのか? 頭ワルッ
639:デフォルトの名無しさん
07/09/19 02:14:31
テキストデータをXMLの中に入れる場合、可読性を考えてCDATAにする場合が多いと思いますが、
]]> が入るかもしれない場合、可読性は捨てて全部エスケープするしかないですか？
640:デフォルトの名無しさん
07/09/19 02:47:27
所詮世間一般ではxmlはデータコンテナのフォーマットか・・・。
PIのdataに突っ込んでアプリケーション側で処理させれば良いじゃない。
641:デフォルトの名無しさん
07/09/19 03:08:54
]]> を ]]>]]><![CDATA[ にするとか
642:デフォルトの名無しさん
07/09/19 08:36:42
エスケープしたら結局戻す処理はアプリケーション依存だろ。
だからPIで良いよ。
643:デフォルトの名無しさん
07/09/19 13:07:01
] と ]> にわけてCDATA2つにするのが普通じゃね？
644:デフォルトの名無しさん
07/09/27 23:37:51
騙された！PIって何を指してるの？
639じゃない俺が<?ここ?>になんでも含められるの？？！と驚き
試してしまったので敗北感があります
645:デフォルトの名無しさん
07/09/28 04:30:43
何一人でファビョってんだ？
どうせエンコーディングが一致せずに
<?ここ?>
~~~~
Fatal Err: not well-formed. Line n, Col 3
ってオチだろ。文字化けするから↓か。
<??????>
_ _^
646:デフォルトの名無しさん
07/09/28 13:58:41
エスケープ処理なんて O/X マッピングライブラリに任せてしまうよろし。
人間がやろうとするにはあまりに単純処理だし、
単純処理の割に手間を食うので馬鹿馬鹿しい。
647:デフォルトの名無しさん
07/09/28 22:37:33
たかだか文字参照ごときにマッピングライブラリは大げさだろ。
それに、質問はエスケープしなきゃいけない文字がテキスト中に大量に入る可能性があって
CDATAセクションを使いたいけど]]>が入る可能性もあるから代替策が必要って話で
その方法がいくつもあるけど質問者が出てこないから話が代替策ないですか？って所で止まってるんだろう。
まだ、エスケープされた文字をどうするかの問題じゃない。
648:デフォルトの名無しさん
07/10/31 16:57:30
気がついたらJ2SE 6.0でJAXB 2.0がサポートされていたわけですが、
バインディングツールとしてJiBXとどっちがいい感じか、使ってる方使用感などを教えていただけませんか。
649:デフォルトの名無しさん
07/10/31 19:10:52
JDOMいいよJDOM
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>ほげほげほげ<br/>
ふーばー<br/>
おっぱっぴー<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"><br /></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>
<b>
<elem-1/><elem-2/>
</b>
を
<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>と<b>の親にテンプレート適用して、
<a>と<b>の子とってくればいいんじゃなかろうか
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>
<b>ABC</b>
<b>123</b>
</a>
このようなXMLで、1番目の<b>要素はstring型、2番目の<b>要素は
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を処理するためのツールを紹介します。
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が色々なところで跋扈していてな・・・
それに比べれば夢のようだ。