Newsgroup: it.cultura.classica
Titolo: Sapete dirmi...

Ciao a tutti,
sapete dirmi percaso di chi è la seguente citazione??
"vivit ut commodatus sibi quod unum iam et tamen pulcherrimum abeat,
imaginem vitae suae relinquere testatur"
Ho bisogno di saperlo ma non ne vengo a capo;
Grazie.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Ho bisogno di saperlo ma non ne vengo a capo;
Non è una citazione, ma una mescolanza di due citazioni. Precisamente:
Seneca, de tranquillitate animi, 11;
Tacito, Annales XV, 62, 1
Non ringraziare me, ma il CD-ROM della Bibliotheca Teubneriana Latina.
Ciao,
Moreno
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Non ringraziare me, ma il CD-ROM della Bibliotheca Teubneriana Latina.
Terro' conto, se permetti, che disponi dell'accesso a tale "tesoro" ;-))
ciao
Alberto / Iperboreo

 Moreno
Peace, Love & Wing Chun!!!
Vincent


 questo cd-rom... che si fa per averlo?
http://www.brepols.net/publishers/cd-rom.htm#BTL
(costa parecchio)

 questo cd-rom... che si fa per averlo?
Si deve acquistare (a caro prezzo, purtroppo). In Italia è distribuito
dalla ellediemme di Roma, che ha anche un sito internet sul quale puoi
trovare tutte le informazioni relative al prodotto (
www.ellediemme.it
).
Ciao e auguri,


 (costa parecchio)
Tanto che solo biblioteche specializzate(e ben finanziate) possono
permettersi di acquistare opere di questo tipo. E' pur vero, tuttavia, che
non si tratta di strumenti che servano proprio tutti i giorni, a meno di non
essere, appunto, riceratori di professione.
Iperboreo

 permettersi di acquistare opere di questo tipo. 
Rimando alla discussione fatta poco tempo fa a proposito del PLD: è una 
politica miope, perché un ricercatore ha interesse ad avere sul pc di 
casa database di questo genere, e facendo un doppio prezzo, per 
istituzioni e privati, con quest'ultima opzione mantenuta a livello 
ragionevole, si incrementerebbe il fatturato e si ridurrebbe la 
pirateria. Sarebbe bello mettere su un bel progetto open source.

  Sarebbe bello mettere su un bel progetto open source.
Questo si che sarebbe veramente bello.
Anche perche', diciamocelo, non c'e' propriamente
la coda per aquistare questi database.
Iperboreo

"Iperboreo" <hyper...@KAOSlibero.it> ha scritto

l'idea e' attraente, parecchio. riuscite a precisarla ? opensource in che
senso ?
il grosso del lavoro e' la trascrizione dei testi. per esperienza, anche
l'ocr, su testi vecchiotti (fuori copyr), e' un martirio. e richiede
revisioni di occhi diversi. come sapete tutti, alla terza lettura uno gli
errori non li vede piu'.
avete in mente un db vero e proprio, una raccolta txt (gutenberg) html
(latinlibrary) -- cosa ?
j.

 avete in mente un db vero e proprio, una raccolta txt (gutenberg)
immaginiamo un progetto integrato, con un lettore free tipo Diogenes che 
sia in grado di leggere PHI e TLG meglio dei programmi commerciali in 
circolazione, per esempio più velocemente e implementando nuove 
funzionalità con l'aggiunta di moduli. Il Diogenes è scritto in Perl, 
suggerirei anche il Python, o comunque qualcosa che sia cross-platform. 
Le mie conoscenze di programmazione sono in questo momento assai mosce, 
benché quest'estate abbia avuto un flirt pitonesco; posso però 
contribuire per l'help e, visto che lavoro moltissimo sui database e ne 
conosco piuttosto bene pregi e difetti, per la definizione delle 
funzioni da implementare. Questo sarebbe già un'ottima base di partenza, 
e  per avere visibilità si potrebbe bussare alla porta di sourceforge.
Contemporaneamente, si potrebbe realizzare un clone free del PHI o del 
TLG. Per esempio, si potrebbe ideare un wizard, o altro, che converta 
txt nel formato phi-tlg, le cui specifiche sono pubbliche e, prima di 
mettersi a prendere in mano lo scanner, si potrebbe pescare dal free già 
esistente costituendo un minicorpus da omaggiare con il pacchetto del 
lettore.

 dei programmi da sviluppare.
la proprieta' del codice sarebbe il meno, non fosse che io lavoro in vb,
soprattutto sui db. mettere fuori il codice, se funziona, non m'importa, in
genere sul mio sito lo metto, e dove non do' il codice gli exe sono cmq
free. pero' e' vb che non tira proprio al gpl...
python mi incuriosiva, ma avendo pochissimo tempo tirerei al java (ehehe),
che non conosco ma per il quale avrei forse un maestro bravo.
al quale ho intanto tirato un amo inoltrandogli il tuo post. spero di
poterne discutere domani se ci sono possibilita' mi faccio sentire.
ciao, j.

 txt nel formato phi-tlg,
eh, diavolo! o mores, o tempora: altro che mostro di Irvine (sull'argomento
cf. Eikasmos III, 1992, pp.277 s.). e se fosse tutto un flop? cioe' non lo
credo, anzi in questi brodi mi ci crogiuolo (eppero con molta meno
competenza), ma per un attimo voglio fare il platone (o il socrate) della
situazione. e se fosse vero che tutte queste diavolerie nuociono alla
memoria come un tempo fe' la scrittura? ma mentre lo scrivo non ne sono gia'
piu' convinto, e attendo sia pronta tale meraviglia (anche se sconsiglierei
il Python a prescindere, onde evitare l'ira del dio di delfi, a volte topo a
volte pitone) e anzi per come posso collaborerei volentieri (con lo scanner,
ad occhio a caccia di  refusi). che ne dite, a latere,  di qualcosa del tipo
Progetto Manuzio? ricordo che parti' molto in sordina tempo, tempo fa (dieci
anni o piu'?) e oggi e' una piattaforma di riferimento. eventualmente i
testi originali potrebbero anche essere accompagnati da traduzioni
extra-copyright (quando decenti) e soprattutto da brevi schede (max 1500
caratteri spazi inclusi, naturalmente) di introduzione all'autore/opera. tra
i progetti in giro uno dei migliori che ho visto (e di cui qui non si e'
ancora parlato, credo, e' il Suda on-line; lo trovate qui:
http://www.stoa.org/sol/
). lo potremmo chiamare janus appunto perche'
bifronte o con testo a fronte. ma forse non ho capito bene e parlavate solo
di un cd-rom data base, non di un data base on-line; mah).
J

Alessandro Iannucci scripsit:
 lo potremmo chiamare janus 
Certo; anzi, facciamo direttamente Iannus :P
-- 
"a me non interessano tutte le balle che il papa racconta a tutti i suoi fedeli
che per me e` gente ignorante che crede al paranormale." (post su IFQ)
it.cultura.classica: 
http://digilander.iol.it/mmanca

 J
a me queste cose piacciono molto in linea. per due motivi essenzialmente:
intanto, se anche non hai il pc con te, sai come arrivarci (i miei
'preferiti' me li sono messi sul sito, li trovo prima li'...), poi perche'
se tali progetti funzionano e prendono piede, i cd stanno stretti, e forse
pure i dvd.
pero' una delle cose che mi piacciono nella latinlibrary e' che se uno se la
scarica (ci sono programmi apposta, anche free) e la tiene su pc, funziona
perfettamente, senza bisogno di installare alcunche', basta un normale
browser. e quanto a un motore di ricerca, photoshop ha una guida html nella
quale si puo' cercare, tipo cgi. va anche abbastanza svelta. non ho mai
guardato come funziona, ma lo faro'. si puo' studiare un sistema di
indicizzazione e/o lavorare sul fulltext. un progetto simile, tanto piu' se
gnu/gpl, dovrebbe imho pensare a essere consultabile con pc, mac, *n*x, e
quant'altro. mo' ci penso un po' su.
una cosa che credo sia vitale, implementazione a parte, e' una logica di
fondo e una coerenza nelle scelte formali. sto tirando giu' un po' di testi
vari, in qualunque formato siano: il gutenberg usa saggiamente il formato
text, ma la pappardellina iniziale e in almeno 6-7 versioni, e ai file da'
nomi parlanti assolutamente inconsistenti. ho dovuto spaccare tutti i file,
scrivermi un programma per aprirli e rinominarli con parole del testo, tipo
"alighieri commedia" o "eliot quartets", convertire tutti gli acapo dal
formato unix al win, poi ricomprimerli. dato che ci sono anche i tar/gz, gli
zip avrebbero dovuto essere in formato dos. e' un'incongruenza non piccola.
inoltre hanno almeno tre formati, e non sei mai sicuro che in ogni formato
ci siano tutti i testi. a prescindere dalla scelta dei testi, americanamente
rapsodica, sono pecche da non poco. se in una rubrica i numeri li scrivi sia
in un blocco solo, sia (con le mnemotecniche usuali) a gruppi di due, sia a
gruppi di tre, e' quasi certo che ricerche per numero non se ne potranno
fare. la qualunque puo' andar bene bene, purche' sia una.
ciao, j.

 nomi parlanti assolutamente inconsistenti. ho dovuto spaccare tutti i
file,
uno dei problemi della nostra epoca e' la compatibilita'. chi, cosa e'
compatibile con chi, cosa. il problema ideologico che vi e' collegato e'
quello (inverso) dell'uniformazione o della massificazione. siamo
compatibili perche' siamo uguali, perche' ad es. usiamo un sistema operativo
della MS (e cosi' buttiamo via perche' desueto un PC come il vecchio 486, un
mostro di potenza elettronica inimmaginabile). eppero' la strada della
compatibilita' nella diversita' e' forse poco percorsa, sarebbe magari
realizzabile nel nome di linux, ma e' difficile. cosi' restiamo
incompatibili quando non integrati. e talvolta apocalittici.
J

 che non conosco ma per il quale avrei forse un maestro bravo.  
Il java è interessante perché è multipiattaforma e volendo può essere 
messo on-line; però è un linguaggio molto complesso e non specificamente 
trattato all'orientamento testi, mentre il Python, con cui è scritta 
gran parte di Google, ha la stessa potenza di trattamento stringhe del 
Perl, è anch'esso multipiattaforma, è free ed è in via di rapidissima 
espansione, e piuò contare su una crescente comunità di svuluppatori 
orientati all'open source e al tutoraggio dei neofiti. In più, volendo 
ha tutti gli ammennicoli object-oriented ed è assolutamente 
semplicissimo (tipo l'Othello: cinque minuti per imparare, una vita per 
diventare maestri). Per esempio, questo è il mio programmmino per 
tradurre i numer fino a 99, introdotti in cifre, in numeri romani 
(scrivi 24 e lui ti risponde "24 latine dicitur viginti quattuor". E' 
leggibilissimo da chiunque abbia una minima esperienza di 
programmazione, e forse anche da chi non ce l'ha. Tieni presente che 
l'ho scritto quarantott'ore dopo aver incominciato ad apprendere il 
linguaggio e senza spendere una lira né in software né in libri. In java 
credo sarebbe molto più complicato.
Per il resto, rimando a 
http://www.python.org
cifra_romana=["zerum", "unum", "duo","tria", "quattuor", "quinque", "sex",
"septem", "octo", "novem", "decem", "undecim", "duodecim", "tredecim",
"quattuordecim", "quindecim", "sedecim", "septendecim"]
decina_romana=["viginti", "triginta", "quadraginta", "quinquaginta",
"sexaginta", "septuaginta", "octoginta", "nonaginta"]
centinaia_romana=["centum", "ducenta", "trecenta", "quadringenta",
"quingenta", "sescenta", "septingenta", "octingenta", "nongenta"]
while 1==1:
   numero=input ("scribe numerum, quaeso! ")
   print numero, " latine dicitur",
#fino a diciassette la gestione è brutale#
    if numero < 17:
      print cifra_romana[numero]
#le decine si traducono direttamente#
    elif numero==int(numero/10)*10:
      print decina_romana[numero/10-2]
#se finisce per otto o per nove bisogna sottrarre dalla decina successiva#
    elif numero+2==int((numero+2)/10)*10:
      print "duode"+decina_romana[numero/10-1]
    elif numero+1==int((numero+1)/10)*10:
      print "unde"+decina_romana[numero/10-1]
#caso normale#
    else:
      decina=(numero-(numero%10))/10
      unita=numero-decina*10
      print decina_romana[decina-2], cifra_romana[unita]

 trattato all'orientamento testi,
Sto incominciando a scrivere come Gongolo.
Seguesů

 caratteri spazi inclusi, naturalmente) di introduzione all'autore/opera.
La trovo un'idea eccellente.
ciao
Iperboreo

 credo sarebbe molto più complicato.
Bha...
// e' public domain ovviamente, essendo stata scritta in 10 minuti :)
package fuffa;
import javax.swing.JOptionPane;
/**
 * <p>Title: </p>
 * <p>Description: </p>
 * <p>Copyright: Copyright (c) 2003</p>
 * <p>Company: </p>
 * @author not attributable
 * @version 1.0
 */
public class NumeriRomani {
  public static String cifra_romana[] = {
      "zerum", "unum", "duo", "tria", "quattuor", "quinque", "sex",
      "septem", "octo", "novem", "decem", "undecim", "duodecim", "tredecim",
      "quattuordecim", "quindecim", "sedecim", "septendecim"};
  public static String decina_romana[] = {
      "viginti", "triginta", "quadraginta", "quinquaginta",
      "sexaginta", "septuaginta", "octoginta", "nonaginta"};
  public static String centinaia_romana[] = {
      "centum", "ducenta", "trecenta", "quadringenta",
      "quingenta", "sescenta", "septingenta", "octingenta", "nongenta"};
  public NumeriRomani() {
  }
  public static int read() {
    boolean enteredNumber = false;
    int num = 0;
    while (!enteredNumber) {
      String numStr = JOptionPane.showInputDialog("Enter a number");
      try {
        num = Integer.parseInt(numStr);
        enteredNumber = true;
      }
      catch (NumberFormatException e) {
        System.out.println("Illegal number, try again!");
      }
    }
    return num;
  }
  public static void main(String args[]) {
    int numero = 0;
    while (true) {
      System.out.println("scribe numerum, quaeso!");
      numero = read();
      System.out.println(numero + " latine dicitur");
//fino a diciassette la gestione è brutale#
      if (numero < 17) {
        System.out.println(cifra_romana[numero]);
//le decine si traducono direttamente#
      }
      else if (numero == (numero / 10) * 10) {
        System.out.println(decina_romana[numero / 10 - 2]);
//se finisce per otto o per nove bisogna sottrarre dalla decina successiva#
      }
      else if (numero + 2 == ( (numero + 2) / 10) * 10) {
        System.out.println("duode" + decina_romana[numero / 10 - 1]);
      }
      else if (numero + 1 == ( (numero + 1) / 10) * 10) {
        System.out.println("unde" + decina_romana[numero / 10 - 1]);
//caso normale#
      }
      else {
        int decina = (numero - (numero % 10)) / 10;
        int unita = numero - decina * 10;
        System.out.println(decina_romana[decina - 2] + cifra_romana[unita]);
      }
    }
  }
}

 
http://www.dur.ac.uk/p.j.heslin/diogenes/
E se date un'occhiata alla lista dei software disponibili sotto
http://www.tlg.uci.edu/Software.html
vedrete che ormai sono tutti molto invecchiati, per cui questo sì che 
sarebbe un buon progetto, mentre così a occhio la costituzione di un 
vasto corpus di testi, per cui serve un sacco di gente, per il momento è 
al di fuori della nostra portata.
Se poi volete sapere come diavolo è codificato il TLG, qui c'è il 
manualazzo.
 
http://www.tlg.uci.edu/BCM2003/beta1.pdf