Re: UPDATED Telecon Agenda - 6th May 2010, 1400 UTC

Hi Ivan,

> What I meant is: the concept of a store, the parsing, the query are all general concepts
> that are not specific to RDFa. Ie, I could imagine something like
>
> store.parse("turtle","http://example.org/t.ttl")
>
> ie, that a Javascript application accesses an RDF file somewhere and integrates it with
> whatever is in the store already. After all, that is the beauty of RDF... but in this case a
> DOM node becomes irrelevant...

Yes...definitely. That's the reason for the parameter on both Parser
and Query (although as I say in the document, it should probably be a
URI).

By the way, I just took a quick diversion into looking at how some of
these things would look in Python, and I'd forgotten that it has the
notion of a dictionary object. So I think it will make things a lot
easier to implement in other languages if we define the parameters and
return values as dictionary objects rather than using the general
notion of an object, which I've been doing up until now.

(Many W3C APIs have the notion basic types such as DOMString, and then
in their appendices they indicate that this is implemented in a
variety of ways, depending on whether you are using Java, JavaScript,
etc. We could do the same, and say that a basic type is a dictionary,
but that different languages will provide their own implementation of
that.)

Regards,

Mark

--
Mark Birbeck, webBackplane

mark.birbeck@webBackplane.com

http://webBackplane.com/mark-birbeck

webBackplane is a trading name of Backplane Ltd. (company number
05972288, registered office: 2nd Floor, 69/85 Tabernacle Street,
London, EC2A 4RR)

Received on Thursday, 6 May 2010 12:49:24 UTC