Newsgroup: it.cultura.linguistica
Titolo: programma per archiviazione libri

Ho sempre usato Access per archiviare i libri della mia biblioteca personale
e devo dire che - per quanto utile - trovo l'interfaccia del programma poco
gradevole e di non facile (almeno per me ;-) utilizzazione.
Navigando su internet ho poi trovato il freeware MiClaBiblio (lo potete
trovare su 
www.micla.it
) che però - per quanto versatile - ha poche funzioni
(per quanto sono riuscito a comprendere).
Qualcuno di voi usa questo programma (magari potrei contattarlo via e-mail e
chiedergli spiegazioni in merito)?
Oppure avete software migliori da suggerire?
Grazie,
            Luca

 Oppure avete software migliori da suggerire?
Io uso FileMaker e mi pare ottimo.
www.filemaker.com
P.
-- 
Osare. Sempre più. Osare. Temerariamente.

 Osare. Sempre piů. Osare. Temerariamente.

 Oppure avete software migliori da suggerire?
Io gestisco la mia biblioteca con Excel.
Certo, si tratta solo di poco più di quattromila testi, tuttavia penso che
potrebbe sopportarne almeno il triplo senza particolari difficoltà.
Il problema non è tanto nel tipo di programma usato quanto piuttosto nella
scelta dei nomi e delle funzioni da assegnare ai campi.
Provaci!... è semplice ed intuitivo.
E velocissimo, almeno con per una piccola biblioteca personale.
Saluti,
--
Righel
___________________
free.it.scienza.archeologia

 E velocissimo, ...
Mai quanto Access.
Inoltre con Access e' possibile espandere l'archivio con ogni tipo di
informazione che si puo' ralezionare con i dati gia' presenti. Con Access e'
possibile creare dei runtime (applicazioni standalone) che si possono
distribuire ad amici e conoscenti per condividere i dati dall'archivio.
Questi dati possono essere presentati con interfacce grafiche davvero
piacevoli e semplici da usare, volendo si puo' usare anche Internet.
Con Excel tutto questo e' praticamente impossibile realizzarlo!
Ciao.
"Trahit sua quemque voluptas"
;)
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 un programma specificatamente creato per gestire archivi e per creare in
[...]
Amed, hai sicuramente ragione in linea di principio.
Ma la ricerca di qualsiasi cosa in 4000 righe avviene istantaneamente
sia con Excel che con un editor di testi.
Persino con un editor scritto in Java per telefonino ti può fare senza 
problemi la ricerca di una parola in un libro.
La scelta dei campi da inserire è invece importante farla subito in 
Excel perché la scelta se esportare i dati su un DB o su un altro si può 
fare successivamente, mentre cambiare o aggiungere campi diventa molto 
più oneroso.
-- 
____________________________________
Giancarlo Pillan  -  Ivrea  -  Italy
____________________________________

 ;)
Eh sì!... è proprio tutto lì punto della questione: dove c'è gusto non c'è
perdenza :)
Ciao,
--
Righel
___________________
free.it.scienza.archeologia

gusto non c'è perdenza :)
Vero in parte, ovvero nella misura in cui la sfera soggettiva non va a
interferire pesantemente con cio' che esiste in modo razionale.
Qualcuno ha addirittura affermato che cio' che e' razionale e' anche reale
(pero' aveva sapientemente escluso che si potesse discutere sulla penna di
Krug e quindi sull'archivio di Jhonnie).
Ciao.
:)
PS (OT):
Ma che cosa e' successo a 
free.it
 ?


[...]
Concordo pienamente con quanto scrivi.
Ma devo sottolineare che il mio punto di vista voleva essere il piu'
generale possibile che fosse anche privo da limitazioni contingenti imposte
per confronto con soluzioni particolari come quelle discusse finora. E, per
evitare di ripetermi, puoi leggere la seconda risposta a Righel in cui
esplicito meglio i presupposti validativi della mia argomentazione.
Ciao.
Amed


 Ma che cosa e' successo a 
free.it
 ?
Ancora nulla, per fortuna.
E' stata creata una nuova gerarchia ( it-alt* ) che, nelle intenzioni dei
suoi propugnatori, dovrebbe essere più "visibile" di 
free.it
*.
Si sta cercando di convincere i frequentatori di 
free.it
* a trasferirsi in
massa su it-alt* ma, poiché questi hanno 'fiutato' una minor libertà
nell'uso della nuova gerarchia, ancora nessuno ha accettato di farlo.
I principali ng di 
free.it
*, probabilmente, resteranno dove sono almeno
finché qualcuno non tenterà un atto di forza chiedendo (ma ottenendo?) la
chiusura di 
free.it
*.
Il mio n.g. (FISA) ha deciso in questo senso, per ora. Non ci piace sentirci
forzati a prendere delle decisioni che, se comunque non riuscirebbero a
danneggiare noi, finirebbero però per creare gravi problemi ad altri amici
degli altri gruppi 
free.it
*. E' una questione di solidarietà usenettiana.
Queste rivalità, che emergono di tanto in tanto, sono assolutamente ridicole
nel mondo della usenet italiana dove i postatori seguono indifferentemente
tutte e tre le gerarchie esistenti, scegliendo solo i ng più consoni alle
loro esigenze.
I dittatori (nel senso moderno del termine) hanno buon gioco solo su un
popolo di pecore.
Ma siamo davvero tutti pecore? :)
Ciao,
--
Righel
__________________________________
free.it.scienza.archeologia
"Lupus et agnus ad rivum eundem venerant..."
(Fedro... ma citato a memoria)

 Ma siamo davvero tutti pecore? :)
Tutti tutti proprio no, ma forse molti si'. :))
Ciao,
Amed
Feliciter!


 Ti capisco, anchio ho lo stesso problema.


 esplicito meglio i presupposti validativi della mia argomentazione.
Scusa se mi sono ripetuto, mì è parso che non ti fosse chiaro il
concetto che la miglior scelta deve tener conto di fattori concreti
e non solo di discorsi di principio.


 Tutti tutti proprio no, ma forse molti si'. :))
Hai tristemente ragione.
Io non mi sento né pecora né lupo, ma quando mi toccano FISA e i Fisaini
tendo rapidamente a trasformarmi in un cane mordace.
Cave canem!... :)
Beh, ci rileggiamo la settimana prossima: mi accingo a partire, domani, per
il III Convegno Nazionale di FISA.
A presto,
--
Righel
_____________________________
free.it.scienza.archeologia
"superior stabat lupus, inferius agnus..."
(il solito Fedro... a mente)

 e non solo di discorsi di principio.
Su questo punto concordo con te, anche se e' davvero ovvio.



Buon divertimento,
e mi dispaice di non essere con voi,
ma tu sai perche'...
Ciao,
Amed


 delle traiettorie non rettilinee che non avresti mai potuto dimostrare
[...]
Qui non si stava parlando di Relatività Generale ma del mezzo migliore
per catalogare dei libri. La mia risposta è stata che un foglio di
calcolo è più che sufficiente e di immediato utilizzo mentre la tua
posizione è contraria. Nel momento in cui hai messo in dubbio che fosse
possibile fare velocemente delle ricerche su un foglio di calcolo allora
ti ho risposto che dipende dalla dimensione.
Se tu avessi obiettato che con un foglio di calcolo diventata un po'
difficile gestire una query complessa allora non avrei considerato la
quantità di dati ma le esigenze di chi ha chiesto consiglio. Se non ha
inserito il campo "data d'acquisto" non può fare quella query complessa
che portavi come esempio.

 strutture dati da un punto di vista matematico. 
Saluti rigorosamente matematici ma senza certezze 'apodittiche',
(H)istoreo
-- 
Per redigere questo messaggio non è stata usata alcuna tecnologia Mafio$oft.

             Luca
Ciao a tutti, sono un operatore del settore DataBase: lo faccio per
mestiere, ma vorrei premettere che il messaggio che segue è in forma
"personale" e non "aziendale" (non voglio né soldi né pubblicità).
Sono arrivato a  questo messaggio grazie ad una persona che consulta spesso
questo news (studia russo) e che usa un programmino fatto da me in forma
"personale" (vedi sopra) per gestire la sua biblioteca, discoteca, videoteca
personale.
Il programma in questione è ancora una Bozza, ma usandolo, giorno dopo
giorno lo stiamo aggiornando con tutte le funzioni che ci servono.
Lo utilizzo anche io per archiviare con segnatura tutti i miei
CD/DVD/Manuali/Fotografie ecc.. ecc..
L'idea è nata dal mio "disordine ordinato" che mi permetteva di gestire
tutti i miei CD/DVD con facilità prima che diventassero decisamente TROPPI.
Parlo di archiviare CD/DVD ecc (libri compresi) perchè ad oggi il
programmino in questione gestisce 12 categorie diverse di supporti analogici
(libri, foto) e digitali (CD ecc..). A parer mio e di chi lo sta usando tra
i miei amici è semplice ed intuitivo.
Vi elenco qualche caratteristica:
- La ricerca all'interno dei record può essere effettuata con qualsiasi
criterio (parte del titolo o titolo originale), traduttore, nr di pagine,
contenuti extra, supporto, categoria, segnatura, autore, lingua originale,
editore, edizione, data d'inserimento, ecc..)
- Ogni record (inserimento) può avere un'immagine associata (formato *.jpg)
che viene fagocitata all'interno del database.
- Ogni record può contenere infiniti contenuti extra di infinita lunghezza
in termini di caratteri e ad ogni contenuto speciale si può associare un'
immagine
- il risultato di una ricerca è stampabile in ogni sua parte con criteri di
selezione ed ordinamento inclusi.
- Il programma  può gestire più database; Ogni database è un singolo file...
facile quindi da copiare per eseguirne il backup.
- il programma si aggiorna da solo prelevando da un server internet i file
che gli occorrono ed aggiungendo al database le tabelle o i campi nuovi.
Il programmino è realizzato in MS Access 10 (access XP) ma NON è necessario
avere access xp installato nel computer: bastano le runtimes
Se siete interessati potete contattarmi all'indirizzo di posta:
bat...@email.it
P.S. Chi mi volesse contattare via email specifichi "programma
archiviazione" nell'oggetto del messaggio poichè ricevo tantissimo spam
(arrg!) e non vorrei cestinare i messaggi per errore.
Mi riservo il diritto di inserire un codice utente per ogni postazione che
usa il programma poichè in futuro potrebbe diventare un sistema registrabile
a livello di copyright.
Cmq non preoccupatevi: le versioni dffuse prima del copyright sono e
rimarranno completamente free

 vuoi sapere qual'e' il modo
Be', anche l'ortografia si basa su principi logici.
P.
-- 
Il laminatoio meccanico geometrico inesorabile del fuoco di mitragliatrice. 

 (H)istoreo
Salve pellegrino navigante,
che Nemesi sia con te.


 3) A o - A (questa puo' essere modificata con piu' valori...)



Non sarei tanto sicuro di tale affermazione.
Se per ipotesi consideri le regole ortografie dei linguaggi umani
probabilmente potresti avere delle soprese.
Ti sembrano logiche le tante regole e regolette, comprese eccezioni e forme
indecidibili, del linguaggio? :(
Credo che in buona parte le regole ortografiche siano prive di un valore
semantico apprezzabile. Sono convenzioni simboliche riferite a meri segni
grafici portatori di significato. Secondo il mio punto di vista la logica si
riferisce in ultima analisi a enti dotati di singificato sostanziale e non a
puri nominalismi. Un regolamento basato su convenzioni e abitudini non
sempre acquista pregnanza logica.
Ad proximum inter nos accensum
Amed.


 che portavi come esempio.
Cio' e' dovuto ad una scarsa conoscenza di come si progettano gli archivi e
non ad un fatto contingente.


 non ad un fatto contingente.
Se non s'è mai segnato la data d'acquisto, non se la può inventare!
Io preferirei una scansione della copertina alla data d'acquisto.
La ritengo molto più significativa!
E su quella scansione non fai alcuna query.
Anzi, a pensarci bene, avrei due idee per parametrizzarla e permettere 
un paio di query significative anche su quell'immagine. Pensi anche tu 
quel che penso io? Aspetto un confronto costruttivo e pratico sul tema 
"archiviazione libri". Se proprio vuoi "facilitarci le successive 
discussioni" vorrei meno astrazione e più concretezza.


 discussioni" vorrei meno astrazione e più concretezza.
Hai ragione... stiamo andando molto più in là della semplice richiesta
fattaci da Jonny Walker.
In fondo non sappiamo nemmeno se deve archiviare duecento libri o ventimila
:)
In ogni caso vi comunico che il foglio di excel che uso come "sistema
sporco" di archiviazione contiene attualmente 4071 record, ognuno costituito
da una riga.
Ogni riga è a sua volta formata da 8 colonne che rappresentano i campi:
ARGOMENTO (sotto forma di una stringa alfanumerica)
SIGLA (diversa per ogni libro)
TITOLO
AUTORE (Cognome e Nome)
EDITORE
DATA_LUOGO (di edizione)
POSIZIONE (in una delle 11 librerie, con coordinate specifiche)
NOTE (se, dove e quando è stato acquistato; se, quando e da chi mi è stato
donato)
Ma il vero capolavoro sta nella struttura del primo campo che con un massimo
di 20 caratteri mi racconta TUTTO di quel testo.
La ricerca per stringa è immediata e può avvenire su qualsiasi campo.
Inoltre l'intero archivio può essere ordinato secondo qualunque campo in un
secondo circa.
Non mi viene in mente nessun'altra informazione importante che possa essermi
utile.
Ah sì... tu dici l'immagine di copertina.
Beh, potrebbe essere carino ma non è certo indispensabile e inoltre
rallenterebbe (quella sì) il caricamento e la consultazione.
Nota di colore:
Il primo DB che ho realizzato (quando ancora voi due eravate "signorini"
:) ) girava su di uno dei primi Commodore 64... forse vent'anni fa.  Era
costituito da un programmino di dieci o dodici righe in basic e leggeva i
dati in maniera sequenziale da dischetti da 5 pollici e rotti.
Era uno spasso! Ci volevano almeno cinque minuti per trovare un libro...
sempre che non avessi sbagliato ad inserire il dischetto.
Cinque minuti!... e adesso quasi ci scanniamo per una frazione di secondo!
:-D
Ma chi ci corre dietro?
--
Righel
___________________
free.it.scienza.archeologia

 :)
Credevo che la richiesta di JW fosse stata ampiamente e definitivamente
soddisfatta con i primissi messaggi.
 
Poi qualcuno ha ESTESO un certo ragionamento (intuitivo) secondo quello che
Leibniz avrebbe definito come il migliore dei ragionamenti possibili
("andando molto più in là della semplice richiesta fattaci da Jonny Walker":
giustissimo!).
Francamente mi sarei aspettato una critica voltairiana (Candido) piuttosto
che restare nel porto a guardarsi le barchette ancorate al molo. Purtroppo
dal transatlantico e' difficile notare le quisquilie lavorate a mano con i
remi. Vorrei soltanto aggiungere a tutto quello gia' detto che un motore
meccanico sofisticato si basa su molte leggi razionali e queste ci dicono
anche come vanno interpretate le esperienze pratiche (ovvero si ha
un'ESTENSIONE di conoscenze)...
E' forse una colpa ESTENDERE una semplice soluzione proposta? Forse qualche
sceriffo dovrebbe arrestarmi o invitarmi a stare zitto perche' ho voluto
discutere su come si poteva migliorare nel modo migliore possibile (ovvero
secondo il linguaggio matematico) un certo discorso propiziato da un fatto
contingente?
Fermo i motori qui, perche' sono gia' arrivato all'altro capo del discorso
mentre qualcun altro deve ancora mollare gli ormeggi.
Putroppo manca una CHARACTERISTICA UNIVERSALIS...
Ehi gente, stiamo discutendo in un salotto culturale, non stiamo mica
vendendo un prodotto. Oggi sono tranquillo e non mi va' di inferocirmi con
il solito mercante che, sicuramente in buona fede, vuole commerciare un
prodotto in un ambiente dove il godimento interiore e i moti intellettivi
hanno poco a che vedere con l'effimera consistenza di un discorso da
negoziante.
(Per evitare ogni equivoco, sottolineo che l'ultima osservazione non e'
riferita a voi due. Con voi discuto piacevolmente).
:)
Amed
PS:
Molto bella la nota di colore.


 contingente?
Assolutamente no.
Però io non ho avuto l'impressione che tu volessi solo informarci delle 
potenzialità di un DB relazionale, ma piuttosto sostenere che era un 
errore iniziare a raccogliere dati su una tabella bidimensionale e che 
era da verificare se Excel era in grado di far ricerche in poco tempo. 
Insomma, sembrava proprio tu volessi criticare la nostra soluzione come 
del tutto inadatta allo scopo.
Successivamente hai voluto qualificare la tua soluzione come quella 
proposta da un esperto del settore (e non ho dubbi che tu lo sia) e la 
nostra un intruglio di uno stregone che non ha alcuna cognizione di causa.
Non ho letto tue considerazioni sull'immagine di copertina.


 rallenterebbe (quella sì) il caricamento e la consultazione.
Dicevo che avevo un paio di idee su possibili valori per fare ricerche 
basate sulla copertina. Provo a descriverle.
Ogni copertina viene salvata a 150dpi su un file avente numero progressivo.
Nel DB dei libri alla colonna copertina ci sarà un link con il nome del 
file immagine (quindi non appesantisce il DB che di 5 byte a libro).
Tutte le immagini vengono elaborate da un programma che estrae:
- altezza in cm
- base in cm
- primo colore prevalente
- sua percentuale sul totale
- secondo colore prevalente
- sua percentuale sul totale
I colori possibili sono limitati a 16 con una banale conversione.
Aggiungo (in automatico) questi sei campi al piccolo DB.
Grazie a questo lavoro aggiuntivo posso, per esempio:
a) ordinare i libri per grandezza (area, altezza, profondità)
(lo spessore sta nel numero pagine)
b) trovare rapidamente quel piccolo libro verde che mi aveva regalato 
quella mia ex che parlava di storie irlandesi...
c) identificare subito se il volume trovato è quello cercato.


 (lo spessore sta nel numero pagine)
Geniale!...
Questa sì che è un'idea comodissima.
Ma è troppo tardi per applicarla al mio piccolo archivio: chi si mette a
misurare quattromila libri, uno per uno?
Chissà... magari quando decido di andare in pensione :)
Per il momento continuo a farlo a occhio e, finché ho ancora un po' di
spazio, preferisco raccogliere i libri per argomenti piuttosto che per
dimensioni.


 :)
Meno male!... :)
Ciao,
P.S.: Hai letto la riscossa dell'off topic su [AstroCampania] ?
--
Righel
___________________
free.it.scienza.archeologia


--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 P.S.: Hai letto la riscossa dell'off topic su [AstroCampania] ?
(OT)
Si' molto interessante e stimolante,
ma vuoi veramente leggere le mie osservazioni?
Lo sai, io parlo a ruota libera e non sempre trattengo i miei giudizi per
vagliarli secondo le limitazioni del fastidiosissimo "Topic". Ma vedro' di
pensarci su.
Hamhed


 dell'immagine segue un trattamento diverso da quello dei dati...
Non mi pare proprio. Anche le immagini sono dati. In un foglio di 
calcolo metti il link. In un DB usi il BLOB (binary large object).
Tre puntini di sospensione non comunicano che la sai più lunga, ma che 
fingi di saperla lunga.
-- 


Stavo rimuginando sulla risposta sbrigativa scritta da poco.
Lascia trasparire un sottinteso "ma falla finita!" verso Amed.
Mi dispiace, ma giustifico il mio comportamento sulle risposte evasive 
di Amed. Nonostante abbia chiesto la concretezza che si richiede a chi 
parla dell'importanza di un DB relazionale, vedo che ha glissato alla 
mia richiesta di esporre quali campi e relazioni riterrebbe utili per 
archiviare dei libri preferendo spostare l'attenzione sulla sicurezza 
dei dati.
Già qualche giorno fa scrivevo:
.....................................................................
Se vogliamo davvero dare consigli utili e non mettere già tante belle 
parole credo che dovremmo essere più concreti.
Quindi: quali tabelle? quali campi? quali relazioni?
.....................................................................
Amed su questo non ha ancora risposto.
Eppure di parole ne ha spese moltissime.
