Secara khusus Ludwig van Beethoven (catatan pengarang duplikat yang diidentifikasi melalui Wikidata) https://openlibrary.org/authors/merge?key=OL127077A&key=OL4357202A&key=OL7272005A&key=OL7480477A
gagal
Saya menduga ini mungkin ada hubungannya dengan satu item dalam daftar yang menjadi atau merujuk pada pengalihan - perlu penyelidikan.
Contoh:
| Selesai | Orang | Gabungkan Link | Kesalahan |
| --- | --- | --- | - |
| X | Ludwig van Beethoven | https://openlibrary.org/authors/merge?key=OL127077A&key=OL4357202A&key=OL7272005A&key=OL7480477A | ?? |
| X | Apollonius Rhodius | https://openlibrary.org/authors/merge?key=OL325079A&key=OL6050345A | {'message': 'expected /type/author, found /type/delete', 'at': {'property': 'authors', 'key': '/books/OL20525473M'}, 'value': '/authors/OL6050346A', 'error': 'bad_data'}
|
| X | DS Margoliouth | https://openlibrary.org/authors/merge?key=OL1751871A&key=OL4335758A&key=OL3277479A&key=OL2832645A&key=OL3126854A&key=OL6010579A | {'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL20457133M'}, 'value': '/authors/OL5989450A', 'error': 'bad_data'}
|
| X | Gayus | https://openlibrary.org/authors/merge?key=OL134502A&key=OL4675154A&key=OL6002146A | {'message': 'expected /type/author, found /type/delete', 'at': {'property': 'authors', 'key': '/books/OL20496191M'}, 'value': '/authors/OL6036269A', 'error': 'bad_data'}
|
| X | Carl Gustav Jung | https://openlibrary.org/authors/merge?key=OL17370A&key=OL2677210A | {'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL12811553M'}, 'value': '/authors/OL2660553A', 'error': 'bad_data'}
|
|
Penggabungan harus terjadi
Ada banyak buku notasi musik yang bersumber dari AMZ tahun 2008 yang isbnnya tampaknya menjadi jalan buntu di OCLC, atau bahkan kepenulisannya disalahartikan kepada penerbit di amz. Untuk beberapa BWB ini dapat menemukan sampul oleh isbn, tetapi tampaknya memiliki metadata omong kosong yang sama. Kita perlu membuat jaring yang lebih luas di database lain, atau hanya mengkarantina mereka entah bagaimana dan percaya bahwa buku sungguhan akan muncul kembali.
Lihat penulis Isagani Intano untuk beberapa contoh.
Penulis masalahnya adalah
https://openlibrary.org/authors/OL4357202A/Ludwig_Van_Beethoven
yang tidak akan digabungkan ke master OL127077A
Melacak item yang kemungkinan bermasalah:
OL11122403M
https://openlibrary.org/books/OL11122403M/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6B
Melalui UI, ini bahkan tidak terlihat seperti item LVB karena data UI penulis berasal dari karya https://openlibrary.org/works/OL15097322W/Piano_Literature_of_the_17th_18th_and_19th_Centuries_Books_6B
Namun, jika Anda melihat ubin sampul kosong Edisi, ini menunjukkan daftar penulis yang diperluas, yang berasal dari metadata Edisi: https://openlibrary.org/books/OL11122403M.json yang menampilkan daftar penulis ...
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 adalah pengalihan ... ke Mozart https://openlibrary.org/authors/OL5017833A/Wolfgang_Amadeus_Mozart
Jadi ada beberapa masalah di sini:
dan mungkin 3., faktor penyebab yang membuat ini semakin sulit untuk di-debug: # 183
dan 4. Mengapa penulis gabungan bahkan melanggar ini? Mengapa tidak bisa begitu saja memperbarui penulis item yang terpengaruh dan melanjutkan?
ANS: Saya pikir ini berhubungan dengan # 1445 di mana beberapa data item dapat berada dalam status di mana penulisnya dialihkan, tetapi menyimpan ulang akan menimbulkan kesalahan. <<< ini tampaknya menjadi akar penyebab sejumlah masalah pengalihan ini.
PR masa lalu yang mencoba menangani masalah serupa: # 2186 Saya perlu menyelidiki apakah perbaikan itu perlu diterapkan di lokasi lain, atau apakah ada celah dalam perbaikan. Bagaimanapun, ada sesuatu yang hilang.
halaman tampilan penulis menelan kemajuan penggabungan penulis, dan kesalahan, dan saya pikir masalah ini terjadi di halaman lain yang dulu memiliki pesan flash kesalahan.
Dari debugging ini saya melihat ada div pesan
https://github.com/internetarchive/openlibrary/blob/17cd1728e21a8dafd3dffcebc93dee9a534c37ec/openlibrary/templates/type/author/view.html#L92 -L118
yang ditata sebagai class.hidden: display: none !important;
di page-user.css
Ada skrip yang mencoba .fadeIn()
sub-div tersembunyi itu. Saya _pikir_ !important
mencegah fadein, tetapi ketika saya menghapusnya, fadein akan terlihat secara permanen.
@jdlrobson , ada ide atau tip? Saya tertarik untuk membuatnya berfungsi untuk merapikan fitur penggabungan penulis ini karena memblokir saya dan memengaruhi pustakawan, tetapi saya merasa masalah hidden
ini mungkin juga menjadi penyebab hilangnya pesan kesalahan lainnya.
@hornc @jdlrobson !important
kemungkinan besar terkait; lihat utas mulai dari https://github.com/internetarchive/openlibrary/pull/2223#issuecomment -513393435
Maaf atas rasa sakitnya (lagi). ! Important telah ditambahkan di 0f9030c1047d5a337fc292a09085d7c353c85424.
Masalah dengan tidak menggunakan! Penting, adalah jika Anda punya
<div class="hidden button">foo</div>
dan aturan kekhususan yang sama:
.button { display: inline-block; }
tombol sebenarnya tidak tersembunyi dari ekspektasi.
Saya telah mencoba untuk menggerakkan kami lebih ke arah BEM sehingga aturan kekhususan ini menjadi lebih merepotkan.
Grep berikut menghasilkan 6 hasil:
removeClass('hidden');
dan 4 untuk:
addClass('hidden');
Dalam hal ini mengganti:
class="hidden"
dengan
style="display: none;"
akan berhasil.
Hal lain yang bisa kami coba:
.button[style] { display: block;}
(mengasumsikan atribut gaya dihapus di sembunyikan, yang mungkin tidak demikian.
@cdrini Saya tahu Anda berpendapat tentang yang satu ini jadi bagaimana menurut Anda?
@jdlrobson Saya tidak setuju dengan logika, saya tidak setuju dengan eksekusi: P display: none
sepertinya solusi yang baik bagi saya (bukan hal style
). Saya tidak suka bagaimana kami bermain whack-a-mole dengan bug dalam produksi. Kita harus 1) memastikan semua kelas hidden
diubah menjadi display: none
(karena itu adalah arti tersirat sebelum komit 6 bulan yang lalu; ini perlu dilakukan secara manual), atau 2) hapus !important
dan lakukan (1) nanti. Saya tidak suka bahwa kita berada dalam keadaan di antara ini di mana kita telah mengubah arti dari kelas hidden
tanpa memeriksa apa yang bergantung padanya.
Ya, saya mengacaukan eksekusi 6 bulan yang lalu :( 321d120 sepertinya sudah diperbaiki di sini, asalkan dapat diuji dan berfungsi.
Semoga tikus mondok itu akan mereda. Saya ingin tidak melakukan itu, tetapi tanpa mengetahui secara andal template mana yang meninggalkan perangkat lunak dan mana yang masih aktif, dan fakta bahwa JS berserakan di seluruh template serta JS, tugasnya sedikit berlebihan dan mendemoralisasi (saya telah menghabiskan 30 menit mencoba memeriksa alur kerja tanpa membuat kemajuan apa pun dan sekarang merasa sedih) jadi saya pikir ini adalah pendekatan terbaik untuk saat ini. Mudah dan cepat untuk memperbaikinya setelah masalah teridentifikasi dan sebagai pemecah hal-hal ini, beri tag saya jika Anda melihatnya.
Dua contoh lagi telah ditambahkan dari penggabungan yang disarankan Wikidata. Saya dapat mengonfirmasi bahwa masalah kosmetik dari pesan kesalahan tersembunyi telah diperbaiki dan pesan kegagalan penggabungan ditampilkan dengan benar kepada pengguna, tetapi data yang mendasari dan / atau masalah penggabungan masih tetap ada.
Meskipun kesalahan "Arg. Itu tidak berhasil" ditampilkan, detail kesalahan (penting) tidak ada. Dalam kasus DS Margoliouth, mereka menunjukkan dengan tepat catatan yang tidak disukai:
{'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL20457133M'}, 'value': '/authors/OL5989450A', 'error': 'bad_data'}
Karena pada dasarnya kami mengabaikan penulis edisi (dan mungkin tidak peduli apakah itu penulis yang berkonflik / salah selama itu bukan pengalihan), memiliki ini yang menyebabkan penggabungan penulis gagal tampaknya agak konyol bagi saya.
Kita harus:
Sebagai catatan tambahan, ketika pesan kesalahan mengatakan "Kami telah membuat catatannya" yang membuatnya terdengar seperti dicatat di suatu tempat di mana seseorang akan memperhatikan dan memperbaikinya. Apakah itu masuk? Apakah ada yang meninjau log?
Kasus kegagalan lainnya: https://openlibrary.org/authors/merge?key=OL134502A&key=OL4675154A&key=OL6002146A
Kesalahan penggabungan @ Camillo-Pellizzari adalah:
{'message': 'expected /type/author, found /type/delete', 'at': {'property': 'authors', 'key': '/books/OL20496191M'}, 'value': '/authors/OL6036269A', 'error': 'bad_data'}
Catatan pengarang telah dihapus oleh CleanupBot @hornc pada tahun 2017 karena tidak digunakan pada karya apa pun, tetapi masih digunakan pada catatan edisi ini. Sekarang, karena tidak ada cara untuk mengedit penulis edisi, ini tidak dapat dibersihkan tanpa bantuan programmer.
Contoh tersebut memiliki satu karya yang salah dikaitkan dengan OL2677210A Carl Jung: "The Workbook" adalah direktori seni komersial 3 volume, di mana "Portofolio" adalah volume 2. Untung saja penulis salah menggabungkan, meskipun yang terjadi adalah ( juga) tidak jelas.
Tidak dapat menggabungkan ini:
https://openlibrary.org/authors/OL134502A/Gaius
https://openlibrary.org/authors/OL4675154A/Gaius
@tokopedia
Aduh! Itu adalah 59 catatan pekerjaan dan dua catatan penulis untuk satu pekerjaan multivolume dengan berbagai edisi, komentar, dan terjemahan. Kami benar-benar membutuhkan wiki tentang cara terbaik untuk menyusun hal-hal seperti itu, tetapi itu adalah diskusi terpisah. Sementara itu, saya telah mengubah secara manual semua catatan pekerjaan dari yang terakhir untuk menautkan catatan penulis sebelumnya.
Terima kasih sudah melakukannya. Seorang pengguna mengirimkan ini, jadi saya bahkan tidak menyadarinya tentang karya itu.
Saya telah menggabungkan dua catatan penulis Gayus bersama-sama, tetapi ada yang ketiga yang harus digabungkan juga, menurut saya, tetapi salah saat menggabungkan: https://openlibrary.org/authors/OL6002146A/Gaius
Bahkan setelah memindahkan semua karya dari OL6002146A ke OL134502A, https://openlibrary.org/authors/OL134502A/Gaius?merge=true&duplicates=OL6002146A masih error, dan pengalihan tidak dibuat. Aneh....
Tidak dapat menggabungkan https://openlibrary.org/authors/OL735423A/Michel_Jean_Sedaine dengan https://openlibrary.org/authors/OL6011794A/Sedaine
Tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL4789371A&key=OL6011897A
Sekali lagi: tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL357738A&key=OL5999368A
Sekali lagi: tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL4277168A&key=OL6039003A
Sekali lagi: tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL2557977A&key=OL5998002A
Sekali lagi: tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL133119A&key=OL6011208A
Sekali lagi: tidak dapat menggabungkan https://openlibrary.org/authors/merge?key=OL1271659A&key=OL5996409A
Hmm, catatan penulis masalah tampaknya semuanya telah dibuat oleh Import Bot pada 27 Okt 2008. Keanehan lain yang mungkin menjadi petunjuk: Mereka menyertakan bidang "id =" usang yang dihapus oleh pengeditan langsung ke catatan penulis tersebut, tetapi masih tidak dapat digabungkan, jadi bukan itu masalahnya. Spasi setelah nama penulis mungkin menjadi faktor, atau bidang "nama pribadi =" terlihat dalam beberapa kasus.
Sigh, daftar itu semakin panjang :( Terima kasih @ Camillo-Pellizzari; tambahkan ke daftar.
Ditambahkan: +1:
Perhatikan bahwa ini mungkin akan diperbaiki oleh https://github.com/internetarchive/openlibrary/issues/2553
@ Camillo-Pizzari
Baunya seperti warisan diakritik kita yang hancur. Saya telah berhasil menggabungkan sebagian besar catatan penulis yang berlebihan ke Émile Egger di https://openlibrary.org/authors/OL4557532A/ tetapi catatan terakhir di https://openlibrary.org/authors/OL6003522A keras kepala.
@ Camillo-Pizzari
Sebuah petunjuk!!!!
Saya memindahkan karya 16 Mayhew ke catatan penulis utama secara manual, tetapi satu catatan edisi yatim piatu tetap ada, mungkin disimpan dalam cache. Penulis tetap tidak akan bergabung. Edisi yang satu itu memiliki jalur pseudowork yang salah https://openlibrary.org/works/OL20459197M dengan penulis lama yang diidentifikasi dalam catatan edisi, bentrok dengan penulis yang benar yang ditunjukkan dalam catatan pekerjaan https://openlibrary.org/works/OL2788965W .
Tidak ada cara untuk mengetahui keanehan mana yang menjadi penyebab penggabungan gagal, tetapi jika admin dapat menyesuaikannya, ini bisa menjadi petunjuk:
{"publisher": ["Chatto & Windus"], "classifications": {}, "subtitle": "ilustrasi humor, kesedihan, dan kekhasan kehidupan London", "title": "karakter London", "catatan ":" 1e uitg. (1874) met de aanduiding \ "Oleh Henry Mayhew dan penulis lain \" (Vgl. Toole-Stott, no. 491.). "," Identifiers ": {}," ocaid ":" londoncharacter00gilbgoog "," covers ": [9182853]," create ": {" type ":" / type / datetime "," value ":" 2008-10-27T03: 19: 48.641147 "}," bahasa ": [{" kunci ":" / bahasa / eng "}]," last_modified ": {" type ":" / type / datetime "," value ":" 2019-12-11T23: 49: 48.914594 "}," latest_revision ": 8 , "key": "/ books / OL20459197M", "author": [{"key": "/ writer / OL5239874A" }, {"key": "/ author / OL1331553A"}], "publish_date": "1881 "," publish_places ": [" London "]," works ": [{" key ":" / works / OL2788965W "}]," type ": {" key ":" / type / edition "}," oclc_numbers ": [" 67342886 "]," revisi ": 8}
Saya akan menyelidiki yang ini ketika saya punya waktu untuk menulis beberapa kode untuk melakukannya secara otomatis: 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
@seabelis Menemukan https://openlibrary.org/authors/merge?key=OL4586796A&key=OL3206959A lainnya
Semua edisi mencantumkan dua penulis, OL2629754A dan OL3206959A, yang pertama adalah pengalihan .
Tentu saja, penulis edisi tidak dapat diedit, jadi ini tidak dapat diperbaiki. Saya pikir saya bisa meretasnya dengan mengedit YAML https://openlibrary.org/books/OL13263866M.yml?m=edit tetapi tidak beruntung - Izin Ditolak.
Saya dapat menghapus penulis dari edisi tertaut. https://openlibrary.org/books/OL13263866M/Relato_de_un_n%C3%A1ufrago?_compare=Compare&b=6&a=5&m=diff
Saya rasa saya ingat dari percakapan yang berbeda bahwa menghapus penulis dari edisi tidak disukai. Saya pikir saya bisa menghapus penulis dari edisi dan kemudian mengajukan permohonan kembali penulis yang valid tetapi ini menimbulkan kesalahan,
AttributeError: 'str' object has no attribute 'olid'
Saya rasa saya ingat dari percakapan yang berbeda bahwa menghapus penulis dari edisi tidak disukai.
Itu bukan pendapat saya. Karena mereka tidak dapat diedit dan tidak secara otomatis tetap sinkron, saya pikir mereka lebih merepotkan daripada nilainya.
Saya dapat menghapus penulis dari edisi tertaut. https://openlibrary.org/books/OL13263866M/Relato_de_un_n%C3%A1ufrago?_compare=Compare&b=6&a=5&m=diff
Apakah Anda dapat melakukannya melalui UI web atau apakah Anda menggunakan salah satu API?
@tfmorris openlibrary-client melalui notebook kolaboratori @cdrini membantu saya menyiapkan. Saya mengganti penulis edisi dengan objek kosong; Ini sama seperti saya menghapus kontributor sebelumnya ketika UI tidak mau bekerja sama. Saya tidak yakin ini adalah cara terbaik, tetapi ini memungkinkan saya untuk mengedit pekerjaan tanpa kesalahan sebelumnya.
Lain untuk ditambahkan ke daftar. https://openlibrary.org/authors/merge?key=OL4435020A&key=OL7214197A&key=OL7622813A
Saya telah melalui dan menyelesaikan semua masalah data yang disebutkan di atas, dan melakukan penggabungan (beberapa berfungsi tanpa perubahan lebih lanjut, pasti telah diselesaikan di tempat lain).
Kesalahan sebenarnya untuk setiap penggabungan terlihat dalam hasil HTTP 400 dari merge.json
yang dapat dilihat di konsol alat pengembang browser misalnya:
{'message': 'expected /type/author, found /type/redirect', 'at': {'property': 'authors', 'key': '/books/OL13263870M'}, 'value': '/authors/OL2629754A', 'error': 'bad_data'}
Pesan ini biasanya muncul di halaman hasil penggabungan untuk setidaknya mengarah ke edisi masalah. Sekarang tidak.
Terima kasih, @hornc .