Openlibrary: 著者に識別子を追加するためのUIを追加する

作成日 2018年03月13日  ·  14コメント  ·  ソース: internetarchive/openlibrary

関連:バックエンドの#144-これにより、JSONで次のフィールドが作成者に追加されました。

remote_ids: {
   viaf: "305232897",
   wikidata: "Q888254",
   isni: "0000000027362838"
}

これは、現在著者ページにリンクとして表示およびフォーマットされています。たとえば、 httpsます

欠落している部分は、ユーザーがこれらのIDを追加するための作成者編集フォームのフィールドです。

Data Good First Issue Lead 2 Design Identifiers Feature Request authors hacktoberfest interface

最も参考になるコメント

この問題は未解決ですか、それとも現在誰かに割り当てられていますか?
割り当てられていない場合は貢献したい

全てのコメント14件

@mekarpelesこれに取り組みたいと思います。 もう少し説明していただけますか?

@ayushshivani
これに影響を与える可能性のあることがいくつかあります。 改善するために完璧である必要はありませんが、図書館員ユーザーの観点から私が提案したいことがいくつかあります。

現在、手動編集インターフェイスを使用すると、ユーザーは一般的なhtmlリンクをこれらのソースに貼り付けたりドラッグアンドドロップしたりできます。 このようなリンクは、識別子だけを保存するために、自動的に認識され、削除される必要があります。

既存の値の上を含めて、識別子をフォームに単純に貼り付けることも可能であるはずです。

IDを保存する(または前の値を削除する)前に、ターゲットレコードが存在し、それがOLID作成者レコード(両方のレコードに共通する少なくとも1つの名前、および競合しない有効期間の日付、おそらくいくつかの傾斜は許可されます)。

フェッチされたISNIレコードには、通常、対応するVIAFおよびWikidataIDが含まれています。 これらがOLIDターゲットの既存の値と競合しない場合は、そこにも保存する必要があります。

ISNIレコードは、作成者のバリアント名を提供します。 これらは、別名エントリとしてOLIDターゲットに追加する必要があります。 これは、最終的に作成者のマージに大いに役立ちます。

最終的には、これの多くはボットのクリーンアップタスクとして実行できますが、今のところ、手動​​によるアプローチをより適切に機能させることは大きな助けになります。

どうぞよろしくお願いいたします。

@LeadSongDogこのチケットのフォーカスは少し小さくなっています(それに応じて名前が変更されています)。 エラーチェックは便利ですが、これはUIを追加するための最初のステップにすぎないと思います。

現在、エディションを編集すると、他のサイトに識別子を追加するオプションが表示されます。

image
src

このチケットのこの範囲は、作成ページに同様のインターフェイスを追加することです(理想的にはこのコードをできるだけ多く再利用します)。

著者リンク用の編集インターフェースがあります:
authlinks

ただし、(完全なURLではなく)識別子が常に表示されるとは限りません。
author

リンクボックスで、ISNIまたはVIAFページのURLをコピーして貼り付け、「ISNI」または「VIAF」というタイトルを付けることができます。
識別子だけを保存するだけで、両方の種類の編集作業が必要です。

その価値について、私はウィキマニア(ウィキペディア/ウィキメディアイベント)の編集者と話をしました。彼らは、OpenLibraryのVIAFとウィキデータ識別子のリンクの修正に貢献することに関心があります。

リンクボックスで、ISNIまたはVIAFページのURLをコピーして貼り付け、「ISNI」または「VIAF」というタイトルを付けることができます。
識別子だけを保存するだけで、両方の種類の編集作業が必要です。

@LeadSongDogそれは良い目標ですが、このチケットの焦点では​​ありません。 スコープクリープを避けましょう。

このチケットは、ウィキデータ、VIAF、ISNIの3つの新しい作成者識別子の識別子編集インターフェースに関するものです。

その他の可能性のある、関連する将来のチケットには、次のものがあります。

  • リンク編集機能を強化して、識別子に変換する必要のあるリンクを認識します(#866)
  • 代わりに識別子である必要があるすべての既存のリンクを変換するデータクリーンアップタスク
  • 1つ以上のリモートシステムの変更を追跡するための定期的な同期/更新ジョブ

その価値について、私はウィキマニア(ウィキペディア/ウィキメディアイベント)の編集者と話をしました。彼らは、OpenLibraryのVIAFとウィキデータ識別子のリンクの修正に貢献することに関心があります。

@bnewboldそれは素晴らしいことですが、ウィキ*ボランティアの効率を最大化する方法は、彼らが慣れ親しんだ環境(つまり、ウィキデータ)で作業できるようにすることだと思います。 すべての識別子の信頼できる唯一の情報源としてウィキデータを使用する場合、それが正しいことを確認することに全員の努力を集中させることができます。 OpenLibraryは、そこからVIAF、ISNI、Wikipedia、ORCIDなどの識別子/リンクをインポートできます。

一時的なものとして、暫定的に、このチケットで提案された編集インターフェースを用意します。

@tfmorrisああ、面白い。 「識別子の真実の中心的なソースとしてのwikidata」の動作を想定した方法は、openlibraryエンティティにwikidata QIDタグがあり、openlibraryボット/スクリプトがそれを使用して(wikidata QIDによる)ルックアップ、識別子のフェッチ(およびその他メタデータ)、次にopenlibraryを更新します。 この場合、ウィキデータへのマッピングを維持する責任はopenlibraryにあります。 しかし、ボットはウィキデータのopenlibrary識別子に基づいてルックアップを実行し、

上記のコメントを明確にするために、Wiki *の編集者は、VIAFや他の識別子よりも、Wikidata識別子のリンクをプッシュすることに本当に関心を持っていたと思います。 部分的には、エンティティに関する追加情報のソースとして、オープンライブラリの訪問者をウィキデータ(および/またはウィキペディアの記事)に誘導するメカニズムとして。 マッピングがウィキデータ側にのみ存在する場合、これは不可能です。 そのレースには馬がいません。

とにかく、それはすべて少し話題から外れています。 望ましい将来のワークフローが何であるかに関係なく、Webインターフェイスを介してopenlibraryの識別子を手動で修正/編集できるようにすることが重要であるように思われます。

上記のものにLCCNとOLを追加しています。 これまでに言及したものすべてのリストを誰かが作成しても大丈夫でしょうか? ここにあります:
ウィキデータ、ISNI、VIAF、LCCN、OLID、ORCID

「分類:RM666.T65、616.12061」と​​は何ですか? http ://worldcat.org/identities/lccn-n82039404/これはVIAFですか?

@BrittanyBunk https://github.com/internetarchive/openlibrary/wiki/Guide-to-Identifiersを更新しましたが、分類には入りません。

RM666.T65は「Theraputics、Vitamin E」のLCクラスであり、616.12061は「CardiopulmonaryDrugTherapies」のデューイ十進分類法クラスであり、どちらもhttps://www.worldcat.org/title/vitamin-eに合理的に適用され

DDCとLC分類を区別するのは簡単です。それらはすべて数値です。

この問題は未解決ですか、それとも現在誰かに割り当てられていますか?
割り当てられていない場合は貢献したい

@SudarshanHV誤ってこの問題の複製を作成したので、これはまだ開いていて問題です。 著者ページのレイアウトは、最後にチェックしたときからまだ作業中であるため、まだ存在していることがわかります。 詳細については、私が提起した問題#2786をご覧ください。 これに取り組むことについてはあなたが正しいと思います-それが私の次の仕事になるでしょう。

ねえ@BrittanyBunk! :wave:これについて何か助けが必要ですか?

ねえ@BrittanyBunk! これについて何か助けが必要ですか?

はい-作成者の役割はアルファベット順ではありません。 それらが分類されているといいでしょう。 また、役割名を追加できなくなったことも残念です。 ドロップダウンメニューが必要なのはなぜですか?

ドロップダウンメニューを削除して、代わりに必要なものを入力できるようにすると、理想的です。

このページは役に立ちましたか?
0 / 5 - 0 評価