Comunico che dal 30 agosto 2016 i fascicoli delle serie BNI sul sito BNCF sono liberamente scaricabili non solo in formato PDF ma anche in UNIMARC e in XML, a partire dalle annate 2015 e 2016 in corso.
La responsabile BNI M. Chiara Giunti
Molto interessante la vostra realizzazione di uno scarico UNIMARC e XML. Pensate di realizzarlo anche per le annate precedenti? Che differenza c'è fra questi record e quelli presenti in SBN?
Mi chiedevo anche se ci sia una qualche collaborazione fra questo lavoro e il progetto di Linked Open Data per il catalogo SBN http://www.iccu.sbn.it/opencms/opencms/it/main/attivita/naz/pagina_0007.html dell'ICCU, di cui non si ha più notizia.
Grazie
Francesco Piras
Il 01/09/2016 12:47, Chiara Giunti ha scritto:
Comunico che dal 30 agosto 2016 i fascicoli delle serie BNI sul sito BNCF sono liberamente scaricabili non solo in formato PDF ma anche in UNIMARC e in XML, a partire dalle annate 2015 e 2016 in corso.
La responsabile BNI M. Chiara Giunti
Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
On 01/09/16 12:47, Chiara Giunti wrote:
Comunico che dal 30 agosto 2016 i fascicoli delle serie BNI sul sito BNCF sono liberamente scaricabili non solo in formato PDF ma anche in UNIMARC e in XML, a partire dalle annate 2015 e 2016 in corso.
ottimo, sicuramente piu' utili dei pdf. qui un'idea di possibili estrazioni statistiche su questi dati, mi sono limitato a dei semplici conteggi sulle monografie (e' necessario un database xml, spiego anche come installarlo): https://github.com/atomotic/bni-xquery/blob/master/bni-xquery.ipynb
cosa secondo voi potremmo estrarre da questi dati e riconciliare con wikidata?
si potrebbero facilmente convertire anche in triple con questo xsl (ma necessita di una versione con licenza di saxon): https://github.com/jindrichmynarz/UNIMARC-to-RDF
PS: non garantisco la correttezza della query, se c'e' qualcosa di sbagliato e' anche colpa di stackoverflow
Il 03 set 2016 10:32, "raffaele messuti" raffaele@docuver.se ha scritto:
cosa secondo voi potremmo estrarre da questi dati e riconciliare con wikidata?
Dipende da che dati ci sono dentro. Se mi dici a grandi linee che cosa contiene, ti posso dare una risposta.
L.
On 03/09/16 10:41, Luca Martinelli wrote:
Dipende da che dati ci sono dentro. Se mi dici a grandi linee che cosa contiene, ti posso dare una risposta.
sono record bibliografici SBN in unimarc (mi auguro che non siano differenti da quelli dell'opac)
tanto per iniziare su wikidata ci sono pochissimi (ed incompleti) dati sugli editori italiani: http://tinyurl.com/gskhxfb
potrei iniziare col creare questi record su wikidata usando i dati di BNI
Il 3 settembre 2016 10:58, raffaele messuti raffaele@docuver.se ha scritto:
On 03/09/16 10:41, Luca Martinelli wrote:
Dipende da che dati ci sono dentro. Se mi dici a grandi linee che cosa contiene, ti posso dare una risposta.
sono record bibliografici SBN in unimarc (mi auguro che non siano differenti da quelli dell'opac)
tanto per iniziare su wikidata ci sono pochissimi (ed incompleti) dati sugli editori italiani: http://tinyurl.com/gskhxfb
potrei iniziare col creare questi record su wikidata usando i dati di BNI
Fico. Potremmo farlo, sì.
L.
Luca Martinelli, 03/09/2016 11:20:
potrei iniziare col creare questi record su wikidata usando i dati di BNI
Fico. Potremmo farlo, sì.
Le prime importazioni di dati sugli editori sono state fatte da BEIC: https://www.wikidata.org/wiki/Wikidata:BEIC#Publishers
Non so che dati ci siano in BNI.
Nemo
On 03/09/16 14:48, Federico Leva (Nemo) wrote:
Luca Martinelli, 03/09/2016 11:20:
potrei iniziare col creare questi record su wikidata usando i dati
di BNI
Fico. Potremmo farlo, sì.
Le prime importazioni di dati sugli editori sono state fatte da BEIC: https://www.wikidata.org/wiki/Wikidata:BEIC#Publishers
Non so che dati ci siano in BNI.
giustamente Nemo mi fa notare che la query per gli editori e' incompleta e sarebbero da includere alcune sottoclassi.
in effetti era un po' strano che ci fossero solo 28 editori
➜ ~ wdtaxonomy Q2085381 publisher (Q2085381) •36 ×4772 ↑ ├──self-publishing company (Q149985) •6 ×10 ├──university press (Q479716) •5 ×191 ├──comics publishing company (Q1114515) •1 ×6 ├──book publishing company (Q1320047) •3 ×47 ├──??? (Q1391561) •1 ×4 ├──Self-publishing (Q1568650) •17 ├──small press (Q1661080) •6 ×10 │ └──small publisher (Q19720188) ↑ ├──art publisher (Q1792356) •1 ×1 ├──music publisher (Q1917775) •14 ×25 │ └──record label (Q18127) •57 ×5739 ↑↑ │ ├──??? (Q1001388) •1 │ ├──independent record label (Q1542343) •13 ×108 │ ├──major label (Q1660312) •9 ×1 ↑ │ └──open-source record label (Q7095719) •1 ├──??? (Q2116408) •1 ├──imprint (Q2608849) •14 ×42 ↑ ├──social game editor (Q3579158) •1 ×6 ├──software publisher (Q7554349) •3 ×2 │ └──video game publisher (Q1137109) •28 ×50 ↑↑ │ └──indie games editor (Q16011789) ×2 ├──Esperanto publisher (Q15728610) ×25 ├──medium size publisher (Q19720190) ×109 ↑ └──large publisher (Q19720191) ×53
Il 3 settembre 2016 17:11, raffaele messuti raffaele@docuver.se ha scritto:
On 03/09/16 14:48, Federico Leva (Nemo) wrote:
Luca Martinelli, 03/09/2016 11:20:
potrei iniziare col creare questi record su wikidata usando i dati
di BNI
Fico. Potremmo farlo, sì.
Le prime importazioni di dati sugli editori sono state fatte da BEIC: https://www.wikidata.org/wiki/Wikidata:BEIC#Publishers
Non so che dati ci siano in BNI.
giustamente Nemo mi fa notare che la query per gli editori e' incompleta e sarebbero da includere alcune sottoclassi.
*mode wreaking havoc on*
Ritieni che ci sia da fare un po' di riordino nella categorizzazione? Magari posso riordinare io un po' su indirizzo vostro.
L.
Ho fatto un merge fra l'item "large publisher" https://www.wikidata.org/wiki/Q19720191
e il può semplice "publisher" https://www.wikidata.org/wiki/Q2085381
Dato che "large publisher" era stato creato non so perchè ed era usato soltanto da editori italiani (grande editore è una definizione statistica dell'ISTAT). Adesso dovrebbe tornare un po' di ordine in più.
Aubrey
2016-09-03 17:15 GMT+02:00 Luca Martinelli martinelliluca@gmail.com:
Il 3 settembre 2016 17:11, raffaele messuti raffaele@docuver.se ha scritto:
On 03/09/16 14:48, Federico Leva (Nemo) wrote:
Luca Martinelli, 03/09/2016 11:20:
potrei iniziare col creare questi record su wikidata usando i dati
di BNI
Fico. Potremmo farlo, sì.
Le prime importazioni di dati sugli editori sono state fatte da BEIC: https://www.wikidata.org/wiki/Wikidata:BEIC#Publishers
Non so che dati ci siano in BNI.
giustamente Nemo mi fa notare che la query per gli editori e' incompleta e sarebbero da includere alcune sottoclassi.
*mode wreaking havoc on*
Ritieni che ci sia da fare un po' di riordino nella categorizzazione? Magari posso riordinare io un po' su indirizzo vostro.
L. _______________________________________________ Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
Andrea Zanni, 13/09/2016 13:03:
Dato che "large publisher" era stato creato non so perchè
Perché è L'UNICA, letteralmente l'unica, informazione per cui abbiamo una fonte autorevole. Vedi (di nuovo) https://www.wikidata.org/wiki/Wikidata:BEIC#Publishers
Nemo
(non è questo il luogo dove parlarne, ma) capisco quello che intendi, ma creare un item che sarà usato solo da una dozzina di editori italiani e da nessun'altro (a meno che non esista un mapping fra "grande editore" italiano e "grande editore" statunitense, o vietnamita) mi pare sbagliato.
Forse si può mettere l'info come qualifier, ma il valore di "instance of", secondo me, deve essere "publisher". In questo modo la query sopra funziona, altrimenti no.
Andrea
2016-09-13 14:18 GMT+02:00 Federico Leva (Nemo) nemowiki@gmail.com:
Andrea Zanni, 13/09/2016 13:03:
Dato che "large publisher" era stato creato non so perchè
Perché è L'UNICA, letteralmente l'unica, informazione per cui abbiamo una fonte autorevole. Vedi (di nuovo) https://www.wikidata.org/wiki/ Wikidata:BEIC#Publishers
Nemo
Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
Andrea Zanni, 13/09/2016 14:22:
In questo modo la query sopra funziona, altrimenti no.
Pessimo argomento. Tutte le interrogazioni di Wikidata devono tener contro delle sottoclassi (solo per il concetto di ~monumento ce ne sono migliaia, per esempio), https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples porta vari esempi su come fare.
Del caso specifico meglio parlare nella pagina di discussione relativa.
Nemo
Mantenendolo come "subclass of" le query non si rompono in effetti.
L.
Il 13 settembre 2016 14:36, Federico Leva (Nemo) nemowiki@gmail.com ha scritto:
Andrea Zanni, 13/09/2016 14:22:
In questo modo la query sopra funziona, altrimenti no.
Pessimo argomento. Tutte le interrogazioni di Wikidata devono tener contro delle sottoclassi (solo per il concetto di ~monumento ce ne sono migliaia, per esempio), https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples porta vari esempi su come fare.
Del caso specifico meglio parlare nella pagina di discussione relativa.
Nemo _______________________________________________ Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
Certamente le query si risolvono, ma:
"items non sunt duplicanda praeter necessitatem"
Rasoio di Occam, Wikidata edition.
Aubrey
2016-09-13 14:42 GMT+02:00 Luca Martinelli martinelliluca@gmail.com:
Mantenendolo come "subclass of" le query non si rompono in effetti.
L.
Il 13 settembre 2016 14:36, Federico Leva (Nemo) nemowiki@gmail.com ha scritto:
Andrea Zanni, 13/09/2016 14:22:
In questo modo la query sopra funziona, altrimenti no.
Pessimo argomento. Tutte le interrogazioni di Wikidata devono tener
contro
delle sottoclassi (solo per il concetto di ~monumento ce ne sono
migliaia,
per esempio), https://www.mediawiki.org/wiki/Wikibase/Indexing/SPARQL_Query_Examples
porta
vari esempi su come fare.
Del caso specifico meglio parlare nella pagina di discussione relativa.
Nemo _______________________________________________ Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
-- Luca "Sannita" Martinelli http://it.wikipedia.org/wiki/Utente:Sannita _______________________________________________ Bibliotecari mailing list Invio messaggi in lista: Bibliotecari@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/bibliotecari
Il 13 settembre 2016 14:51, Andrea Zanni zanni.andrea84@gmail.com ha scritto:
Certamente le query si risolvono, ma:
"items non sunt duplicanda praeter necessitatem"
Rasoio di Occam, Wikidata edition.
https://it.wikipedia.org/wiki/Utente:Sannita/Sandbox_4 <-- tu sai a chi vieni a dirlo, sì? :)
L.
On 13/09/16 14:51, Andrea Zanni wrote:
Certamente le query si risolvono, ma:
"items non sunt duplicanda praeter necessitatem"
Rasoio di Occam, Wikidata edition.
beh, pero' mentre altri sistemi discutono per decenni di modellazione di ontologie con wikidata direi che si puo' chiudere un occhio.
lo strumento che dovreste assolutamente conoscere e' questo: https://www.npmjs.com/package/wikidata-taxonomy (e si scoprono cose abbastanza bizzarre da mettersi le mani nei capelli)
tornando alla class publisher: secondo me va bene small/medium/large, ma non sarebbe meglio averli come sottoclasse di book publisher (visto che ci sono gia' comics,software,music publisher)?
➜ ~ wdtaxonomy Q2085381 publisher (Q2085381) •36 ×4786 ↑ ├──self-publishing company (Q149985) •6 ×10 ├──university press (Q479716) •5 ×191 ├──comics publishing company (Q1114515) •1 ×6 ├──book publishing company (Q1320047) •4 ×50 ├──??? (Q1391561) •1 ×4 ├──Self-publishing (Q1568650) •17 ├──small press (Q1661080) •6 ×11 │ └──small publisher (Q19720188) ↑ ├──art publisher (Q1792356) •1 ×1 ├──music publisher (Q1917775) •14 ×25 │ └──record label (Q18127) •57 ×5864 ↑↑ │ ├──??? (Q1001388) •1 │ ├──independent record label (Q1542343) •13 ×110 │ ├──major label (Q1660312) •9 ×1 ↑ │ └──open-source record label (Q7095719) •1 ├──??? (Q2116408) •1 ├──imprint (Q2608849) •14 ×43 ↑ ├──social game editor (Q3579158) •1 ×6 ├──software publisher (Q7554349) •3 ×2 │ └──video game publisher (Q1137109) •28 ×52 ↑↑ │ └──indie games editor (Q16011789) ×2 ├──Esperanto publisher (Q15728610) ×25 ├──medium size publisher (Q19720190) ×109 ↑ └──large publisher (Q19720191) ×53
-- raffaele@docuver.se
Ciao a tutti,
On 03/09/16 10:41, Luca Martinelli wrote:
Dipende da che dati ci sono dentro. Se mi dici a grandi linee che cosa contiene, ti posso dare una risposta.
sono record bibliografici SBN in unimarc (mi auguro che non siano differenti da quelli dell'opac)
per come è configurato SBN, i record della BNI fanno parte del sistema ma non c'e' garanzia che non vengano moditicati / fusi una volta immessi.
Possiamo dire sono uguali a quelli dell'Opac SBN nella gran parte dei casi.
Ciao Zeno
bibliotecari@liste.wikimedia.it
-
Andrea Zanni -
Chiara Giunti -
Federico Leva (Nemo) -
Francesco Piras - SoSeBi S.r.l. -
Luca Martinelli -
raffaele messuti -
Zeno Tajoli