W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > May 2012

Re: SVG test case with embedded RDF/XML

From: Gregg Kellogg <gregg@greggkellogg.net>
Date: Thu, 17 May 2012 22:50:02 -0400
To: Toby Inkster <tai@g5n.co.uk>, Ivan Herman <ivan@w3.org>
CC: W3C RDFWA WG <public-rdfa-wg@w3.org>
Message-ID: <6B54B0D7-D95B-4FE4-A289-340D8ECC8C7B@greggkellogg.net>
I updated my processor to handle embedded RDF/XML and to parse the content of script elements having an @type which matches a content-type of an available RDF parser (typically text/turtle, but why not application/ld+json?). I also added support for putting extracted triples in a named graph based on using any @id value of the script element as a fragid on the document location.


On May 17, 2012, at 7:09 AM, Gregg Kellogg wrote:

> Well, if we're open to having tests that span formats, was should consider parsing Turtle marked up using <script type="application/turtle"> within HTML, at least when the Turtle spec is more settled.
> I hadn't considered the embedded RDF/XML before, but it should be easy enough to add to my parser.
> Gregg Kellogg
> Sent from my iPad
> On May 17, 2012, at 3:33 AM, "Toby Inkster" <tai@g5n.co.uk> wrote:
>> <test-cases/0310> dc:contributor "Toby Inkster";
>>  dc:title "Embedded chunks of RDF/XML";
>>  a test:TestCase;
>>  rdfatest:rdfaVersion "rdfa1.0", "rdfa1.1";
>>  test:classification test:required;  # ?!
>>  test:expectedResults "true"^^xsd:boolean;
>>  rdfatest:hostLanguage "svgtiny1.2", "svg";
>>  test:informationResourceInput <test-cases/0310.html>;
>>  test:informationResourceResults <test-cases/0310.sparql>;
>>  test:purpose "Tests that embedded RDF/XML is added to same graph.";
>>  test:specificationReference
>>    "http://www.w3.org/TR/SVGTiny12/metadata.html#Introduction
>>    says 'an RDF processor should combine them into the same graph'" .
>> -- 
>> Toby A Inkster
>> <mailto:mail@tobyinkster.co.uk>
>> <http://tobyinkster.co.uk>
>> <0310.sparql>
>> <0310.txt>
Received on Friday, 18 May 2012 02:50:42 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:19:56 UTC