superopac @Wiki内検索 / 「OPACに使う「標準」」で検索した結果
-
OPACに使う「標準」
※標準「のようなもの」ものも含めてとりあえず羅列 検索 SRU (Search/Retrieve via URL)(SRW/SRU改め)、CQL http //www.loc.gov/standards/sru/Z39.50→SRU (Search/Retrieve via URL) NISOメタサーチXMLゲートウェイ(MXG)http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2187 OpenSearch(A9.com ) http //opensearch.a9.com/OpenSearch Autodicovery リンキング Z39.88(OpenURL)OpenURL COinS http //ocoins.info/ DOI AmazonASIN コンテンツ、メタデータ DCMI OAI-PMH SOAP ... -
OPACに使う「標準」/お絵かき掲示板ログ/1
名前 コメント -
OPAC2.0
OPAC 2.0のたたき台 なんかあった方がよいと思うので載せておきます。 (1)図書館員のためではなく、利用者のためのOPAC --ソート順は書誌ID順などではなく、レリバンスの高い順に -- (2)利用者が育てるOPAC --「集合知」: 書誌へのタグ付与(件名を補完するものとして) --利用者サイトからのトラックバック --コメント付与 --図書館外・学外のサービス・データとのマッシュアップ (3)ダイナミックでリッチなOPAC --インクリメンタルサーチなどのすばやい画面遷移 --OPACを見なくても新着図書を漏らさず掬う 新着RSSから予約/取寄へのシームレスな利用 # 図書館って元からロングテールのはずなのですが、 OPAC上でロングテールが活用できているかというと できていないのではないか… (4)すべて... -
ブログ/2006年10月31日/OpenSearchによる簡易OPAC?
#blognavi MovableTypeでもOpenSearch対応 http //code.as-is.net/wiki/PaginatedFeed.ja_JP ができるようです。 トラックバック可能なOPAC http //toshokan.weblogs.jp/blog/2006/06/opac_b229.html という事例が既にありますが、これもMTなので、MTを簡易OPACにする道がさらに開けたのではないかと思います。 OpenSearchなので当然A9で検索できますし、Google Custom Search Engine に喰わせれば、Google OPAC もできます。 カテゴリ [OpenSearch] - trackback- 2006年10月31日 19 50 33 ... -
図書館システムとの接続
図書館システムとの接続 図書館システム側要件 書誌データAPIOAI-PMHによりMODS(Metadata Object Description Schema) 貸出状況API 機関リポジトリとの接続 メタデータOAI-PMH 所属教員のプロフィール(個人ページ)は、リポジトリ経由で。 そのこころは? 基本的に自由な発想で作りたいのはOPACで、ハウスキーピング部分や基幹のデータベース部分は安定したものをベンダーから導入した方がよい。OPACとそれ以外を分離するためには、基幹DBから基本的なデータをどう引き渡すかというAPIをある程度標準化しておけば、どこのベンダー製の図書館システムを導入しても、OPACを自由に(よそのベンダー製でもオープンソースでもフルスクラッチでも)使うことができるようになります。 また、OPACが単に図書館所蔵DBだけを検索するものでない、という風に発... -
OPACとRSS
参考 http //www.rss4lib.com/ 海外製図書館システムのRSS対応状況http //www.libsuccess.org/index.php?title=RSS#Examples_of_RSS_from_the_Catalog 関係ありそな論文 RDFメタデータに基づく情報流通環境の構築と運用http //www.jstage.jst.go.jp/article/jssstconference/22/0/42/_pdf/-char/ja/ http //www.jstage.jst.go.jp/article/pjsai/JSAI05/0/10/_pdf/-char/ja/ -
BookMark
図書館退屈男 http //toshokan.weblogs.jp/blog/ ---http //www.jstage.jst.go.jp/article/johokanri/49/1/49_11/_article/-char/ja/ RSS(RDF Site Summary)を活用した新たな図書館サービスの展開 ―OPAC2.0へ向けて― 対談「新着だけではもったいない -学術分野でのRSS普及に向けて」(林賢紀・兼宗進) http //blog.mag2.com/m/log/0000005669/107238463.html OPACを疑え (岡本真氏の講演に学ぶ) http //ameblo.jp/kimito001/entry-10006974692.html OPAC 改善委員会報告 http //www.lib.keio.ac.... -
分科会紹介
図書館システム分科会紹介 2006大図研さいたま大会図書館システム分科会連動企画 今や、多くの図書館でOPACが公開されていますが、システムベンダーが提供するパッケージ機能だけを使用してはいませんか? 世の中には特色あるOPACを公開している図書館がたくさんあるかと思います。思いもよらないサービスや機能をOPACで提供している図書館もあるでしょう。また、実現していなくても、OPAC改良に燃える図書館員の頭の中にアイデアが渦巻いていることでしょう。 そこで、本分科会では、「こんなOPAC、あったらいいな」を検討したいと思います。参加者のみなさんからの新奇なアイデアを持ち寄り、2015年のOPAC像を作り上げてゆく分科会とします。 基調報告として、海外の図書館システムの状況等を調査された慶應大学メディアセンター本部の佐藤康之氏、OPAC2.0など先進的な提案をされている農林... -
トップページ
「こんなOPACあったらいいな」をテーマに、次世代OPACの仕様書をwikiで作り上げよう!という企画です。 基本的な考え方(前口上) 大学図書館を中心として、図書館システムが、数社のベンダーによる寡占状態となり、良くも悪くも安定状態を保っています。 「数社」のうちから適当なものを選べば、仕様書は、先行導入館から拝借し、若干のカスタマイズ/ローカライズをすればよいだけになっています(業者から仕様書の"雛型"を提供される場合もあるとかないとか)。 これにより、いわゆるハウスキーピングの部分は、過度のカスタマイズを避ける方向に働いたため、業務自体の見直しも進み、効率化が進みました。これには、NACSIS-CAT/ILLなどの書誌ユーティリティによるところも大きいと言えます。 また、2~3年での異動が一般的で、図書館システムに詳しくない職員でも更新作業... -
ブログ/カテゴリ/OpenSearch
(2006年10月31日) OpenSearchによる簡易OPAC? -
OPACのCはカタログのC
ところで、カタログってなんのカタログ? 図書館でカタログと言えば本のカタログに決まっているでしょう? しかし、図書館は本を貸してくれるところというのは、少なくとも大学図書館では既に過去の定義です。文献複写という言葉のとおり、とうの昔から本というよりは文献単位で情報を扱っているし、最近では予算の1割は電子ジャーナル等の本以外、という図書館は少なくないはず。 -
Plagger RSS 1.0 モジュール
Plagger で RSS1.0 を出力するモジュール plaggerで新着図書一覧ページから、RSS1.0でdcモジュールを使って見たかったので、作って見ました。 テスト環境が、ActivePerl+XPなので、それ以外の環境ではディレクトリの指定など適宜修正してください。 コーディングとしては手抜きの箇所が多々ありますが、一応動くので、載せておきます。 作成・修正が必要なモジュール Plagger Plugin Publish Feed2; Plagger Plugin Filter EntryFullText; Plagger Entry; Plagger Plugin SmartFeed; yamlの例 config.yamlの例 /Plagger/assets/plugins/Filter-EntryFullTextのhit-u.... -
思いつきをいれておく箱
利用者が自分で書誌にタグ(件名)付け フォクソノミータグクラウド インクリメンタル検索 インクリメンタル検索とは|検索ボタンなどを押さなくても語句の入力欄に文字を入力 すると同時に検索結果がリアルタイムに表示される検索手法 検索語入力補完機能(OPAC Suggest) Ajax(非同期通信)を使った絞込み、ソートの高速化 書誌単位でのソーシャルブックマーク 文献リストができるかも。 EndNote対応 OpenURL対応 検索結果が0件だった時のナビゲートを何とかしてほしいなぁ。(表記のゆらぎ対応への警告、上位概念・類義語での検索を示唆etc.) 検索結果をその場で携帯メールへと転送できると良いんじゃないでしょか。 検索結果(所蔵情報と所在)を音声ファイルに変換してiPodとかに落っことせると良いんじゃないでしょか。 貸出状況をRSSで。http //ruk.ca/article/... -
ブログ/2006年10月18日/検索語の価値
#blognavi 検索連動型検索においては、今や検索語は「一語いくら」で取引される、価値の高いものです。 さて、OPACの検索語はどうでしょう?多分、ほとんど捨てられているのが現状です。 でも、OPACの検索語も図書館にとっては宝なのではないか、と思います。 どういう検索語がトレンドか? 短期的には、トレンドな検索語のレリバントを上げてやる=表示順ランクを上位に上げてやる、と面白いのでは。 「最近よく使われる検索語」を頻度でタグクラウド風に表示する、と面白いのでは。 中期的には、蔵書構成、選書基準へのフィードバック ヒット件数が0件だった検索語 その検索語にエイリアスを設定して適切な検索結果へ誘導 中期的には、蔵書構成、選書基準へのフィードバック そのものずばり検索連動型広告:アドセンスを利用すれば小銭が儲かるかも。大学広報誌に広告をとる時代なので、それほど問題... -
ブログ/2006年10月31日
ブログ/2006年10月31日/OpenSearchによる簡易OPAC? #blognavi -
ブログ/1970年01月01日/4つの検索スタイル
#blognavi http //akihitok.typepad.jp/blog/2006/09/4_f848.html # 「知っていること」検索 # 探検型検索 # 「知らないこと」検索 # 再発見型検索 という4つの検索スタイルがあるというお話。 考えて見れば当たり前ですが、以外となるほどと思いました。 さて、大学図書館のOPACは? 図書館員が設計すると、つい「知っていること」かせいぜい「再発見型」になってしまいがちです。NCIDで検索なんて図書館員しかしませんからね。 WebcatPLUSの連想検索が「思ったとおりの結果が表示されない」と図書館員に受けが悪いのは「知っていること」「再発見型」として使おうとしているからでしょう。連想検索は「探検型」「知らないこと」検索のためのもので、「知っていること」「再発見型」で使おうというのがそもそも間違ってい... -
ユースケース図
OPACのユースケース図 とりあえず適当かつ雑ですが、後でゆっくり考えます。 例題:なぜかUMLの例題には図書館が多い。 オブジェクト指向による 分析と設計(ppt) http //www.crew.sfc.keio.ac.jp/lectures/2001f_oo_modeling/lecture/lecture04/lecture04.ppt 問題解決からビジネスモデリングへ(ppt) http //www.crew.sfc.keio.ac.jp/lectures/2003f_oo_modeling/res/objmodel08.ppt 中央大学文学部 情報システム設計 UML実習テキスト http //katase.tamacc.chuo-u.ac.jp/~oikawa/umlmodel/lesson1.html Use Case図 ht... -
管理者
rdf RDF xmlns rdf="http //www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns rdfs="http //www.w3.org/2000/01/rdf-schema#" xmlns foaf="http //xmlns.com/foaf/0.1/" xmlns admin="http //webns.net/mvcb/" foaf PersonalProfileDocument rdf about="" foaf maker rdf resource="#me"/ foaf primaryTopic rdf resource="#me... -
検索結果の表示
ランキングによるソートを標準とすることランキングの計算式は以下のとおり貸出回数×出版年 西暦×0.001 ×FT(フルタイトルに一致した場合10)×館内独自係数(所属教員著書、指定図書等に独自係数を入力する) 利用者からの投票を組み込んでもいいかも。 いずれにせよ、ランキングの計算式は時間をかけてチューニングする必要がある。 そのこころは? Googleなみに検索窓を一つにするには、検索結果になんらかのランクをつける必要がある。普通の検索エンジンでは被リンク数が主な指標になるが、その代わり。 選択肢 投票 ばかうけ (0) ややうけ (2) どっちらけ (0) 検索結果集合に対して、以下の再ソートが可能なことタイトル名順(第2ソートキー 出版年順(昇順))... -
ブログ/2006年10月26日/検索語の分かち
#blognavi 学生に「分かち書き」を理解させるのが結構ホネだったりします。また最近はそうでもないのでしょうが、一昔前は書誌作るときに、図書館員が一つ一つ単語を分かち書きしてました。 非常に単純な話ですが、システムがインデクシングする時に形態素解析ソフトで適当に分かち書きして、学生が検索語を入れたらそれも同じ形態素解析ソフトにかけたもので検索をすれば、学生は分かちを意識する必要はないし、分かちにユレがおこることもない、のではないでしょうか。 同じ形態素解析ソフトを使うところがミソなので、そのソフトの精度が多少悪くても大丈夫です(良いに越したことはないですが)。 その場合、フレーズ検索はGoogleみたくクォーテーションでくくるんでしょうね。 カテゴリ [検索] - trackback- 2006年10月26日 19 39 58 ... -
文献管理ソフトとの連携
Webベースソフト Firefox2.0拡張 Zotero http //www.zotero.org/ Citeulike http //jp.citeulike.org/ アプリ Refbase RefDB http //refdb.sourceforge.net/ JabRef iTunesが以外と便利らしい 製品 RefWorks EndNote GetARef フォーマット Bibtex Endnote RIS ISI MODS XML DocBook TEI 参考 http //oku.edu.mie-u.ac.jp/~okumura/texwiki/?BibTeX%E9%96%A2%E9%80%A3%E3%83%84%E3%83%BC%E3%83%AB ZOTERO と OpenURL CoinS の連携が超便利! ZOTER... -
ブログ/2006年12月24日/集合知
#blognavi 集合知というのは、統計学的には、デルファイ法とか、中心極限定理というので説明できるらしい。 数学的素養がいまいちなので論証できませんが。 カテゴリ [集合知] - trackback- 2006年12月24日 22 00 26 #blognavi -
検索方法(検索エンジン)
連想検索エンジン(GETA)に相当する連想検索が選択可能なこと OpenText相当の全文検索エンジンによる全文検索が可能なことXML文書への高速検索が可能なこと - @wiki全体から「OPACに使う「標準」」で調べる