Openlibrary: 一部の作成者をマージしようとすると失敗します

isbnがOCLCで行き止まりになっているように見える、または著者でさえamzの出版社に誤って帰属している、2008年のAMZソースの記譜法の本がたくさんあります。 これらの一部のBWBは、isbnでカバーを見つけることができますが、同じがらくたメタデータを持っているようです。 他のデータベースでより広いネットをキャストするか、何らかの方法でそれらを隔離して、実際の本が再登場することを信頼する必要があります。
いくつかの例については、著者のIsaganiIntanoを参照してください。

問題の作者は
https://openlibrary.org/authors/OL4357202A/Ludwig_Van_Beethoven
マスターOL127077Aにマージされません

考えられる問題項目の追跡：
OL11122403M
https://openlibrary.org/books/OL11122403M/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6B

著者のUIデータは作品https://openlibrary.org/works/OL15097322W/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6Bからのものであるため、UIを介して、これはLVBアイテムのようには見えません

ただし、エディションの空白のカバータイルを見ると、エディションのメタデータに由来する作成者の拡張リストが表示されます。https ：

authors: [ { key: "/authors/OL47923A" }, { key: "/authors/OL4357202A" }, { key: "/authors/OL2779314A" }, { key: "/authors/OL126336A" }, { key: "/authors/OL3338683A" }, { key: "/authors/OL2779506A" }, { key: "/authors/OL38111A" }, { key: "/authors/OL3551619A" } ],

OL47923Aはリダイレクトです... Mozartへhttps://openlibrary.org/authors/OL5017833A/Wolfgang_Amadeus_Mozart

したがって、ここにはいくつかの問題があります。

1. マージの作成者は、問題がどこにあるのかを示すことなくエラーを飲み込んでいます。
2. エディションページのUIは、エディションのメタデータに具体的にリストされている作成者を非表示にしています。これは、作業とは異なる場合があります。

そして多分3.、これをデバッグするのをさらに難しくする要因：＃183

および4.マージ作成者がこれを破るのはなぜですか？ 影響を受けるアイテムの作成者を単純に更新して先に進むことができないのはなぜですか？

ANS：＃1445に関連していると思います。一部のアイテムのデータは、作成者がリダイレクトされた状態になる可能性がありますが、再保存するとエラーが発生します。 <<<これが、これらのリダイレクトの問題の多くの根本的な原因のようです。

同様の問題に対処しようとした過去のPR：＃2186その修正を別の場所に適用する必要があるかどうか、または修正にギャップがあるかどうかを調査する必要があります。 いずれにせよ、何かが欠けています。

著者のビューページは、著者のマージの進行状況とエラーを飲み込んでいます。この問題は、以前はエラーフラッシュメッセージがあった他のページで発生していると思います。

これをデバッグすると、メッセージdivがあることがわかります
https://github.com/internetarchive/openlibrary/blob/17cd1728e21a8dafd3dffcebc93dee9a534c37ec/openlibrary/templates/type/author/view.html#L92 -L118

それはclass.hiddenとしてスタイル設定されています：page-user.cssのdisplay: none !important;

それらの隠されたサブディビジョンを.fadeIn()しようとするスクリプトがあります。 !importantがフェードインを防いでいると思いますが、削除すると永久に表示されます。

@jdlrobson 、アイデアやヒントはありますか？ この作者のマージ機能が私をブロックし、図書館員に影響を与えているので、これを機能させて整理することに興味がありますが、このhidden問題は、他のエラーメッセージの欠落の原因でもあると感じています。

@hornc @jdlrobson !importantはおそらく関連しています。 https://github.com/internetarchive/openlibrary/pull/2223#issuecomment-513393435から始まるスレッドを参照して

痛みでごめんなさい（再び）。 ！importantは0f9030c1047d5a337fc292a09085d7c353c85424に追加されました。

！importantを使用しない場合の問題は、

<div class="hidden button">foo</div>

と同等の特異性のルール：

.button { display: inline-block; }

ボタンは実際には期待に反して隠されていません。

私は私たちをBEMの方向にもっと動かそうとしてきたので、これらの特異性のルールはもっと苦痛になります。

次のgrepは6つの結果を生成します。

removeClass('hidden');

および4の場合：

addClass('hidden');

この場合の交換：

class="hidden"

と

style="display: none;"

うまくいくだろう。

私たちが試すことができる他のこと：

.button[style] { display: block;}

（スタイル属性が非表示で削除されていると想定していますが、そうではない場合があります。

@cdriniあなたがこれについて意見を

@jdlrobsonロジックに同意しません、実行に同意しません：P display: noneは私にとって良い解決策のようです（ styleことではありません）。 プロダクションのバグでモグラたたきをしているのが好きではありません。 1）すべてのhiddenクラスがdisplay: none変更されていることを確認するか（6か月前のコミット前の暗黙の意味であったため、これは手動で行う必要があります）、または2） !importantを削除し、後で（1）を実行します。 hiddenクラスの意味を、それに依存するものをチェックせずに変更したこの中間状態にあるのは好きではありません。

ええ、私は6か月前に実行を台無しにしました:( 321d120は、テストして機能することができれば、ここでの修正のように見えます。

うまくいけば、モグラたたきは死ぬでしょう。 私はそれをしたくないのですが、どのテンプレートがアバンダンウェアであり、どのテンプレートがまだアクティブであるかを確実に知ることなく、JSがテンプレートとJSに散らばっているという事実は、少し圧倒され、意気消沈します（私は費やしました何も進まずにワークフローをチェックしようとして30分、今はただ悲しくなります）なので、当面はこれが最善のアプローチだと思います。 問題が特定されたら、簡単かつ迅速に修正できます。これらの問題のブレーカーとして、問題が発生したときにタグを付けてください。

ウィキデータが提案するマージからさらに2つの例が追加されました。 非表示のエラーメッセージの外観上の問題が修正され、マージ失敗メッセージがユーザーに正しく表示されていることを確認できますが、基になるデータやマージの問題はまだ残っています。

「引数。それは機能しませんでした」エラーが表示されますが、（重要な）エラーの詳細が欠落しています。 DS Margoliouthの場合、彼らはそれが不満である正確な記録を特定します：

{'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL20457133M'}, 'value': '/authors/OL5989450A', 'error': 'bad_data'}

基本的にエディションの作成者を無視するので（リダイレクトでない限り、競合する/間違った作成者であるかどうかは気にしないでしょう）、これによって作成者のマージが失敗するのは、私には少しばかげているようです。

次のいずれかを行う必要があります。

• サイレントにエラーを修正し、リダイレクトターゲットでレコードを更新するか、または
• 版の著者を完全に無視する

ちなみに、エラーメッセージに「メモしました」と表示されている場合は、誰かが気づいて修正する場所にログが記録されているように聞こえます。 ログに記録されますか？ 誰かがログを確認しますか？

別の失敗例： https ：

@ Camillo-Pellizzariのマージのエラーは次のとおりです。

{'message': 'expected /type/author, found /type/delete', 'at': {'property': 'authors', 'key': '/books/OL20496191M'}, 'value': '/authors/OL6036269A', 'error': 'bad_data'}

著者レコードは、2017年に@horncのCleanupBotによって削除されました。これは、どの作品にも使用されていなかったためですが、このエディションのレコードでは引き続き使用されています。 現在、エディションの作成者を編集する方法がないため、プログラマーの支援なしにこれをクリーンアップすることはできません。

別のケース： https ：

その例には、OL2677210A Carl Jungに誤って帰属する単一の作品があります。「TheWorkbook」は3巻のコマーシャルアートディレクトリであり、そのうちの「Portfolio」は第2巻です。あまりにも）あいまい。

これらをマージすることはできません：
https://openlibrary.org/authors/OL134502A/Gaius
https://openlibrary.org/authors/OL4675154A/Gaius

@seabelis
痛い！ これは、さまざまなエディション、解説、および翻訳を含む1つのマルチボリューム作品の59の作業レコードと2つの著者レコードです。 そのようなものをどのように構成するのが最善かについてのwikiが本当に必要ですが、それは別の議論です。 その間に、私はすべての作業レコードを後者から手動で変更して、代わりに前者の著者レコードをリンクしました。

それをしてくれてありがとう。 ユーザーから寄せられたので、作品については気づかなかった。

2つのGaius作成者レコードをマージしましたが、3つ目もマージする必要があると思いますが、マージでエラーが発生します：

すべての作品をOL6002146AからOL134502Aに移動した後でも、 https： //openlibrary.org/authors/OL134502A/Gaius？merge = true＆duplicates = OL6002146Aはエラーが発生し、リダイレクトは作成されません。 奇妙な....

https://openlibrary.org/authors/OL735423A/Michel_Jean_Sedaineをhttps://openlibrary.org/authors/OL6011794A/Sedaineとマージできません

https://openlibrary.org/authors/merge?key=OL4789371A&key=OL6011897Aをマージできません

繰り返しますが、 https ：

繰り返しますが、 https ：

繰り返しますが、 https ：

繰り返しますが、 https ：

繰り返しますが、 https ：

うーん、問題の作成者レコードはすべて、2008年10月27日にImport Botによって作成されたようです。ヒントとなる可能性のあるその他の奇妙な点：その作成者レコードを直接編集すると削除される古い「id =」フィールドが含まれていますが、それでもマージできないので、それは問題ではありません。 著者名の後の末尾のスペースが要因であるか、場合によっては「個人名=」フィールドが表示されることがあります。

ため息、そのリストは長くなっています:(ありがとう@ Camillo-Pellizzari;リストに追加してください。

これも失敗します： https ：

繰り返しますが： https ：

+： https ：

追加：+1：

これはhttps://github.com/internetarchive/openlibrary/issues/2553によって修正される可能性が高いことに注意して

繰り返しますが： https ：

@ Camillo-Pellizzari
これは、壊れた発音区別符号のもう1つの遺産のようなにおいがします。 私はでエミール・エッガーへの冗長著者レコードの大半をマージするために管理してきましたhttps://openlibrary.org/authors/OL4557532A/が、最後のレコードというhttps://openlibrary.org/authors/OL6003522Aは頑固です。

繰り返しますが： https ：

別のケース： https ：

@ Camillo-Pellizzari
手掛かり！！！！
16のMayhew作品を手動でメインの著者レコードに移動しましたが、1つの孤立したエディションのレコードが残っており、おそらくキャッシュされています。 著者はまだマージされません。 その1つのエディションには、不正な形式の疑似作業パスhttps://openlibrary.org/works/OL20459197Mがあり、古い作成者がエディションレコードで識別されており、作業レコードhttps://openlibrary.org/works/OL2788965Wに表示されている正しい作成者と競合しています
これらの奇妙な点のどれがマージ失敗の原因であるかを知る方法はありませんが、管理者がそれを微調整できる場合、それは有益である可能性があります。

{"publishers"：["Chatto＆Windus"]、 "classifications"：{}、 "subtitle"： "ロンドンの生活のユーモア、哀愁、特殊性のイラスト"、 "title"： "ロンドンのキャラクター"、 "メモ"：" 1e uitg。（1874）は、「ヘンリー・メイヒューと他の作家による」（Vgl。Toole-Stott、no。491。）のde aanduidingに会いました。 "、" Covers "：[9182853]、" created "：{" type "：" / type / datetime "、" value "：" 2008-10-27T03：19：48.641147 "}、" languages "：[{" key "：" / languages / eng "}]、" last_modified "：{" type "：" / type / datetime "、" value "：" 2019-12-11T23：49：48.914594 "}、" latest_revision "：8 、 "key"： "/ books / OL20459197M"、 "authors"：[{"key"： "/ authors / OL5239874A" }、{"key"： "/ authors / OL1331553A"}]、 "publish_date"： "1881 "、" publish_places "：[" London "]、" works "：[{" key "：" / works / OL2788965W "}]、" type "：{" key "：" / type / edition "}、" oclc_numbers "：[" 67342886 "]、"リビジョン "：8}

別のケース： https ：

自動的に実行するコードを書く時間があれば、これを調査します： https ：//openlibrary.org/authors/OL4280920A/Federico_Garc%C3%ADa_Lorca？merge = true＆duplicates = OL6887222A、OL4122786A、OL3973784A、OL6250916A、OL6404110A 、OL3210186A、OL7313848A、OL7306164A、OL7327570A、OL7386673A、OL7392312A、OL7416035A、OL7687411A

• https://openlibrary.org/authors/merge?key=OL6090558A&key=OL6002080A

@seabelis別のhttps://openlibrary.org/authors/merge?key=OL4586796A&key=OL3206959Aが見つかりました

すべてのエディションには、OL2629754AとOL3206959Aの2人の作成者がリストされており、最初の作成者はリダイレクトです。

もちろん、エディションの作成者は編集できないため、これを修正することはできません。 YAML https://openlibrary.org/books/OL13263866M.yml?m=editを編集することでハッキングできると思いましたが、そのような運はありません-許可が拒否されました。

リンク先の版から著者を削除することができました。 https://openlibrary.org/books/OL13263866M/Relato_de_un_n%C3%A1ufrago?_compare=Compare&b=6&a=5&m=diff

別の会話から、エディションから著者を削除することは好ましくないことを思い出したと思います。 エディションから作成者を削除してから、有効な作成者を再適用できると思いましたが、エラーが発生します。
AttributeError: 'str' object has no attribute 'olid'

別の会話から、エディションから著者を削除することは好ましくないことを思い出したと思います。

それは私の意見ではありません。 編集も自動同期もできないので、やりがいがあると思います。

リンク先の版から著者を削除することができました。 https://openlibrary.org/books/OL13263866M/Relato_de_un_n%C3%A1ufrago?_compare=Compare&b=6&a=5&m=diff

Web UIを介してそれを行うことができましたか、それともAPIの1つを使用しましたか？

@tfmorris openlibrary-コラボラトリーノートブック@cdriniを介したクライアントは、

リストに追加する別のもの。 https://openlibrary.org/authors/merge?key=OL4435020A&key=OL7214197A&key=OL7622813A

上記のすべてのデータの問題を確認して解決し、マージを実行しました（一部はそれ以上変更せずに機能しましたが、他の場所で解決されている必要があります）。

各マージの正確なエラーは、 merge.jsonのHTTP 400の結果に表示されます。これは、ブラウザー開発ツールコンソールに表示されます。

{'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL13263870M'}, 'value': '/authors/OL2629754A', 'error': 'bad_data'}

これらのメッセージは、少なくとも問題のエディションを示すために、マージ結果ページに表示されていました。 今ではそうではありません。

ありがとう、 @ hornc 。