Swikynotes su XML:

• Piano A: XSLT prende XML + RDF (stand off markup) e genera HTML

XSLT++ (LINK)

• Piano B: XML + RDF → XML o HTML intermedio contenente dei tag per segnare inizio/fine zona evidenziata (i.e.: trascrivere gli xPointer direttamente nell'XML originale)

Danilo: in fase di analisi del piano A – Edit: Esistono vari esperimenti, ma niente di definitivo. Lo stesso XSLT++ non sembra del tutto funzionante (ma pare che Vitali stia lavorando ad un progetto sugli standoff markup con RDF, incrociamo le dita). Contatto I creatori, che sono italiani. Poi passo in rassegna altre possibilta': Andrea Scotti, creatore di pinakes, pare che sia alle prese con standoff markup. Ci sono poi altri tool – XliP un processor di Fujitsu, libxml in C (!!), ...)

Problema: in caso di overlapping delle annotazioni, non e' possibile rappresentarle con normali tag HTML/XML (e questo e' uno dei problemi che lo standoff markup vuole risolvere)

** EDIT Simone 24/02
Non sono totalmente d'accordo su questo limite. Nel senso che e' possibile girarci attorno abbastanza elegantemente, a costo di appesantire un po' l'HTML con un discreto numero di tags. Ispirato dalle discussioni con Christian a proposito delle tecniche usate per evidenziare frammenti di una pagina web, ho messo in piedi questo mock up:

http://dl.dropbox.com/u/769042/Boh/boh.html

Il risultato e' che ci sono annotazioni overlapped (ad esempio 3 diverse su "vitae, sagittis quis sem") e vengono evidenziate (penso) correttamente. Inoltre ho escogitato questo sistema di sottolineature che possono convivere tra loro, non ho idea se e come funziona su altri browsers, pero' e' un'idea che possiamo esplorare (a prima vista Giulio ha detto che non ci dovrebbero essere problemi.. sono solo stili..).
** fine edit Simone

Questo sistema (credo) possa venir generalizzato ad N annotazioni una sopra l'altra, creando un sistema automatico di arricchimento dell'HTML a partire dagli xpointer (sia esso fatto dal backend o dal frontend). Ovviamente non ci si possono schiacciare troppi tipi di annotazione perche' diventa una giungla, ma gia' la possibilita' di incrociare "live" due proprieta' del testo (genere novella e personaggi? riscrittura e luoghi? fonti nelle facezie? .. boh) o addirittura tre, mi sembra una feature abbastanza carina ed usabile.

Se si usa Swikynotes sull'XML, come si fa con i THCTag? Dove si mettono? (Risposta: non serve, in quanto l'XML offre gia' la struttura adatta, e l'RDF generato sara' collegato a quel particolare documento XML. )

l'XML della trascrizione deve essere TEI valido (con header e tutto). Per far cio' si fornisce agli utenti un template per Oxygen, cosi' sappiamo cosa aspettarci. (teniamo presente che potrebbe non essere del tutto XML, ma altro testo. Il famoso terribile documento Word).

Inserimento immagini

Idea: l'immagine si inserisce in un form a parte, che prende solo le immagini e nessun metadato - al massimo un nome immagine da usare internamente per poterla riconoscere in seguito (e.g.: Pagina3v_4r). L'upload dell'immagine, tramite imagemagick?, gestisce anche la creazione delle piramidi per IIP ed eventualmente la creazione di alcune copie di dimensioni prestabilite (e.g.: thumbnails)

Al momento dell'inserimento dei matadati di un immagine - che sia la pagina intera, un ritaglio, o un ritaglio di un ritaglio - scelgo l'immagine (tramite imagemapper) e sara' l'immagine che sto descrivendo (cioe' di cui sto' inserendo metadati ecc.). E sara' quella che verra' mostrata, poi, nella visualizzazione finale (pagina web)

Nell'inserimento dei matadati di una immagine, scelgo l'immagine o il ritaglio tramite imagemapper e sara' l'immagine che sto descrivendo (cioe' di cui sto' inserendo metadati ecc.). Quindi: l'imagemapper deve essere integrato nei form.

Avremo bisogno di qualche modifica all'imagemapper, capire quali.

Come si gestisce il fatto che l'immagine rappresenta 2 pagine?

* edit Simone 24/02
Proposta: un metadato "ordine" ed uno "pagina (etichetta da visualizzare)". Il primo contiene un cardinale crescente (la sua modifica potrebbe venir fatta tramite drag n drop o altro sistema che ne mascheri il 'vero' valore), la seconda conterrebbe "cc. 23v, 24r". In questo modo possiamo fare i collegamenti a next/prev page, ottenere un indice ordinato. Abbiamo bisogno di altro?
* fine edit Simone=

Altro

Javascript di Simone: orientativamente non si usera' (se possibile) in questi progetti. A patto di riuscire a portare l'RDF nell'XML.

TODO:

• Danilo:
  • Fare wireframe per I form
  • sentire contatto :) per standoff markup
  • sentire christian
• Simone: guarda Hobo
• Daniel: termina con SwikyNotes?