You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
|
Jun
(4) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
(10) |
Apr
(4) |
May
(10) |
Jun
|
Jul
|
Aug
(4) |
Sep
(5) |
Oct
|
Nov
|
Dec
(2) |
2010 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
(4) |
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
(4) |
Feb
(5) |
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
(1) |
Aug
(11) |
Sep
(4) |
Oct
(6) |
Nov
|
Dec
(3) |
2013 |
Jan
|
Feb
(1) |
Mar
(11) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(8) |
Sep
(3) |
Oct
(9) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
From: judy <ju...@ri...> - 2011-09-28 17:44:07
|
On 9/19/11 11:08 AM, Carlos Tejo wrote: > Hi Judy, > > As far as we have tested, the problem raises during the iteration > phase of the returned dictionary (results), because some fields are > not present. > > For instance, in the case of a result where the optional variable > value is not present, there is no key:value for such variable in the > returned dictionary. > > Please find attached the python script that we have prepared to show > this behaviour. To run it, just use "python example.py" > > Best regards, > > Carlos Tejo Hola Carlos, Thank you very much for your reply! I was able to copy your example and get a good result. Just one more question to extend the result set, if you don't mind. I have multiple OPTIONAL entities to select (about 10) and would like to know if it's possible to OR them: for result in results["results"]["bindings"]: if result.has_key("party"): print "* " + result["person"]["value"] + " ** " + result["party"]["value"] (OR) if result.has_key("party"): print "* " + result["person"]["value"] + " ** " + result["party"]["value"] else: print result["person"]["value"] and also -- is it possible to organize results to print them using %s while still using your if-then method? Here's how do it now: for result in results["results"]["bindings"]: project = result["project"]["value"].encode('utf-8') filename = result["filename"]["value"].encode('utf-8') url = result["url"]["value"].encode('utf-8') url = result["url"]["value"].encode('utf-8') keywords = result["keywords"]["value"].encode('utf-8') print "<p class=\"results\"><span>Project</span>: %s</p><p class=\"indent\"><span>Filename</span>: %s</p><p class=\"indent\"><span>URL</span>:<a href=\"%s\">%s</a></p><p class=\"indent\"><span>Keywords</span>: %s</p>" % \ (project,filename,url,url,keywords) Thank you for your SPARQLWrapper effort. best regards, judy |
From: Carlos T. <car...@fu...> - 2011-09-19 16:15:47
|
Hi Judy, As far as we have tested, the problem raises during the iteration phase of the returned dictionary (results), because some fields are not present. For instance, in the case of a result where the optional variable value is not present, there is no key:value for such variable in the returned dictionary. Please find attached the python script that we have prepared to show this behaviour. To run it, just use "python example.py" Best regards, Carlos Tejo On 16 September 2011 16:30, judy <jh...@ri...> wrote: > Hi, > > Brand-new to python and SPARQLWrapper; having a problem getting SPARQL > results through my python script and not sure why. > > This query works in Fuseki, resulting in a bunch of URLs and a few > associated parameters.: > > SELECT ?url ?parameter > WHERE { > ?s > <http://data.gov/source/work/dataset/gov/vocab/enhancement/1/url> ?url. > OPTIONAL { > ?s > <http://data.gov/source/work/dataset/gov/vocab/enhancement/1/parameter> > ?parameter. > }} > > Here are my keys: > > for result in results["results"]["bindings"]: > url = result["url"]["value"].encode('utf-8') > parameter = result["parameter"]["value"].encode('utf-8') > > > print "<p class=\"results\"><span>URL</span>: %s</p><p > class=\"results\"><span>Parameter</span>: %s</p> " % \ > (url,parameter) > > > The script gives me a KeyError (parameter = > result["parameter"]["value"].encode('utf-8')). If I run the query > without OPTIONAL, I don't get an error but I also don't get URLs that > don't have associated parameters. > > Is this a SPARQLWrapper error or is my python deficient? > > TIA, judy > > > > > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel > -- Carlos Tejo Alonso CTIC-Centro Tecnológico Parque Científico y Tecnológico de Gijón c/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: car...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: judy <jh...@ri...> - 2011-09-16 14:30:28
|
Hi, Brand-new to python and SPARQLWrapper; having a problem getting SPARQL results through my python script and not sure why. This query works in Fuseki, resulting in a bunch of URLs and a few associated parameters.: SELECT ?url ?parameter WHERE { ?s <http://data.gov/source/work/dataset/gov/vocab/enhancement/1/url> ?url. OPTIONAL { ?s <http://data.gov/source/work/dataset/gov/vocab/enhancement/1/parameter> ?parameter. }} Here are my keys: for result in results["results"]["bindings"]: url = result["url"]["value"].encode('utf-8') parameter = result["parameter"]["value"].encode('utf-8') print "<p class=\"results\"><span>URL</span>: %s</p><p class=\"results\"><span>Parameter</span>: %s</p> " % \ (url,parameter) The script gives me a KeyError (parameter = result["parameter"]["value"].encode('utf-8')). If I run the query without OPTIONAL, I don't get an error but I also don't get URLs that don't have associated parameters. Is this a SPARQLWrapper error or is my python deficient? TIA, judy |
From: Sergio F. <ser...@fu...> - 2011-08-25 11:35:51
|
Dear Benjamin, we were taking a look on your request, and we've just added alpha support for basic http authorization to the library on the repository (r132). Can you please test this feature with your endpoint? We'll wait for your feedback. Kind regards, 2011/8/24 Sergio Fernández <ser...@fu...>: > Benjamin, such feature is not currently supported on the library. But I > consider it quite important, we'll work on. Hope to find time in the > following day. > > Thanks for the comments. > > Cheers, > > El 24/08/2011 17:18, "Benjamin Heitmann" <ben...@de...> > escribió: >> Hello, >> >> has the SPARQLWrapper library been tested with a password protected >> endpoint? >> >> I need to provide a username and password for executing my SPARQL queries, >> and providing them as part of the URI does not seem to work. >> >> Using curl for the task succeeds (and using SPARQLWrapper for an >> unprotected SPARQL endpoint such as DBPedia works as well). >> However, using SPARQLWrapper for accessing the protected endpoint does not >> work. >> >> I tried constructing a SPARQLWrapper like this: >> sparql = >> SPARQLWrapper("http://user:pas...@so...:2020/joseki/sparql/read") >> >> However, I get an "getaddrinfo failed" exception from deep inside urllib2. >> >> If I do not provide the username and password, I get a "401 authentication >> error" exception (as expected). >> >> Here is the curl command which does the job: >> curl --user "user:password" -H "Accept: application/sparql-results+json" >> -d "query=SELECT count(distinct ?post) WHERE {{?post a >> <http://rdfs.org/sioc/ns#Post>} UNION {?post a >> <http://rdfs.org/sioc/types#BlogPost>}}" >> http://somehost.com:2020/joseki/sparql/read >> >> >> If this a feature which was never actually tested with SPARQLWrapper, how >> difficult would it be to add this to the library? >> >> >> sincerely, Benjamin Heitmann. >> >> ------------------------------------------------------------------------------ >> EMC VNX: the world's simplest storage, starting under $10K >> The only unified storage solution that offers unified management >> Up to 160% more powerful than alternatives and 25% more efficient. >> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev >> _______________________________________________ >> sparql-wrapper-devel mailing list >> spa...@li... >> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Sergio F. <ser...@fu...> - 2011-08-25 11:32:41
|
Sorry, We forgot to tell you how to use it. The SPARQLWrapper class now has a new method for add such credentials. You can use it as follows: sparql.setCredentials("user", "password") Thanks again. 2011/8/25 Sergio Fernández <ser...@fu...>: > Dear Benjamin, > > we were taking a look on your request, and we've just added alpha > support for basic http authorization to the library on the repository > (r132). > > Can you please test this feature with your endpoint? We'll wait for > your feedback. > > Kind regards, > > > 2011/8/24 Sergio Fernández <ser...@fu...>: >> Benjamin, such feature is not currently supported on the library. But I >> consider it quite important, we'll work on. Hope to find time in the >> following day. >> >> Thanks for the comments. >> >> Cheers, >> >> El 24/08/2011 17:18, "Benjamin Heitmann" <ben...@de...> >> escribió: >>> Hello, >>> >>> has the SPARQLWrapper library been tested with a password protected >>> endpoint? >>> >>> I need to provide a username and password for executing my SPARQL queries, >>> and providing them as part of the URI does not seem to work. >>> >>> Using curl for the task succeeds (and using SPARQLWrapper for an >>> unprotected SPARQL endpoint such as DBPedia works as well). >>> However, using SPARQLWrapper for accessing the protected endpoint does not >>> work. >>> >>> I tried constructing a SPARQLWrapper like this: >>> sparql = >>> SPARQLWrapper("http://user:pas...@so...:2020/joseki/sparql/read") >>> >>> However, I get an "getaddrinfo failed" exception from deep inside urllib2. >>> >>> If I do not provide the username and password, I get a "401 authentication >>> error" exception (as expected). >>> >>> Here is the curl command which does the job: >>> curl --user "user:password" -H "Accept: application/sparql-results+json" >>> -d "query=SELECT count(distinct ?post) WHERE {{?post a >>> <http://rdfs.org/sioc/ns#Post>} UNION {?post a >>> <http://rdfs.org/sioc/types#BlogPost>}}" >>> http://somehost.com:2020/joseki/sparql/read >>> >>> >>> If this a feature which was never actually tested with SPARQLWrapper, how >>> difficult would it be to add this to the library? >>> >>> >>> sincerely, Benjamin Heitmann. >>> >>> ------------------------------------------------------------------------------ >>> EMC VNX: the world's simplest storage, starting under $10K >>> The only unified storage solution that offers unified management >>> Up to 160% more powerful than alternatives and 25% more efficient. >>> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev >>> _______________________________________________ >>> sparql-wrapper-devel mailing list >>> spa...@li... >>> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel >> > > > > -- > Sergio Fernández > CTIC - Technological Center > Parque Científico y Tecnológico de Gijón > C/ Ada Byron, 39 Edificio Centros Tecnológicos > 33203 Gijón - Asturias - Spain > Tel.: +34 984 29 12 12 > Fax: +34 984 39 06 12 > E-mail: ser...@fu... > http://www.fundacionctic.org > Privacy Policy: http://www.fundacionctic.org/privacidad > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Sergio F. <ser...@fu...> - 2011-08-24 18:56:41
|
Benjamin, such feature is not currently supported on the library. But I consider it quite important, we'll work on. Hope to find time in the following day. Thanks for the comments. Cheers, El 24/08/2011 17:18, "Benjamin Heitmann" <ben...@de...> escribió: > Hello, > > has the SPARQLWrapper library been tested with a password protected endpoint? > > I need to provide a username and password for executing my SPARQL queries, > and providing them as part of the URI does not seem to work. > > Using curl for the task succeeds (and using SPARQLWrapper for an unprotected SPARQL endpoint such as DBPedia works as well). > However, using SPARQLWrapper for accessing the protected endpoint does not work. > > I tried constructing a SPARQLWrapper like this: > sparql = SPARQLWrapper(" http://user:pas...@so...:2020/joseki/sparql/read") > > However, I get an "getaddrinfo failed" exception from deep inside urllib2. > > If I do not provide the username and password, I get a "401 authentication error" exception (as expected). > > Here is the curl command which does the job: > curl --user "user:password" -H "Accept: application/sparql-results+json" -d "query=SELECT count(distinct ?post) WHERE {{?post a < http://rdfs.org/sioc/ns#Post>} UNION {?post a < http://rdfs.org/sioc/types#BlogPost>}}" http://somehost.com:2020/joseki/sparql/read > > > If this a feature which was never actually tested with SPARQLWrapper, how difficult would it be to add this to the library? > > > sincerely, Benjamin Heitmann. > ------------------------------------------------------------------------------ > EMC VNX: the world's simplest storage, starting under $10K > The only unified storage solution that offers unified management > Up to 160% more powerful than alternatives and 25% more efficient. > Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel |
From: Benjamin H. <ben...@de...> - 2011-08-24 15:18:02
|
Hello, has the SPARQLWrapper library been tested with a password protected endpoint? I need to provide a username and password for executing my SPARQL queries, and providing them as part of the URI does not seem to work. Using curl for the task succeeds (and using SPARQLWrapper for an unprotected SPARQL endpoint such as DBPedia works as well). However, using SPARQLWrapper for accessing the protected endpoint does not work. I tried constructing a SPARQLWrapper like this: sparql = SPARQLWrapper("http://user:pas...@so...:2020/joseki/sparql/read") However, I get an "getaddrinfo failed" exception from deep inside urllib2. If I do not provide the username and password, I get a "401 authentication error" exception (as expected). Here is the curl command which does the job: curl --user "user:password" -H "Accept: application/sparql-results+json" -d "query=SELECT count(distinct ?post) WHERE {{?post a <http://rdfs.org/sioc/ns#Post>} UNION {?post a <http://rdfs.org/sioc/types#BlogPost>}}" http://somehost.com:2020/joseki/sparql/read If this a feature which was never actually tested with SPARQLWrapper, how difficult would it be to add this to the library? sincerely, Benjamin Heitmann. |
From: Sergio F. <ser...@fu...> - 2011-08-23 10:08:46
|
Hi, if you'd be able to provide the raw json which causes that problem, maybe we can contact simplejson people about it. Meanwhile, I'd suggest you to switch to python >= 2.6, which comes with native support of json without the need of external modules such as simplejson (don't worry, the sparqlwarpper handles this for your using a generic json layer). Cheers, On 2 August 2011 19:49, jarutas <jp...@ec...> wrote: > Dear all, > > I'm using the SPARQLWrapper to query data from the SPARQL endpoint. > However, I got the problem that the data in the data store has some > character that cannot decode by simplejson. > > The error message that I got was: > > simplejson.decoder.JSONDecodeError: Invalid control character '\n' at: > line 1412 column 1 (char 100920) > > Could you give me any suggestion for solving this problem, please? > > Best, > jarutas > > -- > ------------------------------------------- > Jarutas Pattanaphanchai > Postgraduate Student > Intelligence, Agent, Multimedia Group (IAM) > School of Electronics& Computer Science > University of Southampton > Highfield, Southampton > Hampshire, SO17 1BJ, UK > Email: jp...@ec... > ---------------------------------------- > > > ------------------------------------------------------------------------------ > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: jarutas <jp...@ec...> - 2011-08-02 17:50:03
|
Dear all, I'm using the SPARQLWrapper to query data from the SPARQL endpoint. However, I got the problem that the data in the data store has some character that cannot decode by simplejson. The error message that I got was: simplejson.decoder.JSONDecodeError: Invalid control character '\n' at: line 1412 column 1 (char 100920) Could you give me any suggestion for solving this problem, please? Best, jarutas -- ------------------------------------------- Jarutas Pattanaphanchai Postgraduate Student Intelligence, Agent, Multimedia Group (IAM) School of Electronics& Computer Science University of Southampton Highfield, Southampton Hampshire, SO17 1BJ, UK Email: jp...@ec... ---------------------------------------- |
From: Carlos T. <car...@fu...> - 2011-03-03 11:54:23
|
Hi Peteris, Thanks for arised this issue and provided a useful patch. It has been already added in r130 in trunk. Best regards and waiting for nice feedback ;) -- Carlos Tejo Alonso CTIC-Centro Tecnológico Parque Científico y Tecnológico de Gijón c/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - España Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: car...@fu... http://www.fundacionctic.org Política de Privacidad: http://www.fundacionctic.org/privacidad |
From: <cu...@gm...> - 2011-03-03 09:53:59
|
Hi all, when a request to SPARQL endpoint fails with HTTP code 500, the response body sometimes includes some details about what went wrong. Currently, if 500 happens, SPARQLWrapper passes the HTTPError to client. Perhaps SPARQLWrapper should return its own exception in these cases, since SPARQLWrapper's use of urllib2 is implementation detail. I'm attaching for your consideration a patch that adds exception class EndPointInternalError. SPARQLWrapper._query() throws these, and it also includes server response in the message. So, when client catches an exception and prints it, instead of HTTP Error 500: SPARQL Request Failed something like this gets printed: EndpointInternalError: endpoint returned code 500 and response: 40001 Error SR172: Transaction deadlocked Perhaps EndPointInternalError should include reference to original HTTPError. Also, I'm not sure if this happens a lot, but if the response body is very large (a verbose HTML error report generated by some web framework), it shouldn't be included in exception's message. Best regards, Peteris Caune |
From: Sergio F. <ser...@fu...> - 2011-02-28 11:49:55
|
Hi, Ivan, I completely agree with you: Joernhees' stuff is simple and useful per se. Referencing from our doc the RDFLib feature could be enough for programmers looking a more advance solution. Together with Tejo, we'll try to find a couple this week to add it to the package. We'll keep you informed. Cheers, 2011/2/23 Ivan Herman <iv...@w3...>: > Yes, but it is also less. > > Joernhees' approach provides a mapping from the SPARQL results to RDFLib concepts, but the resulting triples are still to be created and put into a graph by the caller. The one you were referring to is different: from an RDFLib programmer point of view, I can consider the graph at a sparql endpoint as being a Graph, and I can manage from my rdflib applications as such; the sparql calls are 'hidden'. > > In some sense, both are useful. Joernhees' stuff is simple and useful per se, so I would feel that adding that to the package could be done easily and is probably worthwhile. I am, after all, hesitant whether the other stuff should stay as it is, and be part of the rdflib distribution and we could just refer to it from our documentation. > > Cheers > > I. > > On Feb 23, 2011, at 10:15 , Sergio Fernández wrote: > >> What joernhees suggested doesn't require rdfextras module: >> https://gist.github.com/664534 >> >> [1] http://www.fatriatlon.org/calendario.php >> >> >> On 22 February 2011 16:00, Ivan Herman <iv...@w3...> wrote: >>> Indeed. But it bothers me that it requires the full rdfextras code. I wonder whether the author could be persuaded to donate his code and merge it with the Wrapper directly... >>> >>> Ivan >>> On Feb 22, 2011, at 14:11 , Sergio Fernández wrote: >>> >>>> Hi, >>>> >>>> taking a look on the extras module of RDFLib, I've seen this piece of >>>> code [1]. Interesting... and related with feature request #3103759. >>>> >>>> Cheers, >>>> >>>> [1] http://code.google.com/p/rdfextras/source/browse/rdfextras/store/SPARQL.py >>>> [2] http://sourceforge.net/tracker/?func=detail&aid=3103759&group_id=217900&atid=1041490 >>>> >>>> -- >>>> Sergio Fernández >>>> CTIC - Technological Center >>>> Parque Científico y Tecnológico de Gijón >>>> C/ Ada Byron, 39 Edificio Centros Tecnológicos >>>> 33203 Gijón - Asturias - Spain >>>> Tel.: +34 984 29 12 12 >>>> Fax: +34 984 39 06 12 >>>> E-mail: ser...@fu... >>>> http://www.fundacionctic.org >>>> Privacy Policy: http://www.fundacionctic.org/privacidad >>>> >>>> ------------------------------------------------------------------------------ >>>> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk >>>> Collect, index and harness all the fast moving IT data generated by your >>>> applications, servers and devices whether physical, virtual or in the cloud. >>>> Deliver compliance at lower cost and gain new business insights. >>>> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev >>>> _______________________________________________ >>>> sparql-wrapper-devel mailing list >>>> spa...@li... >>>> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel >>> >>> >>> ---- >>> Ivan Herman, W3C Semantic Web Activity Lead >>> Home: http://www.w3.org/People/Ivan/ >>> mobile: +31-641044153 >>> PGP Key: http://www.ivan-herman.net/pgpkey.html >>> FOAF: http://www.ivan-herman.net/foaf.rdf >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk >>> Collect, index and harness all the fast moving IT data generated by your >>> applications, servers and devices whether physical, virtual or in the cloud. >>> Deliver compliance at lower cost and gain new business insights. >>> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev >>> _______________________________________________ >>> sparql-wrapper-devel mailing list >>> spa...@li... >>> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel >>> >>> >> >> >> >> -- >> Sergio Fernández >> CTIC - Technological Center >> Parque Científico y Tecnológico de Gijón >> C/ Ada Byron, 39 Edificio Centros Tecnológicos >> 33203 Gijón - Asturias - Spain >> Tel.: +34 984 29 12 12 >> Fax: +34 984 39 06 12 >> E-mail: ser...@fu... >> http://www.fundacionctic.org >> Privacy Policy: http://www.fundacionctic.org/privacidad > > > ---- > Ivan Herman, W3C Semantic Web Activity Lead > Home: http://www.w3.org/People/Ivan/ > mobile: +31-641044153 > PGP Key: http://www.ivan-herman.net/pgpkey.html > FOAF: http://www.ivan-herman.net/foaf.rdf > > > > > > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Ivan H. <iv...@w3...> - 2011-02-23 10:09:06
|
Yes, but it is also less. Joernhees' approach provides a mapping from the SPARQL results to RDFLib concepts, but the resulting triples are still to be created and put into a graph by the caller. The one you were referring to is different: from an RDFLib programmer point of view, I can consider the graph at a sparql endpoint as being a Graph, and I can manage from my rdflib applications as such; the sparql calls are 'hidden'. In some sense, both are useful. Joernhees' stuff is simple and useful per se, so I would feel that adding that to the package could be done easily and is probably worthwhile. I am, after all, hesitant whether the other stuff should stay as it is, and be part of the rdflib distribution and we could just refer to it from our documentation. Cheers I. On Feb 23, 2011, at 10:15 , Sergio Fernández wrote: > What joernhees suggested doesn't require rdfextras module: > https://gist.github.com/664534 > > [1] http://www.fatriatlon.org/calendario.php > > > On 22 February 2011 16:00, Ivan Herman <iv...@w3...> wrote: >> Indeed. But it bothers me that it requires the full rdfextras code. I wonder whether the author could be persuaded to donate his code and merge it with the Wrapper directly... >> >> Ivan >> On Feb 22, 2011, at 14:11 , Sergio Fernández wrote: >> >>> Hi, >>> >>> taking a look on the extras module of RDFLib, I've seen this piece of >>> code [1]. Interesting... and related with feature request #3103759. >>> >>> Cheers, >>> >>> [1] http://code.google.com/p/rdfextras/source/browse/rdfextras/store/SPARQL.py >>> [2] http://sourceforge.net/tracker/?func=detail&aid=3103759&group_id=217900&atid=1041490 >>> >>> -- >>> Sergio Fernández >>> CTIC - Technological Center >>> Parque Científico y Tecnológico de Gijón >>> C/ Ada Byron, 39 Edificio Centros Tecnológicos >>> 33203 Gijón - Asturias - Spain >>> Tel.: +34 984 29 12 12 >>> Fax: +34 984 39 06 12 >>> E-mail: ser...@fu... >>> http://www.fundacionctic.org >>> Privacy Policy: http://www.fundacionctic.org/privacidad >>> >>> ------------------------------------------------------------------------------ >>> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk >>> Collect, index and harness all the fast moving IT data generated by your >>> applications, servers and devices whether physical, virtual or in the cloud. >>> Deliver compliance at lower cost and gain new business insights. >>> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev >>> _______________________________________________ >>> sparql-wrapper-devel mailing list >>> spa...@li... >>> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel >> >> >> ---- >> Ivan Herman, W3C Semantic Web Activity Lead >> Home: http://www.w3.org/People/Ivan/ >> mobile: +31-641044153 >> PGP Key: http://www.ivan-herman.net/pgpkey.html >> FOAF: http://www.ivan-herman.net/foaf.rdf >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk >> Collect, index and harness all the fast moving IT data generated by your >> applications, servers and devices whether physical, virtual or in the cloud. >> Deliver compliance at lower cost and gain new business insights. >> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev >> _______________________________________________ >> sparql-wrapper-devel mailing list >> spa...@li... >> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel >> >> > > > > -- > Sergio Fernández > CTIC - Technological Center > Parque Científico y Tecnológico de Gijón > C/ Ada Byron, 39 Edificio Centros Tecnológicos > 33203 Gijón - Asturias - Spain > Tel.: +34 984 29 12 12 > Fax: +34 984 39 06 12 > E-mail: ser...@fu... > http://www.fundacionctic.org > Privacy Policy: http://www.fundacionctic.org/privacidad ---- Ivan Herman, W3C Semantic Web Activity Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 PGP Key: http://www.ivan-herman.net/pgpkey.html FOAF: http://www.ivan-herman.net/foaf.rdf |
From: Sergio F. <ser...@fu...> - 2011-02-23 09:15:53
|
What joernhees suggested doesn't require rdfextras module: https://gist.github.com/664534 [1] http://www.fatriatlon.org/calendario.php On 22 February 2011 16:00, Ivan Herman <iv...@w3...> wrote: > Indeed. But it bothers me that it requires the full rdfextras code. I wonder whether the author could be persuaded to donate his code and merge it with the Wrapper directly... > > Ivan > On Feb 22, 2011, at 14:11 , Sergio Fernández wrote: > >> Hi, >> >> taking a look on the extras module of RDFLib, I've seen this piece of >> code [1]. Interesting... and related with feature request #3103759. >> >> Cheers, >> >> [1] http://code.google.com/p/rdfextras/source/browse/rdfextras/store/SPARQL.py >> [2] http://sourceforge.net/tracker/?func=detail&aid=3103759&group_id=217900&atid=1041490 >> >> -- >> Sergio Fernández >> CTIC - Technological Center >> Parque Científico y Tecnológico de Gijón >> C/ Ada Byron, 39 Edificio Centros Tecnológicos >> 33203 Gijón - Asturias - Spain >> Tel.: +34 984 29 12 12 >> Fax: +34 984 39 06 12 >> E-mail: ser...@fu... >> http://www.fundacionctic.org >> Privacy Policy: http://www.fundacionctic.org/privacidad >> >> ------------------------------------------------------------------------------ >> Index, Search & Analyze Logs and other IT data in Real-Time with Splunk >> Collect, index and harness all the fast moving IT data generated by your >> applications, servers and devices whether physical, virtual or in the cloud. >> Deliver compliance at lower cost and gain new business insights. >> Free Software Download: http://p.sf.net/sfu/splunk-dev2dev >> _______________________________________________ >> sparql-wrapper-devel mailing list >> spa...@li... >> https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel > > > ---- > Ivan Herman, W3C Semantic Web Activity Lead > Home: http://www.w3.org/People/Ivan/ > mobile: +31-641044153 > PGP Key: http://www.ivan-herman.net/pgpkey.html > FOAF: http://www.ivan-herman.net/foaf.rdf > > > > > > > ------------------------------------------------------------------------------ > Index, Search & Analyze Logs and other IT data in Real-Time with Splunk > Collect, index and harness all the fast moving IT data generated by your > applications, servers and devices whether physical, virtual or in the cloud. > Deliver compliance at lower cost and gain new business insights. > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel > > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Ivan H. <iv...@w3...> - 2011-02-22 15:20:52
|
Indeed. But it bothers me that it requires the full rdfextras code. I wonder whether the author could be persuaded to donate his code and merge it with the Wrapper directly... Ivan On Feb 22, 2011, at 14:11 , Sergio Fernández wrote: > Hi, > > taking a look on the extras module of RDFLib, I've seen this piece of > code [1]. Interesting... and related with feature request #3103759. > > Cheers, > > [1] http://code.google.com/p/rdfextras/source/browse/rdfextras/store/SPARQL.py > [2] http://sourceforge.net/tracker/?func=detail&aid=3103759&group_id=217900&atid=1041490 > > -- > Sergio Fernández > CTIC - Technological Center > Parque Científico y Tecnológico de Gijón > C/ Ada Byron, 39 Edificio Centros Tecnológicos > 33203 Gijón - Asturias - Spain > Tel.: +34 984 29 12 12 > Fax: +34 984 39 06 12 > E-mail: ser...@fu... > http://www.fundacionctic.org > Privacy Policy: http://www.fundacionctic.org/privacidad > > ------------------------------------------------------------------------------ > Index, Search & Analyze Logs and other IT data in Real-Time with Splunk > Collect, index and harness all the fast moving IT data generated by your > applications, servers and devices whether physical, virtual or in the cloud. > Deliver compliance at lower cost and gain new business insights. > Free Software Download: http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel ---- Ivan Herman, W3C Semantic Web Activity Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 PGP Key: http://www.ivan-herman.net/pgpkey.html FOAF: http://www.ivan-herman.net/foaf.rdf |
From: Sergio F. <ser...@fu...> - 2011-02-22 14:05:48
|
Hi, taking a look on the extras module of RDFLib, I've seen this piece of code [1]. Interesting... and related with feature request #3103759. Cheers, [1] http://code.google.com/p/rdfextras/source/browse/rdfextras/store/SPARQL.py [2] http://sourceforge.net/tracker/?func=detail&aid=3103759&group_id=217900&atid=1041490 -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: William W. <ww...@st...> - 2011-01-28 14:49:08
|
That's brilliant! Thank you very much. -w * [2011-01-28 14:38:06 +0100] Carlos Tejo <car...@fu...> écrit: ] It is now on the air ;) ] ] Cheers, ] ] 2011/1/28 Sergio Fernández <ser...@fu...>: ] > Dear William, ] > ] > thanks for you patches! This was an old feature request ] > (http://bit.ly/he1tvo), finally solved :-) ] > ] > RDFLib3 is now supported on the svn, and we plan to publish a new ] > release (1.4.2) in the next couple of hours. ] > ] > Cheers, ] > ] > ] > On 27 January 2011 20:15, William Waites <ww...@st...> wrote: ] >> Hello SparqlWrapper folks. Attached is a trivial patch ] >> that lets the SparqlWrapper work with rdflib3. This seems ] >> to be a blocking issue for SuRFRDF and is also preventing ] >> Chimezie's RemoteSPARQLStore from being ported to rdflib3. ] >> ] >> A "test" to exercise the code seems to work just fine, ] >> ] >> from SPARQLWrapper import SPARQLWrapper, JSON ] >> ] >> sparql = SPARQLWrapper("http://dbpedia.org/sparql") ] >> sparql.setQuery(""" ] >> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> ] >> CONSTRUCT { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } ] >> WHERE { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } ] >> """) ] >> results = sparql.query().convert() ] >> print results.serialize(format="n3") ] >> ] >> Cheers, ] >> -w ] >> ] >> -- ] >> William Waites <mailto:ww...@st...> ] >> http://eris.okfn.org/ww/ <sip:ww...@st...> ] >> F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45 ] >> ] > ] > ] > ] > -- ] > Sergio Fernández ] > CTIC - Technological Center ] > Parque Científico y Tecnológico de Gijón ] > C/ Ada Byron, 39 Edificio Centros Tecnológicos ] > 33203 Gijón - Asturias - Spain ] > Tel.: +34 984 29 12 12 ] > Fax: +34 984 39 06 12 ] > E-mail: ser...@fu... ] > http://www.fundacionctic.org ] > Privacy Policy: http://www.fundacionctic.org/privacidad ] > ] ] ] ] -- ] Carlos Tejo Alonso ] CTIC-Centro Tecnológico ] Parque Científico y Tecnológico de Gijón ] c/ Ada Byron, 39 Edificio Centros Tecnológicos ] 33203 Gijón - Asturias - España ] Tel.: +34 984 29 12 12 ] Fax: +34 984 39 06 12 ] E-mail: car...@fu... ] http://www.fundacionctic.org ] Política de Privacidad: http://www.fundacionctic.org/privacidad -- William Waites <mailto:ww...@st...> http://eris.okfn.org/ww/ <sip:ww...@st...> F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45 |
From: Carlos T. <car...@fu...> - 2011-01-28 14:06:58
|
We've just publish a new release of the Python SPARQL Wrapper with this changes: - Updated for working with RDFLib3 too (feature request #3117442) - fixed bug with prefixes' regex (#2320024) New packages have been uploaded to SourceForge [1] and to PyPI [2] for installing with easy install; on Debian package will be available in the following days. The documentation of the library has been also properly updated [3]. Thanks a lot for the feedback provided that encourage us to do that changes. If you find any issue with this new release, please don't hesitate to contact us. Best regards, Carlos Tejo [1] http://sourceforge.net/projects/sparql-wrapper/files [2] http://pypi.python.org/pypi/SPARQLWrapper/1.4.2 [3] http://sparql-wrapper.sourceforge.net/resources/doc/ -- Carlos Tejo Alonso CTIC-Centro Tecnológico Parque Científico y Tecnológico de Gijón c/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - España Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: car...@fu... http://www.fundacionctic.org Política de Privacidad: http://www.fundacionctic.org/privacidad |
From: Sergio F. <ser...@fu...> - 2011-01-28 14:02:17
|
Dear William, thanks for you patches! This was an old feature request (http://bit.ly/he1tvo), finally solved :-) RDFLib3 is now supported on the svn, and we plan to publish a new release (1.4.2) in the next couple of hours. Cheers, On 27 January 2011 20:15, William Waites <ww...@st...> wrote: > Hello SparqlWrapper folks. Attached is a trivial patch > that lets the SparqlWrapper work with rdflib3. This seems > to be a blocking issue for SuRFRDF and is also preventing > Chimezie's RemoteSPARQLStore from being ported to rdflib3. > > A "test" to exercise the code seems to work just fine, > > from SPARQLWrapper import SPARQLWrapper, JSON > > sparql = SPARQLWrapper("http://dbpedia.org/sparql") > sparql.setQuery(""" > PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> > CONSTRUCT { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } > WHERE { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } > """) > results = sparql.query().convert() > print results.serialize(format="n3") > > Cheers, > -w > > -- > William Waites <mailto:ww...@st...> > http://eris.okfn.org/ww/ <sip:ww...@st...> > F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45 > -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Carlos T. <car...@fu...> - 2011-01-28 14:02:01
|
It is now on the air ;) Cheers, 2011/1/28 Sergio Fernández <ser...@fu...>: > Dear William, > > thanks for you patches! This was an old feature request > (http://bit.ly/he1tvo), finally solved :-) > > RDFLib3 is now supported on the svn, and we plan to publish a new > release (1.4.2) in the next couple of hours. > > Cheers, > > > On 27 January 2011 20:15, William Waites <ww...@st...> wrote: >> Hello SparqlWrapper folks. Attached is a trivial patch >> that lets the SparqlWrapper work with rdflib3. This seems >> to be a blocking issue for SuRFRDF and is also preventing >> Chimezie's RemoteSPARQLStore from being ported to rdflib3. >> >> A "test" to exercise the code seems to work just fine, >> >> from SPARQLWrapper import SPARQLWrapper, JSON >> >> sparql = SPARQLWrapper("http://dbpedia.org/sparql") >> sparql.setQuery(""" >> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> >> CONSTRUCT { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } >> WHERE { <http://dbpedia.org/resource/Asturias> rdfs:label ?label } >> """) >> results = sparql.query().convert() >> print results.serialize(format="n3") >> >> Cheers, >> -w >> >> -- >> William Waites <mailto:ww...@st...> >> http://eris.okfn.org/ww/ <sip:ww...@st...> >> F4B3 39BF E775 CF42 0BAB 3DF0 BE40 A6DF B06F FD45 >> > > > > -- > Sergio Fernández > CTIC - Technological Center > Parque Científico y Tecnológico de Gijón > C/ Ada Byron, 39 Edificio Centros Tecnológicos > 33203 Gijón - Asturias - Spain > Tel.: +34 984 29 12 12 > Fax: +34 984 39 06 12 > E-mail: ser...@fu... > http://www.fundacionctic.org > Privacy Policy: http://www.fundacionctic.org/privacidad > -- Carlos Tejo Alonso CTIC-Centro Tecnológico Parque Científico y Tecnológico de Gijón c/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - España Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: car...@fu... http://www.fundacionctic.org Política de Privacidad: http://www.fundacionctic.org/privacidad |
From: Ivan H. <iv...@w3...> - 2010-06-29 14:20:46
|
On Jun 29, 2010, at 10:26 , Sergio Fernández wrote: > It'd be quite interesting to start to take care of the last branch of > the language: > > https://sourceforge.net/tracker/index.php?func=detail&aid=3022722&group_id=217900&atid=1041490 > > Since it's a personal need, I'll take care on it during this week. But > firstly I'll need to check what are the best practices to do this: > maintain two versions of the library, or what. > Unfortunately, due to the incompatibilities between Python 2.X and Python 3, I am afraid maintaining two libraries may be the only option. It is really a pain in the back. Ivan > I'll keep you update about any news on this issue. > > Cheers, > > -- > Sergio Fernández > CTIC - Technological Center > Parque Científico y Tecnológico de Gijón > C/ Ada Byron, 39 Edificio Centros Tecnológicos > 33203 Gijón - Asturias - Spain > Tel.: +34 984 29 12 12 > Fax: +34 984 39 06 12 > E-mail: ser...@fu... > http://www.fundacionctic.org > Privacy Policy: http://www.fundacionctic.org/privacidad > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > sparql-wrapper-devel mailing list > spa...@li... > https://lists.sourceforge.net/lists/listinfo/sparql-wrapper-devel ---- Ivan Herman, W3C Semantic Web Activity Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 PGP Key: http://www.ivan-herman.net/pgpkey.html FOAF: http://www.ivan-herman.net/foaf.rdf |
From: Sergio F. <ser...@fu...> - 2010-06-29 08:49:02
|
It'd be quite interesting to start to take care of the last branch of the language: https://sourceforge.net/tracker/index.php?func=detail&aid=3022722&group_id=217900&atid=1041490 Since it's a personal need, I'll take care on it during this week. But firstly I'll need to check what are the best practices to do this: maintain two versions of the library, or what. I'll keep you update about any news on this issue. Cheers, -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Sergio F. <ser...@fu...> - 2010-04-13 16:28:33
|
-------- Forwarded Message -------- From: Nacho Barrientos Arias <na...@cr...> To: se...@wi... Subject: [ins...@ft...: sparql-wrapper-python_1.4.1-1_amd64.changes ACCEPTED] Date: Tue, 13 Apr 2010 17:52:58 +0200 ----- Forwarded message from Archive Administrator <ins...@ft...> ----- Date: Tue, 13 Apr 2010 15:39:22 +0000 From: Archive Administrator <ins...@ft...> To: Nacho Barrientos Arias <na...@de...> Subject: sparql-wrapper-python_1.4.1-1_amd64.changes ACCEPTED Accepted: python-sparqlwrapper_1.4.1-1_all.deb to main/s/sparql-wrapper-python/python-sparqlwrapper_1.4.1-1_all.deb sparql-wrapper-python_1.4.1-1.debian.tar.gz to main/s/sparql-wrapper-python/sparql-wrapper-python_1.4.1-1.debian.tar.gz sparql-wrapper-python_1.4.1-1.dsc to main/s/sparql-wrapper-python/sparql-wrapper-python_1.4.1-1.dsc sparql-wrapper-python_1.4.1.orig.tar.gz to main/s/sparql-wrapper-python/sparql-wrapper-python_1.4.1.orig.tar.gz Override entries for your package: python-sparqlwrapper_1.4.1-1_all.deb - optional python sparql-wrapper-python_1.4.1-1.dsc - source python Announcing to deb...@li... Thank you for your contribution to Debian. ----- End forwarded message ----- -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |
From: Carlos T. <car...@fu...> - 2010-02-12 10:07:12
|
We've just publish a new release of the Python SPARQL Wrapper with this changes: - Supporting keep-alive in SPARQLWrapper if urlgrabber is available (ticket #2929881) - fixed bugs (#2949834) New packages have been uploaded to SourceForge [1] and to PyPI [2] for installing with easy install; on Debian package will be available in the following days. The documentation of the library has been also properly updated [3]. Thanks a lot for the feedback provided that encourage us to do that changes. If you find any issue with this new release, please don't hesitate to contact us. Best regards, Carlos Tejo [1] http://sourceforge.net/projects/sparql-wrapper/files [2] http://pypi.python.org/pypi/SPARQLWrapper/1.4.1 [3] http://sparql-wrapper.sourceforge.net/resources/doc/ -- Carlos Tejo Alonso CTIC-Centro Tecnológico Parque Científico y Tecnológico de Gijón c/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - España Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: car...@fu... http://www.fundacionctic.org Política de Privacidad: http://www.fundacionctic.org/privacidad |
From: Sergio F. <ser...@fu...> - 2010-01-28 08:43:55
|
Hi, as probably you know, W3C seeks feedback on the update of six SPARQL drafts [1]. All of them are quite interesting, but specially two of them for this wrapper [2][3]. In a quite reading of the first one, I didn't find anything relevant. But we've to take a look on the second document, in some moment we'd need to support that specification. Anyways, all feedback for the SPARQL WG would be welcomed! :-) Cheers, [1] http://www.w3.org/News/2010.html#entry-8706 [2] http://www.w3.org/TR/2010/WD-sparql11-protocol-20100126/ [3] http://www.w3.org/TR/2010/WD-sparql11-http-rdf-update-20100126/ -- Sergio Fernández CTIC - Technological Center Parque Científico y Tecnológico de Gijón C/ Ada Byron, 39 Edificio Centros Tecnológicos 33203 Gijón - Asturias - Spain Tel.: +34 984 29 12 12 Fax: +34 984 39 06 12 E-mail: ser...@fu... http://www.fundacionctic.org Privacy Policy: http://www.fundacionctic.org/privacidad |