Openlibrary: فشلت محاولة دمج بعض المؤلفين

هناك العديد من كتب الترميز الموسيقية الصادرة عن AMZ لعام 2008 والتي يبدو أن ISBN لها طريق مسدود في OCLC ، أو حتى يُنسب التأليف إلى الناشر في amz. بالنسبة لبعض BWB ، يمكن العثور على غلاف بواسطة isbn ، ولكن يبدو أنه يحتوي على نفس البيانات الوصفية الهراء. نحتاج إما إلى وضع شبكة أوسع في قواعد البيانات الأخرى ، أو مجرد عزلها بطريقة ما ونثق في أن الكتب الحقيقية ستظهر مرة أخرى.
راجع المؤلف Isagani Intano للحصول على بعض الأمثلة.

مؤلف المشكلة هو
https://openlibrary.org/authors/OL4357202A/Ludwig_Van_Beethoven
والتي لن تندمج في OL127077A الرئيسي

تعقب عنصر المشكلة المحتمل:
OL11122403M
https://openlibrary.org/books/OL11122403M/Piano_Literature_of_the_17th_18th_and_19th_Century_Books_6B

من خلال واجهة المستخدم ، لا يبدو هذا حتى كعنصر LVB لأن بيانات واجهة مستخدم المؤلف تأتي من العمل https://openlibrary.org/works/OL15097322W/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6B

ومع ذلك ، إذا نظرت إلى لوحة الغلاف الفارغة للإصدار ، فستظهر قائمة موسعة بالمؤلفين ، والتي تأتي من البيانات الوصفية للإصدار: https://openlibrary.org/books/OL11122403M.json التي تعرض قائمة المؤلفين ...

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. تعمل واجهة مستخدم صفحة الإصدار على إخفاء المؤلفين المدرجين تحديدًا في البيانات الوصفية للإصدار ، والتي قد تختلف أحيانًا عن العمل.

وربما 3. ، عامل مساهم يجعل هذا الأمر أكثر صعوبة في التصحيح: # 183

4. لماذا يكسر مؤلفو الدمج هذا؟ لماذا لا تقوم ببساطة بتحديث مؤلفي العناصر المتأثرة والمضي قدمًا؟

الإجابة: أعتقد أنه يتعلق بـ # 1445 حيث يمكن أن تكون بيانات بعض العناصر في حالة يعيد فيها مؤلفوها توجيهات ، لكن إعادة الحفظ تلقي بخطأ. <<< يبدو أن هذا هو السبب الأساسي لعدد من مشكلات إعادة التوجيه هذه.

العلاقات العامة السابقة التي حاولت التعامل مع مشكلة مماثلة: # 2186 أحتاج إلى التحقق مما إذا كان هذا الإصلاح يحتاج إلى تطبيق في موقع آخر ، أو ما إذا كانت هناك فجوة في الإصلاح. في كلتا الحالتين ، هناك شيء مفقود.

صفحة عرض المؤلفين تبتلع تقدم دمج المؤلف ، والأخطاء ، وأعتقد أن هذه المشكلة تحدث في صفحات أخرى كان بها خطأ فلاش رسالة.

من تصحيح هذا أرى أن هناك رسالة div
https://github.com/internetarchive/openlibrary/blob/17cd1728e21a8dafd3dffcebc93dee9a534c37ec/openlibrary/templates/type/author/view.html#L92 -L118

هذا على شكل class.hidden: display: none !important; في page-user.css

هناك نصوص برمجية تحاول .fadeIn() تلك الأقسام الفرعية المخفية. أعتقد أن !important يمنع التلاشي ، لكن عندما أزيله ، يصبح مرئيًا بشكل دائم.

jdlrobson ، أي أفكار أو نصائح؟ أنا مهتم بالحصول على هذا العمل لترتيب ميزة دمج المؤلف هذه لأنها تحظرني وتؤثر على أمناء المكتبات ، لكن لدي شعور بأن مشكلة hidden قد تكون سببًا في فقدان رسالة خطأ أخرى أيضًا.

horncjdlrobson و !important من المحتمل جدا ذات الصلة؛ انظر الموضوع بدءًا من https://github.com/internetarchive/openlibrary/pull/2223#issuecomment -513393435

آسف للألم (مرة أخرى). تمت إضافة! المهم في 0f9030c1047d5a337fc292a09085d7c353c85424.

المشكلة مع عدم استخدام! المهم ، إذا كان لديك

<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 ). لا أحب الطريقة التي نلعب بها لعبة whack-a-mole مع الحشرات في الإنتاج. يجب علينا إما 1) التأكد من تغيير جميع فئات hidden إلى display: none (حيث كان هذا هو المعنى الضمني قبل الالتزام منذ 6 أشهر ؛ يجب القيام بذلك يدويًا) ، أو 2) قم بإزالة !important وافعل (1) لاحقًا. لا يعجبني أننا في هذه الحالة الفاصلة حيث قمنا بتغيير معنى فئة hidden دون التحقق مما يعتمد عليها.

نعم ، لقد أخطأت في التنفيذ منذ 6 أشهر :( 321d120 يبدو وكأنه الإصلاح هنا ، بشرط أن يتم اختباره ويعمل.

نأمل أن تموت ضربة الخلد. أرغب في عدم القيام بذلك ، ولكن دون معرفة القوالب التي تعتبر برمجيات مهجورة وأيها ما زالت نشطة ، وحقيقة أن JS متناثرة عبر القوالب بالإضافة إلى JS ، فإن المهمة مربكة ومحبطة بعض الشيء (لقد قضيت 30 دقيقة في محاولة التحقق من سير العمل دون إحراز أي تقدم والآن أشعر بالحزن فقط) لذلك أعتقد أن هذا هو أفضل نهج في الوقت الحالي. من السهل والسريع الإصلاح بمجرد تحديد المشكلة وككسر لهذه الأشياء ، يرجى وضع علامة لي عند رؤيتها.

تمت إضافة مثالين آخرين من Wikidata المقترحة لعمليات الدمج. يمكنني أن أؤكد أن المشكلة التجميلية لرسالة الخطأ المخفية قد تم إصلاحها وأن رسالة فشل الدمج معروضة بشكل صحيح للمستخدم ، لكن البيانات الأساسية و / أو مشاكل الدمج لا تزال قائمة.

على الرغم من عرض الخطأ "لم ينجح ذلك" ، إلا أن تفاصيل الخطأ (المهمة) مفقودة. في قضية DS Margoliouth ، حددوا السجل الدقيق الذي لم يكن سعيدًا به:

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

نظرًا لأننا نتجاهل مؤلفي الإصدار بشكل أساسي (وربما لا نهتم إذا كان مؤلفًا متضاربًا / خاطئًا طالما أنه ليس إعادة توجيه) ، فإن وجود هذا سبب فشل دمج المؤلف يبدو سخيفًا بعض الشيء بالنسبة لي.

يجب علينا إما:

• إصلاح الخطأ بصمت وتحديث السجل مع هدف إعادة التوجيه ، أو
• تجاهل مؤلفي الإصدار تمامًا

كملاحظة جانبية ، عندما تقول رسالة الخطأ "لقد قمنا بتدوينها" ، فهذا يجعلها تبدو وكأنها مسجلة في مكان ما حيث سيلاحظها شخص ما ويقوم بإصلاحها. هل يتم تسجيله؟ هل يراجع أحد السجل؟

حالة فشل أخرى: https://openlibrary.org/authors/merge؟key=OL134502A&key=OL4675154A&key=OL6002146A

الخطأ في دمج @ Camillo-Pellizzari هو:

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

تم حذف سجل المؤلف بواسطة CleanupBot الخاص بـ hornc في عام 2017 لأنه لم يتم استخدامه في أي أعمال ، لكنه لا يزال مستخدمًا في سجل الإصدار هذا. الآن ، نظرًا لعدم وجود طريقة لتحرير مؤلفي الإصدار ، لا يمكن التخلص من هذا دون مساعدة المبرمج.

حالة أخرى: https://openlibrary.org/authors/merge؟key=OL17370A&key=OL2677210A

يحتوي هذا المثال على عمل واحد منسوب بشكل غير صحيح إلى OL2677210A Carl Jung: "The Workbook" عبارة عن دليل فني تجاري مكون من 3 مجلدات ، يمثل "Portfolio" منه المجلد 2. إنه أمر جيد أن دمج المؤلف خطأ ، على الرغم من أن كيفية حدوث ذلك ( جدا) غامضة.

لا يمكن دمج هذه:
https://openlibrary.org/authors/OL134502A/Gaius
https://openlibrary.org/authors/OL4675154A/Gaius

تضمين التغريدة
أوتش! هذا هو 59 سجل عمل وسجلين مؤلفين لعمل واحد متعدد الأجزاء مع إصدارات وتعليقات وترجمات مختلفة. نحتاج حقًا إلى ويكي حول أفضل السبل لتنظيم مثل هذه الأشياء ، لكن هذه مناقشة منفصلة. في غضون ذلك ، قمت يدويًا بتغيير جميع سجلات العمل من الأخير لربط سجل المؤلف السابق بدلاً من ذلك.

شكرا لفعل ذلك. أرسل أحد المستخدمين هذا ، لذلك لم ألاحظ ذلك حتى حول الأعمال.

لقد قمت بدمج سجلي مؤلف Gaius معًا ، ولكن هناك ثالثًا يجب دمجه أيضًا ، على ما أعتقد ، ولكن هناك خطأ في الدمج: https://openlibrary.org/authors/OL6002146A/Gaius

حتى بعد نقل جميع الأعمال من 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= OL6011897A

مرة أخرى: لا يمكن الدمج https://openlibrary.org/authors/merge؟key=OL357738A&key=OL5999368A

مرة أخرى: لا يمكن الدمج https://openlibrary.org/authors/merge؟key=OL4277168A&key=OL6039003A

مرة أخرى: لا يمكن الدمج https://openlibrary.org/authors/merge؟key=OL2557977A&key=OL5998002A

مرة أخرى: لا يمكن الدمج https://openlibrary.org/authors/merge؟key=OL133119A&key=OL6011208A

مرة أخرى: لا يمكن الدمج https://openlibrary.org/authors/merge؟key=OL1271659A&key=OL5996409A

حسنًا ، يبدو أن جميع سجلات المؤلف المشكلة قد تم إنشاؤها بواسطة Import Bot في 27 أكتوبر 2008. الشذوذ الأخرى التي قد تكون تلميحات: تتضمن حقل "id =" قديم تمت إزالته بواسطة أي تحرير مباشر لسجل المؤلف هذا ، ولكن لا يزال لا يمكن دمجها ، لذا ليست هذه هي المشكلة. قد تكون المسافة اللاحقة بعد اسم المؤلف عاملاً ، أو حقل "الاسم الشخصي =" يظهر في بعض الحالات.

تنهد ، هذه القائمة تطول: (شكرًا @ Camillo-Pellizzari ؛ أضف إلى القائمة.

فشل هذا أيضًا: https://openlibrary.org/authors/merge ؟key=OL80534A&key=OL2693344A

مرة أخرى: https://openlibrary.org/authors/merge؟key=OL17370A&key=OL2677210A

+: https://openlibrary.org/authors/merge؟key=OL125439A&key=OL2628479A

تمت إضافة: +1:

لاحظ أنه من المحتمل أن يتم إصلاح هذا من خلال https://github.com/internetarchive/openlibrary/issues/2553

مرة أخرى: https://openlibrary.org/authors/merge؟key=OL981833A&key=OL6003522A

@ كاميلو بيليزاري
هذه الرائحة مثل مجرد إرث آخر من علامات التشكيل المشوهة. لقد تمكنت من دمج معظم سجلات المؤلف الزائدة عن الحاجة إلى Émile Egger على https://openlibrary.org/authors/OL4557532A/ لكن هذا السجل الأخير في https://openlibrary.org/authors/OL6003522A عنيد.

مرة أخرى: https://openlibrary.org/authors/merge؟key=OL4743941A&key=OL4016098A

حالة أخرى: https://openlibrary.org/authors/merge؟key=OL412435A&key=OL5239874A

@ كاميلو بيليزاري
دليل!!!!
لقد قمت بنقل 16 عمل مايهيو إلى سجل المؤلف الرئيسي يدويًا ، ولكن لا يزال سجل إصدار واحد يتيمة موجودًا ، وربما تم تخزينه مؤقتًا. لا يزال المؤلفون غير مدمجين. يحتوي هذا الإصدار الأول على مسار العمل الزائف المشوه https://openlibrary.org/works/OL20459197M مع المؤلف القديم المحدد في سجل الإصدار ، بما يتعارض مع المؤلف الصحيح الموضح في سجل العمل https://openlibrary.org/works/OL2788965W .
لا توجد طريقة لمعرفة أي من هذه الشذوذ هو سبب فشل الدمج ، ولكن إذا كان بإمكان المسؤول تعديلها ، فقد يكون ذلك مفيدًا:

{"الناشرون": ["Chatto & Windus"] ، "التصنيفات": {} ، "العنوان الفرعي": "الرسوم التوضيحية للفكاهة والشفقة وخصائص الحياة في لندن" ، "العنوان": "شخصيات لندن" ، "ملاحظات ":" 1e uitg. (1874) met de aanduiding \ "بقلم Henry Mayhew وكتاب آخرون \" (Vgl. Toole-Stott ، رقم 491.). "،" المعرفات ": {} ،" ocaid ":" londoncharacter00gilbgoog "،" 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"، "المؤلفون": [{"key": "/ author / OL5239874A" }، {"key": "/ author / OL1331553A"}]، "publish_date": "1881 "،" publish_places ": [" London "]،" works ": [{" key ":" / works / OL2788965W "}]،" type ": {" key ":" / type / edition "}،" oclc_numbers ": [" 67342886 "]،" مراجعة ": 8}

حالة أخرى: https://openlibrary.org/authors/merge؟key=OL2629727A&key=OL68455A

سأحقق في هذا عندما يكون لدي وقت لكتابة بعض التعليمات البرمجية للقيام بذلك تلقائيًا: https://openlibrary.org/authors/OL4280920A/Federico_Garc٪C3٪ADa_Lorca؟merge=true&duplicates=OL6887222A ، OL4122786A، OL3973784A، OL6250916A، OL6404110 ، 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 ، أولهما إعادة توجيه .

بالطبع ، مؤلفو الإصدار غير قابلين للتحرير ، لذلك لا يمكن إصلاح ذلك. اعتقدت أنه يمكنني اختراقه عن طريق تحرير 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

هل كنت قادرًا على القيام بذلك من خلال واجهة مستخدم الويب أو هل استخدمت إحدى واجهات برمجة التطبيقات؟

tfmorris openlibrary-client عبر دفتر الملاحظات التعاوني ساعدنيcdrini في الإعداد. لقد استبدلت مؤلفي الطبعة بجسم فارغ ؛ إنها نفس الطريقة التي أزلت بها المساهمين سابقًا عندما لا تتعاون واجهة المستخدم. لست متأكدًا من أن هذه هي أفضل طريقة ، لكنها سمحت لي بتحرير العمل دون الخطأ السابق.

آخر لإضافته إلى القائمة. https://openlibrary.org/authors/merge؟key=OL4435020A&key=OL7214197A&key=OL7622813A

لقد مررت وحل جميع مشكلات البيانات المذكورة أعلاه ، وقمت بإجراء عمليات الدمج (بعضها عمل دون أي تغييرات أخرى ، ولا بد من حلها في مكان آخر).

تظهر الأخطاء الدقيقة لكل عملية دمج في نتيجة HTTP 400 لـ merge.json والتي يمكن رؤيتها في وحدة تحكم أدوات تطوير المتصفح ، على سبيل المثال:

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

كانت هذه الرسائل تظهر في صفحة نتائج الدمج للإشارة على الأقل إلى إصدار المشكلة. الآن لم يفعلوا ذلك.

شكرا لك ، hornc .