Newsgroup: it.arti.musica.classica
Titolo: classificazione CD

Qualcuno può dirmi se c'è un programma *freeware* per catalogare i dischi? voi come ve la
cavate?
Diego
La cultura è quello che rimane quando abbiamo 
dimenticato tutto quello che ci hanno insegnato.

 dimenticato tutto quello che ci hanno insegnato.
Ciao Diego ...
personalmente non ho alcun programma free o a pagamento che faccia
miracoli; eppure me la cavo molto bene: ``molto bene per le mie
esigenze'' ... Naturalmente ora ``parlero` bene'' del mio prodotto, ma
lungi da me ogni recondito intento di lucro; a parte la mancanza di
intenzione la cosa sarebbe impossibile data la semplicita` della
filosofia adottata; una filosofia informatica che e` alla portata di
CHIUNQUE conosca l'esistenza ed il funzionamento dei normali, vecchi,
collaudati e modulari ``tools'' disponibili (sin dagli anni '70 :-)
sotto un qualsiasi ambiente unix. Attualmente la mia ``baracca'' gira
sotto LINUX, ma e` nata sotto INTERACTIVE-UNIX passando poi per 2
differenti releases di SCO-UNIX ...
=2E.. tralascio il fatto che ho anche scritto un mini-menu` pilotato per
usare i miei cataloghi (non solo cd, ma anche indirizzi, libri, etc...,
etc...); un menu` (mini o mega o con tendine sotto interfaccia grafica
e` o comunque sarebbe la conseguenza di una filosofia di base). L'unico
programma per MSDOS (ora anche in versione WIN) che -- a mio avviso --
funziona molto bene e` CARDBOX; pur molto diverso dalla mia soluzione
presenta alcune analogie ...
La ricetta e` semplice: scrivo (usando un certo ``stile'' ...) delle
schede di testo che separo tra loro con una fila di =3D ... Ecco un
esempio (2 schede):
~Brahms,J.~, (1833-1897)
Ein deutsches Requiem Op.45
=09~Seefried,I.~, Soprano
=09~London,G.~, Bass-baritone
=09Westminster Choir (~Williamson,John Finley~)
=09New York Philharmonic, ~Walter,B.~ dir.
~CBS~ MPK 45687 ~CDx1~ ~#seb#~
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
~Wagner,R.~, (1813-1883)
Das Rheingold
=09Wotan=09=09~Adam,T.~
=09Donner=09=09~Nienstedt,G.~
=09Froh=09=09~Esser,H.~
=09Loge=09=09~Windgassen,W.~
=09Alberich=09~Neidlinger,G.~
=09Mime=09=09~Wohlfahrt,Erwin~
=09Fasolt=09=09~Talvela,M.~
=09Fafner=09=09~Bohme,K.~
=09Fricka=09=09~Burmeister,A.~
=09Freia=09=09~Silja,A.~
=09Erda=09=09~Soukupova',V.~
=09Woglinde=09~Siebert,Dorothea~
=09Wellglunde=09~Dernesch,H.~
=09Flossilde=09~Hesse,Ruth~
=09(Recorded live at the Bayreuth Festival, 1967)
=09~Bohm,K.~ dir.
~PHILIPS~ 412 475-2 ~CDx2~ ~#seb#~
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D
=2E.. se con normali utilities posso estrarre tutte le schede che
contengono Wagner e/o Brahms e dalle schede cosi` estratte ricavo poi
solo quelle in cui compare (o NON compare Karajan) ... e posso
continuare ad estrarre dall'archivio principale riversando su quello in
cui finiscono le schede estratte le schede in cui e` presente
~Boheme,K.~ ... ottengo una versatilita` soddisfacente.
Ad es. ricavare tutti i CD (NON lp o cassette ...) con musica di Ravel
e/o Shostakovitc in cui compaia Bernstaein come esecutore ... Questo e`
un esempio pratico che risolverei in modo veloce ed completo ...
  Per il resto potrei inventare altri 1000 esempi analoghi e magari piu`
complessi.
N.B. ogni parola o sigla (anche parziale) e` suscettibile di ricerca; i
nomi o sigle IMPORTANTI (per i miei criteri soggettivi ...) sono
idealmente evidenziati con un pennarello racchiudendoli tra due ~ ...
Questo mi facilita nelle ricerche piu` comuni ed ovvie visto che TUTTE
le parole (sigle, nomi, termini ...) dello schedario vengono mantenute
in ordine alfabetico; non mi dilungo nei dettagli delle utility standard
usate (da ``grep'' a ``sort'', da ``sh'' a ``perl'' ...) poiche` se sono
note (come lo sono da piu` di 25 anni in ambienti unix) sarei noioso; se
non lo sono dovrei fare un mini-manuale gia` esistente e facilmente
reperibile in una qualunque libreria tra le righe di un qualunque libro
unix ...
Comunque -- per essere esaustivo -- ho anche indicato l'alternativa
dos/win (cardbox) che potrebbe -- a mio avviso -- essere valida; conosco
in prima persona utenti CARDBOX che mantengono 60-70 MILA schede
contenenti ciascuna un numero di nomi/parole/sigle chiave variabile da
1-2 sino a 50-60 ... per un totale di oltre UN-MILIONE di chiavi di
ricerca indicizzate ...=20
Se sarai curioso di sapere di piu` relativamente a qualche dettaglio
specifico contattami (anche via e-mail ... io sono di Genova). Spero che
questo mio scritto non sia stato noioso;  sicuramente (ed
intenzionalmente) incompleto per evitare lunghi trattati prima di esser
sicuro che la cosa sia interessante per il tuo punto di vista ...=20
Un saluto ...
Pino

differenti releases di SCO-UNIX ...
Dunque, poiche' sono interessato anch'io al problema, ho letto
attentamente il tuo post e, fracamente, non ci ho capito nulla.
Prima di tutto tu parli di un ambiente UNIX, a me del tutto
sconosciuto. Ho lavorato in Unix qualche tempo fa e sono scappato,
data l'enorme complessita' del sistema, al di la' delle mie competenze
e del mio tempo per acquisirle.
In secondo luogo, tu stai parlando di un Database o di che altro? Io
non sono un esperto, ma un po' ho imparato a programmare e gestire i
data base  relazionali, e francamente nei tuoi esempi non mi ci
ritrovo.
Io, per ora ho adottato un sistema che funziona abbastanza bene, ma
limitato solo ai MAC, utilizzando Filemaker. Purtroppo attualmente ho
programmato solo la parte relativa alle opere. Questo significa
anzitutto che la catalogazione non avviene per CD ma per esecuzione o
edizione di opera. I campi utilizzati riguardano tutte le informazioni
che si possono ricavare dalla esecuzione in mio possesso (Nome
dell'opera, teatro di rappresentazione, direttore, data, interpreti,
regista etc.).
Naturalmente si possono fare ricerche di qualsiasi genere a partire
dal campo desiderato. Per esempio puoi sapere tutte le edizioni o le
opere in cui ha cantato un certo interprete, o dirette da un certo
direttore, e così via. 
Per quanto concerne l'inserimento, col sistema relazionale e con
l'inserimento mediante campi a tendina, i nomi vengono digitati una
volta sola, in modo da evitare errori di ortografia (frequenti con
nomi stranieri).
La singola esecuzione o edizione e' identificata dal nome dell'opera e
dal direttore e dall'anno di esecuzione. Lo si potrebbe fare per
teatro, o per regista, come uno crede.
Sto lavorando per estendere la logica del sistema ai CD di musica
classica. Il problema non e' semplicissimo, ma anche qui la logica e'
quella di catalogazione per opera e non per disco. I dischi poi
saranno identificati dal numero progressivo attribuito loro, che
renderanno la ricerca in discoteca piu' semplice.
Sulla rete esiste un programma basato su Access, fatto per le opere e
per le arie di opera. Purtroppo non ricordo il sito. L'avevo
scaricato, ma, come tutti i DB già programmati, che rispondono
soprattutto alle esigenze di chi programma e non di chi potenzialmente
usa, questo per me non era buono (poi aveva anche dei bugs che
incasinavano non poco)
Per esempio, il mio programma implementato su Filemaker per me va
bene, perche' risponde alle *mie* esigenze. Probabilmente per un altro
no, perche' ha esigenze differenti. Un mio amico, per esempio, ha
visto il mio programma. Gli e' piaciuto, l'ha copiato e poi l'ha
completamente modificato, secondo le *sue* esigenze.
Per finire, il mio consiglio è quello di fornirsi di un buon database.
Per MAC venno bene Filemaker 3.0, abbastanza semplice da programmare,
o se si vuole essere piu' raffinati, Fourth dimension, assai piu'
complesso. Per Window, sia nella versione 3.1 che in quella 95, il
database che mi sembra piu' affrontabile e' Access, anche se e' un po'
meno semplice di Filemaker sul MAC.
Poi uno si fa il suo programmino, inserendo gli elemnti che gli
interessano e programmado le ricerche che ritiene piu' utili.
Ciao, e mi interessa sapere coma altri hanno risolto il problema.
Rudy
Rodolfo Canaletti
 
lil...@ns.altrimedia.it
*************************************************************
Solo l'analisi puo' stabilire tutto quello che non interessa.
                                     Gianfrancesco Malipiero
***************************************************************


Credo di aver capito che cosa intende Pino e, se la soluzione è quella che ho capito, si
tratta dell'uovo di Colombo (ed elegante! i miei complimenti).
Si tratta di fare un semplice file (tabella, in termini relazionali) in Access o Approach
o quello che è; bastano due campi: un codice progressivo (giusto perché non si sa mai...)
e un campo di tipo "testo". In quest'ultimo si inserisce il contenuto del CD; un record,
un CD (o opera, se su più CD). Poi si fanno ricerche sul contenuto del campo, del tipo:
trova tutti i record... oooops i CD che contengono ("Bach" OR "Scarlatti") AND "Richter".
Ho Lotus Approach sul mio PC; devo verificare se è possibile una ricerca complessa di
questo tipo (Unix, da questo punto di vista deve essere più flessibile di Windows e
famiglia); appena avrò provato, vi farò sapere.
Il vantaggio di questo approccio è che non occorre mantenere la struttura del database;
cioé se a metà lavoro mi accorgo che voglio registare anche per es. la città di nascita
del compositore, non devo modificare la struttura del database; ci sono anche degli
svantaggi (tipo digitazioni errate, etc), però forse ne vale la pena.
Pino, grazie per il suggerimento e per la disponibilità.
Diego
La cultura è quello che rimane quando abbiamo 


 ***************************************************************
In quanto al sapere gli esiti dei miei personali esperimenti ho gia`
almeno 4 anni di uso su un insieme di dati (non solo musica, ma tanti
altri databases) per un totale di piu` di 200.000 schede per piu` di 60
mega ...
  Una volta ho provato a chiedere tutte le schede contenenti
``paperino'' presenti in quelle 200.000 schede; ne ho trovata solo una
ed il tempo e` stato di circa 1 minuto ... CIRCA, perche` nell'attesa
(non sapevo a priori quanto avrei aspettato) facevo tranquillamente
dell'altro ... sullo stesso computer ovviamente ...
Con cio` ti saluto caro Rudy sperando di non averti fatto ``una testa
cosi`'' ... Io amo parecchio la musica; tantissimi autori ed epoche ...=20
ma le prime cose che mi vengono in mente sono Mahler e Wagner anche se
altri 100 mi verrebbero in mente ripensandoci anche un solo istante; in
questo momento sono preso sino alla paranoia dal "Mefistofele" di
A.Boito: non sembra nemmeno un'opera italiana ... mi sta coinvolgendo al
punto che mi sono anche comperato il "Faust" di Goethe ...=20
Ri-ciao e a ri-sentirci,
Pino
P.S. de gustibus (in qualunque campo) non est disputaZZAndum!

 
Caro Germano,
non sono finora intervenuto nel thread perche' mi trovo in una situazione
analoga a quella degli altri e non avrei avuto niente di nuovo da
aggiungere: sono anni che mi arrabatto con le diverse versioni di Access
(database relazionale) e sono arrivato ad un risultato che soddisfa
abbastanza le mie esigenze: per mezzo di relazioni fra le diverse tabelle
non sono costretto a ribattere i dati ricursivi, posso organizzare
inquiries basati su query anche abbastanza complesse, produrre reports
graficamente piacevoli ed esportarli in Excel ed in WinWord.
Certo, non e' il massimo (ero partito da un programmino in DB III plus e
volevo sfruttare le sue gia' lunghe tabelle), ma mi accontento. Anch'io
vorrei utilizzare cose strane e senza dubbio piu' efficaci come Unix,
Perl, le interfacce TK, etc., ma mi unisco a Rudy: sono al di la' delle
mie competenze e del mio tempo per acquisirle.
Non potrei quindi, purtroppo, essere d'aiuto in nessun modo a chi volesse
realizzare qualcosa a piu' mani e inoltre, cosa piu' importante di tutte,
non ho assolutamente voglia di rifare l'enorme lavoro di data-entry fatto
negli anni passati.
Comunque, in bocca al lupo: attendiamo fiduciosi.
Cordialita'.
Dedo
---------------------
Luciano De Dominicis
ded...@altrimedia.it
---------------------

 usarle in modo corretto, possiamo davvere fare un buon lavoro.
Dolente di deluderti, ma in generale le possibilita' di import-export si
rivelano spesso "impossibilita'", soprattutto se ci si aspetta un
passaggio semplice, diretto ed automatico tra un DB e l'altro. Questo e'
tanto piu' vero se i dati sono strutturati in modo appena appena non
banale. 
Ciao
Giorgio
-- 
Giorgio Capuani
Dipartimento di Chimica   -   Universita' "La Sapienza"
Piazzale Aldo Moro, 5     -   00185 Roma
voice: ++39-6-4991 ext. 3708/3576   fax: ++39-6-4455278 
E-mail: 
cap...@axrma.uniroma1.it
 
man...@nmrserv.chem.uniroma1.it

si cerchi di usare il linguaggio comune.
Almeno esistesse un linguaggio comune, nell'informatica! Come hai
visto dai post precedenti, non è così.
Tornando al dunque, in questi giorni mi sono dedicato al problema ed
ho fatto un feasibility study di primo livello, seguito subito da una
requirement collection e da un logical design del database e dei
layout. A quel punto ho normalizzato il database per portarlo in terza
forma normale (la quarta forma normale è spesso nonperformante).
Quindi ho pianificato il test di model office ed ho iniziato la fase
di construction. Prevedo che i deliverables saranno disponibili per il
system test fra non molto.  
Se sei arrivato fin qui .......  :-))))
Seriamente parlando: ho cercato di pensare bene a quello che vorrei
ottenere prima di mettermi a cercare come farlo e ci sto ancora
pensando.
Ciononostante, non ho potuto fare a meno di pensare che l'unica strada
"universale" (cioé portabile) sia sostanzialmente la programmazione in
linguaggio "C": va su Unix e su Dos/Windows; purtroppo, C è fuori
dalla mia portata. Qualcuno sa dirmi se c'è un Pascal per Unix e
Win/Dos?
Ho scartato anche SQL; Oracle sarebbe portabile su Unix e su Win/Dos
ma quanti ce l'hanno? poi, quanto sono portabili mappe, procedure,
etc?
Restano gli strumenti per l'utente finale (Access, Approach). Credo
che, alla fine, sceglierò l'ultima strada (Approach) visto che me lo
ritrovo sul PC (lo davano in dotazione). Sceglierò la strada dei file
tipo dBaseIII, in modo che sia possibile importare i dati dai formati
più comuni.
Accetto commenti e suggerimenti (si chiama requirement collection :-))
Diego
La cultura è quello che rimane quando abbiamo 


 ****************************************************************
Naaaaaaaaa, non mi dire che non hai neanche installato X? :-|
-- 
La vita e'una cosa che prende, porta e spedisce.
(La nonna di Carlassara)
Ciao,Alessandro (
a.din...@flashnet.it
)

 
Le mie poche centinaia di dischi stanno comodamente in una megatabella
Word, ognuno corredato da una decina di campi. Le opzioni di ricerca su
tabelle Word sono sufficientemente rapide per darmi i risultati prima
del calar delle tenebre o del sorger del sole (a seconda dei casi). Il
giorno in cui divenissi miliardario e potessi comprare un migliaio di CD
potrei facilmente tradurre la mia tabellona in un dB Access. 
O pagherei qualcuno che lo facesse per me    ;'} 


 ----------------------------------------------------------------------

Accetto commenti e suggerimenti (si chiama requirement collection :-))
Il problema, come lo vedo io, ovviamente, e' che le soluzioni piu'
comode per me, sono scomode per gli altri... e viceversa. Io avrei
trovato queste (che dovrebbero essere compatibili sia con Unix che con
Dos/Win e Mac, ma non sono sicuro di Mac):
A) fare a modo mio e fregarmene di voi;
B) usare le routine di Pino (in Perl) e interfacciarle con delle
routine in Tcl/TK per chi non ha l'abitudine a smanettare con la
tastiera;
C) usare le routine di Pino, ma integrarle con un database MYSQL per
Linux (c'e' anche per Dos?) e dBase per Dos/Win (accessibile tramite
PerlODBC);
D) Usare GPC (Il Pascal gnu) compatibile sia con Unix che con Dos.
Le soluzioni B e D hanno il vantaggio di ri-ciclare parte di codice
gia' fatto e lo svantaggio di dover entrare dentro al codice e capirlo
per poter integrare...
La D ha lo svantaggio di dover partire da capo e il vantaggio di poter
pensare da 0...
Vediamo, tecnicamente, quale delle 4 soluzioni ci sembra preferibile o
se esiste una soluzione E... avanzatela!
E' infatti chiaro che:
1) alcuni di noi sono/danno/sanno programma-tori/-zione/-re
2) altri sono degli utilizzatori...
Quindi la prima decisione dovrebbe spettare a 1). Cosa usare e chi e'
disponibile a partecipare? Pino ha gia' detto di si alla soluzione B
(o sbaglio?).


 (o sbaglio?).
Caro Germano,
NON sbagli affatto! Per evitare lungaggini ed off-topic ribadisco la mia
completa disponibilita` a fornire via e-mail la descrizione della
struttura dei miei data-bases DBX (il nomignolo che uso ...) nonche` i
sorgenti (poca roba molto breve e stringata :-) dei programmi in
versione PERL e/o C. Oltre a questo anche gli esempi pratici con le
relative utility standard usabili (quali SORT, GREP, FGREP, SED, etc...
tutta roba che ``credo'' reperibile anche per NON-unix sotto
PublicDomain GNU ...).
  Chi desiderasse fruire di questa mia disponibilita` puo` contattarmi
via e-mail; saro` felice di fornire una base che, se ritenuta valida,
possa essere utilizzata cosi` come e` (AS IS ...) o integrata con
strumenti piu` sofisticati quali tendine / icone / etc... con TCL/TK o
altro ...
  Questo lavoro di ``integrazione'' -- ovviamente -- col sudore di chi
ha voglia di fare per suo uso cio` :-))
Un saluto a te Germano ed a tutto il NG.
Pino
P.S. attualmente ho censito (con DBX ...) circa 1200 schede di
     cd/lp/cassette; ogni scheda si riferisce ad un singolo cd
     (lp/cassetta ...) o ad un cofanetto di piu` cd (lp/...); per un
     totale equivalente a circa 2000 cd.
       Ogni scheda e` completa di tutti gli esecutori e note
     interessanti; alcune schede sono 5-6 linee, altre anche 60-70 ... 


struttura dei miei data-bases DBX (il nomignolo che uso ...) 
Sono interessato alla struttura dei dati, grazie!
Diego
La cultura č quello che rimane quando abbiamo 


2) altri sono degli utilizzatori...
A proposito, siamo sicuri che ci siano degli utilizzatori interessati?
o tutto questo discorso sulla portabilità lo stiamo facendo per
niente? (e allora andrebbe bene la soluzione A) 
degli eventuali interessati quanti ce ne sono con Windows o Mac o
Unix?
Ehi, là, c'è qualcuno interessato?
Diego
La cultura è quello che rimane quando abbiamo 


Ciao a tutti.
Di ritorno dalle ferie mi puppo 400 e passa articoli sul Newsgroup.
Convinto ormai di aver dato vita ad un mostro inizio a leggerli.
Trovo un demenziale post sul Requiem di Mozart ma non mi scompongo. Mi
meraviglio solo di una osservazione in cui si insinua l'idea di un
altro mio scherzo. Aho! Il Requiem non si tocca! Quello e' veramente
bello. Sulla IX di Beethoven invece si puo' anche scherzare. Fa
schifo!
Poi arrivo a questo post che parte in modo ragionevole ma poi diventa
terribilmente off-topic. Noto che ci sono off-topic anche interessanti
mentre altri sono fastidiosi. Ma un off-topic palloso come questo
credo di non averlo mai letto.
Spero di chiudere la discussione su come impostare i requisiti di un
database per CD di musica classica segnalandovi quello che, a mio
avviso, e' il miglior software di catalogazione per CD di musica
classica.
Questo software e' concepito proprio per la musica classica. Gestisce
cioe' Cd con autori diversi e interpreti vari che differiscono
all'interno del disco. L'unico difetto che riscontro (al di la del
tempo che si perde ad inserire i dati - ma non se ne puo' fare a meno
visto le informazioni associate ai CD di musica classica sono
numerose) e' che da un punto di vista dell'implementazione software
non e' molto intelligente. Mentre il disegno architetturale del DB
relazionale e' molto bella, il software invece di gestire puntatori
duplica le informazioni. Lo spazio occupato cresce pertanto a
dismisura.
Il software si chiama ClassiCat, e' prodotto dalla TDWare ed e'
possibile ottenere una versione shareware al sito
http://www.tdware.com
La versione Shareware e' completamente funzionante ma e' limitata a
100 CD.
Io ho la versione shareware e mi scoccia pagare 50 dollari per la
versione competa. Pero' se qualcun'altro e' interessato potremo
scambiarci dei mail privati .........
Ciao
-----
Vinicio Matteucci
Pistoia, Italy
vi...@sirius.pisa.it
-----
A che cosa serve il silenzio,
se le passioni rumoreggiano?