Openlibrary: 일부 작성자 병합 시도가 실패 함

isbn이 OCLC에서 막 다른 골목으로 보이거나 심지어 저자가 amz의 출판사에게 잘못 귀속 된 것으로 보이는 2008 년 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_Centuries_Books_6B

UI를 통해 작성자 UI 데이터가 작업 https://openlibrary.org/works/OL15097322W/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6B 에서 제공되기 때문에 이것은 LVB 항목처럼 보이지 않습니다.

그러나 에디션의 빈 표지 타일을 보면 에디션의 메타 데이터 ( 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와 관련이 있다고 생각합니다. <<< 이것은 이러한 여러 리디렉션 문제의 근본 원인 인 것 같습니다.

유사한 문제를 다루려고 시도한 과거의 PR : # 2186 수정 사항을 다른 위치에 적용해야하는지 아니면 수정 사항에 틈이 있는지 조사해야합니다. 어느 쪽이든 뭔가 빠졌습니다.

작성자보기 페이지는 작성자 병합 진행 및 오류를 삼키고 있으며 오류 플래시 메시지가 있던 다른 페이지 에서이 문제가 발생한다고 생각합니다.

이것을 디버깅하면 메시지 div가 있음을 알 수 있습니다.
https://github.com/internetarchive/openlibrary/blob/17cd1728e21a8dafd3dffcebc93dee9a534c37ec/openlibrary/templates/type/author/view.html#L92 -L118

class.hidden 스타일 : display: none !important; in page-user.css

숨겨진 하위 div를 .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 클래스의 의미를 변경 한 중간 상태에있는 것이 마음에 들지 않습니다.

Yeh 나는 6 개월 전에 실행을 엉망으로 만들었습니다. (321d120은 테스트되고 작동 할 수 있다면 여기에서 수정 된 것처럼 보입니다.

바라건대 두더지가 죽을 것입니다. 그렇게하고 싶지는 않지만 어떤 템플릿이 버려지고 아직 활성 상태인지 확실하게 알지 못하고 JS가 JS뿐만 아니라 템플릿에 흩어져 있다는 사실을 알지 못하면 작업이 약간 압도적이며 사기를 떨어 뜨리고 있습니다. 30 분 동안 진행하지 않고 워크 플로를 확인하려고했지만 이제는 슬프다) 당분간 최선의 접근 방식이라고 생각합니다. 문제가 확인되면 쉽고 빠르게 고칠 수 있으며 이러한 문제를 차단하는 자로서 문제를 발견하면 저를 태그 해주세요.

Wikidata 제안 병합에서 두 가지 예가 더 추가되었습니다. 숨겨진 오류 메시지의 외관 문제가 수정되고 병합 실패 메시지가 사용자에게 올바르게 표시되는지 확인할 수 있지만 기본 데이터 및 / 또는 병합 문제는 여전히 남아 있습니다.

"Arg. That did n't work"오류가 표시되지만 (중요) 오류 세부 정보가 누락되었습니다. 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'}

이 모든 작품에 사용되지 않았기 때문에 저자의 기록은 2017 년 @hornc의 CleanupBot 백에 의해 삭제 된, 그러나 여전히이 버전의 기록에 사용되었다. 이제 에디션 작성자를 편집 할 수있는 방법이 없기 때문에 프로그래머의 도움 없이는 정리할 수 없습니다.

다른 경우 : 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=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를 병합 할 수 없습니다.

흠, 문제 작성자 레코드는 모두 2008 년 10 월 27 일 Import Bot에 의해 생성 된 것 같습니다. 힌트 일 수있는 다른 이상한 점 : 여기에는 해당 작성자 레코드에 대한 직접 편집에 의해 제거되는 구식 "id ="필드가 포함되어 있지만 여전히 병합 할 수 없으므로 문제가되지 않습니다. 저자 이름 뒤의 공백은 요인이거나 경우에 따라 "personal name ="필드가 나타날 수 있습니다.

한숨, 그 목록이 길어지고 있습니다 :( 감사합니다 @ 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

@ Camillo-Pellizzari
이것은 우리의 분음 부호의 또 다른 유산처럼 냄새가납니다. 나는에서 에밀 에거에 중복 저자 기록의 대부분을 통합 관리했습니다 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

@ Camillo-Pellizzari
단서!!!!
16 Mayhew 작품을 수동으로 주 저자 레코드로 옮겼지만 하나의 고아 에디션 레코드가 유지되며 아마도 캐시되었을 것입니다. 작성자는 여전히 병합되지 않습니다. 한 에디션에 잘못된 의사 작업 경로 https://openlibrary.org/works/OL20459197M 이 있으며 에디션 레코드에서 이전 저자가 식별되어 작업 레코드 https://openlibrary.org/works/OL2788965W에 표시된 올바른 저자와 충돌합니다.
이러한 이상한 점 중 병합 실패의 원인을 알 수있는 방법은 없지만 관리자가이를 조정할 수 있다면 도움이 될 수 있습니다.

{ "publishers": [ "Chatto & Windus"], "classifications": {}, "subtitle": "런던 생활의 유머, 파토스, 특이성 삽화", "title": "런던 캐릭터", "노트 ":"1e uitg. (1874) "By Henry Mayhew and other writers"(Vgl. Toole-Stott, no. 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 ","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://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, 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라는 두 명의 저자가 나열되어 있으며, 그중 첫 번째는 리디렉션 입니다.

물론 에디션 작성자는 편집 할 수 없으므로 수정할 수 없습니다. 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를 통해이를 수행 할 수 있었습니까? 아니면 API 중 하나를 사용 했습니까?

공동 작업 노트북 @cdrini 를 통해 @tfmorris openlibrary-client가 설정하는 데 도움이되었습니다. 에디션 저자를 빈 개체로 대체했습니다. 이전에 UI가 협력하지 않을 때 기여자를 제거한 것과 같은 방식입니다. 이것이 최선의 방법인지는 모르겠지만 이전 오류없이 작업을 편집 할 수있었습니다.

목록에 추가 할 다른 항목입니다. 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 .