I think that worked; wants to merge 1 commit into apache:master from dick-twocows:master
if so I'll compile the Thrift file and commit that too... On 5 April 2017 at 19:28, Andy Seaborne <[email protected]> wrote: > Should be - let's try it! > > Andy > > > On 05/04/17 19:25, Dick Murray wrote: > >> Ok, I'm forked from apache/jena on GitHub at >> https://github.com/dick-twocows/jena.git, is it sufficient for me to >> issue >> a PR from here? >> >> I'm hoping it's fairly agnostic... :-) >> >> The transform code is not in the Jena fork because, I don't really know >> why! Concept is it's not a TTL but a CSV so use the appropriate handler to >> transform and load. >> >> On 5 April 2017 at 12:54, Andy Seaborne <[email protected]> wrote: >> >> >>> >>> On 04/04/17 20:26, Dick Murray wrote: >>> >>> I'd be happy to supply the current code we have, just need to get the >>>> current project delivered (classic spec delivered after the code due >>>> date!) >>>> Will tidy and do a pull request if anyone is interested..? >>>> >>>> >>> Interested. >>> >>> Because it was written for your needs, I'd guess it can be a basis for >>> general binary. So a PR sooner would be my preference, less worrying >>> about >>> fit to Jena at this stage. >>> >>> Without knowing what you have ... >>> >>> What would be good is to add to the existing collection of >>> readers/writers >>> for RDF+SPARQL results and drive off the MIME type. >>> >>> And a "remote graph".find(G,S,P,O) for those bnode things. >>> >>> >>> A PR is an easy way to view the code even if it isn't ready for >>> inclusion. A PR can be evolved as discussion happens. >>> >>> >>> We also check the file type and possibly transform before the load. But >>> >>>> this is a simple map lookup so shouldn't cause any issues. >>>> >>>> Our bulk load isn't RDF patch, it's a load of one or more data files >>>> into >>>> a >>>> new graph possibly with a transform performed at some point in the >>>> future, >>>> which you check by querying the load ID... >>>> >>>> >>> I'm interested in seeing the transform process. >>> >>> The base line is a binary version of all the current Fuseki interactions >>> - >>> to me, a transform framework is a separate, related thing. (Break the >>> problem into smaller steps in order for "volunteers" to make progress >>> ...) >>> >>> Andy >>> >>> >>> Dick >>>> >>>> >>>> On 4 Apr 2017 8:15 pm, "Andy Seaborne" <[email protected]> wrote: >>>> >>>> >>>> >>>> On 04/04/17 19:02, Dick Murray wrote: >>>> >>>> Slightly lateral on the topic but we use a Thrift endpoint compiled >>>> >>>>> against >>>>> Jena to allow multiple languages to use Jena. Think interface >>>>> supporting >>>>> sparql, sparul and bulk load... >>>>> >>>>> >>>>> I'd like to put in binary versions of the protocols behind a >>>> RDFConnection. >>>> >>>> Bulk load would be RDF patch -- "bulk changes". >>>> >>>> Andy >>>> >>>> >>>> >>>> On 3 Apr 2017 6:36 pm, "Martynas Jusevičius" <[email protected]> >>>> >>>>> wrote: >>>>> >>>>> By using uniform protocols such as HTTP and SPARQL (over HTTP), you >>>>> >>>>> decouple server implementation from client implementation. >>>>>> >>>>>> You can execute SPARQL commands on Fuseki using PHP, C#, JavaScript or >>>>>> any other language. But that involves networking. >>>>>> >>>>>> You can only use the Jena API from Java (and then some JVM-compatible >>>>>> languages). >>>>>> >>>>>> On Mon, Apr 3, 2017 at 5:02 PM, javed khan <[email protected]> >>>>>> wrote: >>>>>> >>>>>> Thank you Lorenz, I have read that website but unfortunately did not >>>>>> get >>>>>> >>>>>>> the concept. Let me try to read it again. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Apr 3, 2017 at 4:35 PM, Lorenz Buehmann < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>> Javed ... >>>>>>> >>>>>>> >>>>>>>> I'll simply cite the "slogan" from the web page [1] and recommend to >>>>>>>> read [2] >>>>>>>> >>>>>>>> "Fuseki: serving RDF data over HTTP" >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [1] https://jena.apache.org/documentation/serving_data/ >>>>>>>> >>>>>>>> [2] https://jena.apache.org/documentation/fuseki2/ >>>>>>>> >>>>>>>> >>>>>>>> On 03.04.2017 14:54, javed khan wrote: >>>>>>>> >>>>>>>> Hi >>>>>>>> >>>>>>>>> >>>>>>>>> Why we need fuseki server in semantic web applications. We can run >>>>>>>>> >>>>>>>>> SPARQL >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> queries without it, like we do using Jena syntax. >>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>> >>>> >>
