Bibliotecari

bibliotecari@liste.wikimedia.it

1078 conversazioni

Interrogare SBN tramite z39.50
by Giovanni Colavizza 27 Gen '14

27 Gen '14

Cari tutti, sono nuovo della lista, e mi sono iscritto su consiglio di un amico per sottoporvi un quesito abbastanza tecnico. Ho l'esigenza di fare delle query su SBN ed estrarne un gran numero di record nella maniera più precisa e facile da riutilizzare possibile. Utilizzo il servizio x39.50 di SBN: http://www.iccu.sbn.it/opencms/opencms/it/archivionovita/2012/novita_0010.h… via una libreria in Python (che sarebbe da aggiornare), interrogo con sintassi PQF: http://www.indexdata.com/yaz/doc/tools.html#PQF e ricevo le risposte in SUTRS perché l'altro formato supportato (UNIMARC) mi impone una risposta alla volta. Ora, tutto più o meno funziona per gli attributi base (autore, titolo, anno), ma non ricevo risposte quando cerco di usare attributi più specifici, come ad esempio la localizzazione tramite i codici anagrafici delle biblioteche afferenti a SBN. Inoltre, SUTRS è semplice testo, quindi rende il parsing dei risultati difficoltoso e prono ad errori. La mia domanda è: c'è un modo migliore o più intelligente di ottenere questi dati? Qualcuno si è già scontrato con queste difficoltà? Grazie, Giovanni

2 1

R: aiuto per citazioni
by Lucia Bertini 27 Gen '14

27 Gen '14

Bene, ora guardo ----- Messaggio originale ----- Da: "giaccai(a)gmail.com" <giaccai(a)gmail.com> Inviato: ‎26/‎01/‎2014 18.38 A: "bibliotecari e Wikipedia" <bibliotecari(a)wikimedia.it> Oggetto: [Bibliotecari] aiuto per citazioni Per chi avesse voglia di dare una mano a definire le regole di citazione segnalo questa pagina di lavoro di Moroboshi dove sta cercando di individuare dei criteri https://it.wikipedia.org/wiki/Utente:Moroboshi/sandbox4 aves Buon lavoro Susanna .-.-.-.-.-.-.-.-.-.-.-.-. Susanna Giaccai Firenze

1 0

EAGLE e Perseus Project
by Andrea Zanni 25 Gen '14

25 Gen '14

EAGLE, che è un progetto molto bello che facciamo di cui parliamo troppo poco[1], inizia una collaborazione con il mitico Perseus Project. http://www.eagle-network.eu/new-cooperation-between-eagle-and-perseus-digit… Aubrey [1] in breve, abbiamo messo su un piccolo Wikidata per catalogare le epigrafi. Gli epigrafisti sono molto contenti di come sta venendo, anche se al momento i metadati sono molto pochi. Però wikibase (il software usato da wikidata) si sta rivelando una piattaforma molto potente per unire alla catalogazione la collaborazione fra pari. Aubrey

2 1

Re: [Bibliotecari] Identificatori per libri
by Accurimbono 22 Gen '14

22 Gen '14

IMHO: Ora che Wikipedia e Wikidata sono state connesse, la collaborazione con VIAF dovrebbe cambiare sostanzialmente: secondo me al cluster VIAF dovrebbe essere connesso l'item Wikidata (Qxxxx), non più la voce sulla Wikipedia inglese, che diventerebbe ridondante. Bisognerebbe sentire cosa ne pensa Mark, ma credo che Wikidata ora sia lo snodo centrale dei progetti Wikimedia, oltre che essere molto più completo della Wikipedia inglese. Inoltre riguardo le duplicazioni del codice VIAF in Wikidata, queste secondo me queste sono legittime, in quanto spesso per lo stesso autore su VIAF sono presenti due o più codici, a volte anche 4 o 5! Deve essere VIAF a unire i suoi cluster, e poi Wikidata si adeguerà, non il contrario: non sta a noi Wikimediani decidere quale cluster è il più adatto, o rappresentativo, sono _tutti_ adatti perché tutti identificano lo stesso autore. Dovrebbe anzi essere VIAF a utilizzare gli elenchi delle voci Wikidata con codici VIAF doppi per identificare i cluster duplicati e unirli. Infine essendo i due database in continua evoluzione, sarebbe bene che ci fosse un BOT che si occupi in continuo (che giri ogni notte da server) della sincronizzazione tra VIAF e Wikidata, aggiornando gli elementi che vengono modificati o aggiunti o uniti. Solo così avremo i due DB sincronizzati. Il giorno 21 gennaio 2014 16:18, Francesco Gabrielli < francesco.gabrielli.1979(a)gmail.com> ha scritto: > Ora che Wikipedia e Wikidata sono state connesse, la collaborazione con > VIAF dovrebbe cambiare sostanzialmente: secondo me al cluster VIAF dovrebbe > essere connesso l'item Wikidata (Qxxxx), non più la voce sulla Wikipedia > inglese, che diventerebbe ridondante. Bisognerebbe sentire cosa ne pensa > Mark, ma credo che Wikidata ora sia lo snodo centrale dei progetti > Wikimedia, oltre che più completo della Wikipedia inglese. > > Inoltre riguardo le duplicazioni del codice VIAF in Wikidata, queste > secondo me queste sono legittime, in quanto spesso per lo stesso autore su > VIAF sono presenti due o più codici, a volte anche 4 o 5! Deve essere VIAF > a unire i suoi cluster, e poi Wikidata si adeguerà, non sta a noi Wikimedia > decidere quale cluster è il più adatto, sono tutti adatti perché > identificano lo stesso autore. Dovrebbe anzi essere VIAF ad utilizzare gli > elenchi delle voci Wikidata con codici VIAF doppi per identificare i > cluster duplicati e unirli. > > Infine essendo i due database in continua evoluzione, sarebbe bene che ci > fosse un BOT che si occupi in continuo (che giri ogni notte da server) > della sincronizzazione tra VIAF e Wikidata, aggiornando gli elementi che > vengono modificati o aggiunti o uniti. Solo così avremo i due DB > sincronizzati. > > > > > > Il giorno 21 gennaio 2014 15:06, Pierfranco Minsenti < > pierfranco.minsenti(a)gmail.com> ha scritto: > > Attenzione all'uso di questa lista perché dal punto di vista del rapporto >> tra VIAF e Wikipedia contiene anche corrispondenze "inesatte" tra VIAF e >> SBN, vale a dire, contiene sia casi di: >> 1) identificativo SBN inserito in cluster VIAF multirecord, quindi il >> cluster che contiene anche record francesi, tedeschi ecc. >> sia casi di: >> 2) identificativo SBN inserito in cluster VIAF monorecord che cioè >> contiene solo l'identificativo di un record proveniente da SBN perché è un >> cluster doppione (che se il matching riuscisse perfetto non dovrebbe >> esistere). >> Quindi: >> CASO 1 = match positivo = il match tra record SBN e altri record >> provenienti da altre fonti e già presenti nel VIAF è riuscito bene; >> CASO 2 = match negativo, per cui si è creato un doppione nel VIAF. >> >> Esempio: Barack Obama: il record cluster VIAF che raggruppa molti record >> è: http://viaf.org/viaf/52010985/#Obama,_Barack >> Quindi il record VIAF 52010985 può essere considerato quello >> "ufficiale". MA il cluster 52010985 pur contenendo vari record da varie >> fonti NON contiene il record da SBN perché in quel caso il match ha dato >> esito negativo. >> >> Ma nella lista inviata compare invece il cluster VIAF 305358548 in >> corrispondenza del record da SBN per Barack Obama UMCV307371. Il cluster >> 305358548 è di quei casi che contengono solo un record di provenienza >> italiana: quindi http://viaf.org/viaf/305358548/ è un doppione che non >> dovrebbe esistere >> >> In Wikipedia e Wikidata per Barack Obama esiste solo l'identificativo >> VIAF 52010985 e non l'identificativo VIAF 305358548 che invcece compare >> nella lista. >> Per questo dico che la lista contiene anche casi che dal punto di vista >> dell'uso che fa Wikipedia e Wikidata del VIAF sono "sbagliati" dato >> Wikipedia e Wikidata non dovrebbero contenere identificativi VIAF di >> doppioni (anche se innegabilmente sono casi che esistono nella realtà del >> VIAF, oggi). >> >> In casi come questo, se il VIAFbot esaminasse la lista di corrispondenze >> tra VIAF e SBN, cercherebbe di trovare in Wikidata la stringa 305358548 e >> non trovandola salterebbe l'associazione visibile nella lista tra VIAF >> 305358548 e SBN UMCV307371. Per cui l'identificativo UMCV307371 non >> verrebbe importato in Wikidata. >> Quindi la lista va bene se l'intento è di farla usare a una procedura >> automatica di confronto, ma non va usata per lavori manuali prendendola >> come una rappreesentazione "corretta" in tutti i casi (nel senso spiegato >> sopra) delle relazioni tra VIAF e SBN, una volta che si sa come >> Wikiepdia/Wikidata usano il VIAF. >> >> Domanda: hai postato la lista perché pensi che tra le persone iscritte a >> questa mailing list ci sia qualcuno che sarebbe in grado di usarla insieme >> al VIAFbot? >> Lo chiedo perché non so se c'è qualcuno in grado di farlo ma anche perché >> non vedo altri usi utili. >> >> Pierfranco >> >> >> Il giorno 21 gennaio 2014 13:40, Luca Martinelli < >> martinelliluca(a)gmail.com> ha scritto: >> >>> Il 21 gennaio 2014 13:15, Pierfranco Minsenti >>> <pierfranco.minsenti(a)gmail.com> ha scritto: >>> [...] >>> > A proposito di Max Klein e VIAF: ti ricordi che poco prima di Natale >>> (il >>> > 20/12/2013) avevo scritto sulla lista che da fine novembre si notava >>> nel >>> > VIAF un grosso cambiamento nella situazione dei record SBN grazie >>> > all'applicazione di un diverso algortimo + nuovo export da SBN che >>> > migliorava molto la percentuale di record provenienti da SBN e >>> matchati con >>> > un cluster VIAF anziché isolati? >>> [...] >>> >>> Ho ricevuto il file aggiornato poco fa, lo allego alla mail. Stavolta >>> gli ho chiesto pure di mettere le etichette collegate ai numeri. Non >>> ho avuto letteralmente tempo di controllare se ha capito quello che >>> gli avevo chiesto (tutti i codici VIAF che hanno un codice SBN >>> all'interno, con tanto di etichetta "Nome Cognome"), qualcuno potrebbe >>> farlo per favore? >>> >>> >>> Il 21 gennaio 2014 13:21, Pierfranco Minsenti >>> <pierfranco.minsenti(a)gmail.com> ha scritto: >>> > Aggiungo alla mia richiesta questa osservazione generale: in ogni caso >>> il >>> > VIAFbot dovrebbe comunque funzionare periodicamente per assicurare che >>> nuovi >>> > record immessi nel VIAF siano poi anche presenti come identificativi in >>> > Wikidata. >>> > Se funzionasse periodicamente, i nuovi match positivi tra cluster VIAF >>> e >>> > record provenienti da SBN, veerificati a partire dalla fine novembre >>> 2013, >>> > oggi determinerebbero una crescita significativa del numero di >>> > identificativi SBN presenti in Wikidata rispetto alla situazione >>> frutto del >>> > lavoro del VIAFbot del giugno 2013. >>> >>> Sfondi una porta aperta. Ho già chiesto in passato a Max se si poteva >>> fare una cosa del genere, ha fatto un po' orecchio da mercante. >>> Eppure, ci sono ben due liste di errori da cui potrebbe trarre >>> informazioni: >>> * >>> https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violatio… >>> (elementi di Wikidata con più di un valore VIAF = doppioni) >>> * >>> https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violatio… >>> (elementi di Wikidata *diversi* che hanno lo stesso valore VIAF) >>> >>> Pure se si volesse limitare alla prima lista, di lavoro ce n'è. >>> >>> -- >>> Luca "Sannita" Martinelli >>> http://it.wikipedia.org/wiki/Utente:Sannita >>> >>> _______________________________________________ >>> Bibliotecari mailing list >>> Invio messaggi in lista: Bibliotecari(a)wikimedia.it >>> Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari >>> >> >> >> _______________________________________________ >> Bibliotecari mailing list >> Invio messaggi in lista: Bibliotecari(a)wikimedia.it >> Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari >> > >

6 11

Promuovere l'immagine delle biblioteche nei blog: inserire link diretti ai record di libri nei cataloghi di biblioteca anziché limitarsi a linkare ad Amazon
by Pierfranco Minsenti 21 Gen '14

21 Gen '14

Come promuovere i cataloghi di biblioteca usandoil direct linking? In almeno un famosissimo blog americano si osserva una inversione di tendenza rispetto al comportamento solito: per cui quando si parla di libri magari si mette solo il link ad Amazon. Ora sta prendendo piede l'abitudine a mettere anche il link ai cataloghi delle biblioteche: o meglio al catalogone collettivo WorldCat a partire dal quale l'utente inserendo il codice postale troverà la localizzazione del libro nella/e biblioteca/che della sua zona. È una evoluzione del tutto ovvia se si pensa che WorldCat inserisce da tempo i link ai negozi online come Amazon. La vogliamo chiamare reciprocità di linking? Adesso anche l'opac SBN ha i link verso Amazon e AbeBooks, quindi anche nei blog italiani quando si parla di libri dovrebbe prendere piede questa innovazione: biblioteche accanto a librerie. Bello no? Negli USA succede per es. nel blog Brain Pickings: http://www.brainpickings.org/ tenuto da Maria Popova e stra-consigliabile a chiunque si occupa di libri (sorpresa: innanzitutto non fa come la maggior parte, cioè non si occupa quasi mai di libri nuovi e meno che mai di bestseller ma ripesca dal passato spesso cose dimenticate e molto interessanti. È un'"archeologa" del mondo stampato più o meno nel periodo compreso nei circa 80-30 anni fa). Per es. nel post di oggi, dedicato a Vonnegut: http://www.brainpickings.org/index.php/2013/12/11/vonnegut-wnyc-interview/ parla del libro "Conversations with Kurt Vonnegut" Il titolo del libro è un hyperlink che punta ad Amazon, ma accanto compare anche un altro link (e succede ormai da un po' di tempo): questo link: (public library) Punta al record in WolrdCat: che in questo caso è: http://www.worldcat.org/title/conversations-with-kurt-vonnegut/oclc/1787252… La URL riutilizza come parametro il numero OCLC 17872522: quindi l'identificativo del record nella base dati OCLC che è diventato un po' un nuovo numero standard de facto. Consideriamo i benefici: finalmente le biblioteche vengono promosse nei blog librari, dove è molto difficile che appaiano. Ora immaginiamo di voler fare questa cosa in Italia, nei blog italiani. Per es. immaginiamo che Virginia nel post dedicato al libro di Roberto Casati (prendo un esempio a caso) voglia inserire un link simile. Potrebbe imparare a farlo facilmente usando l'opac Sebina del Polo SBN della sua città e usando la permanent URL che appare nel suo opac e che è basata sulll'identificativo Sebina di quel titolo. Verrebbe un link così (se punta all'opac tradizionale): http://sol.unibo.it/SebinaOpac/Opac?action=search&thNomeDocumento=UBO401573… o così (se punta a nuovo opac): http://sol.unibo.it/SebinaOpac/.do?q=thNomeDocumento:UBO4015738T Ma se volesse spingersi oltre, cioè puntare all'opac SBN,dovrebbe usare l'identificativo SBN intero e creare un link basato su una URL così: http://opac.sbn.it/opacsbn/opac/iccu/scheda.jsp?bid=IT\ICCU\RMB\0783921 Che ne dite? Pensate si possa introdurre anche nei blog italiani questa salutare best practice quanto si parla di libri? Pierfranco

4 5

Identificatori per libri
by Andrea Zanni 21 Gen '14

21 Gen '14

Cari tutti, dato che Wikidata si sta finalmente integrando con Wikisource, l'attenzione si sta spostando dagli identificatori sulle persone (es. VIAF, SBN, ecc.) a quelli sui libri. C'è ne sono già alcuni qui: https://www.wikidata.org/wiki/Wikidata:Books_task_force#Books_.28edit.29 Dato che in questa lista ci sono degli esperti, mi chiedevo se sapevate farmi una lista dei più importanti e, soprattutto, degli eventuali identificatori "italiani", su cui magari possiamo lavorare. Andrea

8 29

Re: [Bibliotecari] Identificatori per libri
by Accurimbono 20 Gen '14

20 Gen '14

Benissimo! E' quindi sufficiente ampliare e approfondire la descrizione della sintassi nella pagina di discussione: https://www.wikidata.org/wiki/Property_talk:P396 - *Dominio:* people: authors/writers/musicians - *Valori consentiti:* the eight-character fixed string in capital letters "IT\ICCU\" followed, without a space, by a three-character alphabetical or alphanumerical string in capital letters (e.g. "CFI" or "RAV" or others), followed (always), without a space, by the capital letter "V" followed (always), without a space, by the slash character "\" followed without a space by a six-number string (e.g. "017574") Al momento la P396 viene utilizzata per i soli autori Aubrey, ci pensi tu? ;) > > Il giorno 20 gennaio 2014 16:46, Giulio Bonanome <gbonanome(a)gmail.com> ha > scritto: > > Scusate ma la proprietà per il BID SBN c'è già >> https://www.wikidata.org/wiki/Property:P396 >> >> SBN non distingue tra identificativo per Persone o per Libri. Si tratta >> di un identificativo univoco per qualsiasi cosa presente in Indice: >> Documenti o Authority. >> >> La parte che segue IT/ICCU/ è composta secondo la regola seguente: >> "Ha lunghezza 10 ad eccezione delle classificazioni, nel cui caso >> coincide con il 'D'+cod.edizione+simbolo per il sistema Dewey e >> cod.sistema+simbolo per altri sistemi. >> Negli altri casi è composto come segue: >> - titoli di tipo materiale antico: codice polo+'E'+progressivo; >> - titoli non antichi: codice polo+progressivo; >> - autori: codice polo+'V'+progressivo; >> - luoghi:codice polo+'L'+progressivo; >> - marche: codice polo+'M'+progressivo; >> - soggetti:codice polo+'C'+progressivo; >> - descrittori: codice polo+'D'+progressivo" >> >> Ne approfitto per ricordarvi<http://mailman.wikimedia.it/pipermail/bibliotecari/2013-May/000647.html>che esiste >> già un grosso DB <https://archive.org/details/opac-sbn-ita-2011> con >> corrispondenze EAN-BID SBN >> >> Ciao >> Giulio >> >> >> Il giorno 20 gennaio 2014 16:32, Accurimbono <accurimbono(a)yahoo.it> ha >> scritto: >> >> My 2 cent: Se è instabile non importa, anche Wikidata lo è :) >>> L'importante è che sia ben definito e documentato. Mi pare che sia >>> possibile anche permalinkare a una pagina a partire dal BID SBN. >>> >>> In caso di codici doppi, relativi a uno stesso libro, si inseriscono >>> tutti e due senza problemi, come accade per i numerosi codici VIAF doppi. >>> Poi a deduplicazione avvenuta Wikidata cancellerà il codice obsoleto. >>> >>> >>> Saluti >>> >>> >>> Il giorno 20 gennaio 2014 16:23, Zeno Tajoli <z.tajoli(a)cineca.it> ha >>> scritto: >>> >>> Ciao a tutti, >>>> >>>> Il 20/01/2014 16:10, Andrea Zanni ha scritto: >>>> >>>>> >>>>> 2014/1/20 Zeno Tajoli <z.tajoli(a)cineca.it <mailto:z.tajoli@cineca.it>> >>>>> >>>>> >>>>> c'e' un'idetificativo a livello di manifestazione (piu' o meno come >>>>> lo ISBN) che si chiama BID SBN ma e' abbastanza instabile. >>>>> Non e' molto adatto a un permanent link. >>>>> potresti elaborare un pochino? >>>>> pare comunque interessante >>>>> >>>> >>>> il BID SBN viene assegnato quando si crea un nuovo record bibliografico >>>> Formalmente e': >>>> Parte fissa Nazionale + Parte fissa Polo + contatore >>>> IT/ICCU/ LIG / 0067789 >>>> >>>> Pero' nulla garantisce che un'altro polo abbia gia catalogato quel >>>> libro con un'altro bid. In quel caso i due si fondono e almeno uno si perde. >>>> Poi puo' succedere che successivamente ne riemerga un altro e dunque >>>> nuova fusione. I Polo infatti non 'mandano in Indice' tutto e subito. >>>> Alcune cose posso rimanere solo sul polo per qualche motivo e solo dopo >>>> andare in Indice. >>>> >>>> >>>> Ciao >>>> Zeno Tajoli >>>> >>>> >>>> -- >>>> Dr. Zeno Tajoli >>>> Dipartimento Gestione delle Informazioni e della Conoscenza >>>> z.tajoli(a)cineca.it >>>> fax +39 02 2135520 >>>> CINECA - Sede operativa di Segrate >>>> _______________________________________________ >>>> Bibliotecari mailing list >>>> Invio messaggi in lista: Bibliotecari(a)wikimedia.it >>>> Configurazione utente: http://mailman.wikimedia.it/ >>>> listinfo/bibliotecari >>>> >>> >>> >>> _______________________________________________ >>> Bibliotecari mailing list >>> Invio messaggi in lista: Bibliotecari(a)wikimedia.it >>> Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari >>> >> >> >> _______________________________________________ >> Bibliotecari mailing list >> Invio messaggi in lista: Bibliotecari(a)wikimedia.it >> Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari >> > >

1 0

Fwd: [JLIS.it] JLIS.it, New Issue Published
by Virginia Gentilini 20 Gen '14

20 Gen '14

---------- Forwarded message ---------- From: Andrea Marchitelli <andrea(a)jlis.it> Date: 7 January 2014 14:50 Subject: [JLIS.it] JLIS.it, New Issue Published To: Virginia Gentilini <virginia.gentilini(a)gmail.com> Dear JLIS.it Reader, we are pleased to inform you that JLIS.it has just published its latest issue at http://leo.cilea.it/index.php/jlis. You are invited to take a look at the Table of Contents shown below and then visit the journal web site to read articles of your interest. Thank you for the continuing interest in our work, Andrea Marchitelli CINECA Consorzio interuniversitario, Roma andrea(a)jlis.it ************************************************************************* * JLIS.it * * Italian Journal of Library and Information Science = Rivista italiana * di biblioteconomia, archivistica e scienza dell'informazione * * Contacts: http://www.jlis.it - info(a)jlis.it * ISSN: 2038-1026 *************************************************************************

3 3

divertissment
by giaccai＠gmail.com 18 Gen '14

18 Gen '14

Sono capitata per caso su questa voce troppo divertente per non segnalarvela ;-) https://it.wikipedia.org/wiki/Pianoforte_a_gatti Buona domenica Susanna .-.-.-.-.-.-.-.-.-.-.-.-. *Susanna Giaccai* Firenze

4 3

Suggerimenti su Wikipedia Library
by Ilario Valdelli 17 Gen '14

17 Gen '14

Non so chi conosce Wikipedia Library, ma si sta chiedendo un'estensione del finanziamento di WMF. Potete leggere qui: https://meta.wikimedia.org/wiki/Grants:IEG/The_Wikipedia_Library/Extensionr… e qui il commento: https://meta.wikimedia.org/wiki/Grants_talk:IEG/The_Wikipedia_Library/Exten… Personalmente ho chiesto di diffondere il progetto in altre lingue, sono state proposte l'arabo, il tedesco e lo spagnolo. Saluti Ilario Valdelli

2 2

Salta alla pagina:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Bibliotecari