Openlibrary: कुछ लेखकों का विलय करने का प्रयास विफल हो जाता है

संगीत संकेतन की कई 2008 AMZ-sourced पुस्तकें हैं जिनके लिए isbn OCLC पर एक मृत अंत प्रतीत होता है, या यहां तक ​​कि लेखक को amz में प्रकाशक को गलत तरीके से लिखा गया है। इनमें से कुछ के लिए BWB isbn द्वारा एक कवर पा सकते हैं, लेकिन ऐसा लगता है कि एक ही बकवास मेटाडेटा है। हमें या तो अन्य डेटाबेस में एक व्यापक जाल डालने की आवश्यकता है, या बस उन्हें किसी तरह संगरोध करना चाहिए और भरोसा करना चाहिए कि वास्तविक किताबें फिर से प्रस्तुत करेंगी।
कुछ उदाहरणों के लिए लेखक इसागानी इंटानो को देखें।

समस्या लेखक है
https://openlibrary.org/authors/OL4357202A/Ludwig_Van_Beethoven
जो मास्टर OL127077A में विलय नहीं करेगा

संभावित समस्या आइटम को ट्रैक करना:
OL11122403M
https://openlibrary.org/books/OL11122403M/Piano_Literature_of_the_17th_18th_and_19th_Cent चोट_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. संस्करण पृष्ठ UI विशेष रूप से संस्करण मेटाडेटा में सूचीबद्ध लेखकों को छिपा रहा है, जो कभी-कभी काम से अलग हो सकता है।

और हो सकता है 3., यह योगदान करने वाले कारक को डीबग करना भी कठिन है: # 183

और 4. लेखक इस पर भी क्यों विलीन हो रहा है? यह केवल प्रभावित वस्तुओं के लेखकों को अद्यतन करने और आगे बढ़ने के लिए क्यों नहीं कर सकता है?

ANS: मुझे लगता है कि यह # 1445 से संबंधित है जहां कुछ वस्तुओं का डेटा ऐसी स्थिति में हो सकता है जहां उनके लेखक पुनर्निर्देशित होते हैं, लेकिन पुन: सहेजने में त्रुटि होती है। <<< यह इन रीडायरेक्ट समस्याओं की संख्या का मूल कारण लगता है।

पिछले पीआर जिसने एक समान समस्या से निपटने की कोशिश की: # 2186 मुझे यह जांचने की आवश्यकता है कि क्या उस फिक्स को किसी अन्य स्थान पर लागू करने की आवश्यकता है, या क्या फिक्स में कोई अंतर है। किसी भी तरह, कुछ गायब है।

लेखक का पृष्ठ पृष्ठ लेखक की मर्ज प्रगति और त्रुटियों को निगल रहा है, और मुझे लगता है कि यह समस्या अन्य पृष्ठों पर हो रही है, जिसमें त्रुटि फ्लैश संदेश हुआ करता था।

डिबगिंग से मैं देख रहा हूं कि एक संदेश है
https://github.com/internetarchive/openlibrary/blob/17cd1728e21a8dafd3dffcebc93dee9a534c37ec/openlibrary/templates/type/author/view.html#L92 -L1188

इसे class.hidden के रूप में स्टाइल किया गया है: पेज display: none !important; user.css में

ऐसी स्क्रिप्ट्स हैं, जो उन छिपे हुए सब-डिवीजनों को .fadeIn() देने का प्रयास करती हैं। I _think_ !important फैडिन को रोक रहा है, लेकिन जब मैं इसे हटाता हूं, तो वे स्थायी रूप से दिखाई देते हैं।

@jdlrobson , कोई विचार या सुझाव? मैं इस लेखक विलय सुविधा को ठीक करने के लिए इस काम में दिलचस्पी ले रहा हूं क्योंकि यह मुझे अवरुद्ध कर रहा है और लाइब्रेरियन को प्रभावित कर रहा है, लेकिन मुझे लगता है कि यह hidden समस्या अन्य लापता त्रुटि संदेश का कारण भी हो सकता है।

@hornc @jdlrobson !important बहुत संभावना से संबंधित है; https://github.com/internetarchive/openlibrary/pull/2223#issuecomment -513393435 से शुरू होने वाले धागे को

दर्द के लिए खेद है (फिर से)। महत्वपूर्ण को 0f9030c1047d5a337fc292a09085d7c353c85424 में जोड़ा गया था।

महत्वपूर्ण का उपयोग नहीं करने के साथ समस्या है, अगर आप है

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

और समान विशिष्टता का नियम:

.button { display: inline-block; }

बटन वास्तव में उम्मीदों के खिलाफ छिपा नहीं है।

मैं हमें बीईएम दिशा में और अधिक स्थानांतरित करने की कोशिश कर रहा हूं, इसलिए ये विशिष्टता नियम एक दर्द के अधिक हो जाते हैं।

निम्नलिखित grep 6 परिणाम देता है:

removeClass('hidden');

और 4 के लिए:

addClass('hidden');

इस मामले में जगह:

class="hidden"

साथ में

style="display: none;"

काम करेगा।

अन्य चीजें जो हम आजमा सकते हैं:

.button[style] { display: block;}

(मान लेता है कि शैली विशेषता एक छिपाने पर हटा दी जाती है, जो कि मामला नहीं हो सकता है।

@ LCDrini मुझे पता है कि आप इस पर विचार कर रहे हैं तो आपको क्या लगता है?

@jdlrobson मैं तर्क से असहमत नहीं हूं, मैं निष्पादन से असहमत हूं: P display: none मुझे एक अच्छा समाधान लगता है ( style चीज नहीं)। मुझे पसंद नहीं है कि हम उत्पादन पर बग के साथ अजीब-ए-तिल कैसे खेल रहे हैं। हमें या तो 1) यह सुनिश्चित करना चाहिए कि सभी hidden क्लासेस को display: none बदल दिया गया है (क्योंकि यह 6mo पहले किए गए वचन से पहले निहित अर्थ था; इसे मैन्युअल रूप से करने की आवश्यकता होगी), या 2) !important निकालें और बाद में (1) करें। मुझे यह पसंद नहीं है कि हम इस बीच के राज्य में हैं जहां हमने hidden वर्ग का अर्थ बदल दिया है, बिना यह जाँचे कि इसमें क्या निर्भर है।

हाँ, मैं 6 महीने पहले निष्पादन पर गड़बड़ कर दिया :( 321d120 तो यहाँ ठीक लग रहा है, बशर्ते कि यह परीक्षण किया जा सकता है और काम करता है।

उम्मीद है कि अजीब एक तिल नीचे मर जाएगा। मैं ऐसा नहीं करना चाहूंगा, लेकिन मज़बूती से यह जाने बिना कि कौन से टेम्पलेट परित्यक्त हैं और जो अभी भी सक्रिय हैं, और तथ्य यह है कि जेएस को टेम्पलेट्स के साथ-साथ कूड़े में रखा गया है और जेएस कार्य थोड़ा भारी और मनोभ्रंश कर रहा है (मैंने खर्च किया है) 30 मिनट किसी भी प्रगति के बिना वर्कफ़्लो की जांच करने की कोशिश कर रहा है और अब सिर्फ दुखी महसूस करता हूं) इसलिए मुझे लगता है कि यह समय के लिए सबसे अच्छा तरीका है। समस्या की पहचान हो जाने के बाद उसे ठीक करना आसान और त्वरित है और इन चीजों को तोड़ने वाले के रूप में, कृपया मुझे टैग करें जब आप उन्हें देखते हैं।

विकीडाटा सुझाए गए मर्ज से दो और उदाहरण जोड़े गए हैं। मैं पुष्टि कर सकता हूं कि छिपे हुए त्रुटि संदेश का कॉस्मेटिक मुद्दा तय हो गया है और मर्ज विफलता संदेश उपयोगकर्ता को सही ढंग से प्रदर्शित किया गया है, लेकिन अंतर्निहित डेटा और / या विलय के मुद्दे अभी भी बने हुए हैं।

यद्यपि "Arg। ने काम नहीं किया" त्रुटि प्रदर्शित की गई है (महत्वपूर्ण) त्रुटि विवरण गायब है। डीएस मार्गोलीउथ मामले में, वे सटीक रिकॉर्ड को इंगित करते हैं जो इसके बारे में नाखुश है:

{'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'}

लेखक रिकॉर्ड 2017 में @hornc के CleanupBot वापस द्वारा नष्ट कर दिया गया है क्योंकि यह किसी भी काम करता है पर इस्तेमाल नहीं किया गया था, लेकिन यह अभी भी इस संस्करण रिकॉर्ड पर इस्तेमाल किया गया था। अब, क्योंकि संस्करण लेखकों को संपादित करने का कोई तरीका नहीं है, इसलिए प्रोग्रामर की सहायता के बिना इसे साफ नहीं किया जा सकता है।

एक और मामला: https://openlibrary.org/authors/merge?key=OL17370A&key=OL2677210A

उस उदाहरण में ओएल 2677210 ए कार्ल जंग के लिए गलत रूप से जिम्मेदार एक एकल कार्य है: "द वर्कबुक" एक 3 वॉल्यूम कमर्शियल आर्ट डायरेक्टरी है, जिसमें से "पोर्टफोलियो" वॉल्यूम 2 ​​है। यह एक अच्छी बात है कि लेखक गलत तरीके से मर्ज करता है, हालांकि यह कैसे हुआ है ( भी) अस्पष्ट।

इन्हें मर्ज नहीं किया जा सकता:
https://openlibrary.org/authors/OL134502A/Gaius
https://openlibrary.org/authors/OL4675154A/Gaius

@ शेबेलिस
आउच! यह 59 काम रिकॉर्ड्स और दो लेखक रिकॉर्ड विभिन्न संस्करणों, टिप्पणियों और अनुवादों के साथ एक मल्टीवॉल्यूम के काम के लिए है। हमें वास्तव में विकी की आवश्यकता है कि इस तरह की चीजों को कैसे तैयार किया जाए, लेकिन यह एक अलग चर्चा है। इस बीच, मैंने मैन्युअल रूप से पूर्व के लेखक रिकॉर्ड को लिंक करने के लिए उत्तरार्द्ध से सभी कार्य रिकॉर्डों को मैन्युअल रूप से बदल दिया है।

ऐसा करने के लिए धन्यवाद। एक उपयोगकर्ता ने इसे प्रस्तुत किया, इसलिए मैंने यह भी नहीं देखा था कि कार्यों के बारे में।

मैंने दो गयुस लेखक के रिकॉर्ड को एक साथ मिला दिया है, लेकिन एक तीसरा भी है जिसे विलय किया जाना चाहिए, मुझे लगता है, लेकिन विलय पर गलत है: https://openlibrary.org/authors/OL6002146A/Gaius

सभी कार्यों को OL6002146A से OL134502A, https://openlibrary.org/authors/OL134502A/Gaius?merge=true&duplicates=OL6002142A पर ले जाने के बाद भी अभी भी त्रुटियाँ हैं, और पुनर्निर्देशन नहीं बना है। विचित्र ...।

Https://openlibrary.org/authors/OL735423A/Michel_Jean_Sedaine को https://openlibrary.org/authors/OL6011794A/Sedaine के साथ मर्ज नहीं किया जा सकता

Https://openlibrary.org/authors/merge?key=OL4789371A&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 मर्ज नहीं कर सकते

हम्म, समस्या लेखक रिकॉर्ड सभी को लगता है कि 27 अक्टूबर 2008 को आयात बॉट द्वारा बनाई गई है। अन्य विषमताएं जो संकेत हो सकती हैं: उनमें एक अप्रचलित "आईडी =" फ़ील्ड शामिल है जिसे उस लेखक रिकॉर्ड को किसी भी प्रत्यक्ष संपादन द्वारा हटा दिया जाता है, लेकिन फिर भी विलय नहीं किया जा सकता है, इसलिए यह समस्या नहीं है। लेखक के नाम के बाद की अनुगामी जगह एक कारक हो सकती है, या कुछ मामलों में "व्यक्तिगत नाम =" फ़ील्ड देखी जा सकती है।

आह, वह सूची लंबी हो रही है :( धन्यवाद @ कैमिलो-पेलिज़ारी; सूची में जोड़ें।

यह भी विफल रहता है: 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

@ कैमिलो-पेलिज़ारी
यह हमारे आम गुप्तांगों की सिर्फ एक और विरासत की तरह खुशबू आ रही है। मैं कम से एमिली इग्गर को अनावश्यक लेखक अभिलेखों का सबसे विलय करने के लिए प्रबंधित किया है https://openlibrary.org/authors/OL4557532A/ लेकिन यह है कि पिछले रिकॉर्ड https://openlibrary.org/authors/OL6003522A जिद्दी है।

फिर से: https://openlibrary.org/authors/merge?key=OL4743941A&key=OL460604A

एक अन्य मामला: https://openlibrary.org/authors/merge?key=OL412435A&key=OL5239874A

@ कैमिलो-पेलिज़ारी
एक सुराग!!!!
मैंने 16 मेय्यूज़ को मुख्य लेखक रिकॉर्ड में मैन्युअल रूप से काम किया, लेकिन एक अनाथ संस्करण रिकॉर्ड कायम है, शायद कैश किया गया है। लेखक अभी भी विलीन नहीं होंगे। उस एक संस्करण में विकृत रिकॉर्ड किया गया pseudowork path https://openlibrary.org/works/OL20459197M है जो पुराने लेखक के साथ एडिशन रिकॉर्ड में पहचाना गया है, जो वर्क रेकॉर्ड में दिखाए गए सही लेखक के साथ परस्पर विरोधी है। https://openlibrary.org/works/OL2788965W ।
इन विषमताओं में से कौन सी विषमता का कारण है, यह जानने का कोई तरीका नहीं है, लेकिन यदि कोई व्यवस्थापक इसे मोड़ सकता है, तो यह निर्देश हो सकता है:

{"प्रकाशक": ["चैटो और विंडस"], "वर्गीकरण": {}, "उपशीर्षक": "लंदन जीवन के हास्य, पथ और चित्रण के चित्र", "शीर्षक": "लंदन वर्ण", "नोट्स" ":" 1e uitg। (1874) डे हेनरी मैथ्यू और अन्य लेखकों द्वारा "डि आंडुइडिंग" से मिला। "," कवर ": [9182853]," निर्मित ": {" प्रकार ":" / प्रकार / डेटाटाइम "," मूल्य ":" 2008-10-27T03: 19: 48.641147 "}," भाषाएँ "[{] कुंजी ":" / भाषाएँ / संलग्न "}]," last_modified ": {" type ":" / type / datetime "," value ":" 2019-12-11T23: 49: 48.914594 "}," latest_revision ": 8 , "कुंजी": "/ किताबें / OL20459197M", "लेखक": [{"कुंजी": "/ लेखक / OL5239874A" }, {"कुंजी": "/ लेखक / OL133155380A"}, "publish_date": "1881 "," publish_places ": [" लंदन "]," कार्य ": [{" कुंजी ":" / वर्क्स / OL2788965W "}]," प्रकार ": {" कुंजी ":" / प्रकार / संस्करण "}," oclc_numbers ": [" 67342886 "]," संशोधन ": 8}

एक और मामला: https://openlibrary.org/authors/merge?key=OL2629727A&key=OL6454A

जब मैं इसे अपने आप करने के लिए कुछ कोड लिखने के लिए समय देता हूं, तो मैं इसकी जांच करूंगा: https://openlibrary.org/authors/OL4280920A/Federico_Garc%C3%ADa_Lorca?merge-true&duplicates=OL6887222A , OL4122786A, OL3973784A, OLII73784A , 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

क्या आप ऐसा करने में सक्षम थे कि वेब UI के माध्यम से या आपने किसी एक एपीआई का उपयोग किया था?

colaboratory नोटबुक @cdrini के माध्यम से @tfmorris openlibrary-ग्राहक मेरे की स्थापना में मदद की। मैंने संस्करण लेखकों को एक खाली वस्तु के साथ बदल दिया; यह उसी तरह है जब मैंने UI को सहयोग नहीं करने पर पहले योगदानकर्ताओं को हटा दिया था। मुझे यकीन नहीं है कि यह सबसे अच्छा तरीका है, लेकिन इसने मुझे पिछली त्रुटि के बिना काम को संपादित करने की अनुमति दी।

सूची में जोड़ने के लिए एक और। https://openlibrary.org/authors/merge?key=OL4435020A&key=OL7214197A&key=OL7622813A

मैंने ऊपर दिए गए सभी डेटा मुद्दों को हल किया है, और मर्ज किए गए हैं (कुछ ने बिना किसी और बदलाव के काम किया है, उन्हें कहीं और हल किया जाना चाहिए)।

प्रत्येक मर्ज के लिए सटीक त्रुटियां merge.json 400

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

ये संदेश मर्ज परिणाम पृष्ठ पर कम से कम समस्या संस्करण पर इंगित करने के लिए दिखाई देते थे। अब वे नहीं करते।

साभार ,