Linked Dataにおける集合知データベースの役割What Is H1B Visa Lottery And How Will It Work In April 2016?VisaPro Immigration Services LLC
DataWikiを実現するWedataの構築と運用
Eva Todd: A wedding in Hluboka nad Vltavou, Czech Republicvinion
Item - データベース: JSONP Directory - wedata
Database: JSONP Directory ** About ** JSONP API service directory. ** Attributes ** - url JSONP endpoint url. The part that embrased by "{}" is used as template and replaced by parameter value. e.g. http://www.example.com/{username}/items.json - queryParams List of parameter names (separated by blank space). These parameters are passed as url query string (DON'T include JSONP callback parameter).
Yin and Yang：リンク先の内容をその場で表示するスクリプト(Greasemonkey／SeaHorse／ブックマークレット)
Yin and Yang：リンク先の内容をその場で表示するスクリプト(Greasemonkey／SeaHorse／ブックマークレット)
AutoTitle初版リリース - schtarkの日記
http://userscripts.org/scripts/show/25800 GreasemonkeyスクリプトのAutoTitleをリリースしました。 以前からひっそりSleipnirで使っていたSeaHorseスクリプトを、Firefoxに乗り換えた記念にwedata対応版として移植・公開したものです。動作確認はfx3b5でしかやっていません。 日経やZAKZAKなどで一度に大量のタブを開くとどれがどれだか分からなくなるのを見やすくし、はてブ登録時に（bookmarkletに"&title='+escape(document.title)"があれば）統一的なタイトルを入力することができます。
LDR Full Feed 0.0.13 - 枕を欹てて聴く
LDR Full Feed for Greasemonkey 更新しました。更新点は以下。 SITEINFO記述先をwedataに変更 Item - データベース: LDRFullFeed - wedata wedataからSITEINFOを取り込むことにしました。 それにあたって、新たに優先度(priority)を設定しています。priorityが高いものほど優先してSITEINFOのチェックを行います。汎用のもののpriorityは低く、個別のものは高くするといいです。 一応自分がつけた目安を書いておきます。 種類 priority SBM 1000 個別のfeed 100 汎用のものを使ったfeed 10 汎用 1 まだwikiのSITEINFOをすべて移しきれていません。これが一番大変だったりする。 ただ、wedataにすると非常にresponseがはやいのと、追加や削除にAPIが
Item - データベース: LDRFullFeed - wedata
Database: LDRFullFeed LDR Full Feed 互換 Script のためのデータベースです. LDR Full FeedはWebページのurl,本文部分を指すxpath,ページの文字コードを指すenc,microformatsの捜索を定義する真偽値(文字列で可),SITEINFOの優先順位を決定するtypeのデータを使用し,RSS Reader上で全文を表示します。 SITEINFO Format * url (required) 対象のエントリーのURLにマッチする正規表現。(RegExp.test()で検索) * xpath (required) エントリーの本文部分を指定するXPath。 * type (required) SBMはSBM 個別のblogはINDIVIDUAL, 長くていやだという人はIND 汎用のもののblogはSUBGENERAL, 長く
wedata対応バージョンのSITEINFO作成用Firefox拡張機能 AutoPagerize Iteration Detector - bits and bytes
wedata対応バージョンのSITEINFO作成用Firefox拡張機能 AutoPagerize Iteration Detector HTMLのドキュメントから繰り返し部分をみつけてSITEINFOをつくるAutoPagerize Iteration Detectorをwedataに対応させました。AutoPagerize Iteration Detectorで作ったSITEINFOを直接wedataに反映させられるようになっています。 インストール iterd.xpi(supports Firefox 2.0-3.0.0.*) つかいかた 使い方はwedataに接続する部分以外以前のバージョンとかわっていませんが、ざっと紹介します。 次のページへのリンクを右クリックする SITEINFOを作りたいページを開いて、ページの中にある次のページへのリンクを右クリックします。メニューの中に
Big Sky :: wedataのデータを扱えるpythonモジュール書いた
« Google App Engineで、fk_2000氏と愉快な仲間達がお届けする「世界のナベアツ」を作った | Main | Qaaに回答を投げるMinibufferコマンド書いた » なるべくdictぽく扱えるように作ってみました。 WedataオブジェクトのコンストラクタにAPIKEYを掘り込んで操作します。 api = Wedata('xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx') databases = api.databases() for database in databases: print database for key in database.keys(): print " %s=%s" % (key, database[key]) print print また、AutoPagerizeのデータベースであれば以下の様にdataプロパティからの属性
新しくなったAutoPagerizeのSITEINFOバックエンドwedata - bits and bytes
AutoPagerizeのSITEINFOがwedataという、キーと値を管理することを目的としたwikiのようなもので管理されるようになりました。このwedataはキーと値を管理するだけの単純なデータベースを不特定多数で編集することができる仕組みです。新しく自分でデータベースを作れことができるようになっているのでAutoPagerizeのSITEINFOだけでなく、自分で作ったスクリプトのためのSITEINFOをかんたんに作ったりすることができます。 私が作ったわけではないのですが、去年のはじめからこんな仕組みがほしいなと思っていたようなものになっていてとてもうれしいので、ちょっと長いですがwedataの紹介をしたいと思います。 AutoPagerizeとそのしくみ いろんなサイトで次のページを自動的に表示するためのGreasemonkeyスクリプトのAutoPagerizeは、wiki
wedata
もとは、androidのN2TTSやVocalizerという読み上げアプリ用に作ったユーザー辞書(読み替え単語集)です。 最近のTTSエンジンは十分に賢いので、このユーザー辞書を使うと、かえって読み上げ精度や抑揚が悪くなるかも。 （例：「青瓦台」は、googleテキスト読み上げでは「セイガダイ」と正しく読めるが、マイクロソフトのHarukaでは「アオガワラダイ」と読んでしまうなど、TTSエンジンによって得意・不得意がある） ベクターのフリー辞書などを転用して、時代小説などに頻出する地名や人名などを登録してみました。 TabSpeechというChromeプラグインでユーザー辞書（読み替え）のデータベースを指定できるので、このデータベースも利用できると思います。 ★ユーザー辞書を充実させるため、単語追加歓迎します。 ただ、隆盛（人名でのタカモリ、普通名詞のリュウセイ）とか意味によって読み方が変
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Item - データベース: LDRize - wedata
34615’s gists
集合知でurlfilter.iniの元データを作ろう (kuruman.org > Kuruman Memo)