disk space and slow down queries?
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.styx.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
how, ipsec aware web server, webid
certificate resolution and exchange and rdf storage.
Mix and match your favourite implementations of each.
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.styx.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
xy anyways, nginx, apache et
al support ipv6
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.styx.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
3/11 21:30, William Waites wrote:
] >* [2011-03-27 21:08:50 +0100] Monika Solanki
] >écrit:
] >
] >] I am having problem parsing the RDF/XML serialisation generated by the
] >] SPARQL endpoint at CKAN. I had reported this problem earlier on
] >] getthedata and semanticoverflow. I
Hello kjetil, I'll not be able to make it to London but I'll likely be in irc
much of the time. Not much for perl but i did make something of the kind work
with the python odbc drivers so I've a good idea what's involved. Happy to be
of help if i can.
Kjetil Kjernsmo a écrit :
>Dear all,
>
>I
also be done by performing the diffs
on the stored and new SBCD...
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.styx.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
end-user has a graph (which amounts
to a FOAF profile) and every reading-list has a graph.
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.styx.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
at spawned this thread since it doesn't
involve completely separate table namespaces. Maybe it
could be done with the clustering, where data held
in one node has the modify bits removed? Else solve
it at the application level...
Cheers,
-w
--
William Waites<mailto:w
ensource-6-20110214.tar.gz >>
/usr/ports/databases/virtuoso/distinfo
and edit the Makefile and put
PORTVERSION=6.1.3rc5
...
DISTNAME= ${PORTNAME}-opensource-6-20110214
Hope this is useful.
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://river.sty
I have identified the bug correctly, hopefully there is still
time for a fix to make it into the next opensource release?
Cheers,
-w
--
William Waites<mailto:w...@styx.org>
http://eris.okfn.org/ww/
F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45
necessarily the best answer (in an ideal world we'd have proper 3
dimensional coordinates instead of 2.5) but it's enough to get
started -- it would make Virtuoso a viable alternative to PostGIS or
Oracle for geodata.
Cheers,
-w
--
William Waites
http://eris.okfn.org/ww/foaf#i
9C7E F636
rvices and couriers, the list goes on...
One challenge is that we still have no consensus on how to express
this type of data and these operations in RDF, but that's a separate
issue from support in the database itself.
Cheers,
-w
--
William Waites
http://eris.okfn.org/ww/foaf#i
9C7E F636 52F6
On Tue, Oct 26, 2010 at 11:56:26AM +0100, Hugh Williams wrote:
>
> [Hugh] It is unclear as to what the problem is, can you please
> provide a sample SPARQL query and Dataset to demonstrate the
> problem ?
Any query, without valmode: "LONG" the datatypes of the returned
values from, e.g.
SQLG
Hi all,
Following up on the previous thread [0] about getting literal
values out of an ODBC connection for SPASQL queries, I've
managed to make a preliminary patch for pyodbc that does this [1].
I noticed two issues when doing this. First, Virtuoso OS 6.1.2
seems to only give the proper datatype
rd way to do (1) and (2) at all?
More C++ coding than I'd like (pyodbc is written in C++)
but not the end of the world...
Cheers,
-w
--
William Waites
Mob: +44 789 798 9965
Fax: +44 131 464 4948
CD70 0498 8AE4 36EA 1CD7 281C 427A 3F36 2130 E9F5
signature.asc
Description: OpenPGP digital signature
I could do
'define output:valmode "SHORT"' but this appears to
no be supported.
Any help or guidance appreciated.
Cheers,
-w
[0] http://packages.python.org/virtuoso
--
William Waites
Mob: +44 789 798 9965
Fax: +44 131 464 4948
CD70 0498 8AE4 3
16 matches
Mail list logo
