Eksperimenter med RDFa

HTML , W3C | 2 kommentarer Konteksten I et nyligt indlæg skitserede jeg nogle tanker om Microformats og RDFa: Adding Richer Structure To Your HTML Pages . Jeg foreslog, at det måske nu var på tide at evaluere potentialet i RDFa, men tilføjede en advarsel og påpegede, at microformats ikke ser ud til at have levet op til deres oprindelige hype.

Sådanne forbehold blev gentaget af Owen Stephens, som overvejede at bruge RDFa (med Bibo-ontologien) til at muliggøre deling af ‘referencer’ mellem studerende (og ansatte) som en del af hans TELSTAR-projekt og efterfølgende beskrev begrundelsen bag denne beslutning. Owens beslutning drejede sig om udrulningsbekymringer. I modsætning hertil havde Chris Gutteridge ideologiske forbehold, da han ” hader[s] blandingen af visuel & data-markup. Bedre bare at have blokke af RDF (helst i N3) i et element ved siden af det emne, der tales om, eller bare i siden ”.

Ligesom mig ser Stephen Downes ud til at være villig til at undersøge sagen og bad om ” links, der specifikt ville pege på en RDFa-syntaks brugt til at beskrive begivenheder? ”. Michael Hausenblas leverede links til to nyttige ressourcer: W3C’s Linked Data Tutorial – on Publishing and consuming linked data with RDFa og en artikel om ” Building Linked Data For Both Humans and Machines ” ( PDF-format ).

Pete Johnson gav også nogle nyttige kommentarer og leverede et link til nyligt offentliggjort arbejde om, hvordan man bruger RDFa i HTML 5-ressourcer. Mine eksperimenter Ligesom Stephen Downes tænkte jeg, at det ville være nyttigt at begynde med at levere rigere struktur om begivenheder. Mine eksperimenter begyndte derfor med at tilføje RDFa-markup til min side med kommende begivenheder .

Da fordelene ved at levere sådan rigere struktur til behandling af browserudvidelser i øjeblikket virker overbevisende, var mit fokus at levere sådan markup til en søgemaskine. Motivationen er derfor primært at levere rigere markup for begivenheder, som vil blive behandlet af en meget brugt tjeneste, så slutbrugere får bedre søgeresultater.

Mit første stop var et Google-indlæg, der introducerede rich snippets . Google lancerede deres support til Rich Snippets for mindre end et år siden, i maj 2009. De beskrives som ” en ny præsentation af snippets, der anvender Googles algoritmer til at fremhæve strukturerede data indlejret i websider ”. Dokumentation om brugen af Rich Snippets findes på Googles Webmaster Tools-websted .

Related: WP Engine — Premium managed WordPress hosting with UK data-centre options, staging and 24/7 expert support..

Dette giver mig information om RDFa (sammen med microdata og microformats) markup for begivenheder. Yderligere sider giver lignende information om markup om personer og virksomheder og organisationer .

Selvom jeg er klar over, at Google er blevet kritiseret for at udvikle deres eget vokabular til deres Rich Snippets, var jeg mere interesseret i at udføre et simpelt eksperiment med brug af RDFa end i at fortsætte debatten om de mest passende vokabularer. Siden med kommende begivenheder blev opdateret til at indeholde RDFa-markup om mig selv (navn, organisation og placering af min organisation, inklusive geolokationen for University of Bath. For mine foredrag i 2010 erstattede jeg de microformats, jeg tidligere har brugt, med RDFa-markup sammen med at give information om datoen for foredragene og deres placering (igen med geolokationsinformation).

Ingen ændringer var synlige, når man så siden normalt. Men ved hjælp af FireFox-plugins, der viser RDFa (og microformat) information, kan jeg se, at software er i stand til at identificere de mere rigt strukturerede elementer i HTML-siden. Skærmbilledet viser, hvordan markuppen blev gengivet af Operator-sidepanelet og RDFa Highlight-bookmarkleten og, i statuslinjen nederst på skærmen, links til en RDFa-validator og SIOC RDF Browser .

Our pick: Namecheap — Low-cost domain registration and transfers with free lifetime WHOIS privacy on most TLDs..

Hvis du sammenligner dette billede med visningen af, hvordan microformats gengives af Operator-pluginet, vil det bemærkes, at visningen af microformats viser titlen på begivenheden, mens visningen af RDFa viser de HTML-elementer, der indeholder RDFa-markup. Den større fleksibilitet, som RDFa giver, ser ud til at komme med prisen for et tab af kontekst, som leveres af de mere begrænsede anvendelser, som microformats giver. Er det gyldigt?

Selvom HTML RDFa Highlight-bookmarkleten demonstrerede, at RDFa-markup var tilgængelig og indikerede de elementer, som markuppen var blevet anvendt på, var der også behov for at ændre andre aspekter af HTML-siden. DTD’en blev ændret fra en HTML 1.0 Strict til: Derudover skulle navnerummet for RDFa-elementerne defineres: Det var muligt for mig at gøre dette, da jeg har adgang til HTML-siden inklusive elementer defineret i HTML .

Jeg er klar over, at nogle CMS-applikationer muligvis ikke tillader sådanne ændringer, og derudover kan organisationer have politikker, der forbyder sådanne ændringer. Ved efterfølgende validering af siden opdagede jeg dog HTML-gyldighedsfejl. Det ser ud til, at min brug af name=“foo”-attributten er blevet erstattet af id=“foo” . Ændringerne af DTD’en og elementerne og inkluderingen af RDFa-markuppen var dog ikke de eneste ændringer, jeg måtte foretage. Jeg opdagede, at id=“foo-attributten kræver, at “foo” starter med et alfabetisk tegn.

Jeg måtte derfor ændre id=“2010” til id=“year-2010” . Dette var for mig noget mere bekymrende, da jeg i stedet for blot at inkludere ny eller let modificeret markup, der var bagudkompatibel, nu måtte ændre URL’en på et internt anker.

Hvis ankrene var startet med et alfabetisk tegn, ville dette ikke have været et problem (og jeg ville ikke have været opmærksom på problemet). Men det ser ud til, at en migrering fra en dokumentcentreret XHTML 1.0 Strict-konform verden til en mere datacentreret XHTML 1.1+RDFa-verden kan resultere i, at links bliver brudt. Jeg var parat til at foretage denne ændring på mine sider med kommende og seneste begivenheder og ændre links i siderne. Men hvis andre linker til disse interne ankere (hvilket jeg tror er usandsynligt), vil linkene forringes en smule (de vil ikke resultere i visning af en 404-fejlmeddelelse; i stedet vises toppen af siden i stedet for indlæggene for starten af det pågældende år).

Googles syn på RDFa-markuppen Ved hjælp af Googles Rich Snippets Testing Tool er det muligt at ” indtaste en webside-URL for at se, hvordan den kan fremstå i søgeresultater ”. Det medfølgende billede viser outputtet fra dette værktøj for min begivenhedsside . Dette viser strukturen på den side, som Google kender til.

Related: Squarespace — All-in-one no-code site builder with hosting, SSL, templates and email marketing included..

Da Google kender bredde- og længdegraden for foredragets placering, kan det bruge dette til lokationsbaserede tjenester, og det kan give et resumé af begivenheden og en beskrivelse. Er det korrekt? Efter mit indledende eksperiment gav min tidligere kollega Pete Johnston (nu hos Eduserv) mig venligst noget feedback.

Han gjorde mig opmærksom på W3C’s RDFa Distiller and Parser-tjeneste – og har for nylig selv offentliggjort indlæg om Document metadata using DC-HTML og using RDFa og RDFa 1.1-udkast tilgængelige fra W3C . Ved at bruge Distiller and Parser-tjenesten til at rapportere om min begivenhedsside (som nu har

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.