Esperimenti con RDFa

di Brian Kelly | 3 maggio 2010 | HTML , W3C | 2 commenti Il contesto In un recente post ho delineato alcune riflessioni su Microformats e RDFa: Aggiungere una struttura più ricca alle tue pagine HTML . Ho suggerito che potrebbe ora essere opportuno valutare il potenziale di RDFa, ma ho aggiunto una nota di cautela, sottolineando che i microformats non sembrano essere all’altezza del loro hype iniziale. Tali riserve sono state echeggiate da Owen Stephens che ha considerato l’uso di RDFa (con l’ontologia Bibo) per consentire la condivisione di ‘riferimenti’ tra studenti (e personale) come parte del suo progetto TELSTAR e ha poi descritto le ragioni alla base di questa decisione. La decisione di Owen si è incentrata su preoccupazioni relative al deployment. Al contrario Chris Gutteridge aveva riserve ideologiche, poiché egli ” odia[s] la commistione di markup visivo e dati. Meglio avere solo blocchi di RDF (in N3 per preferenza) in un elemento accanto all’elemento di cui si parla, o semplicemente nella pagina ”. Come me, Stephen Downes sembra essere disposto a indagare e ha chiesto ” link che puntino specificamente a una sintassi RDFa usata per descrivere eventi? ”. Michael Hausenblas ha fornito link a due risorse utili: il Tutorial sui Linked Data del W3C – su Pubblicare e consumare linked data con RDFa e un articolo su ” Costruire Linked Data per esseri umani e macchine ” ( formato PDF ). Anche Pete Johnson ha dato alcuni commenti utili e ha fornito un link a un lavoro pubblicato di recente su come usare RDFa nelle risorse HTML 5. I miei esperimenti Come Stephen Downes ho pensato che sarebbe stato utile iniziare fornendo una struttura più ricca sugli eventi. I miei esperimenti sono quindi iniziati aggiungendo markup RDFa per la mia pagina dei prossimi eventi . Poiché i benefici del fornire tale struttura più ricca per l’elaborazione da parte di estensioni del browser sembrano attualmente poco convincenti, il mio focus è stato nel fornire tale markup da parte di un motore di ricerca. La motivazione è quindi principalmente fornire un markup più ricco per gli eventi che sarà elaborato da un servizio ampiamente utilizzato affinché gli utenti finali ricevano risultati di ricerca migliori. La mia prima tappa è stata un post di Google che introduceva i rich snippets . Google ha lanciato il proprio supporto per i Rich Snippets meno di un anno fa, nel maggio 2009. Sono descritti come ” una nuova presentazione di snippet che applica gli algoritmi di Google per evidenziare dati strutturati incorporati nelle pagine web ”. La documentazione sull’uso dei Rich Snippets è fornita sul sito Webmaster Tools di Google . Questo mi fornisce informazioni sul markup RDFa (insieme a microdata e microformats) per gli eventi. Pagine aggiuntive forniscono informazioni simili sul markup riguardante persone e aziende e organizzazioni . Sebbene sia consapevole che Google sia stato criticato per aver sviluppato il proprio vocabolario per i suoi Rich Snippets, ero più interessato a svolgere un semplice esperimento con l’uso di RDFa che a continuare il dibattito sui vocabolari più appropriati. La pagina dei prossimi eventi è stata aggiornata per contenere markup RDFa su di me (nome, organizzazione e posizione della mia organizzazione, inclusa la geo-localizzazione dell’Università di Bath. Per i miei interventi nel 2010 ho sostituito i microformats che avevo usato in precedenza con markup RDFa insieme alle informazioni sulla data degli interventi e sulla loro posizione (ancora con informazioni di geo-localizzazione). Nessun cambiamento era evidente quando si visualizzava la pagina normalmente. Tuttavia usando plugin di FireFox che mostrano informazioni RDFa (e microformat) posso vedere che il software è in grado di identificare gli elementi più riccamente strutturati nella pagina HTML. Lo screenshot mostra come il markup è stato renderizzato dalla barra laterale di Operator e dal bookmarklet RDFa Highlight e, nella barra di stato in fondo allo schermo, link a un validatore RDFa e al SIOC RDF Browser . Se confronti questa immagine con la visualizzazione di come i microformats sono renderizzati dal plugin Operator, si noterà che la visualizzazione dei microformats mostra il titolo dell’evento mentre la visualizzazione di RDFa elenca gli elementi HTML che contengono markup RDFa. La maggiore flessibilità fornita da RDFa sembra venire al prezzo di una perdita di contesto che è fornito dagli usi più vincolati dei microformats. È valido? Sebbene il bookmarklet HTML RDFa Highlight abbia dimostrato che il markup RDFa era disponibile e abbia indicato gli elementi a cui il markup era stato applicato, c’era anche la necessità di modificare altri aspetti della pagina HTML. Il DTD è stato cambiato da un HTML 1.0 Strict a: Inoltre il namespace degli elementi RDFa doveva essere definito: Mi è stato possibile farlo poiché ho accesso alla pagina HTML inclusi gli elementi definiti nell’HTML . Sono consapevole che alcune applicazioni CMS potrebbero non consentire tali modifiche e, inoltre, le organizzazioni potrebbero avere politiche che vietano tali modifiche. Validando successivamente la pagina ho scoperto, tuttavia, errori di validità HTML. Sembra che il mio uso dell’attributo name=“foo” sia stato sostituito da id=“foo” . Le modifiche al DTD e agli elementi e l’inclusione del markup RDFa non sono state le uniche modifiche che ho dovuto apportare, tuttavia. Ho scoperto che l’attributo id=“foo richiede che “foo” inizi con un carattere alfabetico. Ho quindi dovuto cambiare id=“2010” in id=“year-2010” . Questo, per me, è stato alquanto più preoccupante poiché invece di includere solo markup nuovo o leggermente modificato che era retrocompatibile, ora dovevo cambiare l’URL di un’ancora interna. Se le ancore fossero iniziate con un carattere alfabetico questo non sarebbe stato un problema (e non sarei stato consapevole del problema). Tuttavia sembra che una migrazione da un mondo conforme a XHTML 1.0 Strict centrato sul documento a un mondo XHTML 1.1+RDFa più centrato sui dati possa comportare la rottura dei link. Ero preparato a fare questa modifica sulle mie pagine di prossimi e recenti eventi e a cambiare i link all’interno delle pagine. Tuttavia se altri stanno collegando a queste ancore interne (cosa che ritengo improbabile) allora i link si degraderanno leggermente (non risulteranno nella visualizzazione di un messaggio di errore 404; invece verrà visualizzata la parte superiore della pagina, piuttosto che le voci per l’inizio del particolare anno). La visione di Google del markup RDFa Usando lo strumento di test dei Rich Snippets di Google è possibile ” inserire l’URL di una pagina web per vedere come potrebbe apparire nei risultati di ricerca ”. L’immagine di accompagnamento mostra l’output di questo strumento per la mia pagina degli eventi . Questo mostra la struttura della pagina che Google conosce. Poiché Google conosce la latitudine e la longitudine per la posizione dell’intervento può usarla per servizi basati sulla posizione e può fornire il riepilogo dell’evento e una descrizione. È corretto? Dopo il mio esperimento iniziale il mio ex collega Pete Johnston (ora di Eduserv) mi ha gentilmente dato un feedback. Mi ha segnalato il servizio RDFa Distiller and Parser del W3C – e recentemente ha egli stesso pubblicato post su Metadati dei documenti usando DC-HTML e usando RDFa e le bozze di RDFa 1.1 disponibili dal W3C . Usando il servizio Distiller and Parser per fare un report sulla mia pagina degli eventi (che ora ha

P.S. A few readers have asked which shared & managed wordpress hosting we actually reach for — it's SiteGround; take a look here if you want the current details.