Bibliotecari Gennaio 2014

bibliotecari@liste.wikimedia.it

29 partecipanti
35 conversazioni

I: AGENDA: Bibliohackaton, verso i beni comuni digitali. -- Trento, 2013-11-25/26
by Silvia Girometti 14 Mag '14

14 Mag '14

Buongiorno, sono una bibliotecaria UniBO, alle primissime armi con Wikipedia, se pure da anni alle prese con cataloghi e web. Mi piacerebbe collaborare; ho visto dalla lista AIB-CUR l'iniziativa in oggetto, e so che ce ne sono altre, ma in generale la mia situazione lavorativo-familiare non mi lascia molto spazio per partecipare. Tuttavia mi è sembrato di capire, guardando le chiarissime slides di Pierfranco Minsenti sull'importazione dei dati dal VIAF (http://www.slideshare.net/pierfrancominsenti/unaltra-modalit-per-arricchire…), che potrei tentare come "autodidatta" se 1) siete d'accordo e 2) potrò chiedervi aiuto in caso di necessità. E se la risposta fosse sì ad entrambe le domande, chiederei anche se esista uno schema per contribuire, ossia se siano previsti elenchi di autori (per il codice di controllo di autorità) oppure di titoli (da inserire su Wikisource) per la distribuzione del lavoro, ovvero i contributi possano essere scelti ad esempio per discipline. Grazie mille e scusate il disturbo Silvia Silvia Girometti silvia.girometti(a)unibo.it > -----Messaggio originale----- > A: AIB-CUR(a)LIST.CINECA.IT > Oggetto: AGENDA: Bibliohackaton, verso i beni comuni > digitali. -- Trento, 2013-11-25/26 > > Fondazione Bruno Kessler (FBK), Mart e Wikimedia Italia, con > il patrocinio della Sezione AIB Trentino-Alto Adige, > organizzano a Trento > "Bibliohackaton: verso i beni comuni digitali" il 25 e 26 > novembre 2013. > > Sede dell'evento: Fondazione Bruno Kessler (Via Santa Croce, > 77 e Via Sommarive 18, Povo). > > A seguito della prima Bibliohackaton italiana, tenutasi il > 26 ottobre scorso presso la Biblioteca Nazionale Centrale di > Firenze e organizzata da Wikimedia Italia e BNCF, replichiamo > con questo evento. > > Come l'originale, la Bibliohackaton trentina "Verso i beni > comuni digitali" vuole essere un evento aperto a tutti: > wikipediani, bibliotecari, operatori museali ed editori. > > Per maggiori informazioni, sono a disposizione i seguenti link: > > <http://www.eventbrite.it/e/registrazione-bibliohackathon-vers > o-i-beni-comuni-digitali-9241869681> > > <http://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/Biblio > hackathon/Trento,_25_e_26_novembre_2013> > > <http://www.aib.it/struttura/sezioni/taa/2013/39160-bibliohack > athon-taa/> >

6 14

DBpedia italiana: mancano identificativi di SBN
by Pierfranco Minsenti 31 Mar '14

31 Mar '14

Segnalo che l'export da Wikipedia a DBpedia italiana ha un difetto: in DBpedia si ritrovano gli identificativi VIAF e LCCN ma non quelli da SBN. Qualcuno potrebbe segnalare l'anomalia a Spazio Dati? Si veda per esempio la pagina su Alessandro Manzoni in DBpedia: http://it.dbpedia.org/page/Alessandro_Manzoni dove ci sono gli identificativi VIAF e LCCN dbpprop-it:viaf 14356 (xsd:integer) e: dbpprop-it:lccn n/79/39800 ma manca un elemento apposito che dovrebbe contenere l'identificativo SBN e che dovrebbe essere: dbpprop-it:sbn IT\ICCU\CFIV\009079 Da confrontare con Wikidata: http://www.wikidata.org/wiki/Q1064 e con la DBpedia tedesca dove il loro identificativo nazionale del record di autorità (sigla pnd) c'è, così come gli altri identificativi (viaf e lccn): http://de.dbpedia.org/page/Alessandro_Manzoni che ha: dbpprop-de:lccn n/79/39800 dbpprop-de:pnd 118577409 (xsd:integer) dbpprop-de:viaf 14356 (xsd:integer) Cristian potresit pensare tu a farglielo sapere? Grazie Pierfranco

4 11

Wikipedia, una maratona contro il gender gap
by giaccai＠gmail.com 29 Gen '14

29 Gen '14

Vi segnalo questo articoletto su La Stampa http://www.stile.it/divertirsi/tendenze/articolo/art/wikipedia-una-maratona… io vorrei organizzare un po' di iniziative diffuse sul territorio per l'8 marzo; qui sotto la pagina di lavoro https://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/Progetti/8_marzo14 ogni aiuto è benvenuto. Buona serata Susanna

1 0

findDPLA
by raffaele messuti 29 Gen '14

29 Gen '14

ecco un ottimo esempio di integrazione di wikipedia con cataloghi pubblici, in questo caso la digital public library of america: http://en.wikipedia.org/wiki/Wikipedia:FindDPLA installando lo script e' possibile avere (solo sulla wikipedia inglese) dei link a possibili oggetti digitali collegati alla voce. uno screenshot di come appaiono i link: https://www.dropbox.com/s/xt6umzjy1rtna9e/Screenshot%202014-01-29%2014.44.4… dp.la rende tutto questo possibile grazie a delle api: http://dp.la/info/developers/codex/ in italia gli equivalenti di dp.la potrebbero essere http://www.culturaitalia.it e http://www.internetculturale.it (che non ho mai capito se sono progetti in competizione...) e che io sappia non hanno delle api per sviluppatori. ciao -- raffaele

4 3

Seminario Il punto sul Servizio Bibliotecario Nazionale e le sue realizzazioni nel Friuli Venezia Giulia, Trieste 13 febbraio 2014
by Cristina Cocever 28 Gen '14

28 Gen '14

Cari colleghi, visto l'interesse della lista per i temi collegati a SBN vi segnalo questo appuntamento. In particolare la tavola rotonda, prevista per la mattinata, sarà un?occasione di confronto tra un composito gruppo di professionisti, portatori di variegati approcci culturali, nonché esponenti di diverse storie generazionali, nel tentativo di focalizzare le criticità di SBN e ridisegnare la mappa delle priorità da definire per un suo rilancio adeguato alle sfide dell?età del Web. Governance, sostenibilità, politiche di servizio, innovazione degli standard catalografici e delle interfacce applicative, apertura a nuove forme di interoperabilità: sono i temi che verrano sviscerati cercando di proporre ai referenti istituzionali alcune linee di sintesi per futuri interventi. Per il programma e l'iscrizione collegarsi a questo link: http://www.aib.it/struttura/sezioni/friuli-venezia-giulia/2014/40221-il-pun… Grazie e cordiali saluti -- dott.ssa Cristina Cocever Biblioteca Tecnico scientifica Universita' degli studi di Trieste v. Valerio n. 10 34127 Trieste tel. 040-5583549 fax 040-5583550 email: cocever(a)units.it "Se vuoi costruire una barca, non radunare uomini per tagliare legna, dividere i compiti e impartire ordini, ma insegna loro la nostalgia del mare vasto e infinito" A. de Saint-Exupéry

1 0

aiuto per citazioni
by giaccai＠gmail.com 27 Gen '14

27 Gen '14

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

2 1

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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Bibliotecari Gennaio 2014