Andy, thank you for getting back to me! I will give a look to the list of things you wrote to me and try to get some insight on them. 1/ and 5/ seems the most feasible in the short term. 2/ and 3/ seem very interesting but I will need some more info to start working on it :) Anyway if I have any questions I will ask.
Alessandro 2016-04-16 18:32 GMT+02:00 Andy Seaborne <[email protected]>: > On 11/04/16 18:50, Alessandro Seganti wrote: > >> Hi, >> I was looking around but I have not found any other task. If someone has >> in >> mind another task that I can do just let me know. >> >> Regards, >> Alessandro >> > > Hi there, > > The tasks could use some cleaning and categorising. IMO many of the open > ended tasks over, say 2year, could be resolved "won't fix" and a note to > reopen only there is new input. > > Anyway, some suggestions: > > > 1/ JENA-647 : This is adding template queries to Fuseki. > > The idea is that server has a service where instead of a query, the > requests has a template name and values for variables. A template lists > some variables that must be defined as part of its definition in an > assembler. > > Such a service means a published dataset can have just a fixed set of > template queries to access it. > > http://localhost/3030/ds/template?id=nameoftemplat&var_A=<http://example > >&var_B=123 > > First step is to write a design. > > 2/ The Spatial query and text query modules share a common framework but > the text one has had work done on it and the spatial one hasn't. It would > be good to find the common framework and redo the spatial query module to > share the general mechanisms with the text query. > > 3/ Bruno was looking at JENA-632 (JSON from SPARQL) : Bruno - is there > anything here to collaborate on? > > 4/ There was a discussion users@ about better formatting of JSON-LD. This > is not an open ended pretty printed project (which is hard and no one is > ever happy with the outcome!); it's to let a JSON-LD @context be passed > through the writer code in the RIOT context (same word - completely > different thing - it's a map of parameters) and then be passed to the 3rd > part JSON-LD writer Jena uses. > > 5/ JENA-508 - there are some missing XQuery/Xpath functions list at the > end of this JIRA. I think with those, jena would have all the relevant ones > (that is, the ones on scalars and not specific to XML). > > Andy > >
