Bill de hÓra: Extensions v Envelopes
Here's a sample activity from the Open Social REST protocol (v0_9): <entry xmlns="http://www.w3.org/2005/Atom"> <id>http://example.org/activities/example.org:87ead8dead6beef/self/af3778</id> <title>some activity</title> <updated>2008-02-20T23:35:37.266Z</updated> <author> <uri>urn:guid:example.org:34KJDCSKJN2HHF0DW20394</uri> <name>John Smith</name> </author> <link re
Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
2008-12-18, はてブのエクスポートそれでいいのか - 2008年12月の雑記 - Junkieta Fragment
2008-12-01, ゲームプレイ動画の創作性 「ニコニコ大百科」のプレイ動画解説に違和感。 基本的には、ゲーム本編をプレイした動画全般をさす表現・タグの一種。 なお、ごく一部に誤解している人もいるようだが、ゲームの画像・音声なども著作権法によりしっかりと保護されているため、プレイ動画をアップロードする行為はアニメ本編をアップロードする行為と同じく立派な違法行為である。このことを肝に銘じておきたい。 （よく誤解される理由は、プレイ動画に関しては権利者が比較的寛容であることが多いためであろう。現在の日本においては、著作権侵害関係の問題については、権利者が申し立てをしない限り違法行為として認められないからである） まず、議論の余地なく立派な違法行為なら、どう検索すればそれを示す判例が裁判所ウェブサイトの判例検索ページでヒットするのかご教授願いたい。もし実在すれぱどんな判決となるのか、ある程度
Atom Media Extensions
Atom Media Extensions atommedia-00 Status of this Memo This document is an Internet-Draft and is NOT offered in accordance with Section 10 of RFC 2026, and the author does not provide the IETF with any rights other than to publish as an Internet-Draft. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may
相対URLを絶対URLにするグリモンを書いた - 岩本隆史の日記帳（アーカイブ）
需要はあまりないとは思いますが、個人的にイライラの種だったので、書いてみました。 http://userscripts.org/scripts/show/33139 これが こうなる それだけですが、ちょっと補足 『RESTful Webサービス』の共著者の一人であるSam Ruby氏のブログのAtomフィードは、各エントリのURLがなぜか相対パスになっていて、LDRで「v」や「p」「o」すると、LDRの404ページが表示されてしまいます。 「フィードを直して」と頼めばすむ話かもしれませんが、グリモンが久々に書きたくなったのでした。他にもそんなフィードがあるかもしれないですし。 ちなみに、相対URLエントリを含むフィードについては、全エントリにGETリクエストが飛びます。200件を一度に表示すると、200件のGETリクエストが飛ぶわけです。さすがにスリープさせないとまずいので、1秒ごとに飛
村田真のXMLブログ
日本人で唯一W3CのXMLワーキンググループに参加しXMLの標準化プロセスに携わったXMLの生みの親、村田真さんのブログです。 拡張を含むAtomフィードの完全な検証 OpenSearch, Google Calendar, threading, historyなどの拡張をAtomフィードに 含めた場合の完全な検証についての記事を公開した。 これは、以前のいくつかの記事（1, 2, 3)の続きになっている。実用的な検証 であって、NVDLでないと不可能な実例をあげたものである。 なお、NVDLのチュートリアルとして、Dave Pawsonによるもの、Petr NálevkaとJirka Kosek によるものがある。 NVDLの実装は、Eclipseにも含まれている。Eclipseから切り出した検証器も 入手可能である。 投稿者: 村田 真 ／ 日時: 2008.05.10 トラックバック
たけまる / atom:source と XML::Atom へのパッチ
_ atom:source と XML::Atom へのパッチ [perl][atompub] 12/21 に XML開発者の日に参加してきました． 第十回XML開発者の日 内容についてはメモしてた人がいたので任せるとして，打ち上げで id:ikasam_a と話した atom:source の扱いについてまとめておきます． atom:source 要素はほとんど使われていない要素です．そのため， XML::Atom にバグが残っているようです． atom:source の使いどころと，XML::Atom のパッチについて書きます． atom:source の役割は次の通りです． RFC 4287 The Atom Syndication Format 日本語訳 - futomi's CGI Cafe 4.2.11. "atom:source"要素 もしatom:entryを、あるフィード
RSS 2.0 vs. Atom 1.0（今さら） - ものがたり(旧)
Syndication APIを埋め始めて5日目くらい経って、350件くらいあったTODOが75件くらいまで減った。たぶんAtom 1.0の出力が出来てRSS 2.0とAtom 1.0の出力が出来れば終わりだと思う。WCF的には他のネームスペースも埋める必要があるんだろうけど、それじゃWCF poisonedな仕事をしてることになってしまうので、それは避けたい。 で、今さらのようにRSS 2.0とAtom 1.0の何が違うのか眺めていた（全く興味のない分野だったので何も知らないわけである）。多分この辺が日本人には読みやすい。どう見ても2005年くらいまでの話題だ。これで僕もWeb 0.6くらいにはなったかな。 slashdot.orgの記事なんかを見ると、まるでMicrosft-RSS陣営 vs. Google-Atom陣営だ、みたいに書かれていて楽しい。僕が観察した感じでは、むしろHar
atomutil - RubyでAtomPubを操作するパッケージをリリースしました - Codin’ In The Free World
PerlのXML::Atom, XML::Atom::Service, XML::Atom::Ext::Threading, AtompubをRubyにportingしてみました。 atompubというネームスペースは既に確保されてた(ネームスペースだけ8月に確保されてて、具体的なファイルやリポジトリは何も無い…)ので atomutilという名前にしておきました。 RubyForge RDoc gem install atomutil まだDocumentやTestが足りず、非常にバギーだと思いますが、試してみたい方はどうぞ。 使い方はPerlのものとほぼ一緒です。詳しくは上のリンクからRDocを参照して下さい。 entry = Atom::Entry.new entry.title = 'My Entry' entry.summary = 'Summary' entry.updated
snellspace.com » Blog Archive » Sync!
Within the course of implementing several Atompub servers, the issue of “feed synchronization” (feedsync) has come up repeatedly. For the purposes of this note, “feedsync” is the process by which a client application can maintain a complete and consistent local replica of content delivered by an Atom feed. By “complete and consistent” I mean that the client is able to not only detect when new entr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ietf.org/internet-drafts/draft-snell-atompub-tombstones-06.txt
Atom Media Extensions for Activity Streams
Rails’ AtomFeedHelper just got better
Bill de hÓra: Magnificent Seven - the value of Atom
Bill de hÓra: Dates in Atom
ドメインパーキング
IPR Details - Google Inc.'s Statement about IPR related to RFC 5023 and RFC 4287
http://diveintomark.org/archives/2004/05/28/howto-atom-id
http://postal-search-apis-and-solutions.blogspot.com/2008/01/atomlinkrelenclosure-atomcontent.html
Atom Is The New JCR