Bibliotecari

bibliotecari@liste.wikimedia.it

1078 conversazioni

Wikidata workshop a New York grazie Cristina Pattuelli
by Carla Colombati 17 Mar '15

17 Mar '15

Salve, vi copio un interessante tweet. Cristina Pattuelli sta facendo un grande lavoro con wikidata, archivisti e bibliotecari negli Stati Uniti. *Linked Jazz Project* @linkedjazz <https://twitter.com/linkedjazz> · <https://twitter.com/linkedjazz/status/577577561678577664> Right now at @mnylc <https://twitter.com/mnylc>, @cristinapattuel <https://twitter.com/cristinapattuel> presenting on the largest source of linked open data: DBpedia. http://metro.org/events/598/ <http://t.co/SwRT86veuq> Copio alcune info sull'evento in questione: SOLD OUT: EXPLORING WIKIDATA AND THE SEMANTIC WEB FOR LIBRARIES "This session will be divided into two components: a workshop on editing Wikidata, and a presentation about DBpedia as a major hub for Linked Data. The workshop, led by Wikidata specialist Emw, will get librarians and archivists up and running with Wikidata through practical, hands-on examples. Discussion about ontology, the Wikidata community, opportunities for collaboration, and the Wikidata roadmap will also be included. The presentation, led by Pratt MLIS Professor Cristina Patuelli, will introduce participants to DBpedia, the most popular and interconnected source of Linked Open Data. Participants will learn about the structure and knowledge organization of DBpedia, how it works, and how to leverage it most effectively. The exploration will be grounded in real-world use cases from the development of a Linked Open Data project in the area of the performing arts. " Cari saluti Carla -------------------------------------------------------

1 0

help a Torino
by giaccai＠gmail.com 16 Mar '15

16 Mar '15

Ho un contatto con una futura wikipediana a Torino che fa parte del Cobis (Coordinamento delle Biblioteche Speciali e Specialistiche di Torino), cerco wikipediana/o disposto a fare un po' di formazione. Susanna .-.-.-.-.-.-.-.-.-.-.-.-.-.-. *Susanna Giaccai* Firenze

3 4

Articolo: From DBpedia to Wikipedia: Filling the Gap by Discovering Wikipedia Conventions
by giaccai＠gmail.com 16 Mar '15

16 Mar '15

Vi segnalo questo articoloche mi pare interessante Susanna .-.-.-.-.-.-.-.-.-.-.-.-.-.-. *Susanna Giaccai* Firenze

2 2

Accordo raggiunto fra Wikimedia Italia e ICCU
by Luca Martinelli 13 Mar '15

13 Mar '15

Cari tutti, vi annuncio con piacere che lunedì scorso, WMI e ICCU hanno firmato un accordo-quadro di collaborazione che durerà fino alla fine del 2017, con clausola di rinnovo. (Ve lo annuncio solo ora perché da domenica scorsa non mi sono fermato un attimo) L'accordo in sintesi: 1) WMI e ICCU collaboreranno assieme per organizzare eventi comuni che avranno lo scopo di promuovere l'open access e il riuso dei contenuti sui progetti WMF; 2) l'ICCU "si impegna a perseguire una politica progressiva di apertura e pubblicazione dei propri contenuti sotto licenze libere"; 3) il primo progetto su cui collaboreremo è l'Anagrafe delle Biblioteche (i dati saranno integrati su OSM, Wikidata e Wikipedia); 4) gli altri progetti ICCU saranno poi oggetto di singoli accordi specifici che discuteremo man mano. Scusate la brevità dell'annuncio, ma non ho finito le cose da fare per oggi... purtroppo! Se avete domande, fatemele pure, cercherò di rispondervi il prima possibile. Ciao. -- Luca "Sannita" Martinelli http://it.wikipedia.org/wiki/Utente:Sannita

4 7

Interrogazione parlamentare al Ministro Dario Franceschini sulla Biblioteca Nazionale di Firenze
by NATALIA PIOMBINO 12 Mar '15

12 Mar '15

*CAMERA DEI DEPUTATI* INTERROGAZIONE A RISPOSTA SCRITTA IN COMMISSIONE Al Ministero dei beni e delle attività culturali e del turismo. – Per sapere – premesso che: Il bilancio pluriennale dello Stato, per il triennio 2015-2017, stabilisce per il Ministero dei beni e delle attività culturali e del turismo tagli consistenti alla voce “spese per il funzionamento della biblioteca nazionale centrale di Firenze”, una delle più importanti tra le biblioteche italiane che racchiude 6 milioni di volumi. La situazione di luoghi risulta allarmante: il personale copre il 50% dell’organico, piove dai lucernari, i bagni sono spesso inagibili, le finestre sono pericolanti; alla luce di ciò, non sembra comprensibile la politica di tagli operata, che corrisponde ad una percentuale dell’ottanta per cento del fondo per il funzionamento della biblioteca in questione: a fronte dei 1.111.000 dell’anno scorso, quest’anno saranno elargiti 196.397 euro. Non andrà meglio nei prossimi anni: è prevista l’erogazione di 154.593 euro sia per il 2016 che per il 2017; la mancanza di tali sovvenzioni costringe la Biblioteca di Firenze al reperimento di fondi tramite l’affitto dei propri spazi per fini che poco hanno a che vedere con la cultura e la valorizzazione di essa. Un anno fa, ad esempio, la sala di lettura della biblioteca fu chiusa per ospitare una sfilata di moda; d’altronde è lo stesso Ministero dei beni e delle attività culturali, all’interno del Piano della performance per il 2013-2015, a dichiarare che “le biblioteche pubbliche statali attualmente ricevono circa la metà dei fondi di cui necessitano per garantire un adeguato servizio all’utenza e per assicurare la corretta tutela e valorizzazione del patrimonio librario custodito, nonché per garantire il rispetto della normativa sulla sicurezza”; l’attuale stato delle cose non manca di essere rilevato dall’*Associazione lettori della biblioteca nazionale*, *che ha inviato una lettera al Ministro Franceschini* per chiedere l’adeguamento dei fondi stanziati per il funzionamento della biblioteca, oltre che l’indizione di concorsi finalizzati all’assunzione a tempo indeterminato di personale specializzato - : quali misure intenda porre in essere il ministro interrogato per sanare la situazione di inefficienza del funzionamento della biblioteca. Di Benedetto Mannino Marzana Brescia D’Uva Gallo Vacca Valente

1 0

off topic ! scusate
by giaccai＠gmail.com 09 Mar '15

09 Mar '15

Scusate lìoff topic, ma è domenica ;-) Ho visto questo https://www.indiegogo.com/projects/rocketbook-cloud-integrated-microwavable… e siccome è un sacco ti tempo che speravo di poter scrivere con la biro e ritrovare poi i testi nel pc, pensate sia una bufala? o possa funzionare? Susanna .-.-.-.-.-.-.-.-.-.-.-.-.-.-. *Susanna Giaccai* Firenze

7 9

Fwd: [Open-access] Elsevier caught selling articles that should have been open access
by Andrea Zanni 09 Mar '15

09 Mar '15

Scusate il cross-posting, ma questa conversazione secondo me è da seguire: Elsevier *vende* anche articoli in Open Access. Aubrey Forwarded conversation Subject: [Open-access] Elsevier caught selling articles that should have been open access ------------------------ From: *Ross Mounce* <ross.mounce(a)gmail.com> Date: Mon, Mar 9, 2015 at 2:57 PM To: "open-access(a)lists.okfn.org" <open-access(a)lists.okfn.org>, open-science <open-science(a)lists.okfn.org> In case you didn't see this over the weekend: https://thewinnower.com/papers/elsevier-illegally-sold-me-a-creative-common… Elsevier have been selling articles (for $31.50 + tax) that authors & research funders have *paid* Elsevier to make open access. This is far from the first time. Last year there was widespread coverage of the 'bumps on road to open access' as they euphemistically called it. http://www.timeshighereducation.co.uk/news/elsevier-bumps-on-road-to-open-a… How many times will the academic community let them get away with these 'mistakes'? If you know of any other articles that should definitely be freely available, but instead are being sold behind a paywall by a careless, carefree publisher - do let me know. We need to connect the dots on this issue. I fear it is more widespread than we know. Best, Ross -- -- -/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/- Ross Mounce, PhD Fossils, Phylogeny and Macroevolution Research Group University of Bath, 4 South Building, Lab 1.07 http://about.me/rossmounce -/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/-/- _______________________________________________ open-access mailing list open-access(a)lists.okfn.org https://lists.okfn.org/mailman/listinfo/open-access Unsubscribe: https://lists.okfn.org/mailman/options/open-access ---------- From: *Couture Marc* <marc.couture(a)teluq.ca> Date: Mon, Mar 9, 2015 at 6:42 PM To: "open-science(a)lists.okfn.org" <open-science(a)lists.okfn.org>, " open-access(a)lists.okfn.org" <open-access(a)lists.okfn.org> Wow! We are now witnessing quadruple-dipping : 1. Author of an article pays Wiley 3 000 USD OA publication charges 2. Libraries pay Wiley hefty subscription fee (journal is hybrid OA) 3. Elsevier pays Wiley commercial distribution rights 4. Ross Mounce pays Wiley 31,50 USD (plus tax) access fee Sadly, all this seems entirely legal. Authors choosing Wiley OnlineOpen option keep their copyright but grant Wiley a license allowing it to exercise the NC (non-commercial) condition of the CC-license. It’s this other license that allows Wiley to sell Elsevier the distribution rights. Note that for an article published with CC BY, there would still be triple-dipping (step 3 wouldn’t be necessary). But what is more troubling here is that when one envisioned or mentioned such a scenario (a commercial entity selling a CC-licensed paper while hiding its free availability), it was usually with shady, predatory publishers in mind. What will we call those giants (Elsevier, Wiley) now? So even more reasons (as if there weren’t enough) to avoid hybrid OA (and Elsevier, of course, but this has become commonplace). Marc Couture _______________________________________________ open-access mailing list open-access(a)lists.okfn.org https://lists.okfn.org/mailman/listinfo/open-access Unsubscribe: https://lists.okfn.org/mailman/options/open-access -- http://aubreymcfato.wordpress.com

1 0

(senza oggetto)
by giaccai＠gmail.com 08 Mar '15

08 Mar '15

Ho letto in Quora la risposta di di Jimmy Wales alla domanda: http://www.quora.com/Can-Wikipedia-get-any-better *The first and most obvious meaning to the question is in terms of the **quality of the content. As others have said, yes it can be improved, and indeed it is improved every day.* *The second way of looking at the question is a lot more interesting though. Can the software and community institutions and policies be changed so that Wikipedia gets a lot better, and gets better faster than it would have?Here, too, I think the answer is yes. It's going to take investment (by the Foundation, primarily) in software development. It's going to take investment, too, in community management. And on the part of the community, it's going to take change - change is hard for a well-established and successful community, but we all know of things that don't work well, and I think we should be bolder in carrying out short term experiments to find new ways of handling things.* *Qualcuno mi potrebbe chiarire quali sono le novità cui sta lavorando la Wikimedia Foundation* Qualcuno mi può sintetizzare quali sono le linee su cui sta lavorando la Wikimedia Foundation per migliorare Wikipedia? Buona domenica Susanna .-.-.-.-.-.-.-.-.-.-.-.-.-.-. *Susanna Giaccai* Firenze

7 8

Slide della lezione su VIAF-WikiData e Wikipedia del 3 marzo a Firenze e riepilogo situazione SBN e VIAF, con conseguenze per WikiData/Wikipedia
by Pierfranco Minsenti 08 Mar '15

08 Mar '15

Per chi fosse interessato, su Slideshare, a http://www.slideshare.net/pierfrancominsenti/condividere-lauthority-control… sono disponibili le slide della lezione che ho tenuto per AIB Toscana il 3 marzo a Firenze: Condividere l’authority control con Wikipedia e WikiData. La nuova vita dei dati prodotti dalle biblioteche. È anche l'occasione per fare un riepilogo della questione SBN nel VIAF e conseguenze per WikiData/Wikipedia: 1. l'attuale numero di record di autorità SBN forniti dall'ICCU a OCLC per il VIAF è passato dal numero iniziale di 45.189 (forniti nel 2009) ai 169.028 totali forniti tra estate-autunno 2013. Questo numero rappresenta però solo il 4,3% del totale dei record di autorità degli autori personali e collettivi presenti nella base dati SBN, che stando ai numeri forniti dall'ICCU e aggiornati al gennaio 2015 sono in tutto 3.911.525 Dopo l'estate-autunno 2013 l'ICCU non ha più fornito record di autorità a OCLC per il VIAF. La situazione è fotografata anno per anno dai report annuali forniti da OCLC per il VIAF e che si possono scaricare dalla pagina di OCLC: http://www.oclc.org/viaf.en.html 2. in WikiData, a fine febbraio 2015 esistono 3.756 identificativi di record SBN. Il numero è molto basso se rapportato alla presenza degli identificativi nazionali in altre Wikipedia: quella tedesca ha 336.700 identificativi dell'authority file tedesco (GND); quella francese ha 149.431 identificativi dell'authority file francese (dalla BNF) e quella inglese ha 211.940 identificativi dell'authority file della Library of Congress. 3. gli identificativi SBN in WikiData potrebbero aumentare con un lavoro manuale di inserimento che è stato spiegato nel dettaglio durante la lezione. Le istruzioni soon anche presenti in Wikipedia in una pagina della sezione GLAM, a: https://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/VIAF/SBN 4. Inoltre è stata messa a punto una pagina in cui inserire tutti gli identificativi di record di autorità SBN che al momento non è possibile inserire in WikiData. La pagina, in forma di lista, si trova a: https://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/VIAF/SBN/Elenco_aut… Questa pagina è molto utile per elencare tutti i record di autorità SBN inferiori al livello SUP, livello considerato minimo dall'ICCU per poter mostrare i record di autorità dalla maschera di interrogazione dell'opac SBN a: http://opac.sbn.it/opacsbn/opac/iccu/authority.jsp?db=solr_auth Lo stesso criterio, il livello SUP del record, è stato usato dall'ICCU per l'ultima fornitura a OCLC dell'estate-autunno 2013: sono stati forniti solo i record di autorità con livello SUP, che quindi si sono aggiunti ai records di livello massimo, AUF già forniti nel 2009. In totale AUF + SUP compongono però solo il 4,3% dell'authority file SBN per gli autori personali e collettivi. Come spiegato nella pagina di istruzioni a https://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/VIAF/SBN non è possibile al momento inserire in WikiData gli identificativi di record di autorità con livelli inferiori a SUP perché l'hyperlink automatico collegato all'identificato nella relativa pagina biografica in Wikipedia porterebbe a una pagina dell'opac SBN con un messaggio di errore: si tratta infatti di record che l'ICCU ha deciso di non rendere visualizzabili. Questo problema sarebbe risolto se ci fosse una bonifica record per record che innalzasse il livello a SUP. L'aumento del numero di identificativi SBN in WikiData/Wikipedia è quindi legato a un lavoro manuale di duplice natura: 1. nel caso di records di autorità che hanno già livello SUP, occorre solo identificare la voce di Wikipedia (o l'item relativo in WikiData) che ne è privo e aggiungere l'identificativo in WikiData dopo averlo copiato dall'opac SBN, a seguito di una ricerca nella sezione ricerca Voci di autorità; 2. se si tratta invece di record con livelli inferiori a SUP ( = inferiori al livello 91) allora prima è necessario che un catalogatore SBN dotato di livello SUP li bonifichi e li innalzi di livello. Questo lavoro di bnifica die records di autorità SBN con livello inferiore a SUP è già stato iniziato da una catalogatrice che era presente al corso e che ha iniziato dal record di Cesare Beccaria che aveva livello MAX. Da ieri è a livello SUP. L'elenco (in crescita) dei casi da bonificare si trova, come detto sopra, nella pagina https://it.wikipedia.org/wiki/Progetto:GLAM/Biblioteche/VIAF/SBN/Elenco_aut… *Per questo servirebbe la collaborazione di catalogatori SBN dotati di livello SUP che lavorino sui record segnalati in quella lista portandoli a livello SUP.* Ovviamente il loro lavoro di bonifica sarebbe prezioso innanzitutto per la base dati SBN. Ma come spiegato ci sarebbe un vantaggio a cascata anche per la cooperazione al VIAF e quindi per WikiData/Wikipedia. Infatti, una volta portato a livello SUP il record, il suo identificativo potrebbe essere inserito in WikiData e funzionerebbe l'hyperlink dalla relativa voce in Wikipedia all'opac SBN. Infine, alcune considerazioni più generali rese possibili dal VIAF, che consente un confronto tra gli authority file di vari paesi del mondo. Questo confronto dà risultati estremanente negativi per l'authority file di SBN: 1. il numero di record forniti, pari al 4,3% del totale dell'authority file SBN, è praticamente nullo se confrontato alle quantità di records di autorità forniti da grandi paesi come Germania, Francia, UK, Stati Uniti ecc. che hanno fornito il 100% dei records di auroità dei loro authority files nazionali; 2. al problema di quantità si somma un problema di qualità: se solo il 4,3% dei records di autorità SBN è considerato degno di poter essere visto attraverso il VIAF e attraverso l'opac SBN, significa che una quantità troppo elevata continua ad avere un livello troppo basso; 3. a questi problemi non sembra far fronte alcuna strategia di miglioramento, per lo meno nessuna strategia resa nota pubblicamente. Nei Poli SBN c'è chi lavora sui records di autorità SBN, ma attualmente non è possibile comprendere se questo lavoro è coordinato e ha degli obiettivi definiti che migliorino la situazione dell'authority file SBN entro tempi ragionevoli; 4. la partecipazione italiana alla cooperazione internazionale al livello dell'authority control è quindi decisamente compromessa da questa situazione. Gli effetti negativi per WikiData/Wikiepdia sono solo una delle varie conseguenze pratiche. Lo schema che segue, realizzato con una scala approssimativa ma ugualmente utile per farsi un'idea generale della situazione, fornisce una panoramica della situazione attuale dei records di provenienza italiana nel VIAF conforntati ad altri paesi: la stragrande maggioranza dei records SBN non ci sono, sono fuori, a differenza di quanto succede per altre nazioni europee grandi e piccole. Pierfranco Minsenti

12 26

Re: [Bibliotecari] DBpedia italiana versione 3.4
by Marco Fossati 06 Mar '15

06 Mar '15

Ciao Pierfranco, Grazie per la spiegazione. Domanda pratica: è corretto considerare che la lista sia utile per un bibliotecario che consuma i dati della DBpedia italiana? O c'è qualche altro identificativo desiderabile? LCCN nella lista sta per LCOC LCCN: http://www.wikidata.org/wiki/Property:P1144 Ciao! On 3/4/15 12:00 PM, bibliotecari-request(a)wikimedia.it wrote: > Rispondo sotto. > > Il giorno 3 marzo 2015 12:00, Marco Fossati<hell.j.fox(a)gmail.com> ha > scritto: > >> >Ciao Pierfranco, >> > >> >Mi puoi confermare che la seguente lista di identificativi del controllo >> >autorità sia esaustiva? >> >VIAF >> >SBN >> >ORCID >> >BnF >> >LCNAF >> >LCCN >> >GND >> > > Dipende. In senso generale su WikiData possono essere presenti più > identificativi di quelli che elenchi. Difatti anche la Wikipedia in lingua > inglese ne ha di più, dentro al template Controllo di autorità che popola > le voci. Per es. ha in più l'identificativo di WorldCat Identities e altri. > > Ma se si intende che la DBpedia italiana debba riflettere la Wikipedia > italiana, e quindi le decisioni relative agli specifici identificativi > filtrati, tra tutti quelli che popolano gli items di WikiData, per essere > visibili nel template Controllo di autorità usato per la Wikipedia > italiana, allora la lista che fai corrsiponde alle ultime decisioni prese > sul comportamento del template italiano Controllo di autorità. Però LCNAF > non si aggiunge, ma semplicemente è il nuovo nome della property prima > chiamata LCCN. > > Pierfranco > > -- Marco Fossati http://about.me/marco.fossati Twitter: @hjfocs Skype: hell_j

3 2

Salta alla pagina:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Bibliotecari