Open chrysle opened 1 year ago
@aucampia Sorry for pinging, but since this is blocking an update from Sleepycat to BerkeleyDB (and support for Python 3.10+), could you maybe leave a comment?
@chrysle as far as I understand what we send as content type is valid syntax, and not sending encoding causes problems for other endpoints.
This encoding was added in https://github.com/RDFLib/rdflib/pull/2112 to fix https://github.com/RDFLib/rdflib/issues/2095. We could potentially look at making it optional, but if it is a valid value for Content-Type then ideally Fuseki should accept it.
Thank you for responding!
This encoding was added in #2112 to fix #2095. We could potentially look at making it optional, but if it is a valid value for Content-Type then ideally Fuseki should accept it.
Hm, then I'm unsure why I'm experiencing it. I'm using this Fuseki docker image in version 3.6.0. You can see a reproduction of the issue at chrysle/gutenberg#2.
I'm using this Fuseki docker image in version 3.6.0.
Could you try with a newer version? I think the latest is 4.8.0, though I may be wrong.
Could you try with a newer version? I think the latest is 4.8.0, though I may be wrong.
I've tried with latest
, which is in this particular image 3.14.0. Official documentation claims the newest version is 4.8.0, but I can't find a docker image with that version.
This, however, seems to break Graph().add()
. I used that method with triples such as this:
(rdflib.term.URIRef('http://www.gutenberg.org/ebooks/5.epub.images'), rdflib.term.URIRef('http://purl.org/dc/terms/modified'), rdflib.term.Literal('2015-12-01T01:00:44.902096', datatype=rdflib.term.URIRef('http://www.w3.org/2001/XMLSchema#dateTime')))
This is what I got:
urllib.error.HTTPError: HTTP Error 400: Neither ?default nor ?graph in the query string of the request
@chrysle not being able to parse the charset
param sounds like a Jena issue. Can you open an issue there? https://github.com/apache/jena/issues
I was using the SPARQLUpdateStore class to perform an update request to an Apache Jena Fuseki backend, but received the following traceback:
The charset in the content type is specified here:
https://github.com/RDFLib/rdflib/blob/3188e7f5b88fea99e5e3dd28f08de25c0f56fcdc/rdflib/plugins/stores/sparqlconnector.py#L170
Removing the charset from the content type worked fine. Is that a candidate for default behaviour?