La NovitadeMeta Fusione BR 69.61% (3,178,369 / 4,566,013) https://github.com/opencitations/oc_meta/issues/38 Esiste lui: https://www.springerprofessional.de/with-design-reinventing-design-modes

Meta Controlli sugli id fusi (dati, provenance e triplestore) superati con successo Il software per controllare i risultati della fusione delle risorse bibliografiche (dati, provenance e database) era

La NovitadeMeta Lo script di merge aggregava correttamente le entità correlate presenti all’interno di un file, minimizzando il numero di query al triplestore. Tuttavia, la funzione di merge cercava a

La NovitadeMeta Non c’era alcun meccanismo di retry per la query che trova le entità correlate nella funzione di merge! Ecco perché le query fallivano. HERITRACE Referenced by → Linked Resources Tim

La NovitadeMeta Cache per entità già importate nel processo di merge. Testato. Non è bastato. Aggiungi un sistema di importazione in batch al Reader di oc_ocdm. Testato. Apparentemente questo ha riso

La NovitadeMeta A quanto pare il 100% delle br da fondere rimanenti esiste… Quindi perché è così lento? Guardando in strace mi sono accorto che il problema è l’apertura e chiusura di socket http, qui

La NovitadeHERITRACE Bugfix Le entità non venivano create correttamente in caso shacl fosse None Il contatore non veniva incrementato le entità annidate In caso di entità annidate multiple per una ste

La NovitadeMeta Correzione della provenance Rilevamento automatico degli snapshot mancanti nella sequenza Ricostruzione della catena di provenance con inserimento degli snapshot mancanti Inferenza aut

La NovitadeMeta Aggiunti controlli sulla provenance anche per l’esito della fusione tra id Mi sono accorto di problemi di provenance preesistenti che francamente hanno abbastanza reso → Script per fix

La NovitadeMeta Ennesimo bug: nella generazione dei contatori su Redis c’era un timeout nel caricamento. Doveva essere scaduto per alcuni caricamenti, dato che nei controlli sulla provenance mi sono a