TweetCOMというTwitter向けCOMインターフェースを作ってみたので公開します。
TweetCOMは、Twitter投稿・タイムライン取得のためにC#で実装されたMicrosoftのAPI仕様であるCOMインターフェースAPI群です。
見た目は一つのexeですがTwitter投稿やタイムライン取得用のCOM APIを実装しているので、例えばC++や.NETのほかMicrosoft JScriptやVBScriptあるいはExcelなど多彩なプログラミング言語・アプリケーションから簡易にTwitterに投稿したりタイムラインを受信したりできるようになります。
現在はステータスの更新と各種タイムラインの取得にのみ対応しています。
詳細は以下まで。
サンプルとして、(ありがちな)聴いているiTunesの曲名をTwitterへ更新するJScriptファイルを添付しています。またリファレンスも確認してみてください。
原則としてノンサポート・無保証です。
需要があるようでしたら開発継続します。
何かありましたらコメント欄までどうぞ。
どうも昨日か今日当たりでGoogle Calendar APIの実装がUpdateされ混乱しているような気がします。
元々終日の予定の場合何故か開始/終了日時の年に3994年など有り得ない数値を返すバグが登場直後からずっとあったんですが、突然直ってしまいました。
反面、終日一日を示すXML表記は「Developer’s Guide」のCommon Elementsによれば、
<gd:when startTime="2005-09-25"/>
などとするんですが、何故か
<gd:when startTime="2006-09-25" endTime="2006-09-26">
とかなってたり。
これだと二日間にしかならないはずなんだけど・・。完全に仕様違反です。
因みに、やはり終日の予定では指定した日付より一日前の日付で登録されてしまうバグがあるんだけど、これはまだ直っていない。
ちょっとしか見てないけど、アラアラですねぇ。他にもあるかも。
ここしばらくはちょっと要注意だなぁ。早く安定しますように。
いつの間にか、1.0.1 -> 1.0.2になっていました。
リリースノートに以下のような記載が。
added an AllDay flag to the When class to allow parsing and persting of all day events
以前「終日」予定が指定できないと書きましたが、これに対応したみたいですね。さすがに終日予定が指定できないのはまずいかったでしょうしね。
具体的には、WhenクラスにAllDay属性が追加されました。
QueryでAtomEntryを読み込めば終日の場合はこのAllDayがtrueになっているし、AllDayをtrueにしてInsert/Updateすれば終日予定になる、という訳ですね。
ol2gcではこのC#ライブラリを独自に変更して終日指定を可能にしていたのですが、1.0.2のコードを読むとほとんど同じでした。実はAllDayという属性名も同じです。
人間考えつくことは、大して変わらないもんだなぁ。
後は、C#のDeveloper’s Guideがもう少し詳細and分かり易くなってくれれば・・。
HepCat Dev and Testさん経由。
Google CalenderのWeb APIが公開(何故だか重めです)されたそうです。
Google Data APIs Protocol(GData)というGoogleでの汎用的なAPIが定義されていて、そこから派生されているんだそうです。
プロトコル自体はThe Atom Publishing Protocol+OpenSearchになっていると。ふむふむ。興味深いですね。やっぱり今日びiCalでもないしって思ったんでしょうね。
blog.bulknews.netからWeb 2.0対応リストです。
ここ半年ばかりは色々なAPIリリースのニュースに事欠かないですが、こうして並べられると壮観ですね。そしてとても便利です。
Google, Yahoo, Amazonは言わずもがな、あまり日本ではメジャーじゃないAPIを眺めていると面白いです。
結構お役立ちどころとしてはhostip.info(IP Lookup)とかPayPal、geocoder(住所地から経度緯度情報取得)などでしょうか。NOAA Weather Service(気象情報)なんかも便利そうです。
全く知らなかったのですが、FedExやUPSもパブリックなAPIを提供しているようで。FedExなんかはどちらかと言うとEDIからの延長みたいなノリなんですね。例えば企業内ポータルやバックオフィスとの連動を狙っているんでしょう。確かにそれは便利そうです。
但し多くは米国内向け情報だったりするのが、残念!
日本でも気象協会にRSSを求める運動とかあるみたいですが、特に地図情報や気象、交通情報など、公的機関とか官公庁でAPIやスタンダードなフォーマットでの情報公開の動きが大きくなると随分世の中変わる気がします。
同時にこんなところが微妙にグローバルスタンダードだの国家間競争力だのに軽く絡んでくるようにも思われ。
その他リストを眺めていて気付いたのが、REST対応は当然として、どのサービスもほとんどの場合SOAPやWSDL対応がされているということ。最近の流れからは結構意外に思う人も多いんじゃないでしょうか。
これについてはまた別の機会に書いてみたいと思います。
ということで、hostip.infoから位置情報を引っ張ってGoogle Maps上にマッピングするPerlスクリプトを書いてみました(もう誰か書いてるかも知れませんが)。
こんなのもほんの30分ほどで書けるんだから、いい世の中ですな。。。
観測気球さんから
Blog Pet 投稿支援ツール 「ここうさぎ」 Ver 2.00
(1) アメーバブログも XML-RPC API が使えることが判明したので、XML-RPC API を使って投稿するように書き直してみた
とのこと。
公開された情報が無かったのでXML-RPCエンドポイントURLが判らなかったのだけど、勘でURLを叩いてみるとあっさりと判明。
ちょっと試してみましたが、これはアメーバブログの元になっているらしいNews-Handlerそのままですね。
昨日の記事が予想以上にフィードされているようで、こういう議論が出来ているのをまず嬉しく思います。
もっとも、外で騒いでいるに過ぎないのは確かなのですが、こういう混沌さと真剣さはやっぱり大事なんですよね。
一応言い出しっぺとして、miyagawaさんの記事: [excite Blog の API]に反応しておこうと思います。
ubicast Bloggerがエキサイトブログに対応したとのこと。
で、ということはXML-RPC機能に対応してきたのかなと思いエキサイトでリリース文なんかを探すものの、発見できず。
「???」
という状態で色々調べてみたんですが恐るべきことが判明(萎・・
blogeet R0.94(β)をリリースしました。
今回は変更履歴リストにに編集元URLと編集元TEXTAREA名が表示されるようにして、少し整理してみました。
編集元TEXTAREA名はHTMLタグのName値なのでちょっと分かりにくいと思いますが、とりあえずの目安で追加してみました。将来また変更してしまうかも知れませんが・・。
複数Blogで使用する場合などに使い分けてみて下さい。
また前回報告して頂いたスタイルシート設定のバグも修正しています。
# 内部APIと思っていたら、ラッパークラスの存在を忘れており、単なるコードバグでした。。。失礼しました。
対応表で記載していたように、最近ちょっとだけ旅行びと日記をNucleusで試してみています。
R1.8まででは初期設定時に「必要なメソッドに対応していません」エラーが出て、初期設定から出来ないと思いますが、とりあえず対応可能になるかどうかテスト。
聞いてはいましたが、MT系とかとはかなり要領が違うんですねぇ。最初は色んなサイトでも言われているように躊躇してしまいました。
でも、プラグインやテンプレート、スキンの考え方はMTとかに比べて非常にすっきりとした潔い気もして、この辺が根強い人気のある理由でもあるんでしょうね。
BTO型Blog(CMS)とでも呼びましょうか。
ただ、一から自分の気に入った機能や構成にまで仕立て上げるには、かなりの根気も必要そうです。
ではメモ代わりに、気付いた点を幾つか上げてみます。
因みに3.1ja UTF-8版を使っています。
Recent Comments