Hi Greg,
Had a bit of spare time today in between meetings, but don't have Gradle, only
Maven on this computer.
Might have more time this weekend or coming next week to play with it and
report back. My GIS stack is normally GeoServer, GeoNetworks, mapserver, ArcGIS
(all for work), and QGIS (pre
4/ "ERROR Exception in initialization: caught: Not in tramsaction"
It's a bug : now recorded as JENA-1663.
Andy
On 31/01/2019 18:27, ajs6f wrote:
On Jan 31, 2019, at 1:23 PM, Andy Seaborne wrote:
On 31/01/2019 17:57, ajs6f wrote:
2/ It is not possible in an assembler/Fuseki configuration file, to create a
new named graph and have a another inference graph put around that new graph at
runtime.
Ju
> On Jan 31, 2019, at 1:23 PM, Andy Seaborne wrote:
>
> On 31/01/2019 17:57, ajs6f wrote:
>>> 2/ It is not possible in an assembler/Fuseki configuration file, to create
>>> a new named graph and have a another inference graph put around that new
>>> graph at runtime.
>> Just to pull on one of
On 31/01/2019 17:57, ajs6f wrote:
2/ It is not possible in an assembler/Fuseki configuration file, to create a
new named graph and have a another inference graph put around that new graph at
runtime.
Just to pull on one of these threads, my understanding is that this essentially because
t
> 2/ It is not possible in an assembler/Fuseki configuration file, to create a
> new named graph and have a another inference graph put around that new graph
> at runtime.
Just to pull on one of these threads, my understanding is that this essentially
because the assembler system works only by
Hi Pierre,
A few points to start with:
1/ For my general understanding of how we might take the inferene
provision further in jena, what inferences are you particularly
interested in?
2/ It is not possible in an assembler/Fuseki configuration file, to
create a new named graph and have a ano
On 31/01/2019 17:41, Andy Seaborne wrote:
Hi Pierre,
A few points to start with:
1/ For my general understanding of how we might take the inferene
provision further in jena, what inferences are you particularly
interested in?
2/ It is not possible in an assembler/Fuseki configuration fil
Ok, I'll do that. I'll try to create the pull request within a few days.
Have a nice day
Vincent
Le 31/01/2019 à 16:38, Andy Seaborne a écrit :
On 31/01/2019 15:01, vincent ventresque wrote:
Many thanks for the detailed explanation, all the more as I struggled
a lot of time with a similar p
On 31/01/2019 15:01, vincent ventresque wrote:
Many thanks for the detailed explanation, all the more as I struggled a
lot of time with a similar problem (see my question on stackoverflow :
https://stackoverflow.com/questions/52221250/php-easyrdf-unable-to-get-graph-from-construct-query
).
Many thanks for the detailed explanation, all the more as I struggled a
lot of time with a similar problem (see my question on stackoverflow :
https://stackoverflow.com/questions/52221250/php-easyrdf-unable-to-get-graph-from-construct-query
).
About the pull request : should I remove the 'plai
Hello,
I am trying to:
Set up Fuseki2 with inference and a TDB2 dataset in which can be persisted
named graphs created with SPARQL Update.
This is in order to:
- maintain a set of ontologies in a named graph
- maintain datasets in a number of named graphs
- perform reasoning in the union graphs
Hello
Thanks a lot for the explanations!
> And for application/n-quads that is a dataset serialization not a
graph serialization
So do you know why the 'name' $mtNQuads is in s-get?? (line 50)
> Per application/json several people have already commented that there
is no serialization direct
Jena has it's own content negotiation mechanism - I couldn't find an
existing one at the time and it has turned out to be "quite complicated"
for linked data as control of the defaults and choices when not an exact
match is important.
So we have control of the corner cases and defaults.
Inter
No the content types aren't wrong you're just using them for the wrong things.
Per application/json several people have already commented that there is no
serialization directly linked to application/json. There are specific MIME
types for specific variants of JSON e.g. application/ld+json for
Sorry, let me sum up the previous messages :
1) I wanted to export a named graph from tdb to ntriples
2) Andy advised to modify s-get, which I did
3) when modifying s-get, I noticed there were 2 wrong content-types :
application/json & application/n-quads ; both give rdf-xml output
4) Andy s
Vincent,
can you start by explaining what you are trying to do and why, rather
describing how you're doing it?
On Thu, Jan 31, 2019 at 2:20 PM vincent ventresque
wrote:
>
> Sorry, I should have explained more clearly : the previous messages
> where about default settings in s-get, and when creat
Sorry, I should have explained more clearly : the previous messages
where about default settings in s-get, and when creating a new function
to handle --output option, I noticed there was a wrong content-type in
s-get for plain json (see my s-get file here :
https://sourceforge.net/projects/ffl-
I'm not sure what you expect to get back from Fuseki with an "application/json"
mimetype? There is no W3C-spec plain-JSON RDF serialization that I know of. I
suppose there's the old Tallis idea:
https://jena.apache.org/documentation/io/rdf-json.html
but I can't imagine that's what you're lookin
It seems that the problem is completely independent from s-get (see
these results with curl below). So I think there's a default setting
somewhere in Fuseki itself.
#~~~ --header 'Accept: application/json' ~
:~/Documents/fuseki/bin$ curl --header 'Accept: application/
Thanks for your quick reply!
> $mtAppJSON isn't used.
I think my previous msg wasn't clear : I meant raw json and not json-ld
(my code works now for both, and I use $mtAppJSON ; but I had to
replace 'application/json' with 'application/rdf+json' in order to get
json instead of XML ; see the
On 31/01/2019 11:26, vincent ventresque wrote:
Hello,
I found the origin of the problem for json : the $mtAppJSON had the value
'application/json'
$mtAppJSON isn't used.
"application/rdf+json"
isn't JSON-LD (it's the old Talis format).
There is:
$mtJSONLD = 'application/ld+jso
Hello,
I found the origin of the problem for json : the $mtAppJSON had the value
'application/json'
it has to be replaced with
'application/rdf+json'
I've updated the file here :
https://sourceforge.net/projects/ffl-misc/files/fuseki_scripts_custom-ruby/s-get/download
Maybe I'm going to
23 matches
Mail list logo
