HaskellでのXMLパース処理 - XPath使用 - なんとなくな Developer のメモ
今回は、id:fits:20100525 で実施したパース処理を Haskell で書いてみました。 環境は以下の通りで、XML の処理のために HaXml というライブラリをインストールしました。 GHC 6.12.1 HaXml 1.20.2 Haskell での XPath HaXml では、xmlParse で XML をパース、xtract で XPath を処理し、tagTextContent で要素内のテキストを取得できます。 tagTextContent の代わりに Text.XML.HaXml.Pretty の content を使えば要素全体を取得できます。 なお、xtract の型宣言が xtract :: (String -> String) -> String -> Content i -> [Content i] となっているため、(String -> Stri
【Firefox】JSONViewは神拡張【Google Chrome】 - 射撃しつつ前転 改
JSONViewを知らない人が社内でいっぱいいたので、これは宣伝すると他にも幸せになれる人がたくさん居るだろう、ということで宣伝してみる。 近年、JSON形式でウェブAPIを作成する機会が増えてきた。しかし、JSONで出力された場合、日本語の文字列はエスケープされる実装が多く(仕様的にはエスケープしてもしなくてもどっちでもいい)、結果を目視で確認することができなくて困るということがよくある。 そのため、JSON APIをたたいてパースして出力するだけのスクリプトをわざわざRubyで書く、というようなことを繰り返していた（前に書いたスクリプトを探すよりも新しく書いたほうが早いのだが、それでもAPIを調べ直したりで3分ぐらいはかかる）のだが、JSONViewという拡張を使うことで、ブラウザ上でのJSONを、XML風に見やすく整形してくれることがわかった。以下のスクリーンショットに、JSONVi
Ian Bicking: a blog :: Python HTML Parser Performance
In preparation for my PyCon talk on HTML I thought I’d do a performance comparison of several parsers and document models. The situation is a little complex because there’s different steps in handling HTML: Parse the HTML Parse it into something (a document object) Serialize it Some libraries handle 1, some handle 2, some handle 1, 2, 3, etc. For instance, ElementSoup uses ElementTree as a documen
第十回XML開発者の日
第十回XML開発者の日 画像電子学会VMA研究会 企画: 村田真(国際大学)、山口琢（株式会社ジャストシステム）、山本陽平(株式会社リコー) 日時: 2007年12月21日(金) 10:00-17:30 会場: 日本印刷会館(東京都中央区新富1丁目16番8号) 参加費： 2000円(消費税込み) 申し込み方法 画像電子学会の主催であり、事前に参加申し込みが必要です。 満員になれば申し込みを締め切ります。申 し込み方法は以下の三つです。なお、申し込みの際に必須の項目は「研究会等 名」(第十回XML開発者の日)、「氏名」、「所属機関」、「部門」、「e-mail」 です。その他は記入しなくても構いません。学会員でなくても参加可能です。 Web: http://wwwsoc.nii.ac.jp/iieej/trans/kenaf.htm メール: kikaku@iieej.org FAX: 03-
CDATA セクション内に ]]> < 07 < July < 2005 < nulog, NULL::something : out of the headphone
Studying XML -- second step -- [ エスケープ ] (via XML の CDATA 中では ]]> のエスケープが必要)で ]]> を書くときは ]]> のようにエスケープすればよいみたいなことが書かれているけど、CDATA セクション内ではそもそも & の扱いもなくなる (CDATA セクション内では ]]> のみがマークアップとして扱われる。Within a CDATA section, only the CDEnd string is recognized as markup) ので意図した挙動 (]]> がアンエスケープ) にならない。 結論をいうと CDATA セクションに ]]> をそのまま含めることは不可能で、どうしても CDATA セクションを書きたいよぅって時は二つにわけないとダメ。すなわち <!CDATA[[]]]]><CDATA[
XSieve book
Abstract XSieve is an XML transformation language based on combination of XSLT 1.0 and a Lisp dialect Scheme. XSieve is an alternative to XSLT 2.0. XSieve is successfully tested against DocBook stylesheets and considered to be stable and ready for use. XSieve is an XML transformation language based on combination of XSLT 1.0 and Scheme. XSieve is an alternative to XSLT 2.0. Details are in the Sect
XQuery 1.0: XML問合せ言語
訳注: この文書はhttp://www.w3.org/TR/2006/CR-xquery-20060608/を国島丈生(kunishi@acm.org)が訳したものです。この日本語訳はあくまで参考であり、また翻訳には誤りが含まれる可能性があります。ご利用は自己責任でお願いします。一部に翻訳未完成の部分が含まれている場合があります。 W3C勧告候補 8 June 2006 This version: http://www.w3.org/TR/2006/CR-xquery-20060608/ Latest version: http://www.w3.org/TR/xquery/ Previous versions: http://www.w3.org/TR/2005/CR-xquery-20051103/ http://www.w3.org/TR/2005/WD-xquery-2005091
XUL-Enhanced Web Apps
First, the XUL implementation adds only 5Kb of code and 1Kb of css styling. Secondly, XUL actually loads fewer images than the DHTML version. This is interesting because the XUL widget looks much nicer and uses more graphics. This is possible because XUL widgets inherit the browser's theme. The images, stylesheets, and JavaScript code used by XUL are therefore already present in the browser and do
W3C XQuery 1.0 and XSLT 2.0 Become Standards: Tools to Query, Transform, and Access XML and Relational Data
W3C XQuery 1.0 and XSLT 2.0 Become Standards: Tools to Query, Transform, and Access XML and Relational Data Newest Open Web Standards Already Widely Supported in Industry Testimonials http://www.w3.org/ -- 23 January 2007 -- Based on widespread implementation experience and extensive feedback from users and vendors, W3C has published eight new standards in the XML Family to support the ability to
yohei-y:weblog: S はシンプルの S
This entry is a Japanese transration of Pete Lacey's "The S stands for Simple". Burton グループのアプリケーションプラットフォームサービスグループでは、 REST派とSOAP派の間でずっと継続中の議論がある。 その大部分は外部での議論によく似ている。 最近のやりとりの一つ、 SOAP と Web サービスフレームワークの複雑さの議論で、 SOAP 側は「WS-* の前は、SOAP は実際にシンプルだった。S はシンプルの略だ」といった。 さあ歴史を学ぼう。 2000年、悩める開発者が問題をかかえている。 開発者: うちの上司が先週末ゴルフをやってきて、 いわゆる SOAP なエンタープライズをやる必用があるんです。 でも私は SOAP が何なのか知りません。 教えてもください、 SOAP の人。 SOAP
James Tauber : Demokritos
NOTE: the following description refers to the current version. I'm currently porting it to Django at http://code.google.com/p/django-atompub/. This will, amongst other things, change persistence. Demokritos is a Python library and content repository implementing the Atom Syndication Format (RFC4287) and Atom Publishing Protocol (draft-ietf-atompub-protocol-08). Persistence is via a subversion repo
村田真のXMLブログ
日本人で唯一W3CのXMLワーキンググループに参加しXMLの標準化プロセスに携わったXMLの生みの親、村田真さんのブログです。 博士論文のテーマ 候補者の博士論文のテーマは、XPath式を比較して、等価であるかどうか などの判定をすることである。 具体例を示す。 Q1: /site/regions/*/item[parent::namerica or parent::samerica] Q2: /site/regions/namerica/item | /site/regions/samerica/item Q1が返すノードとQ2が返すノードは必ず一致するという判定を、彼の 実装では20ms程度で行う。 スキーマ(DTD)がある場合は、スキーマの制約も考慮して、判定 する。たとえば、SMILのDTDのもとで以下の二つのXPath式を考える。 Q3: smil/head//layout Q4
Why JSON vs XML is a yawn - Copia
Strange spate of discussion recently about XML vs. JSON. On M. David Peterson's Weblog he states what I think is the obvious: there is no serious battle between XML and JSON. They're entirely complementary. Mike Champion responds: The same quite rational response could be given about the "war" between WS-* and REST, but that has caused quintillions of electrons to change state in vain for the last
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Elements of an EmotionML 1.0
ある日のTwitterのタイムラインをまとめてみた
XSieve
deliverance - OpenPlans
http://homepage.mac.com/t.kunishi/xpath20/xpath20.html
http://pythonpaste.org/httpencode/
祝日の情報をXML形式で公開しているようなサイト（できれば公的な機関）はありますか？…