On 9/14/07, Drew Perttula <[EMAIL PROTECTED]> wrote:
>
> I couldn't figure out how to edit or comment on the page at
> https://blueprints.launchpad.net/rdflib/+spec/split-major-packages
> (even though I was logged in)


not sure... didn't see comments either.  I can check and see if I can enable
group editing.

My question is: does rdflib.core contain *any* stores, even memory or
> IOmemory? For purity, the answer is probably no-- all stores need to be
> added with another package. If we do that, it may be nice to have one
> package for the simple stores that work with stdlib python and separate
> packages for any stores that need extra modules (e.g. zodb).


store itself could be a namespace package, and iomemory could ship with the
core package.

I'm sort of reconsidering the core package as possibly more thrashing than
is necessary.

Maybe just creating packages/namespace packages for store, sparql, and
tools, and leaving the root rdflib namespace as untouched as possible (and
thereby reducing the chance of broken imports or the need for as many module
aliases).

rdflib: namespace package
rdflib.store : stores
rdflib.sparql: sparql queries
rdflib.tools:   other tools

Regarding the separate sparql package, I take it the api would be
> something like this:
>
> >>> g = Graph()
> >>> g.query("SELECT ?s { ?s ?p ?o }")
> NotImplementedError: the rdflib.sparql package is required for sparql
> queries. (See http://python.org/pypi/rdflib.sparql)


seems right...

I some folk out there use graphpath(xpathish ) on older versions of rdflib.
would be nice to get that working again. dunno of any other query languages
for rdf... though maybe michelp wants to finish caql for rdflib ;)

-w




-- 

| david "whit" morriss
|
| contact :: http://public.xdi.org/=whit

"If you don't know where you are,
  you don't know anything at all"

  Dr. Edgar Spencer, Ph.D., 1995


"I like to write code like
other ppl like to tune their
cars or 10kW hifi equipment..."

Christian Heimes, 2004
_______________________________________________
Dev mailing list
Dev@rdflib.net
http://rdflib.net/mailman/listinfo/dev

Reply via email to