Newsgroup: it.comp.retrocomputing
Titolo: XML per l'Archivio Polveroso, versione Beta

Anche se un po' in ritardo, posto la nuova versione della struttura XML
per l'Archivio Polveroso: attendo commenti e se nessuno fara` obiezioni
questa potrebbe essere una forma definitiva. Poi sta al singolo
utilizzarla o meno...
Le modifiche rispetto il post precedente sono:
- eliminazione del tag <cpu>: non mi e` sembrato veramente utile, tanto
  vale specificarlo nella descrizione
- rinominazione di <propr> (che era in Italiano!) in <owner>
- estrazione degli attributi date e acq, che ora diventano i tag <date> e
  <acquisition>
- rinominazione di <machine> in <item>
- aggiunta dell'attributo update a <board> e <item>
- varie correzioni al testo
------------------
Il formato XML e` pensato per poter essere sia rigoroso che informale, oltre 
che facilmente estensibile. Puo` essere impiegato sia per rappresentare dati 
che per la visualizzazione (assieme ad un foglio di stile CSS o XSL).
Nel nostro caso vogliamo un formato rigoroso per la rappresentazione di dati, 
quindi non ci serve il foglio di stile, ma e` indispensabile la DTD, cioe` la 
definizione della struttura dei dati, che forniro` alla fine. La DTD e` 
piuttosto complessa da spiegare: guardate su 
http://w3c.org
.
L'elemento base dell'XML e` il tag: il tag e` una stringa che racchiude un 
contenuto dandogli un significato. Nell'XML i tag sono nella forma:
<tag> ... contenuto ... </tag>
Dove al posto di "tag" ci puo` stare qualsiasi parola. Quindi <tag> definisce 
l'inizio, mentre </tag> definisce la fine. I tag possono essere vuoti di 
contenuto: in tal caso vanno scritti nella forma:
<tag/>
Infine i tag possono avere degli attributi:
<tag attributo="valore"> ...
Dove "attributo" e` una parola qualsiasi e "valore" (sempre racchiuso da " o 
da ') e` una stringa qualsiasi.
Passiamo quindi ad un esempio pratico, cioe` ad un entry nell'archivio 
polveroso che si riferisce all'Indigo R4000 sia come macchina di per se sia 
come a quella che ho io:
<computer update="20010326">
 <model>Indigo R4000</model>
 <brand>Silicon Graphics</brand>
 <date>1992</date>
 <descr>
  Successore dell'Indigo: l'upgrade comporta la sostituzione di scheda madre,
  RAM e alimentatore. 2 slot di espansione GIO32, 2 seriali RS-232/RS-422,
  SCSI I, audio 16 bit stereo con I/O digitale e analogico e DSP 56001, 12
  slot per SIMM standard 72 pin a 36 bit. Usa tastiera e mouse ownerietari.
  CPU MIPS R4000 100MHz o MIPS R4400 150MHz (1993).
 </descr>
 <board type="video">
  <model>LG1</model>
  <brand>Silicon Graphics</brand>
  <descr>1024x768 8bpp, accelerata 2D</descr>
 </board>
 <board type="video">
  <model>XS</model>
  <brand>Silicon Graphics</brand>
  <descr>1280x1024 24bpp, accelerata 2D, ma più lenta della LG1</descr>
 </board>
 <board type="video">
  <model>XS-Z</model>
  <brand>Silicon Graphics</brand>
  <descr>
   1280x1024 24bpp, accelerata 2D e 3D con 1 GE, ma più lenta nel 2D della
   LG1
  </descr>
 </board>
 <board type="video">
  <model>XZ</model>
  <brand>Silicon Graphics</brand>
  <descr>1280x1024 24bpp, accelerata 2D e 3D con 2 GE</descr>
 </board>
 <board type="video">
  <model>Elan</model>
  <brand>Silicon Graphics</brand>
  <descr>1280x1024 24bpp, accelerata 2D e 3D con 4 GE</descr>
 </board>
 <item>
  <owner type="nome">Davide G. Borin</owner>
  <date>1992</date>
  <acquisition>1999</acquisition>
  <status>Batteria CMOS scarica</status>
  <descr>R4000, 64MB RAM, 1GB HD, LG1, tastiera e mouse</descr>
  <avail>no</avail>
  <software>
   IRIX 5.2, IRIX 6.2, IDO 5.3, IDL e IDF per IRIX 6.2, patch complete, vario
   software free
  </software>
 </item>
</computer>
Credo che i tag siano in buona parte auto-esplicativi, ma li commento tutti 
(tutti gli attributi sono facoltativi):
<computer update="anno_mese_giorno">
 rappresenta ovviamente un computer, nella sua descrizione generale. Update 
 e` la data di ultimo aggiornamento della entry. Questo tag puo` solo 
 contenere altri tag e per la precisione tutti, tranne <computer> stesso, 
 <for> e <status>, <avail>, <owner>, <acquisition> e <software>, che sono 
 specifici per ciascuna <item>. I tag <model> e <brand> devono essere presenti
<model>
 il modello del computer. Deve essercene uno e solo uno per ciascun <computer> 
 o <board>
<brand>
 la marca o ditta costruttrice. Deve essercene una e solo una per ciascun 
 <computer> o <board>
<date>
 e` la data di rilascio (per <computer>) o di primo acquisto (per <item>), nel 
 formato standard annomesegiorno, con giorno e mese facoltativi (ma non puo` 
 esserci il giorno se non c'e` il mese!). In caso di dubbio e` possibile 
 specificare un range, tipo 1992-1993
<acquisition>
 e` la data di acquisizione dell'<item> nel formato standard annomesegiorno, 
 con giorno e mese facoltativi (ma non puo` esserci il giorno se non c'e` il 
 mese!). In caso di dubbio e` possibile specificare un range, tipo 1992-1993
<descr>
 la descrizone del computer. Questo tag puo` apparire solo una volta per 
 ciascun <computer>, <item> o <board>
<link src="URL">
 specifica un link relativo al <computer>, <board> o <item>. src specifica
 l'URL, mentre in contenuto e` la relativa descrizione (come in <a> dell'HTML)
<board type="tipo" update="anno_mese_giorno">
 descrizione di una scheda o periferica di tipo "tipo", con entry
 aggiornata in data specificata update. Questo 
 tag puo` essere presente anche piu` volte dentro <computer>, ma puo` anche 
 apparire al di fuori, come entry a se stante: in tal caso puo` essere 
 opportuno specificare a che computer si riferisce con il tag <for>. Questo 
 tag non puo` contenere testo, ma solo altri tag e per la precisione gli 
 stessi di <computer> tranne <board> stesso. I tag <model> e <brand> devono 
 essere presenti
<for>
 indica un computer per il quale e` stata creata la <board>. Ci potra` essere 
 un <for> per ciascun <computer> che puo` usufruire della <board>, a meno che 
 essa sia generica, tipo un HD SCSI esterno: in tal caso <for> non va 
 specificato
<item date="anno_mese_giorno">
 specifica un singolo oggetto, cioe` il computer o scheda o periferica 
 posseduto da un certo retrocomputerista, acquisito in data specificata da 
 acq e acquistato da nuovo in data specificata da date. Questo tag puo` 
 contenere solo i tag <owner>, <status>, <software>, <avail>, <descr>,
 <link>, <date>, <acquisition>, tutti una sola volta per ciascuno, tranne 
 <link>.
 Questo tag va usato solo se l'oggetto in questione puo` essere
 considerato a se` stante: nell'esempio infatti non c'e` l'<item> LG1, in
 quanto l'Indigo non e` utilizzabile senza ed io non ho intenzione di
 venderla
<owner type="tipo_di_nome">
 specifica il proprietario di una <item>. type indica il tipo di nome
 specificato dal tag, che puo` essere un nome, un nick IRC, in UIN ICQ,
 un'E-mail o altro
<status>
 lo stato di funzionamento
<software>
 il software posseduto per la <item> specifica
<avail>
 indica la disponibilta` della <item> per vendita, scambio o che altro
Il file XML dell'archivio polveroso dovra` avere la struttura:
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE computer SYSTEM "URLdellaDTD">
<archiviopolveroso update="annomesegiorno">
...
</archiviopolveroso>
Dove al posto di URLdellaDTD andra` l'URL dove sara` disponibile la DTD, al 
posto di annomesegiorno andra` la data di ultimo aggiornamento e al posto dei 
... andranno la varie entry di <computer> e <board>.
Per concludere, ecco la DTD dell'XML proposto:
<!-- Versione Beta 20010412 -->
<!-- Modello (es.: C-64) -->
<!ELEMENT model (#PCDATA)>
<!-- Marca, ditta costruttrice (es.: Commodore) -->
<!ELEMENT brand (#PCDATA)>
<!-- Descrizione di UN link con informazioni relative all'oggetto -->
<!ELEMENT link (#PCDATA)>
 <!-- URI (URL) del link -->
 <!ATTLIST link
  src CDATA #IMPLIED>
<!-- Data di rilascio di un oggetto o di acquisto da nuovo di una macchina -->
<!ELEMENT date (#PCDATA)>
<!-- Data di acquisizione di una macchina -->
<!ELEMENT acquisition (#PCDATA)>
<!-- Computer al quale è destinata la periferica o la scheda -->
<!ELEMENT for (#PCDATA)>
<!-- Descrizione -->
<!ELEMENT descr (#PCDATA)>
<!-- Proprietario -->
<!ELEMENT owner (#PCDATA)>
 <!-- type: Tipo di nome (es.: nome, nick, e-mail) -->
 <!ATTLIST owner
  type CDATA #IMPLIED>
<!-- Stato di funzionamento -->
<!ELEMENT status (#PCDATA)>
<!-- Disponibilità per scambio, vendita o altro -->
<!ELEMENT avail (#PCDATA)>
<!-- Software posseduto -->
<!ELEMENT software (#PCDATA)>
<!-- Periferica o scheda sostituibile, di base o di espansione -->
<!ELEMENT board (model, brand, ( date | for* | descr | item* | link*))>
 <!-- type: Tipo di scheda (es.: audio) -->
 <!-- update: Data di ultimo aggiornamento -->
 <!ATTLIST board
  type CDATA #IMPLIED
  update CDATA #IMPLIED>
<!-- Il singolo computer o periferica posseduta da un retrocomputerista -->
<!ELEMENT item (owner,
   (date | acquisition | status | avail | descr | software | link*))>
 <!-- acq: Data di ultimo aggiornamento -->
 <!ATTLIST item>
  update CDATA #IMPLIED>
<!-- La descrizione generale del computer -->
<!ELEMENT computer (model, brand,
   (date | board* | descr | item* | link*))>
 <!-- update: Data di ultimo aggiornamento -->
 <!ATTLIST computer
  update CDATA #IMPLIED>
<!-- Elemento che racchiude tutto, obbligatorio nell'XML -->
<!ELEMENT archiviopolveroso (computer* | board*))>
 <!ATTLIST archiviopolveroso
  update CDATA #IMPLIED>
<!--
Note:
 1) tutte le date vanno specificate nella forma standard "anno mese giorno",
 senza spazi e con padding a 0; puo` essere omessa la parte terminale
 ("giorno" o "mese giorno")
 es.: 1991 198303 19710123
 È anche possibile, qualora la data esatta sia incerta, specificare un range
 di tempo nella forma "data_inizio-data_fine"
 es.: 1991-1992
 2) sebbene l'indentazione non sia obbligatoria, è meglio utilizzarla per
 una maggiore leggibilità
-->
------------------
Commentate numerosi! Domandate se c'e` qualcosa di poco chiaro!
A risentirci
\  Davide G. Borin
\\ !!Scudo anti-spam attivo!! Togliere le x e "eliminami" dall'indirizzo
\\\_____________________________________________________________________

> Commentate numerosi! Domandate se c'e` qualcosa di poco chiaro!
Mi accorgo di essere ad un livello veramente basso ... sigh !! :)
Spero ci sia qualche anima buona che poi converta il mio data base :)
Ciao>Alberto.

 Mi accorgo di essere ad un livello veramente basso ... sigh !! :)
Con due risposte simili mi sa che la mia spiegazione non e` stata molto
chiara... Vedo di preparare un esempio piu` approfondito, una paginetta
HTML con il "manuale tecnico" e un template. 
Intanto chi ha capito commenti! 8-)


 HTML con il "manuale tecnico" e un template.
Ma no Davide ... il fatto e' che bisognerebbe per ogni cosa avere l'umilta'
di mettersi con calma a studiarsi il manuale, cosa che purtroppo io non ho
mai il tempo di fare.
La tua spiegazione sicuramente e' comprensibile, ma non da gente
all'asciutto come me, ed e' giusto che sia cosi', se voglio imparare
qualcosa anche io mi devo mettere a studiare :)
Ciao.Alberto.

 all'asciutto come me
Eh, ma allora nessuno mandera` mai i dati in XML e la proposta in se perde
di significato!


 di significato!
Ma no ... mica tutti sono come me .... ci sono un sacco di ragazzi svegli
qua :)
Ciao>Alberto.

> di significato!
Scusate l'intrusione,
Ho riletto quasi tutti i messaggi del thread, ma non capisco perche' non si
possa fare un QUALSIASI tool con un interfaccia WEB facile facile
Va benissimo tutta la discussione su formati/metodologie/eccetera
Ok per XML o altro, straOK per gli standard, ok per tutto il resto del
backoffice ma........ Perche' non si parte con qualcosa di visibile ?
Se sto dicendo stronzate, tiratemi pietre
Scusate l'intrusione
tenkan

 Perche' non si parte con qualcosa di visibile ?
Guglielmo Cancelli sta lavorando ad un database su web.
A parte questo, l'idea era che ognuno preparasse le entry XML dei propri
computer e le mandasse a "qualcuno" (Gifagra? 8-) ) con il compito di
integrare il tutto in un unico file XML che fungesse da "database"
centrale di riferimento. Da questo file sarebbe poi possibile effettuare
la conversione in altri formati piu` facilmente leggibili e magari
l'integrazione in un database consultabile da web. Questo per poter
partire il piu` presto possibile, senza doversi appoggiare per forza al
lavoro (tranne quello dell'integratore) e alle risorse di qualcun altro.
Insomma, invece di accollare tutti gli sforzi ad una persona, dividere le
cose (ognuno impari il formato XML e scriva i dati), nella speranza che
questa volta l'Archivio decolli.


 utilizzarla o meno...
1) Perche' l'ITEM e' contenuto all'interno di COMPUTER e BOARD, e non e'
invece lei a contenere questi ultimi?
Sarebbe tutto molto piu' semplice.
2) Ognuna delle voci ITEM, COMPUTER, BOARD dovrebbe in qualche modo
prevedere un ID univoco. Altrimenti la rimanipolazione per convertire in
altre basi dati diventa piuttosto onerosa nella ricerca dei duplicati.
	osservatamente,
	   Cthulhu
-- 
       Ph'nglui mglw'nafh Cthulhu 
http://www.rlyeh.it
 wgah'nagl fhtgan!
		        <cthulhu at rlyeh dot it>

di significato!
Ho seguito i vari post sul nuovo progetto di archivio online, tutto
molto interessante, soprattutto la parte XML, che spero presto di
poter studiare anche per motivi di lavoro.
Posto questo messaggio per augurare al progetto miglior fortuna del
mio database, ormai online da quasi un anno, che ha ricevuto un
interesse pari a zero in termini di utilizzo e di commenti.
Sarebbe potuto facilmente evolvere in qualcosa di utile per tutti, ma
nessuno ne ha fatto richiesta e quindi questo piano di evoluzione e'
stato abortito.
Caro Davide, come al solito sono tutti bravi a parlare, ma quando c'e'
da fare qualcosa sul serio, beh allora le cose cambiano.
Comunque appena saro' autonomo con l'xml, preparero' un export del mio
db, nel formato stabilito.
Ciao e buon lavoro a tutti
Tiziano
Remove BOING from mail address

 wrote:
   >[snip]
   >>Eh, ma allora nessuno mandera` mai i dati in XML e la proposta in
   >>se perde di significato!
   >Ho seguito i vari post sul nuovo progetto di archivio online, tutto
   >molto interessante, soprattutto la parte XML, che spero presto di
   >poter studiare anche per motivi di lavoro.
   >Posto questo messaggio per augurare al progetto miglior fortuna del
   >mio database, ormai online da quasi un anno, che ha ricevuto un
   >interesse pari a zero in termini di utilizzo e di commenti.
   >[...]
Spiacente che la pensi cosi', il tuo e' stato il primo sito italiano di
retrocomputing che ho trovato quando ho incominciato ad interessarmi alla
cosa e il tuo database e' sempre un punto di riferimento. Mi piace molto
l'idea di un nuovo db proprio perche' ho trovato molto utile il tuo e
sarebbe bello potersi avvalere di uno strumento piu' potente e dai contenuti
piu' approfonditi...penso che sia questa l'idea.
Ciao,
Igor
P.S.:Scelta fantastica il //c in copertina :-)

 db, nel formato stabilito.
Ti ringrazio anticipatamente: spero che questo possia dare quella spinta
in piu` perche` il progetto decolli. Poi magari ne potrai beneficiare
anche tu, prevendendo la procedura inversa.


 altre basi dati diventa piuttosto onerosa nella ricerca dei duplicati.
Ci avevo pensato ed e` certamente una cosa utile: credo che la mettero`.
L'unico problema e`: come verra` riempito manualmente? O puo` essere
facoltativo?


piu' approfonditi...penso che sia questa l'idea.
Sono contento che a qualcuno sia servito a qualcosa.
Ma io non metto in dubbio il progetto database, anzi se l'ho fatto e'
perche' lo ritengo una cosa intelligente, cio' che mi lascia perplesso
sono alcuni conticini. 
Attualmente nel mio db ci sono circa 330 item, inseriti da pochissime
persone, mentre invece se ogni partecipante del ng avesse inserito che
so 10 schede saremmo, stimando una 50tina di "aficionados" a 500 e con
un piccolo sforzo si potrebbe arrivare a 1000 schede. Un database di
1000 schede diventerebbe una cosa veramente interessante anche a
livello internazionale o no?
Nessuno poi, stranamente, mi ha chiesto un export del db, fatto ancor
piu' strano.
Comunque la mia non e' una polemica, sia ben chiaro, questo e' un
hobby e va preso come tale, come continuo a ripetere :-))
Ciao


\\\_____________________________________________________________________
Remove BOING from mail address

 Java, .NET....l'XML si accoda :-(
ASP? .NET??? Aaaargh!!!!!!! 8-)
Come ho gia` fatto notare ad altri, non e` necessario conoscere l'XML
nella sua intierezza per poter usare il formato da me proposto. Basta
(spero) leggere le poche istruzioni che ho dato (e che migliorero`) ed in
teoria si e` operativi.
Se la cosa ti interessa, esiste la libreria Xerces per il parsing e la
validazione dell'XML, con interfaccia C++, Java e Perl:
http://xml.apache.org


Saro' tonto, ma continuo a vedere la soluzione gia' pronta mentre ci si
continua ad allontanarsi dal tutto
Se e' vero, e ci credo, che l'obiettivo e' quello di minimizzare il lavoro,
perche' non utilizziamo gia' quello che esiste ? Cosa c'e' che non va nel DB
di Tiziano ? Forse se si vuole qualche modifica allo stesso (un campo in
piu' uno in meno etc..) se lo chiediamo all'autore magari lo sistema. Penso
sia un DB semplice, forse nemmeno relazionale.
Forse e' meno oneroso per Tiziano fare qualche modifica piuttosto che dare a
tutti in mano una struttura XML che pochissimi sanno gestire.
E poi sui nostri retrocomputers l'XML non e' supportato ;-)
A mio avviso il problema non e' tecnico (e non vorrei farlo diventare tale)
Se il TizDB non ha funzionato non e' certo per questioni tecniche quanto per
disinteresse e/o scarsa divulgazione, e questo problema ci sara' ancora,
indipendentemente dalle tecnologie utilizzate.
Se esiste un rinnovato interesse per la questione, e mi sembra cosi',
propongo di metterci di impegno ad usare quanto gia' esiste e magari
abituarci a "pubblicizzare" il DB prescelto (TizDB o altri) in ogni
occasione (signatures, msgs di benvenuto etc..)
Scusate, sono il penultimo arrivato, ma mi membra veramente che la soluzione
sia questa
Ora tiratemi pure le pietre
tenkan 

 sia questa
Ecco, sei il benvenuto, ma non sarebbe male una presentazione :)
Ciao.Alberto.

On 2001-04-17 t...@BOINGlycosmail.com(Tix) said:
   >Newsgroups: it.comp.retrocomputing
   >On 16 Apr 2001 14:08:00 GMT, 
ika...@yahoo.it
 wrote:
   >>Spiacente che la pensi cosi', il tuo e' stato il primo sito
   >>italiano di retrocomputing che ho trovato quando ho incominciato
   >>ad interessarmi alla cosa e il tuo database e' sempre un punto di
   >>riferimento. Mi piace molto l'idea di un nuovo db proprio perche'
   >>ho trovato molto utile il tuo e sarebbe bello potersi avvalere di
   >>uno strumento piu' potente e dai contenuti piu' approfonditi...
   >penso che sia questa l'idea.
   >Sono contento che a qualcuno sia servito a qualcosa.
   >Ma io non metto in dubbio il progetto database, anzi se l'ho fatto
   >e' perche' lo ritengo una cosa intelligente, cio' che mi lascia
   >perplesso sono alcuni conticini.
   >Attualmente nel mio db ci sono circa 330 item, inseriti da
   >pochissime persone, mentre invece se ogni partecipante del ng
   >avesse inserito che so 10 schede saremmo, stimando una 50tina di
   >"aficionados" a 500 e con un piccolo sforzo si potrebbe arrivare a
   >1000 schede. Un database di 1000 schede diventerebbe una cosa
   >veramente interessante anche a livello internazionale o no?
beh...si', effettivamente messo in questi in termini, il discorso non fa una
piega...io pensavo che magari incominciando ex novo si sarebbero potute
aggiungere caratteristiche nuove ma mi rendo conto che non centro molto con
la questione e non vorrei parlare a sproposito...quindi sto zitto.
   >Nessuno poi, stranamente, mi ha chiesto un export del db, fatto
   >ancor piu' strano.
   >Comunque la mia non e' una polemica, sia ben chiaro, questo e' un
   >hobby e va preso come tale, come continuo a ripetere :-))
Ci mancherebbe...
Ciao,
Igor
 

 Ecco, sei il benvenuto, ma non sarebbe male una presentazione :)
Ops! Mia dimenticanza. Dopo diversi messaggi inviati non pensavo di dovermi
presentare. Con qualcuno ho gia' chiacchierato e con qualcuno ho gia'
scambiato
Comunque, mi chiamo Roberto, classe 68, vivo e lavoro a Milano
Il retrocomputerismo che mi interessa e' solo quello relativo alle macchine
che ho realmente usato negli anni, quindi Sinclair ZX80/81, Spectrum, Apple
][, tutti i Mac ed alla mia prima console, l'Atari 2600
Mi piacerebbe anche un vero armadio COIN-OP, ma lo spazio e' tiranno, quindi
MAME alla grande
Ciao
Roberto

 ancora, indipendentemente dalle tecnologie utilizzate.
Questa e` la maggiore paura. Ma credo che un formato testuale per la
raccolta dati qui aiuti molto: per inserire sul DB di Tix devo restare
collegato ad Internet, mentre l'XML lo puoi scrivere anche in treno su un
Quaderno o a casa con l'MSX2 o il VAX 11/750, giusto per usare un
Retrocomputer. 8-)
La scelta dell'XML poi e` stata una mia iniziativa, per avere un formato
semplice, standard e rigoroso, ma ovviamente proposte migliori sono ben
accette.


 Retrocomputer. 8-)
Sono perfettamente d'accordo con te. Un formato testuale puo' essere
editato ovunque, offline oppure online, con un **qualunque** computer.
L'unico problema e', al limite, la diversa gestione di CR/LF fra
dos/windows, unix, mac, ma e' facilmente superabile (forse perfino in
dos/windows...).
Ciao
Sabino
-- 
      +---------------------------------------------------+
      | Windows NT has detected that there were no errors |
      | for the past 10 minutes. The system will now try  |
      | to restart or crash. Click the OK button to       |
      | continue.                                         |
      |                       < Ok >                      |
      +---------------------------------------------------+
-----------------------------------------------------------------
Sabino Maggi                     !  tel: (+39) 011-3919-449 *NEW*
IEN "G. Ferraris"                !  fax: (+39) 011-3463-84
Strada delle Cacce, 91           !  e-mail: 
ma...@ien.it
I-10135 Torino, Italy            !  http:   
www.ien.it/~maggi
-----------------------------------------------------------------

 come si puo' inserire una <board> che non appartiene ad un <computer>?
Semplicemente la inserisci al di fuori di <computer>; esempio:
<computer>
...
 <board>
 ... Board appartenente ad un computer
 </board>
</computer>
<board>
... Board generica
</board>
<board>
... Board per un computer non in archivio
 <for>retrocomputer 123</for>
</board>


 </board>
Ok, perfetto. Pensavo che si dovesse rispettare la struttura annidata
dei tag.
Ma non so nulla di XML... comunque sembra molto potente... 
A me interessa in particolare MathML (si chiama proprio cosi'?) per
poter scrivere formule in una pagina web senza usare tool come ad
esempio latex2html, che creano un numero infinito di odiosi file .gif.
ma questo e' decisamente OT... :-((


 
E l'Aaaargh che linguaggio/protocollo é ??? ;-)
<Risnippete>
--
Odio le catene, tutte ma specialmente quelle
legate ai santi.  SPAM .. No, grazie, P.L.F.

 <Risnippete>
Io mi sono perso molto prima :))) Ma confido in chi ci capisce :))
Comunque guardando l'xml mi sono reso conto che , probabilmente senza
neanche volerlo, avevo inventato uno pseudo linguaggio per definire i
database 10 anni fa .... era veramente simile, solo che io usavo le quadre
.... tipo una cosa del genere. Mi serviva per gestire i database in turbo
pascal, che poi convertivo in dbf per usarli con clipper.
Ciao.Alberto.

 E l'Aaaargh che linguaggio/protocollo é ??? ;-)
Quello di programmazione avanzata M$.
E' l'unica cosa che hanno scritto che viene capita da tutti i programmatori.
E neanche li sono riusciti a rientrare nello standard, che prevede un numero
di punti esclamativi molto maggiore.
Ciao        8-)


 _ __ ___ | |_ / _| |
| '__/ _ \| __| |_| |
| | | (_) | |_|  _| |
|_|  \___/ \__|_| |_|
 
--
Odio le catene, tutte ma specialmente quelle
legate ai santi.  No, grazie, P.L.F.

occasione (signatures, msgs di benvenuto etc..)
Come avvio potrei produrre un export ASCII del db e qualcuno lo
potrebbe XMLare, che ne dici Davide?
Ciao
Tiziano


Retrocomputer. 8-)
Matita e carta, faccio a meno anche della corrente ;-))
A parte gli scherzi, una volta che ai messo i dati in un db
relazionale, puoi fare certe cose che con un archivio testuale non
puoi fare, ricerche, join, aggregazione e quant'altro.
Ciao
Tiziano


 facoltativo?
Vedi sopra. :)
	deviatamente,
	   Cthulhu
P.S.: potresti comunque post-processare i file XML che ti arrivano per
sostituire i codici localmente univoci con tuoi codici globalmente
univoci.


 |_|  \___/ \__|_| |_|
Tanto t'ho sgamato che hai usato il figlet per questa ascii art ^__^
Sgamatamente,
-- 
Mariani "Darkpand" Dario 
dark...@libero.it
IAFo #126	ICQ# 49365960
"L'uomo e' tanto meno se' stesso quanto piu' parla in persona propria:
dategli una maschera e vi dira' la verita'"
Oscar Wilde
"Dio esiste, si tratta solo di trovarlo e riempirlo di botte"
Tiziano Sclavi



Riprendo il concetto espresso da Cthulhu e riferendomi ai DB che
uso/ho fatto fare per lavoro per ribadire un dato per me basilare in
queste applicazioni che devono essere usate da piu' persone, ma nel
contempo produrre dati "univoci":
il DB puo' nascere SOLO da campi scelta precompilati altrimenti il mio
C64, come dice Cthulhu, esattamente uguale al tuo non lo sara' nel DB.
A mio avviso quindi e' necessario partire da un "elenco" di macchine
(in teoria tutte quelle esistenti) e da li' prelevare la definizione
di quanto in ns possesso.
Il DB di Tix mi sembra un ottimo punto di partenza, da ampliare mano a
mano qualcuno di noi ha una macchina nuova da inserire.
Non essendo un teorico di questi sistemi non ho idea di come
realizzare il meccanismo, ma bisogna senz'altro evitare che ognuno di
noi digiti cose gia' digitate.
Come dice Tix il tempo che abbiamo libero e' sempre corto (almeno da
una parte ;-) ) e se lo dobbiamo usare per una cosa barbosa ho paura
che non ne veniamo fuori.
Scusate la lungaggine, ma spero di essermi capito (come dice qualcuno
;;----)))) )
Ciao e buon lavoro a tutti.
Giorgio
Giorgio Morocutti
gmo...@libero.it

 ;;----)))) )
Credo di si. :)
	presumibilmente,
	   Cthulhu


 e quant'altro.
Chiaro. Come ho gia` detto, la struttura XML si pone come archivio
centrale, con il numero minore possibile di vincoli e dal quale e`
ragionevolmente facile esportare in altri formati.


 XMLare, che ne dici Davide?
Basta che ci sia un minimo di compatibilta` tra la tua struttura e quella
XML che ne permetta la conversione con uno script (a mano non mi ci metto,
mi spiace! 8-) ).


 univoci.
Avevo anche pensato ad un ID generato con un metodo tipo:
 nick:AnnoMeseGiornoOraMinutiSecondi
che possa essere valido?
Comunque sia, a breve postero` un'ultima versione: se piace, usatela,
altrimenti mi saro` esercitato con l'XML e avro` comunque imparato
qualcosa! 8-)
