Durante lo sviluppo di un'applicazione web (= applicazione con interfaccia utente Web) che utilizza risorse / tecnologie web semantiche come RDF, OWL, SPARQL, c'è sempre la sensazione che allo stesso tempo la semantica offra maggiori possibilità di rendere un web più umano e meno "database-style" (non che mi piaccia "stile pappagallo" popolare con le start-up al momento), così come un sentimento che significa creare un'interfaccia utente sono piuttosto limitate di fronte all'apertura dei dati.
Con un approccio "database" lo schema è fisso e l'interfaccia utente dell'applicazione può essere codificata intorno a esso e in base ad essa. I web designer possono applicare stili unici per distinguere le entità, la struttura del sito / app può essere personalizzata, le annotazioni (titolo-autore-teaser-tag -...) sono ben consolidate e gli sviluppatori di temi hanno soluzioni pronte. Anche gli utenti si sono abituati a dove sono le cose di base e fanno così.
Sul lato semantico le cose sono flessibili e generiche e l'interfaccia utente è limitata alla ricerca a faccette, alla navigazione simile a un web e / o a un menu (correggimi se mi manca qualche modalità essenziale). Sembra funzionare meglio quando l'utente curioso salta da un nodo all'altro (da una pagina all'altra).
Ad esempio, se abbiamo un autore, possiamo avere tutti i tipi di informazioni su di lui o lei. È difficile prevedere tutte le possibilità nell'interfaccia utente per renderla "carina", quindi l'authro come sottoclasse di, per esempio, Person avrà bisogno di avere la sua "pagina", dove verranno menzionate queste cose. E alcune cose non sono nemmeno "testo semplice" ma con qualche struttura, che per rendere l'interfaccia utente bella avrebbe bisogno di strutture dell'interfaccia utente nidificate, ecc. La mia impressione è che anche le librerie di interfaccia utente Web più avanzate non sono all'altezza del compito di rappresentando la complessità in modo robusto e accattivante.
Ovviamente, possiamo sempre limitare le annotazioni / proprietà supportate e essenzialmente avere la stessa situazione dell'approccio "database". Ma supponiamo di voler essere aperti.
La domanda è: qual è lo stato dell'arte sul confine uomo-macchina (cioè UI), che non sacrifica l'estetica e l'usabilità per la flessibilità e la tradizione della UI web con la novità necessaria? Quali approcci pratici (e non troppo costosi, laboriosi) esistono oggi per collegare l'interfaccia utente e la semantica nella webapp CRUD-pesante (per essere più specifici)?
Non parlo nemmeno di visualizzazione in sé. Si tratta più di come un'applicazione può rappresentare un nuovo tipo di conoscenza per l'utente, che non è stato specificamente previsto al momento dello sviluppo della webapp (come l'avvento dell'identità new-super-something-social). Per fare un confronto con il web tradizionale: non abbiamo bisogno di programmare in supporto ogni volta che abbiamo un nuovo URL nella nostra app, abbiamo solo bisogno di supportare determinati protocolli e ogni URL è solo contenuto.
Per favore, non dirmi che tutto il web semantico è una specie di utopia. In un modo o nell'altro è necessario utilizzare rappresentazioni della conoscenza più rigorose rispetto al testo e alla ricerca di tipo google. E qualunque tecnologia (web semantico, dati collegati, ecc.) Avrà le stesse sfide.
Esistono alcuni sistemi di ricerca e sperimentali come ActiveRaUL e LESS (da non confondere con Less.js), ma non è ancora chiaro quale approccio debba essere preso .
Non si tratta di sostituire la tecnologia di rappresentazione (che è HTML / CSS / Javascript), ma piuttosto approcci di costruzione dell'interfaccia utente con il minimo "disadattamento di impedenza" tra spazio della pagina web simile ad albero / spazio (spazio sullo schermo) e grafico , modello dinamico di web semantico per conoscenza. Le app pesanti in termini di dati sono di per sé impegnative e l'ipotesi è che un modello simile a un grafico possa effettivamente rendere più utile l'interfaccia utente perché è più adatto ai modelli mentali umani. WWW stesso è un grande grafico, ma per quanto riguarda microlevel, una pagina.
Aggiornamento : detto questo, il pensiero del Web semantico sta costringendo a mappare le principali classi e individui per avere il proprio URL in un'applicazione web (URI dereferenziabile), dove le classi corrispondono a elenchi di individui e pagine per gli individui rappresentano le loro proprietà / annotazioni. Quindi, parte della domanda è, se si dovesse resistere alla tentazione o semplicemente lasciare la mappatura in un "modo web" più naturale? (Questo in realtà non è speciale per il modello grafico, ma anche per i sistemi di oggetti gerarchici come Zope.)
Update2 : il Vocabolario di Fresnel sembrava affrontare il problema delle GUI ad albero. In una domanda alquanto correlata - link - è ha proposto di dare un'occhiata a LDP (Linked Data Platform), ma non riesco a vedere come aiuta. Sistemi come Callimachus, se ho capito bene, usano un qualche tipo di template RDFa convenzionali con? Vars in esso per i template dei moduli ...