robitex

Ok,

seguo il tuo consiglio, Enrico.

Ma resta una domanda di fondo che non ho ben capito: se io faccio scrivo quelle 4 righe in LUA che mi hai postato, poi che faccio? Me le salvo in un file e poi? Come lo lancio??

Scusa, ma non ho capito nulla di questo passaggio.

Grazie ancora.

Samuele

Scusami, ma nella fretta di comporre il messaggio (senno Enrico mi avrebbe battuto), non ti ho detto come puoi lanciare uno script in Lua.
Modo classico
apri un terminale e digita il comando (makepdf.lua è il nome del file di testo contenente lo script):
`lua makepdf.lua`
naturalmente devi installare Lua e dare i permessi di esecuzione al file dello script.

Se metti lo sha-bang puoi eseguire lo script semplicemente con un doppio click, e consiste nell’informare il sistema quale sia l’interprete da usare dando dopo i caratteri #! il path dell’eseguibile, nella prima riga del file .lua.
Tipicamente sarà:
`#!/usr/bin/lua`
o qualcosa del genere se il path di lua è diverso e per trovarlo basta dare il comando ‘which lua’ (shows the full path of (shell) commands).

Di più. Se togli l’estensione lua al file (visto che sotto Linux il sistema trova per altra via cosa lanciare), metti lo script nella cartella ~/home/bin e lo avrai disponibile da qualsiasi dir ti trovi.
Ancora, puoi specializzare lo script controllando per esempio se è necessario compilare con una sequenza particolare.

In definitiva, apri il terminale e digita (pippo è il nome del sorgente, makepdf è lo script Lua posto nella directory ~/home/bin):
`makepdf pippo`

Specializzando lo script lo potrai rendere flessibile e più intelligente.
Bye
Ciao

Ehi prof, il numero 9000 mi ricorda il nome di un computer inaffidabile in una certa odissea (chissa se aveva installato TeX). Non vorrei che questo tuo nuovo pacchetto (come l’hai chiamato? gmp?) fosse dotato di intelligenza artificiale…
😆 😆

Ciao

Da informazioni riservate giunte in mio possesso tramite Weeklyleaks, il noto settimanale, HAL 9000 conteneva teTeX fin dalla prima accensione che, com’è noto, avvenne il 12 gennaio 1992. I bene informati sanno che il tono di voce suadente è il risultato della sintesi vocale applicata a un testo sottoposto a composizione tipografica con Plain TeX; esperimenti eseguiti trattando il testo con un word processor avevano dato risultati nettamente peggiori.

Naturalmente il bug di HAL 9000 non dipendeva da TeX: HAL 9000 stesso aveva analizzato il programma e provò a mandare una segnalazione per ottenere l’assegno da Knuth, che però si rifiutò; HAL 9000 riconobbe che non era un bug: “Yes, it’s a feature,” disse.

Tornando a gmp, qualcosa di sospetto c’è: quando ho recentemente aggiunto l’ambiente mpost* (quello che non espande i comandi e quindi è simile agli ambienti di mpgraphics), ho scritto sulla documentazione che l’ambiente non può andare negli argomenti dei comandi; poi ci ho provato e ho scoperto che invece funziona perfettamente! 8)

Ciao
Enrico

Già, immaginavo qualcosa del genere come un qualcosa che teoricamente non funziona ma poi…
non credo che azzarderò ad installarlo sul mio sistema, a meno che gmp non reciti “Ho paura, robitex”…

David Bowman

Grazie mille!
Inizio subito la scalatura di tutte le immagini…

Saluti

Michele

Ehi sapete che esiste Image Magick vero?
(un solo comando per scalare tutte le foto e vai…)
Ciao

Per l’estrazione dei dati con python e per la loro collocazione in un file .tex ho qualche precedente, sarei lieto di aiutare!

Anche per un articolo su ArSTeXnica?
Scrivetemi e faremo un buon lavoro con poco impegno di tempo.
Grazie a tutti.

NB.
il mio indirizzo di posta elettronica non lo pubblico direttamente qui (abbiamo già abbastanza problemi con lo spam), ma lo trovi le info sul mio blog alla pagina http://robitex.wordpress.com/about/

Indubbiamente. E’ il motivo per cui sin dall’inizio mi sono buttato su un DB MySQL per la gestione del Museo, non solo per una questione di visibilità sul web, ma soprattutto di carattere gestionale. Si presta uno strumento? Bene, un clic e la scheda d’uscita è stampata così come il cartellino “strumento assente” e il foglio con la lista del contenuto di un eventuale imballaggio…

Sono alle prese con un profondo aggiornamento dei documenti poiché 3 mesi fa ho trasferito il Museo in una nuova ala della scuola, più ampia e luminosa; si sono aggiunte 2 vetrine, 40 strumenti in più (sfioro quota 300) e circa una 60-ina hanno cambiato vetrina rispetto a prima. Nel frattempo alcuni sono stati restaurati presso un centro specializzato, con novità di datazione e di costruttore, inoltre ho dovuto riorganizzare le voci riguardanti le caratterisitche di conservazione. Ebbene, tutto ciò è già aggiornato nel web, ma nei documenti word no.
Di qui l’idea di inserire i database anche nei file di spiegazione sfruttando LaTex… Altrimenti il lavoro di aggionamento dei file è spaventosamente oneroso!

Dopo esser diventato matto a rimettere Apache, PHP, MySQL sul nuovo computer con SO W7 64 bit (un delirio!!!), finalmente tutto funziona. La cartella /data con i DB è in un’altra partizione del disco (non si sa mai), ma il percorso mi è noto…

Non ho alcun problema a scrivere quel che ti serve per avere un quadro informatico della situazione. Ho capia del DB sia sul mio PC che sul server di scuola. Ma posso tranquillamente lasciar perdere il colleegamento al server e lavorare sul mio PC. Al database accedo via SQL-Yog oltre che dalle pagine dinamiche phtml del sito, che chiaramentee ho tutto in copia sul PC…

Ok.
Per le mie conoscenze inizierei così:
Filosofia: piccolo, semplice ma funzionante!
0- eseguo esclusivamente operazioni di lettura dei dati;
1- il sistema di creazione delle schede è indipendente dal resto e non si occupa di altro;
2- LaTeX non si deve occupare di scaricare dati (niente LuaLaTeX), ma solo di comporli tipograficamente.

Allora occorre:
fase del linguaggio
1- scelgo un linguaggio di scripting (sono i più semplici) per cui sono disponibili le librerie di accesso al db MySQL;

fase del primo test
2- scrivo un primo script che funziona da console che:
2.0- installazione linguaggio e libreria, poi lo script dovrà:
2.1- prende come argomento per esempio il numero identificativo di uno strumento,
2.2- chiede all’utente username e password,
2.3- si connette al db ed esegue la query,
2.4- con i dati trovati costruisce il file sorgente LaTeX minimo,
2.5- lo compila.

fase LaTeX
3.1- scrivo un documento LaTeX modello per ogni tipo di scheda
3.2- eventualmente, realizzo delle classi di documento vere e proprie

fase di messa in produzione
4.1- perfeziono lo script per lavorare con i nuovi modelli in LaTeX
4.2- implemento delle opzioni più flessibili, per esempio per generare TUTTE le schede in una volta, oppure quelle di un subset di strumenti

fase evoluzione
5- sostituzione dello script con un sistema ad interfaccia grafica

Il pregio di questo procedimento è che ogni fase richiede un set minimo di conoscenze specifiche:
* Panni dell’admin: conoscenze SQL di query semplici
* Panni del programmatore: programmazione semplice con linguaggi di scripting
* Panni del TeX user: conoscenza di base dei pacchetti utili per ottenere la composizione desiderata

Inoltre ciascuno strumento (MySQL, linguaggio di scripting, LaTeX) viene usato per quello che è, mentre lo strumento di centro (il linguaggio di scripting) può successivamente cambiare per soluzioni più potenti, senza che sia necessario modificare gli altri due.

Ma quale linguaggio di scripting usare per iniziare?
Se penso alla fase 5 (con eventuale uso del framework Django http://www.djangoproject.com/ ) mi rivolgerei a Python.
Se penso invece alla semplicità del codice penso senz’altro a Lua (anche Python è semplice ma Lua lo è di più).

Da quel che so, queste due sono le due alternative (io inizierei con Lua anche a costo di reimplementare il codice in Python alla fase 5).

Ora tutta un’altra questione:
Siccome sto scrivendo un articolo per ArSTeXnica (la rivista del GuIT) esattamente su questi argomenti, ti invito se vuoi, a scrivermi via e-mail (che trovi sul mio blog) per collaborare come co-autore in base alla tua esperienza.
La scadenza di consegna dell’articolo dovrebbe essere tra poco, per l’uscita sul numero di aprile, ma siccome ormai si profila inesorabile per i miei impegni lo slittamento ad ottobre (seconda uscita annuale e meeting quindi), il tempo disponibile aumenterà.
Ciao

Mi scuso con tutti coloro che hanno preso a cuore la questione; ma una classica settimana d’inferno ha assorbito il mio tempo su altre cose…

Confesso, senza vergogna, che il mio uso di LaTex è decisamente pratico e su cose standard da guida ABC. Di conseguenza mi sono decisamente perso… Mi servirebbe proprio un esempio pratico guidato al 100%, foss’anche semplicissimo, ma per capire come estrarre dati dal database, cosa attivare, ecc. In caso contrario non sono in grado di creare in autonomia quanto suggerito. 😳

Vi scrivo il codice “reale” PHP-MySQL che estrae il nome dello strumento con chiave il numero d’inventario del 1876.

$conn = mysql_connect(HOST, DEFAULT_USER, DEFAULT_PWD) or die (‘Connessione impossibile’);
mysql_select_db(‘museofisica’);

// nome strumento
$nome = mysql_query(”
SELECT Inv1876, Nome
FROM strumenti
WHERE Inv1876 = ‘127’
“);

Mi rendo conto che la questione sia complessa, ma non credo di essere l’unico sotto SO Windows che ha necessità di mettere in LaTex dati da un DB o quanto meno ci vedo una grande utilità che meriterebbe un pacchetto ad hoc “configurabile”.
Avete tutta la mia stima per le vostre capacità operative e informatiche, ma io sono a livello 0,0002 in ambito programmazione LaTex, limitandomi appunto all’ABC dei pacchetti che mi servono…

La conclusione da te raggiunta sulla necessità di un pacchetto ad hoc è per me piuttosto interessante.
Tornando al problema, dovresti chiarire come intendi processare i dati nel db:
i documenti devono essere prodotti al volo quando richiesti dall’utente web?
oppure
l’utente web può banalmente scaricare i documenti dal sito già pronti?
R.