Eksperimenter med RDFa

Jeg foreslo at det nå kanskje var på tide å evaluere potensialet til RDFa, men la til en advarsel og påpekte at mikroformater ikke ser ut til å ha innfridd den opprinnelige hypen. Slike forbehold ble gjentatt av Owen Stephens, som vurderte å bruke RDFa (med Bibo-ontologien) for å muliggjøre deling av «referanser» mellom studenter (og ansatte) som en del av TELSTAR-prosjektet sitt, og deretter beskrev årsakene bak denne beslutningen.

Owens beslutning dreide seg om bekymringer knyttet til utrulling. I kontrast hadde Chris Gutteridge ideologiske forbehold, ettersom han «hater miksen av visuell markup og datamarkup. Bedre å bare ha blokker med RDF (helst i N3) i et element ved siden av elementet det snakkes om, eller bare i siden». I likhet med meg virker Stephen Downes villig til å undersøke og ba om «lenker som spesifikt peker på en RDFa-syntaks brukt til å beskrive hendelser?».

Michael Hausenblas ga lenker til to nyttige ressurser: W3Cs Linked Data Tutorial – om publisering og konsumering av lenkede data med RDFa og en artikkel om « Building Linked Data For Both Humans and Machines » ( PDF-format ). Pete Johnson ga også noen nyttige kommentarer og en lenke til nylig publisert arbeid om hvordan man bruker RDFa i HTML 5-ressurser. Mine eksperimenter I likhet med Stephen Downes tenkte jeg det ville være nyttig å begynne med å tilby rikere struktur om hendelser.

Eksperimentene mine begynte derfor med å legge til RDFa-markup for siden min med kommende hendelser . Ettersom fordelene med å tilby slik rikere struktur for behandling av nettleserutvidelser foreløpig virker lite overbevisende, var fokuset mitt å tilby slik markup for en søkemotor. Motivasjonen er derfor først og fremst å tilby rikere markup for hendelser som vil bli behandlet av en mye brukt tjeneste, slik at sluttbrukere får bedre søkeresultater.

Mitt første stoppested var et Google-innlegg som introduserte rich snippets . Google lanserte støtten sin for Rich Snippets for mindre enn et år siden, i mai 2009.

De beskrives som « en ny presentasjon av snippets som bruker Googles algoritmer til å fremheve strukturerte data innebygd i nettsider ». Dokumentasjon om bruk av Rich Snippets finnes på Googles Webmaster Tools-nettsted . Dette gir meg informasjon om RDFa (sammen med mikrodatamarkup og mikroformatmarkup) for hendelser. Ytterligere sider gir tilsvarende informasjon om markup om personer og virksomheter og organisasjoner .

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

Selv om jeg er klar over at Google har blitt kritisert for å utvikle sitt eget vokabular for Rich Snippets, var jeg mer interessert i å gjennomføre et enkelt eksperiment med bruk av RDFa enn å fortsette debatten om de mest hensiktsmessige vokabularene. Siden med kommende hendelser ble oppdatert til å inneholde RDFa-markup om meg selv (navn, organisasjon og plasseringen av organisasjonen min, inkludert geolokasjonen til University of Bath.

For foredragene mine i 2010 erstattet jeg mikroformatene jeg tidligere har brukt med RDFa-markup, samtidig som jeg ga informasjon om datoen for foredragene og deres plassering (igjen med geolokasjonsinformasjon). Ingen endringer var merkbare når man så siden på vanlig måte. Men ved å bruke FireFox-utvidelser som viser RDFa- (og mikroformat-)informasjon, kan jeg se at programvaren er i stand til å identifisere de rikere strukturerte elementene i HTML-siden. Skjermbildet viser hvordan markupen ble gjengitt av Operator-sidepanelet og RDFa Highlight-bokmerket, og i statuslinjen nederst på skjermen lenker til en RDFa-validator og SIOC RDF Browser .

Hvis du sammenligner dette bildet med visningen av hvordan mikroformater gjengis av Operator-utvidelsen, vil du legge merke til at visningen av mikroformater viser tittelen på hendelsen, mens visningen av RDFa viser HTML-elementene som inneholder RDFa-markup. Den større fleksibiliteten som RDFa gir, ser ut til å komme på bekostning av tap av kontekst som gis av den mer begrensede bruken som mikroformater tilbyr. Er det gyldig?

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

Selv om HTML RDFa Highlight-bokmerket demonstrerte at RDFa-markup var tilgjengelig og indikerte elementene som markupen var brukt på, var det også behov for å endre andre aspekter ved HTML-siden. DTD-en ble endret fra en HTML 1.0 Strict til: I tillegg måtte navnerommet til RDFa-elementene defineres: Det var mulig for meg å gjøre dette siden jeg har tilgang til HTML-siden, inkludert elementer definert i HTML-en .

Jeg er klar over at noen CMS-applikasjoner kanskje ikke tillater slike endringer, og i tillegg kan organisasjoner ha retningslinjer som forbyr slike endringer. Da jeg deretter validerte siden, oppdaget jeg imidlertid HTML-gyldighetsfeil.

Det ser ut til at bruken min av name=“foo”-attributtet har blitt erstattet av id=“foo” . Endringene i DTD-en og elementene og inkluderingen av RDFa-markup var imidlertid ikke de eneste endringene jeg måtte gjøre. Jeg oppdaget at id=“foo-attributtet krever at “foo” starter med et alfabetisk tegn. Jeg måtte derfor endre id=“2010” til id=“year-2010” .

Dette var noe mer bekymringsfullt for meg, siden jeg i stedet for bare å inkludere ny eller litt modifisert markup som var bakoverkompatibel, nå måtte endre URL-en til et internt anker. Hvis ankrene hadde startet med et alfabetisk tegn, ville dette ikke ha vært et problem (og jeg ville ha vært uvitende om problemet).

Men det ser ut til at en migrering fra en dokumentorientert XHTML 1.0 Strict-konform verden til en mer dataorientert XHTML 1.1+RDFa-verden kan føre til at lenker blir brutt. Jeg var forberedt på å gjøre denne endringen på sidene mine med kommende og nylige hendelser og endre lenker i sidene. Men hvis andre lenker til disse interne ankrene (noe jeg tror er usannsynlig), vil lenkene bli litt svekket (de vil ikke resultere i en 404-feilmelding; i stedet vil toppen av siden vises, i stedet for oppføringene for starten av det aktuelle året).

Googles syn på RDFa-markupen Ved hjelp av Googles Rich Snippets Testing Tool er det mulig å « skrive inn en nettside-URL for å se hvordan den kan vises i søkeresultater ». Bildet ved siden av viser resultatet av dette verktøyet for siden min med hendelser . Dette viser strukturen på siden som Google kjenner til.

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

Ettersom Google kjenner bredde- og lengdegraden for plasseringen av foredraget, kan de bruke dette til lokasjonsbaserte tjenester, og de kan gi et sammendrag av hendelsen og en beskrivelse. Er det riktig? Etter mitt første eksperiment ga min tidligere kollega Pete Johnston (nå hos Eduserv) meg vennlig noen tilbakemeldinger.

Han gjorde meg oppmerksom på W3Cs RDFa Distiller and Parser-tjeneste – og har nylig selv publisert innlegg om Document metadata using DC-HTML og using RDFa og RDFa 1.1-utkast tilgjengelig fra W3C . Ved å bruke Distiller and Parser-tjenesten til å rapportere om hendelsessiden min (som nå 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.